building pciutils without zlib [SOLVED]

Message

dkostic · Post by **dkostic** » Wed Jul 11, 2007 3:01 pm

Hey everybody! I'm trying to install hal on my machine (it's a dependency for some other things I want). Here's the error it throws back...

* You MUST build sys-apps/pciutils without the zlib USE flag

!!! ERROR: sys-apps/hal-0.5.9-r1 failed.
Call stack:
ebuild.sh, line 1637: Called dyn_setup
ebuild.sh, line 704: Called qa_call 'pkg_setup'
ebuild.sh, line 44: Called pkg_setup
hal-0.5.9-r1.ebuild, line 84: Called die

!!! You MUST build sys-apps/pciutils without the zlib USE flag
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/sys-apps/hal-0.5.9-r1/temp/build.log'.

I executed USE="-zlib" emerge pciutils and that completed normally. Re-running emerge hal gives the same error as above. Anybody know what to do? Thanks!

dkostic · Post by **dkostic** » Wed Jul 11, 2007 3:14 pm

Oh yeah, my make.conf and emerge --info are posted in my first post on this thread:
http://forums.gentoo.org/viewtopic-t-56 ... ight-.html

longhorn49 · Post by **longhorn49** » Wed Jul 11, 2007 4:31 pm

add
sys-apps/pciutils -zlib

to your /etc/portage/package.use

and emerge pciutils

dkostic · Post by **dkostic** » Mon Jul 23, 2007 5:50 pm

Done that; it doesn't work. Equery uses pciutils spits out...

- + zlib : Adds support for zlib (de)compression

It's listed as unset in equery, but for some weird reason pciutils *always* compiles with zlib support. I want equery uses pciutils to spit out...

- - zlib : Adds support for zlib (de)compression

Here's a list of things I've tried, all of which have failed to make the desired change mentioned above...

* echo "sys-apps/pciutils -zlib" >> /etc/portage/package.use
* added "-zlib" to the USE line in /etc/make.conf
* emerge -C pciutils && USE="-zlib" emerge -uv pciutils
* emerge -C zlib && emerge -C pciutils && USE="-zlib" emerge -uv pciutils && emerge zlib

I'm totally out of moves. Help? Please?

Unne · Post by **Unne** » Mon Jul 23, 2007 6:10 pm

Looks like hal + pciutils + zlib is a bit crazy in general: http://bugs.gentoo.org/show_bug.cgi?id=166790 Not sure if there's anything there that helps.

i92guboj · Post by **i92guboj** » Mon Jul 23, 2007 6:15 pm

Just to be completely sure that it is not something tipical/trivial, could you post the output of "emerge -vp pciutils hal" ?

dkostic · Post by **dkostic** » Mon Jul 23, 2007 7:15 pm

Unne & i92guboj - Thanks to both of you for your replies!

------
Unne - Yeah, there does seem to be some incompatibility between the current pciutils and hal. I don't see any reason for why hal can't tolerate pciutils built in with zlib support.

------
i92guboj - Here's the output...

These are the packages that would be merged, in order:

Calculating dependencies ..... ........ done!
[ebuild R ] sys-apps/pciutils-2.2.4-r3 USE="hal -network-cron -zlib*" 0 kB
[ebuild N ] sys-apps/hal-0.5.9-r1 USE="crypt doc -acpi -debug -dell -disk-partition -pcmcia (-selinux)" 0 kB

Total: 2 packages (1 new, 1 reinstall), Size of downloads: 0 kB

dkostic · Post by **dkostic** » Mon Jul 23, 2007 7:30 pm

OK, I found a work-around (I think).

USE="-zlib" emerge =sys-apps/pciutils-2.2.3-r2
emerge hal

This gets the latest version of HAL in, but I have no idea if the older version of pciutils is buggy.

i92guboj · Post by **i92guboj** » Mon Jul 23, 2007 7:42 pm

Code: Select all

[ebuild   R   ] sys-apps/pciutils-2.2.4-r3  USE="hal -network-cron -zlib*" 0 kB

That little '*' after -zlib means "you configured me with -zlib, but you still haven't compiled me with -zlib". So, that is the problem.

Do "emerge pciutils", then, emerge hal.

dkostic · Post by **dkostic** » Mon Jul 23, 2007 7:59 pm

i92guboj wrote:
Code: Select all
[ebuild   R   ] sys-apps/pciutils-2.2.4-r3  USE="hal -network-cron -zlib*" 0 kB 
That little '*' after -zlib means "you configured me with -zlib, but you still haven't compiled me with -zlib". So, that is the problem.

