It seems the code somewhere tries to access $HOME via ~ since in gentoo all package are install in a sudo and are not allow to write outside their current dir the ebuild(package) is giving an access violation because the code tries to create .gnome2 if it doesn't exists. The maintainer of the ebuild (package) said he found something weird but then it worked so he didn't said anything. The most interesting part if that if I create an empty .gnome dir on my root's $HOME everything works without a problem >>> emerge (1 of 1) x11-plugins/desklet-sudoku-0.3 to / >>> md5 files ;-) desklet-sudoku-0.3.ebuild >>> md5 files ;-) files/digest-desklet-sudoku-0.3 >>> md5 src_uri ;-) Sudoku-0.3.tar.gz >>> Unpacking source... >>> Unpacking Sudoku-0.3.tar.gz to /var/tmp/portage/desklet-sudoku-0.3/work >>> Source unpacked. >>> Test phase [not enabled]: x11-plugins/desklet-sudoku-0.3 >>> Install desklet-sudoku-0.3 into /var/tmp/portage/desklet-sudoku-0.3/image/ category x11-plugins * Installing Display sudoku ACCESS DENIED mkdir: /root/.gnome2 (process:626): libgnomevfs-WARNING **: Unable to create ~/.gnome2 directory: Permission denied Traceback (most recent call last): File "/usr/lib/gdesklets/gdesklets-control-getid", line 9, in ? from plugin.Interface import Interface File "/usr/lib/gdesklets/plugin/Interface.py", line 2, in ? from main import _ File "/usr/lib/gdesklets/main/__init__.py", line 3, in ? import utils File "/usr/lib/gdesklets/utils/__init__.py", line 10, in ? from ErrorFormatter import ErrorFormatter File "/usr/lib/gdesklets/utils/ErrorFormatter.py", line 4, in ? import vfs File "/usr/lib/gdesklets/utils/vfs.py", line 11, in ? import gnomevfs RuntimeError: could not initialise gnomevfs * Installing Control man: prepallstrip: strip: i686-pc-linux-gnu-strip --strip-unneeded >>> Completed installing desklet-sudoku-0.3 into /var/tmp/portage/desklet-sudoku-0.3/image/ --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-x11-plugins_-_desklet-sudoku-0.3-554.log" mkdir: /root/.gnome2 --------------------------------------------------------------------------------
Actually, what I said was completely unrelated to this bug. What I meant was an issue with the installed program itself. I didn't notice this problem until I removed /root/.gnome2 . The same error occurs if you execute: python -c "import gnomevfs" within a sandboxshell: -- ACCESS DENIED mkdir: /root/.gnome2 (process:14972): libgnomevfs-WARNING **: Unable to create ~/.gnome2 directory: Permission denied Traceback (most recent call last): File "<string>", line 1, in ? RuntimeError: could not initialise gnomevfs -- Makes me think it's a pygnomevfs issue and pygnomevfs is imported indirectly by /usr/lib/gdesklets/gdesklets-control-getid. I'll look into it further.
Turns out this is a known bug (bug 128289) and was a glib design choice. I think it's dumb, but I've added the fix to gdesklets.eclass and is now in cvs. *** This bug has been marked as a duplicate of 128289 ***
(In reply to comment #2) > Turns out this is a known bug (bug 128289) and was a glib design choice. I > think it's dumb, but I've added the fix to gdesklets.eclass and is now in cvs. > > *** This bug has been marked as a duplicate of 128289 *** > ahhh good thanks for the fix Joe. if someone else reads this the relation between the bugs is at Comment #22 on 128289