Without /root/.gnome2, this is how the build dies: checking for gst-inspect... yes checking for GStreamer 0.10 decodebin plugin... yes checking for GStreamer 0.10 playbin plugin... yes checking for GStreamer 0.10 cdparanoia plugin... yes checking for GStreamer 0.10 gnomevfssink plugin... no configure: error: Cannot find required GStreamer-0.10 plugin 'gnomevfssink'. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/banshee-0.10.9/work/banshee-0.10.9/config.log !!! ERROR: media-sound/banshee-0.10.9 failed. Call stack: ebuild.sh, line 1526: Called dyn_compile ebuild.sh, line 923: Called src_compile banshee-0.10.9.ebuild, line 90: Called gnome2_src_configure gnome2.eclass, line 51: Called econf '--disable-daap' '--disable-xing' '--disable-helix' '--disable-docs' '--with-gstreamer-0-10' '--disable-ipod' '--disable-njb' '--disable-gtk-doc' ebuild.sh, line 527: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-media-sound_-_banshee-0.10.9-28748.log" mkdir: /root/.gnome2 mkdir: /root/.gnome2 mkdir: /root/.gnome2 mkdir: /root/.gnome2 -------------------------------------------------------------------------------- If I create /root/.gnome2 by hand, the build proceeds to the end. emerge --info, in case it matters: Portage 2.1_pre7-r3 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.4-r1, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -mtune=k8 -O3 -fomit-frame-pointer -ftracer -fprefetch-loop-arrays -pipe -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=k8 -mtune=k8 -O3 -fomit-frame-pointer -ftracer -fprefetch-loop-arrays -pipe -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://www.gtlib.gatech.edu/pub/gentoo " LDFLAGS="-Wl,-O1" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/xgl-coffee" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nvidia video_cards_nv" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LINGUAS
This is invalid banshee needs /root.gnome2 to install all stuff it needs. This is not a bug. btw... if you don't know how to assign bugs please don't do it gnome doesn't have nothing to do with it. Thanks anyway.
resolved as invalid.
(In reply to comment #1) > This is invalid banshee needs /root.gnome2 to install all stuff it needs. This > is not a bug. Gosh, then maybe portage shouldn't blow up with a sandbox violation, and tell me to report stuff to bugs.gentoo.org, because that sure makes it sound like a bug. It's also odd that after the build succeeds, I can 'rmdir /root/.gnome2' -- that is, the build doesn't actually *leave* anything in it. > btw... if you don't know how to assign bugs please don't do it gnome doesn't > have nothing to do with it. Sorry for the wrong guess on where to assign the bug.
don't reopen the bug that's something i can't fix. Lots of apps needs that subdir to install correctly don't remove it. That dir is created because it's needed at build time.
(In reply to comment #4) > don't reopen the bug that's something i can't fix. Lots of apps needs that > subdir to install correctly don't remove it. That dir is created because > it's needed at build time. Well, it's still a bug, regardless of whether you know how to fix it. Let me quote <http://dev.gentoo.org/~plasmaroo/devmanual/general-concepts/sandbox/>, which says: >> All packages must build correctly when sandbox is active. You may want to look at <http://dev.gentoo.org/~plasmaroo/devmanual//appendices/common-problems/#handling-access-violations> As for "lots of apps" which need that directory, I've currently got over 1150 packages installed on the box where I'm seeing this error, according to 'equery list -i|wc -l', including all of KDE and Gnome -- and this is the first I've run into this error. Reclose it again if you want; I'm done trying to help here. Thanks anyway.
I know all that issues but gnome2 eclass NEEDS that dir to build lots of apps without access violation errors. Everytime you remove /root/.gnome2 you are doing a mistake. I don't need to get help anywhere you just need to NOT remove /root/.gnome2. I'm sure you get more info about that issue on gnome2 eclass on older bugs. This doesn't have anything to do with banshee.
(In reply to comment #6) > I know all that issues but gnome2 eclass NEEDS that dir to build lots of apps > without access violation errors. Everytime you remove /root/.gnome2 you are > doing a mistake. I don't need to get help anywhere you just need to NOT remove > /root/.gnome2. I'm sure you get more info about that issue on gnome2 eclass on > older bugs. This doesn't have anything to do with banshee. > Then you need to fix your eclass. Minimally: addwrite /root/.gnome2 Preferably: Fix gnome2 eclass using ebuilds to not need to write there.
antarus this is not my problem i don't have anything to do with gnome2 if this user don't remove /root/.gnome2 this access violations doesn't happen period. I'm closing this again if you want to reopen assign to gnome guys with a different sumary because this is not related to banshee at all.
Ebuilds using /root as a dumpspace for crap suck, ebuilds that bomb out w/ sandbox violation if that crap is missing are plain broken. Ditto for Bug 118718, /root/.gstreamer-0.8 and /root/.gstreamer-0.10 need addwrite at least as well.
No need for QA just yet.
(In reply to comment #8) > antarus this is not my problem i don't have anything to do with gnome2 if this > user don't remove /root/.gnome2 this access violations doesn't happen period. This user didn't bloody *have* a /root/.gnome2 until he had to make one to get your ebuild to work. > I'm closing this again if you want to reopen assign to gnome guys with a > different sumary because this is not related to banshee at all. I'm not so sure about that. I grabbed the first ebuild I could find that uses the gnome2 eclass -- that was file-roller. It builds fine without /root/.gnome2, as you can see: ankh portage # ls -ald /root/.gnome2 ls: /root/.gnome2: No such file or directory ankh portage # emerge file-roller > /dev/null >>> Downloading http://gentoo.osuosl.org/distfiles/file-roller-2.12.3.tar.bz2 --17:24:46-- http://gentoo.osuosl.org/distfiles/file-roller-2.12.3.tar.bz2 => `/usr/portage/distfiles/file-roller-2.12.3.tar.bz2' Resolving gentoo.osuosl.org... 64.50.236.52, 64.50.238.52 Connecting to gentoo.osuosl.org|64.50.236.52|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 936,371 (914K) [application/x-tar] 100%[======================================================================================================================>] 936,371 1.03M/s 17:24:47 (1.03 MB/s) - `/usr/portage/distfiles/file-roller-2.12.3.tar.bz2' saved [936371/936371] >>> Regenerating /etc/ld.so.cache... ankh portage # ls -ald /root/.gnome2 ls: /root/.gnome2: No such file or directory ankh portage # grep inherit /usr/portage/app-arch/file-roller/file-roller-2.12.3.ebuild inherit eutils gnome2 Just another data point.
that's strange... you should have /root/.gnome2 dir now i understand your point you simple didn't had root/.gnome2 at all (i thought you removed after it was created that's wrong). Well this is a job for gnome guys.
what is the cvs revision id in /usr/portage/eclass/gnome2.eclass ? (3rd line from top) I don't see -given the ebuild & eclass combo- how this could happen. Also post the config.log from the builddir.
Ok John let's see this... Please upgrade to banshee 0.10.9-r1 and see if you got the same issue (i made a little modification to avoid this problem). But again imo this should be on gnome2 eclass and not on the ebuild just like the gst stuff. Sorry if i sound harsh but i misunderstand what you were trying to say. My bad :(.
Created attachment 83579 [details] config.log from failed build
(In reply to comment #13) > what is the cvs revision id in /usr/portage/eclass/gnome2.eclass ? (3rd line > from top) <~> $ head /usr/portage/eclass/gnome2.eclass # Copyright 1999-2004 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/eclass/gnome2.eclass,v 1.68 2006/03/29 13:02:27 allanonjl Exp $ > Also post the config.log from the builddir. See attachment.
(In reply to comment #14) > Please upgrade to banshee 0.10.9-r1 and see if you got the same issue Yep, blows up at same place, and creating the directory allows it to proceed. > Sorry if i sound harsh but i misunderstand what you were trying to say. My bad > :(. No worries.
It turns out this is due a glib design choice http://bugzilla.gnome.org/show_bug.cgi?id=142568 . The quick and dirty solution for now is to allow writing of this dir.
*** Bug 127651 has been marked as a duplicate of this bug. ***
*** Bug 130061 has been marked as a duplicate of this bug. ***
*** Bug 130781 has been marked as a duplicate of this bug. ***
more specifically, you can look in gnome-vfs: libgnomevfs/gnome-vfs-init.c:64 (ensure_dot_gnome_exists) addwrite "${ROOT}/root/.gnome2" is now present in the eclass in cvs.
*** Bug 126890 has been marked as a duplicate of this bug. ***
*** Bug 142547 has been marked as a duplicate of this bug. ***
