emerge -pv dbus: [ebuild U ] sys-apps/dbus-0.62 [0.61-r1] USE="X doc gtk mono python -debug -qt3% -qt4%" 0 kB Error message: i686-pc-linux-gnu-gcc -march=pentium-m -O2 -fomit-frame-pointer -g1 -pipe -D_FORTIFY_SOURCE=1 -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -Wl,-O1 -Wl,--enable-new-dtags -o .libs/dbus-viewer dbus-names-model.o dbus-tree-view.o dbus-viewer.o -pthread ../glib/.libs/libdbus-gtool.a /var/tmp/portage/dbus-0.62/work/dbus-0.62/glib/.libs/libdbus-glib-1.so /var/tmp/portage/dbus-0.62/work/dbus-0.62/dbus/.libs/libdbus-1.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libcairo.so /usr/lib/libXrender.so /usr/lib/libX11.so /usr/lib/libXau.so /usr/lib/libXdmcp.so /usr/lib/libpng12.so /usr/lib/libglitz.so /usr/lib/libfontconfig.so /usr/lib/libfreetype.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libglib-2.0.so /usr/lib/libxml2.so -ldl -lz -lm -lnsl ../glib/.libs/libdbus-gtool.a(dbus-gloader-expat.o): In function `description_load_from_string': dbus-gloader-expat.c:(.text+0x5a): undefined reference to `XML_ParserCreate_MM' dbus-gloader-expat.c:(.text+0x8d): undefined reference to `XML_SetUserData' dbus-gloader-expat.c:(.text+0xa9): undefined reference to `XML_SetElementHandler' dbus-gloader-expat.c:(.text+0xbb): undefined reference to `XML_SetCharacterDataHandler' dbus-gloader-expat.c:(.text+0xd8): undefined reference to `XML_Parse' dbus-gloader-expat.c:(.text+0x11d): undefined reference to `XML_ParserFree' dbus-gloader-expat.c:(.text+0x15a): undefined reference to `XML_ParserFree' dbus-gloader-expat.c:(.text+0x1ed): undefined reference to `XML_GetErrorCode' dbus-gloader-expat.c:(.text+0x1fa): undefined reference to `XML_ErrorString' dbus-gloader-expat.c:(.text+0x206): undefined reference to `XML_GetCurrentColumnNumber' dbus-gloader-expat.c:(.text+0x212): undefined reference to `XML_GetCurrentLineNumber' collect2: ld returned 1 exit status --- Portage 2.1.1_pre1-r1 (default-linux/x86/2006.0, gcc-4.1.1/hardenednopiessp, glibc-2.4.20060329-r0, 2.6.17-rc1-cs1 i686) ================================================================= System uname: 2.6.17-rc1-cs1 i686 Intel(R) Pentium(R) M processor 1300MHz Gentoo Base System version 1.12.1 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 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.93 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O2 -fomit-frame-pointer -g1 -pipe -D_FORTIFY_SOURCE=1" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /var/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=pentium-m -O2 -fomit-frame-pointer -g1 -pipe -D_FORTIFY_SOURCE=1 -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms splitdebug strict" GENTOO_MIRRORS="scp://server/usr/portage/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://213.186.33.38/gentoo-distfiles/" LANG="de_DE@euro" LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags" LINGUAS="de en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlay/bmg-main" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aalib acl acpi admin adns alsa apache2 apm avi beagle berkdb bitmap-fonts bluetooth bonobo bzip2 cairo caps cdr cli cpp crypt cups curl dbus development devmap dga dmx doc dpms dri droproot dvd dynamic eds elf emboss encode esd ethereal evo exif faad fam firefox flac foomaticdb fortran gcj gd gdbm gif gmp gnome gphoto2 gpm gstreamer gstreamer010 gstreamer10 gtk gtk2 guile hal iconv idn imap imlib ipv6 isdnlog jack jack-tmpfs java jpeg kerberos lcms ldap libg++ libgda libnotify libwww live mad maildir mikmod mmx mono motif mozilla mp3 mpeg mysql nautilus ncurses nfsv4 nls nntp nptl nsplugin odbc office ogg oggvorbis opengl oss pam pam_console pango pcre pdf pdflib perl php pic png postgres postscript pppd printer python qt quicktime radeon readline reflection samba sasl sdl session slp soap speex spell spl sqlite sse sse2 ssl svg tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb utf8 vorbis x86 xinerama xml xml2 xorg xrandr xscreensaver xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synaptics kernel_linux linguas_de linguas_en userland_GNU video_cards_ati video_cards_radeon video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS
> -D_FORTIFY_SOURCE=1 -fvisibility-inlines-hidden" Remove it.
I'm well aware that -fvisibility-inlines-hidden can cause problems, but it's not the reason here (dbus doesn't even look at the C++ flags). I'm wondering how this is supposed to work. expat support is disabled, libxml2 is to be used instead, but dbus-gloader-expat.c references expat symbols?
Note that this error doesn't occur when building some library, only the when building the tool dbus-viewer from the tools subdirectory. The reason why it probably compiles for you is that you probably pull in libexpat via libfontconfig or some other library. I tried to kill as much unnecessary libexpat dependencies on my system (and fontconfig 2.3.95 I use also switched to libxml2) so this problem shows up for me. The solution would probably be to add an explicit -lexpat. They already seem to be doing something like that in dbus-0.62/glib/Makefile.am (just search for -lexpat).
*** Bug 148192 has been marked as a duplicate of this bug. ***
I have the same problem. What shall I do then? /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -march=pentium4 -mmmx -msse -msse2 -O -fomit-frame-pointer -funroll-loops -pipe -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -o dbus-viewer dbus-names-model.o dbus-tree-view.o dbus-viewer.o ../glib/libdbus-gtool.la -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 -lxml2 -lz -lm -lnsl i686-pc-linux-gnu-gcc -march=pentium4 -mmmx -msse -msse2 -O -fomit-frame-pointer -funroll-loops -pipe -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -o dbus-cleanup-sockets dbus-cleanup-sockets.o -lnsl i686-pc-linux-gnu-gcc -march=pentium4 -mmmx -msse -msse2 -O -fomit-frame-pointer -funroll-loops -pipe -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -o .libs/dbus-viewer dbus-names-model.o dbus-tree-view.o dbus-viewer.o -pthread ../glib/.libs/libdbus-gtool.a /var/tmp/portage/dbus-0.62/work/dbus-0.62/glib/.libs/libdbus-glib-1.so /var/tmp/portage/dbus-0.62/work/dbus-0.62/dbus/.libs/libdbus-1.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libcairo.so /usr/lib/libfontconfig.so /usr/lib/libfreetype.so /usr/lib/libdirectfb.so /usr/lib/libfusion.so /usr/lib/libdirect.so /usr/lib/libpng12.so /usr/lib/libXrender.so /usr/lib/libX11.so /usr/lib/libXau.so /usr/lib/libXdmcp.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libglib-2.0.so /usr/lib/libxml2.so -ldl -lz -lm -lnsl ../glib/.libs/libdbus-gtool.a(dbus-gloader-expat.o): In function `description_load_from_string': dbus-gloader-expat.c:(.text+0xab): undefined reference to `XML_ParserCreate_MM' dbus-gloader-expat.c:(.text+0xf8): undefined reference to `XML_SetUserData' dbus-gloader-expat.c:(.text+0x114): undefined reference to `XML_SetElementHandler' dbus-gloader-expat.c:(.text+0x126): undefined reference to `XML_SetCharacterDataHandler' dbus-gloader-expat.c:(.text+0x142): undefined reference to `XML_Parse' dbus-gloader-expat.c:(.text+0x167): undefined reference to `XML_GetErrorCode' dbus-gloader-expat.c:(.text+0x199): undefined reference to `XML_ErrorString' dbus-gloader-expat.c:(.text+0x1a5): undefined reference to `XML_GetCurrentColumnNumber' dbus-gloader-expat.c:(.text+0x1b1): undefined reference to `XML_GetCurrentLineNumber' dbus-gloader-expat.c:(.text+0x222): undefined reference to `XML_ParserFree' dbus-gloader-expat.c:(.text+0x305): undefined reference to `XML_ParserFree' collect2: ld returned 1 exit status make[3]: *** [dbus-viewer] Error 1 make[3]: Leaving directory `/var/tmp/portage/dbus-0.62/work/dbus-0.62/tools' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/dbus-0.62/work/dbus-0.62/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/dbus-0.62/work/dbus-0.62' make: *** [all] Error 2 !!! ERROR: sys-apps/dbus-0.62 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile dbus-0.62.ebuild, line 98: Called die Portage 2.1.2_pre1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17.11 i686) ================================================================= System uname: 2.6.17.11 i686 Intel(R) Xeon(TM) CPU 3.06GHz Gentoo Base System version 1.12.5 Last Sync: Tue, 19 Sep 2006 07:30:08 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.3-r1, 2.0.28-r1 dev-lang/python: 2.3.5, 2.4.3-r3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 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.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -mmmx -msse -msse2 -O -fomit-frame-pointer -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=pentium4 -mmmx -msse -msse2 -O -fomit-frame-pointer -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 FFmpeg X Xaw3d a52 aac aalib acpi afs alsa amr apache2 asf ati avi berkdb bitmap-fonts bonobo caca cairo cdparanoia cdr cli cpudetection crypt cscope ctype cups curl dba dbus dga directfb divx divx5 divx5linux dlloader dri dts dv dvb dvd dvdr dvdread eds elibc_glibc emacs emacs-w3 emboss emf encode ethereal evo f77 faad faad2 fam fame fbcon ffmpeg firefox flac flash fortran fvwm fvwm2 gb gd gdbm ggi gif gphoto2 gpm gstreamer gtk gtkhtml hal highvolume i8x0 icc iconv ieee1394 ifc imagemagick imlib imlib2 inifile innodb input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog ithreads java jpeg kerberos kernel_linux lcms leim libcaca libedit libg++ libwww lirc live lzo mad matroska mcal mesa mhash mikmod ming mmx mmx2 mmxext modplug motif mozilla mp3 mpeg mule musepack mysql ncurses network nls nptl nptlonly ogg oggvorbis oss pam pcre pda pdflib perl plotutils plugin png ppds pppd pthread pthreads python quicktime readline reflection rtc samba scp server session slp spell spl sse sse2 ssl stroke tcl tcltk tcpd tetex theora thread threads tiff tk truetype truetype-fonts type1-fonts udev unicode usb userland_GNU userlocales v4l v4l2 vcd video_cards_ati vorbis win32codecs winvidix wmf x264 xanim xml xml2 xmms xorg xosd xprint xv xvid xvmc zeo zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Try this as a workaround: From https://forums.gentoo.org/viewtopic-t-448550-postdays-0-postorder-asc-start-200.html "There is realy easy way to upgrade to new expat without disabling almost complete system set for day or two to rebuild packages depends on it. Before upgrade to 2.0.0 copy libexpat* from /usr/lib/ to /usr/local/lib and make ldconfig. Now upgrade to 2.0.0 Now all packages that use old libexpat would use version from /usr/local/lib, but emerge would use new version from /usr/lib. This way you can still use your system when rebuilding KDE, Gnome, etc. After revdep-rebuild when all packages use new version just delete libexpat from /usr/local/lib and that all." You may need to "rm /usr/local/lib/libexpat.so.0 && ln -s libexpat.so.050 /usr/local/libexpat.so.0" if lddconfig complains about libexpat.so.0 not being a symlink.
It looks like the configure script went bonkers, or the guys at dbus didn't think of this possibility. What happens here is that gentoo configures dbus to use libxml2 instead of expat. However, dbus _NEEDS_ expat. Yes, some of the functionality can be achieved by both libxml and expat, but some for whatever reason, CAN'T (like glib bindings which are compiled by default on gentoo). I suggest to add an expat flag to the ebuild that would force building with expat. Just did that myself in my portage overlay and glib compiled like a charm (I used to have the same problems with undefined references). Still doesn't know if it will work though, will post an update later.
(In reply to comment #6) It cannot be caused by an upgrade to expat as I am seeing this problem on a brand new install of ~x86. The configure finds the symbols in libexpat, but it does not link against libexpat.
(In reply to comment #7) > I suggest to add an expat flag to the ebuild that would force building with > expat. Just did that myself in my portage overlay and glib compiled like a > charm (I used to have the same problems with undefined references). Still > doesn't know if it will work though, will post an update later. > I tried to recompile both libxml2 and expat and still get the errors. This is in the middle of a gcc upgrade, and emerge -eav world. Of course, a ton of other things depend on dbus now won't work until this gets fixed.
Found a work around from the forums, compile with USE=-gtk. So as a work around maybe compile with -gtk, then finish system rebuild, and then recompile with gtk support. I'll report back how that works.
> I tried to recompile both libxml2 and expat and still get the errors. > > This is in the middle of a gcc upgrade, and emerge -eav world. Of course, a > ton of other things depend on dbus now won't work until this gets fixed. That's couse for it to work you need to change the dbus ebuild, remerging other stuff won't help. What you did was you disabled compilation of the tools that tried to link to libxml2 thinking it was expat. Thus, remerging with gtk flag set will surely fail over and over again unless the ebuild is changed. But the problem that the dbus requires expat for it's glib bindings remains (This is a problem as these are compiled by default and the ebuild doesn't list expat in DEPEND).
(In reply to comment #11) > But the problem that the dbus requires expat for it's glib bindings remains > (This is a problem as these are compiled by default and the ebuild doesn't list > expat in DEPEND). > It wouldn't matter if dbus listed expat in the DEPEND since portage would only try to merge (if not installed already) expat before it does dbus. So it's the same behavior as if I manually emerge expat before dbus. or emerge expat dbus. If anything, the configure scripts for the dbus scripts need to be modified. My system is still rebuilding from gcc4 upgrade so I haven't been able to verify it doesn't work after a world rebuild.
Created attachment 97693 [details] dbus-0.62-r1.ebuild This is a updated ebuild with required work done - it adds expat flag, forcing the compilation with expat instead of libxml2 which should remove this bug. It also adds a flag sanity check (won't try to compile if gtk is set and expat is unset)
I had this problem and I got around it by using the masked dbus packages and then doing a revdep-rebuild. Haven't had any problems using them. Not a recommendation, just a suggestion.
the libxml2 support is going away. It's been on my todo list but I haven't had time. expat-2.x is not stable yet so people that are on stable will have to suffer through a recompile since we won't dep on 2.x, also that's an artifial depend so I won't create that. A while back it was the expat code that sucked and upstream wanted to use libxml2, now they let libxml2 bit rot and want to use expat... Maybe tomorrow it will be back to libxml2, we'll see.
dbus-0.62 is ~x86 and so is expat-2.0.0 ... why are you worried about people using stable ebuilds? It won't affect them until this dbus version hits stable (then maybye it has, i haven't synced for 3 days or so). Then this "patched" version should be released as unstable ~x86 and flag gtk removed from the stable version of the ebuild.
No. Not removing USE flags from a specific ebuild that will screw other stuff up. That's plain pointless and causes extra work and maintanence. 0.62-r1 is in Portage (not the version attached to this bug because that ebuild is also wrong) Closing as test-request since no one who has this issue has commented on where the -r1 ebuild fixed it for them.
(In reply to comment #17) > No. Not removing USE flags from a specific ebuild that will screw other stuff > up. That's plain pointless and causes extra work and maintanence. > > 0.62-r1 is in Portage (not the version attached to this bug because that ebuild > is also wrong) > > Closing as test-request since no one who has this issue has commented on where > the -r1 ebuild fixed it for them. > I have confirmed that the new ebuild fixed the problem for me.
Works for me too.
*** Bug 149801 has been marked as a duplicate of this bug. ***
*** Bug 153972 has been marked as a duplicate of this bug. ***
