Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 5797 - gconf make install subprocess mkdir /etc/gconf.xml.mandatory
Summary: gconf make install subprocess mkdir /etc/gconf.xml.mandatory
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Leonardo Boshell (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-30 18:40 UTC by Spider (RETIRED)
Modified: 2003-02-04 19:42 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Spider (RETIRED) gentoo-dev 2002-07-30 18:40:37 UTC
moving /etc/gconf/gconf.xml.mandatory/ away from its place (or remove it)
emerge gconf will sometime during the ebuild gconf install ; attempt to
re-create this directory.

the sandbox will catch two mkdir, but,  grepping the install log will not show
any command actually creating the part.
there is a few lines in install-data-local that could / should do it but they
adhere (DESTDIR) so thats not it....


I'm kindof stumped here and hope you'll come up with some ideas
Comment 1 Leonardo Boshell (RETIRED) gentoo-dev 2002-08-02 10:34:28 UTC
Spider,

I've noticed that the cause of those sandbox violations is not the compilation
nor installation process. The problem is created inside the `kill-gconf'
function, which attempts to shutdown any running gconf daemons with the
gconftool[-*] tools.

Try to (re)move /etc/gconf/gconf.xml.mandatory and run any of the following
commands:

/usr/bin/gconftool --shutdown
/usr/bin/gconftool-1 --shutdown

Aha!


Now, I'm not really sure about what would be the best solution here. I think a
couple of choices could be:

- Disable the sandbox feature inside kill_gconf, on purpose.
- Eliminate kill_gconf entirely (actually, I don't fully understand why it was
created in the first place.)


Please let me know your thoughts about this,

See you around
Comment 2 Spider (RETIRED) gentoo-dev 2002-08-02 13:16:55 UTC
Actually the reason was quite simple... if the user(any user) had a gconf
process running it would overwrite the new gconf subdirs and give a
configuration conflict as the old daemon wrote its old data over the freshly
installed one.