Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 114475 - gvim-7.0_alpha20051127 sandbox violation
Summary: gvim-7.0_alpha20051127 sandbox violation
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Vim Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-04 14:25 UTC by Bret Towe
Modified: 2005-12-15 12:06 UTC (History)
0 users

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 Bret Towe 2005-12-04 14:25:47 UTC
while compiling gvim 7.0_alpha20051127 it errors out with
a sandbox violation trying to access roots .gnome dir
the important bits from the compile are:

make[3]: Entering directory `/tmp/portage/gvim-7.0_alpha20051127/work/vim7/src/po'
../gvim -u NONE -e -S check.vim -c "if error == 0 | q | endif" -c cq af.po
ACCESS DENIED  mkdir:     /root/.gnome2

(vim:17197): libgnomevfs-WARNING **: Unable to create ~/.gnome2 directory:
Permission denied
ACCESS DENIED  mkdir:     /root/.gnome2
Could not create per-user gnome configuration directory `/root/.gnome2/':
Permission denied
make[3]: *** [af.ck] Error 1
make[3]: Leaving directory `/tmp/portage/gvim-7.0_alpha20051127/work/vim7/src/po'
make[2]: *** [language-check] Error 2

[ebuild     U ] app-editors/gvim-7.0_alpha20051127 [7.0_alpha20050928] -acl
(-aqua) -bash-completion -cscope +gnome +gpm +gtk +motif -mzscheme -netbeans
-nextaw +nls +perl +python +qt -ruby -tcltk* 0 kB

are the use flags i have im seeing this both on x86 and amd64
Comment 1 Ciaran McCreesh 2005-12-04 19:26:16 UTC
If you add a mkdir ${T}/home ; export HOME=${T}/home, does it go away?
Comment 2 Bret Towe 2005-12-04 20:26:01 UTC
it looks to be ignoring the fact that $HOME isnt /root/
as i get the same error
Comment 3 Ciaran McCreesh 2005-12-06 18:05:10 UTC
Give the 20051207 snapshot a try.
Comment 4 Ryan Phillips (RETIRED) gentoo-dev 2005-12-06 22:21:52 UTC
I tracked down the bug to glib 2.6.5 gutils.c lines:
  1356, and function g_get_any_init()

1356: /* We check $HOME first for Win32, though it is a last resort for Unix
       * where we prefer the results of getpwuid().

So on linux they check the process id and find the home within /etc/passwd. 
It'll break sandbox for sure on pretty much any glib app ran during the install.
Comment 5 Ryan Phillips (RETIRED) gentoo-dev 2005-12-06 22:23:46 UTC
I guess I should mention that I ran across this updating vim on my amd64 box w/
the stable glib 2.6.5 installed.
Comment 6 Bret Towe 2005-12-06 22:25:42 UTC
interesting note it merged here on my amd64 box
reason looks to be cause it couldnt connect to the display
and caused it to fall back to normal vim mode without
having to use the gnome libs hence avoiding what Ryan commented on
Comment 7 Ciaran McCreesh 2005-12-07 09:29:27 UTC
Hrm. What if we do the symlink hack?
Comment 8 Bret Towe 2005-12-09 21:45:11 UTC
make[3]: Entering directory `/tmp/portage/gvim-7.0_alpha20051207/work/vim7/src/po'
ln -s ../gvim testvim && ./testvim -X -u NONE -e -S check.vim -c "if error == 0
| q | endif" -c cq af.po
touch af.ck
ln -s ../gvim testvim && ./testvim -X -u NONE -e -S check.vim -c "if error == 0
| q | endif" -c cq ca.po
ln: `testvim': File exists
make[3]: *** [ca.ck] Error 1
make[3]: Leaving directory `/tmp/portage/gvim-7.0_alpha20051207/work/vim7/src/po'
make[2]: *** [language-check] Error 2

i get that  it still merges fine tho
Comment 9 Ciaran McCreesh 2005-12-10 09:20:22 UTC
Ok, the && is now a ; instead.
Comment 10 Bret Towe 2005-12-11 10:34:58 UTC
that works no errors seen in build at all this time
Comment 11 Ciaran McCreesh 2005-12-15 12:06:10 UTC
Ok, looks like this one's fixed.