emerge =hal-0.5.9-r1 fails

mrsaccess · n00b Joined: 03 Sep 2005 Posts: 30 Location: Greece

Hello, hal 0.5.9-r1 constantly fails to emerge on one of my machines with this error:

PaulBredbury · Watchman Joined: 14 Jul 2005 Posts: 7310

Perhaps this will help:

mrsaccess · n00b Joined: 03 Sep 2005 Posts: 30 Location: Greece

Thanx for the trick!
Unfortunately it didn't work.

I tried re-emerging expat (I use the stable version 1.95.8 ). Since this didn't solve the problem I tried the testing version too (2.0.0) but still no lack.

Any other suggestions? I've run out of ideas.

_________________
Hardware: The parts of your pc you can kick.

dkostic · Posted: Mon Jul 23, 2007 7:23 am Post subject:

When I try to emerge hal-0.5.9-r1, it complains that pciutils was installed with the zlib USE flag. Since you've got zlib in your make.conf, you might try running

mrsaccess · n00b Joined: 03 Sep 2005 Posts: 30 Location: Greece

Stable version of pciutils doesn't have any use flags and hal shouldn't complain about zlib.
If you use a testing version of pciutils then try re-emerging it ( emerge -va pciutils ) just to be sure that it is built without zlib support.
_________________
Hardware: The parts of your pc you can kick.

dkostic · Posted: Mon Jul 23, 2007 5:08 pm Post subject:

I must have done emerge pciutils about a million times. It keeps building it with zlib, for some odd reason. (My emerge --info is posted here < https://forums.gentoo.org/viewtopic-t-571846-highlight-.html >, by the way.) Any other ideas what could be causing this to happen?
_________________
Toshiba Satellite A105 laptop, 1.7 mHz Celeron M, 100 Gb hard disk, 512 Mb RAM, 2006.0, 2.6.16-r7 kernel
Homemade desktop, 3.2+ mHz AMD Athlon 64 processor, 120 Gb hard disk, 1 Gb RAM, 2005.0, 2.6.14-r2 kernel

mrsaccess · n00b Joined: 03 Sep 2005 Posts: 30 Location: Greece

Which version of pciutils do you use? The stable one or one of the testing versions? Try a different one!
_________________
Hardware: The parts of your pc you can kick.

dkostic · Posted: Tue Jul 24, 2007 1:36 am Post subject:

I used the most recent stable version. I found a work around though: see https://forums.gentoo.org/viewtopic-t-569899-highlight-.html
_________________
Toshiba Satellite A105 laptop, 1.7 mHz Celeron M, 100 Gb hard disk, 512 Mb RAM, 2006.0, 2.6.16-r7 kernel
Homemade desktop, 3.2+ mHz AMD Athlon 64 processor, 120 Gb hard disk, 1 Gb RAM, 2005.0, 2.6.14-r2 kernel

venzon · n00b Joined: 28 Oct 2004 Posts: 7

I have a similar problem:

nly00471 · Posted: Fri Aug 03, 2007 7:26 pm Post subject:

I've another problem when emerging hal-0.5.9.1-r1

grenwald · Posted: Mon Aug 06, 2007 3:17 pm Post subject:

i had the same problem when i tried to update hal last friday

SkyLine · n00b Joined: 11 Oct 2006 Posts: 36

Use

mrsaccess · n00b Joined: 03 Sep 2005 Posts: 30 Location: Greece

Unfortunately it didn't help.

_________________
Hardware: The parts of your pc you can kick.

mrsaccess · n00b Joined: 03 Sep 2005 Posts: 30 Location: Greece

A small bump!

The problem still exists! I'm stuck to version 0.5.7.1-r5 of hal for more than a year now!
In this time almost every -if not all- component of my gentoo installation has been upgraded yet the problem remains. I have even emerge -e world΄d my system!

I've tried all versions of hal, both stable and unstable ones, but I always get the same error!

thekevinday · n00b Joined: 28 Jun 2008 Posts: 1

I came across the same problem with my system.

I had not noticed the issue until I tried to compile HAL myself.

After looking into the problem, I discovered that I had installed expat-2.0.1, but the include/expat.h file was of version 1.95.2.

Well, this was pretty interesting because I installed everything on my system from scratch myself.
Which means on of the packages separate from expat is installing its own version over the system version!

So, onto time stamps!
Looking around at time stamps, the only packages that had identical time-stamps to the offensive expat.h's time-stamp were apr, apr-util, and neon.

I first looked for expat.h in each of their archives and did not find anything.
However, if one of these was installing expat.h, then the contents of the expat.h file should also be _somewhere_ in the source.
A quick grep for EXPAT_MAJOR_VERSION revealed that apr had its own version of expat nicely hidden under guise of: include/arch/netware/apr_arch_pre_nw.h

I haven't bothered to test the other files given that I found the offensive expat.h in the Apache Portable Runtime!
This brings into question what else APR might be installing over.

I don't use gentoo, but I ran into this unresolved thread so I decided to offer my insight and solution.

Your solution will have to be to forcefully re-install expat or download the sources and copy the expat.h to the /usr/include/ directory.

mrsaccess · n00b Joined: 03 Sep 2005 Posts: 30 Location: Greece

Thanks for your help. Actually the problem is solved and I'm terribly sorry not to have updated the thread.

I filed a bug two months ago and with the guidance of some devs I was able to pinpoint the problem:
https://bugs.gentoo.org/show_bug.cgi?id=219289

It was similar to yours: an old version of expat.h was getting linked in.
A search for expat returned some copies of this file. Most of them were in the subdirectories of the application which needed them.
But the search also revealed that I had two versions of expat installed, the default under /usr and an additional one under /usr/local. Portage wasn't aware of the second one, maybe a leftover from an old mistake of mine? Nonetheless due to path settings it was getting linked in and it indeed was an older version hence the problem.

Thanks again to all the people who tried to helped!

_________________
Hardware: The parts of your pc you can kick.