Do "emerge pciutils", then, emerge hal.

Executing that command puts zlib support back in (and bumps me up to the latest version). I'm starting to think this is a bug of some sort.

Kaste · Post by **Kaste** » Thu Aug 02, 2007 9:55 am

Just hit this as well and reading through the bug report you quoted is unbelievable.

Unne wrote:Looks like hal + pciutils + zlib is a bit crazy in general: http://bugs.gentoo.org/show_bug.cgi?id=166790 Not sure if there's anything there that helps.

Well if you didn't mask the newer ebuild of course you will be bumped. Zlib being back in on the other hand is weirder.

curmudgeon · Post by **curmudgeon** » Fri Aug 03, 2007 11:51 am

Kaste wrote:Just hit this as well and reading through the bug report you quoted is unbelievable.

Yes, indeed. I will have to send the link to that bug report to a few people.

I don't understand how they claimed someone has "fixed" this bug when people keep running into it.

I just hammered my way through it:

Code: Select all

emerge -v pciutils
rm /var/db/pkg/sys-apps/pciutils-2.2.4-r3/IUSE
emerge -v hal

No problem. :)

I did note that I have /usr/share/misc/pci.ids (and not some compressed version), which shouldn't cause any problems with hal.

desertViking · Post by **desertViking** » Tue Aug 07, 2007 1:57 pm

curmudgeon wrote:
Kaste wrote:Just hit this as well and reading through the bug report you quoted is unbelievable.
Yes, indeed. I will have to send the link to that bug report to a few people.

I don't understand how they claimed someone has "fixed" this bug when people keep running into it.

I just hammered my way through it:
Code: Select all
emerge -v pciutils
rm /var/db/pkg/sys-apps/pciutils-2.2.4-r3/IUSE
emerge -v hal
No problem.

I did note that I have /usr/share/misc/pci.ids (and not some compressed version), which shouldn't cause any problems with hal.

+1 on encountering this problem. I will not bother with a bug report because it seems to have already been reported. I nuked the IUSE file for pciutils as suggested here, and hal built successfully. Seems unfortunate that such hammers are required.

SnEptUne · Post by **SnEptUne** » Thu Aug 09, 2007 2:49 pm

How strange. I don't have this problem after I recompiled pciutil with -zlib USE flag. Hal compiles fine afterword.

rickj · Post by **rickj** » Wed Aug 15, 2007 7:41 pm

Even stranger, on an x86 I put

Code: Select all

sys-apps/pciutils -zlib

in /etc/portage/package.use, and rebuilt pciutils. The ebuild recognised what I wanted, 'cos it started with:

Code: Select all

Calculating dependencies... done!
[ebuild   R   ] sys-apps/pciutils-2.2.4-r3  USE="-zlib*"

but after the build the /var/db/pkg/sys-apps/pciutils-2.2.4-r3/IUSE still contained zlib.

PaulBredbury · Post by **PaulBredbury** » Wed Aug 15, 2007 8:12 pm

Look at the file named PKGUSE, rather than IUSE.

rickj · Post by **rickj** » Wed Aug 15, 2007 8:17 pm

Right.My mistake.

So why does the tip by curmudgeon work? Does hal look in the wrong file, as I did?

curmudgeon · Post by **curmudgeon** » Thu Aug 16, 2007 6:00 am

rickj wrote:So why does the tip by curmudgeon work? Does hal look in the wrong file, as I did?

