Bug 441949

Summary:	gconf-backend.patch in xulrunner 1.9 introduces new libgconf requirement
Product:	[openSUSE] openSUSE 11.1	Reporter:	Wolfgang Rosenauer <wolfgang>
Component:	Firefox	Assignee:	E-mail List <bnc-team-mozilla>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Enhancement
Priority:	P5 - None	CC:	coolo
Version:	Factory
Target Milestone:	---
Hardware:	All
OS:	Other
Whiteboard:
Found By:	Beta-Customer	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Bug Depends on:	546158
Bug Blocks:

Description Wolfgang Rosenauer 2008-11-05 18:20:06 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.

Comment 1 Hubert Figuiere 2008-11-05 18:35:45 UTC

(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.

Comment 2 Wolfgang Rosenauer 2008-11-05 21:28:41 UTC

Before I probably look at this: Coolo, is the libgconf dependency considered harmful for the KDE liveCD?

Comment 3 Stephan Kulow 2008-11-06 06:24:40 UTC

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

Comment 4 Wolfgang Rosenauer 2008-11-06 07:38:03 UTC

Ok, I still think this needs a bit of improvement but not right now.

Comment 5 Wolfgang Rosenauer 2010-01-07 09:00:40 UTC

This was fixed with latest gconf-backend.patch update for FF 3.5.7 and newer.