Bugzilla – Bug 441949
gconf-backend.patch in xulrunner 1.9 introduces new libgconf requirement
Last modified: 2010-01-07 09:00:40 UTC
The redesigned libsystem-pref component (gconf-backend) creates a new runtime requirement to libgconf because the component is integral part of libxul.so. To remove gnome-vfs and gconf runtime requirements we splitted the -gnomevfs subpackage. I don't know if the new requirement is problematic (people doing liveCDs might know) but if it needs to be solved the solutions could be: - don't include the component into libxul but let is stay outside as external component and add it to the -gnomevfs subpackage - redesign the component (and if needed the libmozgnome.so component) to let all gconf transactions go through libmozgnome.so. That would actually disable the internal component but would also kill the library requirement.
(In reply to comment #0 from Wolfgang Rosenauer) > I don't know if the new requirement is problematic (people doing liveCDs might > know) but if it needs to be solved the solutions could be: > - don't include the component into libxul but let is stay outside as external > component and add it to the -gnomevfs subpackage libsystem-pref is now a built-in component in FireFox 3. That's a Firefox choice and didn't seem to be trivial to change. > - redesign the component (and if needed the libmozgnome.so component) to let > all gconf transactions go through libmozgnome.so. That would actually disable > the internal component but would also kill the library requirement.
Before I probably look at this: Coolo, is the libgconf dependency considered harmful for the KDE liveCD?
No, gconf2 is already in the list and it built, so it looks ok. It's only 800k installed + 50k for its branding Thanks for asking
Ok, I still think this needs a bit of improvement but not right now.
This was fixed with latest gconf-backend.patch update for FF 3.5.7 and newer.