To figure out the flags compiled into a package, portage looks (in /var/db/pkg/category/name/USE (from /etc/make.conf), IUSE (available flags for a package), and PKGUSE (overrides from /etc/portage/package.use).

Deleting IUSE means that portage can't see any availble flags for a package.

I probably could have done this some other way, but I knew my solution would work, and a proper solution should come from the Gentoo developers anyway.

rickj · Post by **rickj** » Thu Aug 16, 2007 3:38 pm

I probably could have done this some other way, but I knew my solution would work

It certainly does, and it got me out of the mire - many thanks for the fix, and the explanation.

centaurus · Post by **centaurus** » Fri Aug 17, 2007 8:22 am

Hey, I'm having the same problem. Been trying to emerging some gnome stuffs ovenight. Could you please clarify the situation wrt building pciutils without zlib USE flag - what exactly I have to do in this case? Yesterday, I just remove the 'zlib' USE flag from /etc/conf.make and did 'emerge --update --deep --newuse world' but after sometime, it spit out this error for gcc-4.2:

Code: Select all

checking for jar... no
checking for fastjar... no
checking for zip... no
checking for unzip... /usr/bin/unzip
configure: error: cannot find neither zip nor jar, cannot continue
make[1]: *** [configure-target-libjava] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.2.0/work/build'
make: *** [profiledbootstrap] Error 2
ERROR: sys-devel/gcc-4.2.0 failed.
Call stack:
ebuild.sh, line 1654:   Called dyn_compile
ebuild.sh, line 990:   Called qa_call 'src_compile'
ebuild.sh, line 44:   Called src_compile
ebuild.sh, line 1334:   Called toolchain_src_compile
toolchain.eclass, line 26:   Called gcc_src_compile
toolchain.eclass, line 1546:   Called gcc_do_make
toolchain.eclass, line 1420:   Called die
emake failed with profiledbootstrap
If you need support, post the topmost build error, and the call stack if relevant.
A complete build log is located at '/var/tmp/portage/sys-devel/gcc-4.2.0/temp/build.log'.

The hal/pciutils build log:

Code: Select all

You MUST build sys-apps/pciutils without the zlib USE flag
ERROR: sys-apps/hal-0.5.9.1-r1 failed.
Call stack:
ebuild.sh, line 1670:   Called dyn_setup
ebuild.sh, line 719:   Called qa_call 'pkg_setup'
ebuild.sh, line 44:   Called pkg_setup
hal-0.5.9.1-r1.ebuild, line 86:   Called die
You MUST build sys-apps/pciutils without the zlib USE flag
If you need support, post the topmost build error, and the call stack if relevant.
A complete build log is located at '/var/tmp/portage/sys-apps/hal-0.5.9.1-r1/temp/build.log'.

Am I right in that I have to emerge jar, zip in order to build gcc-4.2 before hal/pcoutils?

rickj · Post by **rickj** » Fri Aug 17, 2007 4:41 pm

curmudgeon wrote: To figure out the flags compiled into a package, portage looks (in /var/db/pkg/category/name/USE (from /etc/make.conf), IUSE (available flags for a package), and PKGUSE (overrides from /etc/portage/package.use).

So it would appear that there really is a bug, because after a compile with -zlib, IUSE correctly shows zlib as an available flag, PKGUSE correctly shows -zlib, but the hal ebuild thinks zlib is present - it must be ignoring PKGUSE.

curmudgeon · Post by **curmudgeon** » Mon Aug 20, 2007 1:23 pm

In the latest iteration of the ebulds (if I understand this code (from the latest stable hal ebuild):

Code: Select all

        if ! built_with_use --missing false sys-apps/pciutils hal ; then
                if built_with_use --missing false sys-apps/pciutils zlib ; then
                        eerror "You MUST build sys-apps/pciutils without the zlib USE flag"
                        die "You MUST build sys-apps/pciutils without the zlib USE flag"
                fi
        fi

It looks like you can now build pciutils with zlib IF you also build it with hal.

I would go that way first, and in fact, the latest install that I did roared right through both of these without any problem.

Offler · Post by **Offler** » Sat Sep 22, 2007 8:41 pm

This bug appears to be back again.

* You MUST build sys-apps/pciutils without the zlib USE flag
*
* ERROR: sys-apps/hal-0.5.9.1-r2 failed.
* Call stack:
* ebuild.sh, line 1670: Called dyn_setup
* ebuild.sh, line 719: Called qa_call 'pkg_setup'
* ebuild.sh, line 44: Called pkg_setup
* hal-0.5.9.1-r2.ebuild, line 87: Called die
*
* You MUST build sys-apps/pciutils without the zlib USE flag
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/sys-apps/hal-0.5.9.1-r2/temp/build.log'.
*
Is it never to be fixed

Offler · Post by **Offler** » Sat Sep 22, 2007 8:52 pm

Has this bug anything to do with new linux kernel sources? There is no way that new sources could disrupt HAL? The bug reappeared for me after I emerged the new kernel sources and it disappeared afterI moved to the new sources last time. Anyway using package.use to give pciutils -zlib works just fine with this bug but I must say I dislike having to use package.use as it does seem like a band aid to a bug.

MuffinFlavored · Post by **MuffinFlavored** » Sat Nov 03, 2007 11:26 pm

Sorry to dig up an old thread.
Just to let anyone know, I downloaded the latest stage3 and portage off of the http://distro.ibiblio.org/pub/linux/dis ... ns/gentoo/ mirror, and I followed the latest guide.

I did an emerge sync, and an emerge update world.

When doing an emerge gnome, hal is a required package.

This error still comes up in the the latest packages.