[Fedora-packaging] bundling of jemalloc

Niels de Vos devos at fedoraproject.org
Mon Mar 23 22:14:28 UTC 2015


On Sun, Mar 22, 2015 at 02:16:22PM +0100, Paolo Bonzini wrote:
> 
> 
> On 21/03/2015 20:00, Niels de Vos wrote:
> > On Sat, Mar 21, 2015 at 02:31:03PM +0100, Paolo Bonzini wrote:
> >> Firefox and xulrunner are bundling their own copy of jemalloc (try
> >> "strings /usr/lib64/xulrunner/xulrunner |grep jemalloc", or similarly
> >> with /usr/lib64/firefox/firefox-bin).
> >>
> >> Why isn't this recorded in the RPM provides (and why is there no mention
> >> of jemalloc in
> >> http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries)?  Are
> >> there any other known cases outside Mozilla products?  I found bug
> >> 788500 about unbundling jemalloc from redis.
> > 
> > If jemalloc would be its own package, we would probably use that for 
> > nfs-ganesha too. Currently glibc/malloc is used, but jemalloc is well 
> > tested by the nfs-ganesha community and could have some benefits. I have 
> > not checked the sources of jemalloc, so I can not say if I would be 
> > a suitable maintainer for it.
> 
> nfs-ganesha is already using jemalloc, repoquery says:
> 
> $ repoquery --whatrequires 'libjemalloc.so.1()(64bit)'
> ...
> nfs-ganesha-0:2.1.0-11.fc21.x86_64
> nfs-ganesha-fsal-ceph-0:2.1.0-11.fc21.x86_64
> nfs-ganesha-fsal-gluster-0:2.1.0-11.fc21.x86_64
> ...

Ah, right, thanks! It seems that upstream does not enable jemalloc by 
default, but we do in Fedora. Thats good, and sorry for the noise!

Niels


More information about the devel mailing list