This makes me think it is:
https://bugzilla.redhat.com/show_bug.cgi?id=976554
For a package as oft used in traditional LAMP stacks as a fantastic cache or queue, shouldn't we fix this? I'm happy to work on an updated spec / src.rpm, but am not a packager let along a prove packager.
Any advice on what to do here?
It obviously has an owner:
https://admin.fedoraproject.org/pkgdb/package/redis/
You'd possibly request co-maintainership then…
Regards, Dominic
2014-05-27 17:03 GMT+02:00 Jeff Schroeder jeffschroeder@computer.org:
This makes me think it is:
https://bugzilla.redhat.com/show_bug.cgi?id=976554
For a package as oft used in traditional LAMP stacks as a fantastic cache or queue, shouldn't we fix this? I'm happy to work on an updated spec / src.rpm, but am not a packager let along a prove packager.
Any advice on what to do here?
-- Text by Jeff, typos by iPhone
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
I'm updating this package, but because of the recent FUDCon I didn't have time to submit the changes.
Le 27/05/2014 17:03, Jeff Schroeder a écrit :
This makes me think it is:
https://bugzilla.redhat.com/show_bug.cgi?id=976554
For a package as oft used in traditional LAMP stacks as a fantastic cache or queue, shouldn't we fix this? I'm happy to work on an updated spec / src.rpm, but am not a packager let along a prove packager.
I already have an updated spec to latest version, with redis and sentinel: https://github.com/remicollet/remirepo/tree/master/redis
I already sent change proposal to the owner.
Of course I could become co-owner and apply those in Fedora, but I think I really have enough packages... and prefer to concentrate myself on PHP stack.
(and I don't want to handle the bundled-lua issue)
Remi.
Any advice on what to do here?
I'm asking the original owner of redis to see why he chose tcmalloc as memory allocator, as I couldn't find any strong opinion to introduce gperf dependency just because of some negligible(not sure, though) performance improvement. Moreover, jemalloc is the default option for redis on Linux.
Also I'm not sure if it's good to take action on this package in epel7 branch because spamassasin has supported redis to be as bayesstore backend. It's a very interesting and attractive new experimental feature for sysadmins.
Ideas?
On Wed, Jun 18, 2014 at 10:41 AM, Christopher Meng cickumqt@gmail.com wrote:
I'm asking the original owner of redis to see why he chose tcmalloc as memory allocator, as I couldn't find any strong opinion to introduce gperf dependency just because of some negligible(not sure, though) performance improvement. Moreover, jemalloc is the default option for redis on Linux.
Unless there is a really great reason to use tcmalloc, I would say the default jemalloc should happen. My experience with the two is JEmalloc has less issues long term bloating memory heaps, with comparable performance. But my reason to support JEmalloc is purely a releng driven thing, reducing BR's and R's is always preferable.
My two-bits, but it would be nice to have a test suite to measure the two. But that requires effort and time, which are always low supply. I'd say give the maintainer time to chime in, otherwise make it happen after reasonable time-out.
Greeting folks, redis is now *up-to-date* in Fedora repo.
Done:
- Fedora rawhide: 2.8.11 (http://koji.fedoraproject.org/koji/buildinfo?buildID=538900)
- Fedora 20: 2.6.17 (https://admin.fedoraproject.org/updates/redis-2.6.17-1.fc20)
Incoming:
- Fedora rawhide: 3.0.0 (Private repo)
- EPEL7: 3.0.0 (Private repo)
Testing in-progress.
1.Just built the latest python binding redis-py into rawhide (http://koji.fedoraproject.org/koji/buildinfo?buildID=538965), working like a charm under python2/python3.
2. Redis testsuite patched by myself and passed (the only exception is one test intended to be OK on fast infrastructure *only*, and failed on old computers always, it's a false positive confirmed by upstream)
3. David Dick just packaged perl-Redis into Fedora, tested by myself and worked.
4. Another perl binding being packaged by myself redisDB worked.
5. GO bindings are being tested, not finished yet.
Others unknown. Feel free to help test.
Thanks everyone for the help and suggestions.