Summary: | x11-plugins/desklet-sudoku-0.3 sandbox violation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jorge Vargas <jorge.vargas> |
Component: | New packages | Assignee: | gDesklets packages <gdesklets> |
Status: | RESOLVED DUPLICATE | ||
Severity: | minor | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jorge Vargas
2006-03-19 19:17:47 UTC
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 |