On my x86 Gentoo system I can't emerge any version of HAL newer than 0.5.7.1-r5. I have tried all the versions available in portage (stable and testing ones) with different USE flags (or none) and yet the problem exists. I also tried many, many different things like emerge -e world, rebuilding xml related packages, reverting to default portage temp path etc. I have this problem for months now at my x86 machine. I also own an amd64 machine running Gentoo with a very close setup but it hasn΄t this problem. Reproducible: Always Steps to Reproduce: 1. USE="whatever combination" emerge =system-apps/hal-whatever-version>0.5.7.1-r5 2. 3. Actual Results: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -DPACKAGE_LIBEXEC_DIR=\""/usr/libexec"\" -DPACKAGE_SYSCONF_DIR=\""/etc"\" -DPACKAGE_DATA_DIR=\""/usr/share"\" -DPACKAGE_BIN_DIR=\""/usr/bin"\" -DPACKAGE_LOCALE_DIR=\""/usr/share/locale"\" -DPACKAGE_LOCALSTATEDIR=\""/var/lib"\" -DPACKAGE_SCRIPT_DIR=\""/usr/lib/hal/scripts"\" -DHALD_SOCKET_DIR=\""/var/run/hald"\" -DHALD_PID_FILE=\""/var/run/hald.pid"\" -DPCI_IDS_DIR=\""/usr/share/misc"\" -DUSB_IDS_DIR=\""/usr/share/misc"\" -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -march=pentium4 -O2 -rdynamic -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -MT hald_marshal.o -MD -MP -MF .deps/hald_marshal.Tpo -c -o hald_marshal.o hald_marshal.c create_cache.c: In function ‘start’: create_cache.c:330: warning: implicit declaration of function ‘XML_StopParser’ create_cache.c:330: warning: nested extern declaration of ‘XML_StopParser’ create_cache.c: In function ‘rules_add_fdi_file’: create_cache.c:467: error: ‘XML_ERROR_ABORTED’ undeclared (first use in this function) create_cache.c:467: error: (Each undeclared identifier is reported only once create_cache.c:467: error: for each function it appears in.) make[4]: *** [create_cache.o] Error 1 make[4]: *** Waiting for unfinished jobs.... mv -f .deps/hald_marshal.Tpo .deps/hald_marshal.Po make[4]: Leaving directory `/Mariospure/emergeTemp/portage/sys-apps/hal-0.5.9.1-r3/work/hal-0.5.9.1/hald' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/Mariospure/emergeTemp/portage/sys-apps/hal-0.5.9.1-r3/work/hal-0.5.9.1/hald' make[2]: *** [all] Error 2 make[2]: Leaving directory `/Mariospure/emergeTemp/portage/sys-apps/hal-0.5.9.1-r3/work/hal-0.5.9.1/hald' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/Mariospure/emergeTemp/portage/sys-apps/hal-0.5.9.1-r3/work/hal-0.5.9.1' make: *** [all] Error 2 * * ERROR: sys-apps/hal-0.5.9.1-r3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3655: Called die * The specific snippet of code: * emake || die "make failed" * The die message: * make failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/Mariospure/emergeTemp/portage/sys-apps/hal-0.5.9.1-r3/temp/build.log'. * The ebuild environment file is located at '/Mariospure/emergeTemp/portage/sys-apps/hal-0.5.9.1-r3/temp/environment'. Expected Results: >>> Original instance of package unmerged safely. >>> sys-apps/hal-0.5.9.1-r3 merged. >>> No packages selected for removal by clean >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date.
Created attachment 150965 [details] build.log
Created attachment 150966 [details] environment
Created attachment 150968 [details] emerge --info
Can you try rebuilidng expat and then building hal?
(In reply to comment #4) > Can you try rebuilidng expat and then building hal? > Of course! Here is what I just did: emerge -1 expat revdep-rebuild -X --library libexpat.so.0 emerge hal Unfortunately the problem remains. I had tried the same thing before with both expat 2.0.0 and 1.95.8. I also made a thread some time ago at Gentoo forums. Perhaps it will help: http://forums.gentoo.org/viewtopic-t-571108-start-0-postdays-0-postorder-asc-highlight-.html
I answered a similar issue to this one on the HAL mailing list a few months back. Basically you've got an old old expat that's getting linked in. I believe it was expat 1.95.6 that added XML_StopParser along with XML_ERROR_ABORTED. Find it.. and remove it.
(In reply to comment #6) > I answered a similar issue to this one on the HAL mailing list a few months > back. Basically you've got an old old expat that's getting linked in. I believe > it was expat 1.95.6 that added XML_StopParser along with XML_ERROR_ABORTED. > Find it.. and remove it. > Bingo! Problem solved! Thanx so much! I did a: locate expat|grep -E "/usr|/opt" Among the list of results were these entries which seemed interesting: /usr/local/include/expat.h /usr/local/lib/libexpat.so.0 /usr/local/lib/libexpat.a /usr/local/lib/libexpat.so.0.5.0 /usr/local/lib/libexpat.la An "equery b" didn't find the package they belong to, so I deleted them and hal got merged without problem! Thanx again! Saleem Abdulrasool you can mark this bug as solved! Thanks for your time and effort on Gentoo Linux!
