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 -- packaging mailing list packaging@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/packaging
