checking pkg-config is at least version 0.9.0... yes checking for glib-genmarshal... /usr/bin/glib-genmarshal checking for glib-mkenums... /usr/bin/glib-mkenums checking whether to enable easy codec installation support... yes checking for MISSING_PLUGINS... yes checking for GST... yes checking GStreamer 0.10 inspection tool... yes checking GStreamer 0.10 playbin2 plugin... yes checking GStreamer 0.10 ffmpegcolorspace plugin... yes checking GStreamer 0.10 videoscale plugin... yes checking GStreamer 0.10 gconfaudiosink plugin... ./configure: line 18469: 27474 Aborted $gst010_inspect $good_element > /dev/null 2> /dev/null no configure: error: Cannot find required GStreamer-0.10 plugin 'gconfaudiosink'. It should be part of gst-plugins-good. Please install it. [I] media-libs/gst-plugins-good Available versions: (0.10) 0.10.14 0.10.16 0.10.17 0.10.21 0.10.22{tbz2} ~0.10.23 {debug} Installed versions: 0.10.22(0.10){tbz2}(15:01:08 08/10/10)(-debug) Reproducible: Always
gconfaudiosink comes from media-plugins/gst-plugins-gconf on Gentoo, is it not a dependency of totem?
* Contents of media-plugins/gst-plugins-gconf-0.10.22: /usr /usr/lib /usr/lib/gstreamer-0.10 /usr/lib/gstreamer-0.10/libgstgconfelements.la /usr/lib/gstreamer-0.10/libgstgconfelements.so
could you attach config.log as instructed by portage. This looks much like bug #278290 which is either a dbus related problem that has been solved long ago, or the initial registry creation for the user portage is running as, that is still a problem afaik. *** This bug has been marked as a duplicate of bug 278290 ***
On my amd64, I'm creating a filesystem for a x86 machine. Would this somehow be a problem? It is the only ebuild in the entire "emerge gnome" that fails.
Created attachment 242379 [details] config.log
in the x86 chroot, what do the following command output: # ls -l /root/.gstreamer-0.10/ # gst-inspect-0.10 gconfaudiosink do you have /var/lib/dbus/machine-id file ? Also, is running the following: # G_DEBUG=fatal_warnings gst-inspect-0.10 failing in some way ?
1) ls -l /root/.gstreamer-0.10/ total 264 -rw------- 1 root root 262274 Aug 11 07:40 registry.i686.bin 2) gst-inspect-0.10 gconfaudiosink process 7031: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/var/lib/dbus/machine-id": No such file or directory See the manual page for dbus-uuidgen to correct this issue. D-Bus not built with -rdynamic so unable to print a backtrace Aborted 3) File not present 4) "Total count: 94 plugins (1 blacklist entry not shown), 391 features", retval=0
CRAP CRAP CRAP ! the fix that went into dbus-1.3 was not backported to earlier revisions when 1.3 got masked. I'll move this to fdo.
@fdo, please someone verify sync between 1.2.24 and 1.3 ebuilds, a fix that went in 1.3 when it was ~arch was not backported when it got masked in favor of the stable branch (1.2). See: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/dbus/dbus-1.3.0-r2.ebuild?view=markup
got the same problem trying to install media-video/totem-2.30.2 with sys-apps/dbus-1.2.24. i did not have dbus started, after starting dbus totem emerged without a problem.
you need dbus >= 1.3 for now to get this to work without dbus running afaict.
The uuid is now generated in 1.2.24-r2. Please reopen if it does not fix the problem.
I get the same error with dbus-1.2.24-r2: checking GStreamer 0.10 gconfaudiosink plugin... ./configure: line 18288: 31486 Segmentation fault $gst010_inspect $good_element > /dev/null 2> /dev/null no configure: error: Cannot find required GStreamer-0.10 plugin 'gconfaudiosink'. It should be part of gst-plugins-good. Please install it. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/media-video/totem-2.30.2/work/totem-2.30.2/config.log * ERROR: media-video/totem-2.30.2 failed: * econf failed * * Call stack: * ebuild.sh, line 56: Called src_configure * environment, line 5472: Called gnome2_src_configure * environment, line 3240: Called econf '--disable-scrollkeeper' '--disable-schemas-install' '--disable-static' '--disable-vala' '--with-dbus' '--with-smclient' '--enable-easy-codec-installation' '--enable-browser-plugins' 'BROWSER_PLUGIN_DIR=/usr/lib/nsbrowser/plugins' 'PLUGINDIR=/usr/lib/totem/plugins' '--with-plugins=properties,thumbnail,screensaver,ontop,gromit,media-player-keys,skipto,brasero-disc-recorder,screenshot,bemused,galago,lirc,opensubtitles,jamendo,pythonconsole,dbus-service,youtube' '--disable-debug' '--enable-nautilus' '--enable-python' '--enable-gtk-doc' * ebuild.sh, line 558: Called die * The specific snippet of code: * die "econf failed" * * If you need support, post the output of 'emerge --info =media-video/totem-2.30.2', * the complete build log and the output of 'emerge -pqv =media-video/totem-2.30.2'. * The complete build log is located at '/var/tmp/portage/media-video/totem-2.30.2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-video/totem-2.30.2/temp/environment'. * S: '/var/tmp/portage/media-video/totem-2.30.2/work/totem-2.30.2' >>> Failed to emerge media-video/totem-2.30.2, Log file: >>> '/var/tmp/portage/media-video/totem-2.30.2/temp/build.log' * revdep-rebuild failed to emerge all packages. * you have the following choices: * - If emerge failed during the build, fix the problems and re-run revdep-rebuild. * - Use /etc/portage/package.keywords to unmask a newer version of the package. * (and remove 5_order.rr to be evaluated again) * - Modify the above emerge command and run it manually. * - Compile or unmerge unsatisfied packages manually, * remove temporary files, and try again. * (you can edit package/ebuild list first) * To remove temporary files, please run: * rm /var/cache/revdep-rebuild/*.rr root@thinkpad:/usr/local/portage/kde-base(123)# qlist -Iv dbus dev-dotnet/dbus-glib-sharp-0.4.1 dev-dotnet/dbus-sharp-0.6.1a dev-libs/dbus-glib-0.86 dev-libs/eggdbus-0.6 dev-libs/libdbusmenu-qt-0.6.2 dev-python/dbus-python-0.83.1 sys-apps/dbus-1.2.24-r2 x11-libs/qt-dbus-4.6.3
the segfault suggest that the revdep-rebuild is far from complete. I you have other packages to rebuild, please use emerge --resume --skipfirst to continue the revdep-rebuild and then try totem again.
My revdep-rebuild want only to reemerge sci-electronics/eagle (because of missing libcrypto.so.0.9.8 and libssl.so.0.9.8) and media-video/totem-2.30.2 (because of missing libglitz-glx.so.1 and libglitz.so.1). I already repeated revdep-rebuild several times, but 'emerge totem' during revdep-rebuild fails every time with: checking GStreamer 0.10 gconfaudiosink plugin... ./configure: line 18288: 11160 Segmentation fault $gst010_inspect $good_element > /dev/null 2> /dev/null no configure: error: Cannot find required GStreamer-0.10 plugin 'gconfaudiosink'. It should be part of gst-plugins-good. Please install it. Also deleting totem and gst-plugins-good did not solve the problem. During the next 'emerge -uvD world' there is the same error with totem.
ok, then we're back to trying to figure out why gst-inspect segfaults. Could you repeat steps from comment #6 ?
Hi Gilles, before I could read your Comment #16 I reemerge all (?) gstreamer packages: emerge -v1 `qlist -IC gst` After this I could also emerge totem. If I now try the steps of Comment #6 I get the following: root@thinkpad:/root(21)# ls -l /root/.gstreamer-0.10/ total 1080 -rw------- 1 root root 558885 2010-07-31 17:22 registry.i686.bin -rw------- 1 root root 535007 2008-01-28 16:59 registry.i686.xml root@thinkpad:/root(22)# gst-inspect-0.10 gconfaudiosink ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstgnomevfs.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstgnomevfs.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/pygst.py", line 28, in <module> import sys KeyError: 'pygst' Factory Details: Long name: GConf audio sink Class: Sink/Audio Description: Audio sink embedding the GConf-settings for audio output Author(s): Jan Schmidt <thaytan@mad.scientist.com> Rank: none (0) Plugin Details: Name: gconfelements Description: elements wrapping the GStreamer/GConf audio/video output settings Filename: /usr/lib/gstreamer-0.10/libgstgconfelements.so Version: 0.10.23 License: LGPL Source module: gst-plugins-good Binary package: Gentoo GStreamer Ebuild Origin URL: http://www.gentoo.org GObject +----GstObject +----GstElement +----GstBin +----GstSwitchSink +----GstGConfAudioSink Implemented Interfaces: GstChildProxy Pad Templates: none Element Flags: no flags set Bin Flags: no flags set Element Implementation: Has change_state() function: 0xb7899f50 Has custom save_thyself() function: gst_bin_save_thyself Has custom restore_thyself() function: gst_bin_restore_thyself Clocking Interaction: element requires a clock element is supposed to provide a clock but returned NULL Indexing capabilities: element can do indexing Element has no URI handling capabilities. Pads: SINK: 'sink' Implementation: Has chainfunc(): gst_proxy_pad_do_chain Has custom eventfunc(): gst_proxy_pad_do_event Has custom queryfunc(): gst_proxy_pad_do_query Provides query types: Has custom iterintlinkfunc(): 0xb77c6480 Has bufferallocfunc(): gst_proxy_pad_do_bufferalloc Element Properties: name : The name of the object flags: readable, writable String. Default: null Current: "gconfaudiosink0" async-handling : The bin will handle Asynchronous state changes flags: readable, writable Boolean. Default: false Current: false profile : Profile flags: readable, writable Enum "GstGConfProfile" Default: 0, "sounds" Current: 0, "sounds" (0): sounds - Sound Events (1): music - Music and Movies (2): chat - Audio/Video Conferencing Children: testsink root@thinkpad:/root(23)# ll /var/lib/dbus/machine-id -rw-r--r-- 1 root root 33 2006-12-09 21:04 /var/lib/dbus/machine-id It seems that there is still a problem with gst-plugins-gnomevfs: root@thinkpad:/root(24)# qfile /usr/lib/gstreamer-0.10/libgstgnomevfs.so media-plugins/gst-plugins-gnomevfs (/usr/lib/gstreamer-0.10/libgstgnomevfs.so) root@thinkpad:/root(25)# ll /usr/lib/gstreamer-0.10/libgstgnomevfs.so -rwxr-xr-x 1 root root 38692 2010-09-15 11:02 /usr/lib/gstreamer-0.10/libgstgnomevfs.so* But it is new, I just emerged it. "G_DEBUG=fatal_warnings gst-inspect-0.10" seems to work correctly I get 900 lines of output, the last lines are: fsvideoanyrate: fsvideoanyrate: Videoanyrate element fsrtcpfilter: fsrtcpfilter: RTCP Filter element fsrtpconference: fsrtpconference: Farsight RTP Conference fsfunnel: fsfunnel: Farsight Funnel pipe fitting staticelements: bin: Generic bin staticelements: pipeline: Pipeline object Total count: 164 plugins (2 blacklist entries not shown), 898 features root@thinkpad:/root(27)# echo $? 0
There is still this segfault, but without a traceback, it's going to be hard to tell what's the real problem. ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstgnomevfs.so
Solved rebuilding all gst package: emerge -av1 `qlist -IC gst` Thanks Guys
I re-emerged all 32 gst plugins using: emerge $(qlist -IC gst gstreamer) But the emerge of totem results in the same error as mentioned in Description. (gconfaudiosink not found) I have a 64bit system: Linux oriongl64 2.6.36-gentoo-r3 #1 SMP Wed Nov 24 18:10:29 CET 2010 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux Did you also emerge something else or did something else (maybe unmerging ?), too ?
I was running into this problem with media-video/totem-2.32.0. I rebuilded gstreamer, gst-plugins-* and dbus but those didn't help. I've been able to pinpoint the problem to dbus. I've run "gst-inspect-0.10 gconfaudiosink" in following "environments": normal user in gnome-terminal: works su'ed in gnome-terminal: segfaults gksu'ed gnome-terminal(root-terminal): works root in console(ALT+F1 etc.): works normal user in console: works su'ed user in console: works! The only case where "gst-inspect-0.10 gconfaudiosink" segfaults is when you run it on su'ed gnome-terminal. I hope this would help to pinpoint the real cause and we could get this fixed properly.
(In reply to comment #21) > I was running into this problem with media-video/totem-2.32.0. I rebuilded > gstreamer, gst-plugins-* and dbus but those didn't help. > > I've been able to pinpoint the problem to dbus. I've run "gst-inspect-0.10 > gconfaudiosink" in following "environments": > > normal user in gnome-terminal: works > su'ed in gnome-terminal: segfaults > gksu'ed gnome-terminal(root-terminal): works > root in console(ALT+F1 etc.): works > normal user in console: works > su'ed user in console: works! > > The only case where "gst-inspect-0.10 gconfaudiosink" segfaults is when you run > it on su'ed gnome-terminal. > > I hope this would help to pinpoint the real cause and we could get this fixed > properly. > Confirming the execution of gst-inspect-0.10 segfaulting in su'd gnome-terminal, and working on tty1. Strange Bug. Just got it. Emerging totem either in tty1, sudo'd, or su'd in tty1 works. ... From now on I will always start my root console using "sudo -s" in gnome-terminal (or tty1 login as root).
(In reply to comment #21) > I was running into this problem with media-video/totem-2.32.0. I rebuilded > gstreamer, gst-plugins-* and dbus but those didn't help. > > I've been able to pinpoint the problem to dbus. I've run "gst-inspect-0.10 > gconfaudiosink" in following "environments": > > normal user in gnome-terminal: works > su'ed in gnome-terminal: segfaults > gksu'ed gnome-terminal(root-terminal): works > root in console(ALT+F1 etc.): works > normal user in console: works > su'ed user in console: works! > > The only case where "gst-inspect-0.10 gconfaudiosink" segfaults is when you run > it on su'ed gnome-terminal. > > I hope this would help to pinpoint the real cause and we could get this fixed > properly. > I also get it segfaulting run on su'ed xterm.
I solve this problem by running next command as root: sudo emerge totem. And installed gst-plugins-gconf, gst-plugins-good.
The problem seems to be because 'su' leaks the DBUS_SESSION_BUS_ADDRESS env. variable to the emerge'ing shell, and this causes gdbus to abort. Unsetting DBUS_SESSION_BUS_ADDRESS after a 'su' fixes the problem. Unsetting this variable in the ebuild seems a bit fugly to me - any other ideas?
*** Bug 348098 has been marked as a duplicate of this bug. ***
I was going to debug this with -ggdb, but upon emerging glib (for libglib-2.0.so.0.2400.1) and gstreamer (for gst-inspect 0.10), the segfault vanished! Reemerged with previous CFLAGS and all was good. In my case there was no DBUS_SESSION_BUS_ADDRESS in the environment. I don't know exactly when it started failing, but here are some related emerges, in case the order and versions of them lead to some failure conditions: Thu Aug 20 04:16:07 2009 >>> media-plugins/gst-plugins-gconf-0.10.14 Fri Nov 20 00:49:34 2009 >>> media-video/totem-2.26.3-r1 Sat Mar 27 02:21:05 2010 >>> dev-libs/glib-2.22.4 Mon Mar 29 00:01:00 2010 >>> media-libs/gstreamer-0.10.25 Fri Dec 17 11:35:29 2010 >>> media-libs/gstreamer-0.10.29 Mon Dec 20 02:24:30 2010 >>> dev-libs/glib-2.24.1-r1 -> Mon Dec 20 03:54:45 - Try to emerge Totem again <-
I can confirm that "unsetting DBUS_SESSION_BUS_ADDRESS after a 'su' fixes the problem". Very interesting bug
(In reply to comment #25) > The problem seems to be because 'su' leaks the DBUS_SESSION_BUS_ADDRESS env. > variable to the emerge'ing shell, and this causes gdbus to abort. Unsetting > DBUS_SESSION_BUS_ADDRESS after a 'su' fixes the problem. > > Unsetting this variable in the ebuild seems a bit fugly to me - any other > ideas? > If using "su" instead of "su -" is supported, I guess we will need to go with unsetting it in ebuild :-/
For whatever the reason, I'm seeing this failure even if I use 'su -'. The highly annoying part is that 'gst-inspect-0.10 gconfaudiosink' run from the same shell doesn't trigger the failure.
...and today, after upgrading gstreamer/gst-plugins-base to 0.10.31 and gst-python to 0.10.20, the problem disappeared - totem was built successfully.
(In reply to comment #25) > Unsetting this variable in the ebuild seems a bit fugly to me - any other > ideas? > I think unsetting DBUS_SESSION_BUS_ADDRESS in the ebuild is the simplest and most practical solution. It's not pretty, but it's not unprecedented: $ find /usr/portage -type f -name \*.ebuild -exec grep -H 'unset DBUS_SESSION_BUS_ADDRESS' {} \; | wc -l 54 Or we could patch configure.in so that it runs gst-inspect only once instead of once for each element. Running gst-inspect with no arguments lists the names of all available elements. That list contains all the information the configure script needs. Individual elements won't be invoked, so gconf elements won't invoke dbus.
*** Bug 352041 has been marked as a duplicate of this bug. ***
Same problem here but I solved it by simply emerging in tty1 where it emerged with no problem. Very strange.
Just to clarify: my problem was unaffected by dbus - emerging in console still failed.
(In reply to comment #34) > Same problem here but I solved it by simply emerging in tty1 where it emerged > with no problem. Very strange. > DBUS_SESSION_BUS_ADDRESS is set by the per-session dbus daemon at the beginning of an X session. If you're not running emerge from an X session then DBUS_SESSION_BUS_ADDRESS won't be set, so you won't experience this bug. (In reply to comment #35) > Just to clarify: my problem was unaffected by dbus - emerging in console still > failed. > I don't know what was wrong on your system. Your error was apparently caused by something else. But it works now, right? Everyone else here seems to be experiencing the bug as caused by the dbus situation mentioned earlier.
Are gnome team members ok with unsetting DBUS_SESSION_BUS_ADDRESS at configure time?
yes, at least until gstreamer eclass maybe provides this ?
Created attachment 260881 [details] build.log In my case trying to unset it causes a sandbox violation problem (!)
so it looks like it's trying to start gconf by hand :( and I think we're back to the original instance of the problem. we need to find what code think it's funny to start gconf from configure.
(In reply to comment #40) > so it looks like it's trying to start gconf by hand :( > and I think we're back to the original instance of the problem. > we need to find what code think it's funny to start gconf from configure. > I think that it's exactly that plugin - by the means of gconf_client_get_default().
(In reply to comment #40) > so it looks like it's trying to start gconf by hand :( > and I think we're back to the original instance of the problem. > we need to find what code think it's funny to start gconf from configure. > Maybe it's caused by configure calling to gconftool-2 sometimes
In reply to comment 42: definitely not, see configure.ac - before gst-inspect, there are only standard system/compiler checks and a few pkg-config calls.
*** Bug 355659 has been marked as a duplicate of this bug. ***
*** Bug 355819 has been marked as a duplicate of this bug. ***
(In reply to comment #39) > Created an attachment (id=260881) [details] > build.log > > In my case trying to unset it causes a sandbox violation problem (!) > I _think_ I understand this bug, but I don't understand what is happening on your system. I can't find a way to reproduce your sandbox violation. But your system is inevitably different from mine, so would you mind posting your emerge --info? This bug is fairly simple. Totem's configure script calls gst-inspect to check for the presence of known GStreamer plugin elements. Some of those elements (the ones from gst-plugins-gconf) ask GConf for information (using GConf's shared libraries). GConf tries to contact an existing GConf daemon. If it cannot (i.e. if there isn't a GConf daemon for the current user), it starts one. Now here is the cause of the bug: GConf will try to contact DBus. If you're in an X session, then you probably have two DBus daemons. One is the system DBus daemon and one is the per-session DBus daemon. If the environment variable DBUS_SESSION_BUS_ADDRESS is set, GConf will (try to) use the per-session DBus daemon with that address. If DBUS_SESSION_BUS_ADDRESS is not set, GConf will use the system DBus daemon. Since we're all running emerge within a shell started by 'su' (which preserves the environment), GConf will try to contact the per-session DBus daemon and (because we're running as root and not the user that ran 'su') we're not allowed to talk to that daemon. That failure causes gst-inspect to quit with non-zero exit status and so ./configure fails. The previous paragraph was my best attempt to communicate the causes of this bug. It is much longer than I anticipated and looks boring. Please read this paragraph first.
Portage 2.1.9.40 (default/linux/amd64/10.0/desktop/gnome, gcc-4.4.4, glibc-2.11.2-r3, 2.6.37-ck x86_64) ================================================================= System uname: Linux-2.6.37-ck-x86_64-AMD_Athlon-tm-_64_Processor_3200+-with-gentoo-1.12.14 Timestamp of tree: Mon, 21 Feb 2011 17:30:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r1, 3.1.2-r4 dev-util/ccache: 2.4-r9 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.7.9-r2, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.82 virtual/os-headers: 2.6.30-r1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/distfiles" FEATURES="assume-digests binpkg-logs ccache distlocks fixlafiles fixpackages multilib-strict news parallel-fetch protect-owned sandbox sfperms sign split-log strict test test-fail-continue unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="ftp://ftp.free.fr/mirrors/ftp.gentoo.org http://ftp.ussg.iu.edu/linux/gentoo http://mirror.ovh.net/gentoo-distfiles/ http://ftp.heanet.ie/pub/gentoo/ http://gentoo-euetib.upc.es/mirror/gentoo/ http://ftp.udc.es/gentoo/ http://darkstar.ist.utl.pt/gentoo/" LANG="es_ES.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu" LINGUAS="es es_ES en_US" MAKEOPTS="-j2" PKGDIR="/usr/local/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 applet avahi bash-completion berkdb branding bzip2 cairo cdda cddb cdinstall cdr cdrom cleartype cli consolekit cracklib crypt css cups cxx daap dbus djvu dri dts dvd dvdr dvi eds emboss encode evo exif fam fat ffmpeg firefox flac fortran fuse gdbm gdu gif git gnome gnome-keyring gpm gstreamer gtk hddtemp iconv java jpeg kpathsea latex lcdfilter lcms libnotify lm_sensors lyx lzma mad mikmod mmx mmxext mng modules mono mp3 mp4 mpeg mudflap multilib musicbrainz nautilus ncurses network network-cron nls nptl nptlonly ntfs nvidia ogg opengl openmp pam pango pch pcre pdf perl png policykit ppds pppd python qt3support qt4 readline reiserfs scanner sdl session spell sse sse2 sse3 ssl startup-notification subversion svg sysfs t1lib tcpd test threads tiff truetype udev unicode usb v4l2 vcd vorbis webkit x264 xattr xcb xml xmp xorg xpm xulrunner xv xvid zeroconf zlib" ALSA_CARDS="via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="es es_ES en_US" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I also have this problem: checking GStreamer 0.10 gconfaudiosink plugin... ./configure: line 18354: 27455 Aborted $gst010_inspect $good_element > /dev/null 2> /dev/null no configure: error: Cannot find required GStreamer-0.10 plugin 'gconfaudiosink'. It should be part of gst-plugins-good. Please install it. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/media-video/totem-2.32.0/work/totem-2.32.0/config.log * ERROR: media-video/totem-2.32.0 failed: * econf failed * * Call stack: * ebuild.sh, line 56: Called src_configure * environment, line 5629: Called gnome2_src_configure * environment, line 3167: Called econf '--disable-scrollkeeper' '--disable-schemas-install' '--disable-static' '--disable-vala' '--with-dbus' '--with-smclient' '--enable-easy-codec-installation' '--disable-browser-plugins' 'BROWSER_PLUGIN_DIR=/usr/lib64/nsbrowser/plugins' 'PLUGINDIR=/usr/lib64/totem/plugins' '--with-plugins=properties,thumbnail,screensaver,ontop,gromit,media-player-keys,skipto,brasero-disc-recorder,screenshot,chapters,bemused,youtube' '--disable-debug' '--disable-nautilus' '--disable-python' '--disable-gtk-doc' * ebuild.sh, line 552: Called die * The specific snippet of code: * die "econf failed" * * If you need support, post the output of 'emerge --info =media-video/totem-2.32.0', * the complete build log and the output of 'emerge -pqv =media-video/totem-2.32.0'. * The complete build log is located at '/var/tmp/portage/media-video/totem-2.32.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-video/totem-2.32.0/temp/environment'. * S: '/var/tmp/portage/media-video/totem-2.32.0/work/totem-2.32.0' emerge --info Portage 2.1.9.25 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.11.2-r3, 2.6.36-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.36-gentoo-r5-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7250_@_2.00GHz-with-gentoo-1.12.14 Timestamp of tree: Thu, 24 Feb 2011 20:15:01 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r1, 3.1.2-r4 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.36.1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=core2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe -march=core2" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="cs_CZ.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="cs" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X alsa amd64 ao audiofile bluetooth bzip2 cairo cdda cddb cli cracklib crypt cups cxx dbus dri dvd dvdr flac gdbm geoip gif glut gnome gnutls gpm gstreamer gtk2 hal iconv imagemagick ipv6 jpeg jpeg2k lm_sensors mikmod mmap mmx modules mp3 mplayer mudflap multilib ncurses networkmanager nls nptl nptlonly ogg openal opengl openmp pam pcre pdf plotutils png pppd qt3support qt4 quicktime readline sdl session sharedmem smartcard sqlite sse sse2 ssl ssse3 sysfs tcpd threads trayicon truetype type1 unicode vim-syntax vorbis wifi xinerama xorg xulrunner zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="cs" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
And it's related with version media-video/totem-2.32.0 (In reply to comment #48) > I also have this problem:
I can confirm what Chris Coleman wrote. When I emerge totem logged as root on the console (and not by su) it compiles with no error.
(In reply to comment #50) > I can confirm what Chris Coleman wrote. When I emerge totem logged as root on > the console (and not by su) it compiles with no error. > I can confirm it, too. I stopped dbus and xdm and run emerge in console. It finished successfully.
Pacho, do you have lines like these in /etc/gconf/2/path: xml:readonly:/etc/gconf/gconf.xml.mandatory xml:readonly:/etc/gconf/gconf.xml.system xml:readonly:/etc/gconf/gconf.xml.defaults I can reproduce your sandbox violation by changing 'readonly' to 'readwrite' in each of those lines. Do you have 'readwrite' or 'readonly'?
I have: xml:readonly:/etc/gconf/gconf.xml.mandatory xml:readonly:/etc/gconf/gconf.xml.system xml:readonly:/etc/gconf/gconf.xml.defaults
But today I cannot reproduce the sandbox problem :-| --- totem-2.32.0.ebuild~ 2011-01-27 00:01:10.000000000 +0100 +++ totem-2.32.0.ebuild 2011-02-25 09:40:04.000000000 +0100 @@ -158,6 +158,7 @@ addpredict "$(unset HOME; echo ~)/.gconfd" addpredict "$(unset HOME; echo ~)/.gnome2" + unset DBUS_SESSION_BUS_ADDRESS gnome2_src_configure }
ssh -L root 127.0.0.1 emerge --sync; emerge -uNDva world
(In reply to comment #55) > ssh -L root 127.0.0.1 > emerge --sync; emerge -uNDva world > certainly, "ssh -l root .."
Thanks Chris Coleman for the explanation, I just switched out of X and into a console and everything compiled fine.
(In reply to comment #54) > But today I cannot reproduce the sandbox problem :-| > > > --- totem-2.32.0.ebuild~ 2011-01-27 00:01:10.000000000 +0100 > +++ totem-2.32.0.ebuild 2011-02-25 09:40:04.000000000 +0100 > @@ -158,6 +158,7 @@ > addpredict "$(unset HOME; echo ~)/.gconfd" > addpredict "$(unset HOME; echo ~)/.gnome2" > > + unset DBUS_SESSION_BUS_ADDRESS > gnome2_src_configure > } > > So, unless there are any objections, would someone mind adding that to the ebuild? Then I think this bug can be closed.
(In reply to comment #58) > (In reply to comment #54) > > + unset DBUS_SESSION_BUS_ADDRESS > > gnome2_src_configure > > } > So, unless there are any objections, would someone mind adding that to the > ebuild? Then I think this bug can be closed. > We're thinking of adding it to the gnome2 eclass itself. No good can ever come out of DBUS_SESSION_BUS_ADDRESS being set. Such a patch was recently added to the gnome overlay for testing. It will be moved over to the tree sometime soon.
Cool. Thanks, Nirbheek.
*** Bug 149207 has been marked as a duplicate of this bug. ***
+*totem-2.32.0-r1 (02 Apr 2011) + + 02 Apr 2011; Pacho Ramos <pacho@gentoo.org> + -files/totem-2.26.1-smclient-target-detection.patch, -totem-2.30.2.ebuild, + -files/totem-2.30.2-init-gtype.patch, -files/totem-2.30.2-webm-support.patch, + +totem-2.32.0-r1.ebuild: + Revision bump including patches from master and 2.32 upstream branches fixing + some bugs, this also unset DBUS_SESSION_BUS_ADDRESS to prevent bug #332139 + problems and xml validation fix (bug #357893 by Dustin Polke). Remove old.
*** Bug 362051 has been marked as a duplicate of this bug. ***