Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
target keywords: alpha amd64 arm hppa ia64 m68k mips ppc ppc64 s390 sh sparc x86 Both of the above versions contain the HAL zlib fix as discussed on the gentoo-dev list. 2.2.6* has been in the tree for 4 months, 2.2.7* for 20 days. Your choice of which one to stablize (I'd prefer 2.2.7 myself). Compile and give a spin of 'lspci' to test. 2.2.7 adds nicer MSI and PCI-Express lspci display output over 2.2.6, and no other features.
on x86: sys-apps/pciutils-2.2.7-r1 USE="-network-cron -zlib" seems to fine as far as i can say (tested on two boxes). box1: Portage 2.1.3.16 (default-linux/x86/2006.1/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r8 i686) ================================================================= System uname: 2.6.22-gentoo-r8 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz Timestamp of tree: Sat, 03 Nov 2007 02:50:01 +0000 ccache version 2.4 [disabled] app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.3.5-r3, 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=prescott -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://mirror.switch.ch/mirror/gentoo/ http://gentoo.mirror.solnet.ch http://mirror.etf.bg.ac.yu/gentoo" LC_ALL="en_US.utf8" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acpi aiglx alsa berkdb bitmap-fonts browserplugin bzip2 cairo cli cracklib crypt cups dbus dlloader dri dvd dvi emboss encode fam firefox fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 isdnlog java jpeg ldap mad midi mikmod mmx mp3 mpeg mudflap nautilus ncurses nls nptl nptlonly nsplugin nvidia ogg opengl openmp pam pcre perl png ppds pppd python quicktime readline reflection ruby sdl session spell spl sse sse2 ssl svg tcpd threads tiff truetype truetype-fonts type1-fonts unicode usb vim-syntax vorbis win32codecs x86 xinerama xml xorg xprint xv zlib" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS box2: Portage 2.1.3.16 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r8 i686) ================================================================= System uname: 2.6.22-gentoo-r8 i686 Intel(R) Celeron(R) CPU 2.80GHz Timestamp of tree: Sat, 03 Nov 2007 02:50:01 +0000 app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=prescott -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=prescott -O2 -pipe" DISTDIR="/var/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.ynet.sk/pub" LINGUAS="en de" MAKEOPTS="-j2" PKGDIR="/var/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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/portage/repos/gentoo" PORTDIR_OVERLAY="/var/portage/repos/private" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X acpi alsa berkdb bitmap-fonts bzip2 cairo caps cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode evo exif fam firefox fortran gdbm gif gimp gnome gpm gstreamer gtk hal hddtemp iconv ipv6 isdnlog java jpeg jpeg2k ldap libnotify lm_sensors mad midi mikmod mmap mmx mmxext mp3 mpeg mudflap ncurses nls nptl nptlonly nvidia ogg opengl openmp pam pcre pdf perl plotutils png pppd python qt3support quicktime readline real reflection ruby sdl session spell spl sse ssl svg tcpd tetex threads tiff truetype truetype-fonts type1-fonts unicode usb vim-syntax vorbis win32codecs x86 xattr xml xorg xv zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="i810 vesa nv i128 i740" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
mlangc: you don't need to do USE=-zlib anymore. HAL will work fine with USE=zlib.
2.2.7-r1 stable on x86, thanks Matthias.
(In reply to comment #2) > mlangc: you don't need to do USE=-zlib anymore. HAL will work fine with > USE=zlib. > Well, on sparc, the stable version of hal is sys-apps/hal-0.5.9.1-r1 If I build pciutils-2.2.7-r1 (or any other version) with USE=zlib, then pkg_setup in hal complains as always: ================== * 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 1712: Called dyn_setup * ebuild.sh, line 763: Called qa_call 'pkg_setup' * ebuild.sh, line 44: Called pkg_setup * hal-0.5.9.1-r1.ebuild, line 86: Called die * The specific snippet of code: * die "You MUST build sys-apps/pciutils without the zlib USE flag" * The die message: * You MUST build sys-apps/pciutils without the zlib USE flag ======================= So, NO keywording for sparc until you get all versions of hal straightened out (I agree that has is OK for hal-0.5.7.1-r5, but sparc does not care about that.)
(In reply to comment #4) > (In reply to comment #2) > > mlangc: you don't need to do USE=-zlib anymore. HAL will work fine with > > USE=zlib. > > > > Well, on sparc, the stable version of hal is > sys-apps/hal-0.5.9.1-r1 > > If I build pciutils-2.2.7-r1 (or any other version) with USE=zlib, then > pkg_setup in hal complains as always: > ================== > * You MUST build sys-apps/pciutils without the zlib USE flag > * > * ERROR: sys-apps/hal-0.5.9.1-r1 failed. [...] > * The die message: > * You MUST build sys-apps/pciutils without the zlib USE flag > ======================= the same applies to amd64 and x86; also note, that even hal-0.5.9.1-r2.ebuild (which is the latest hal ebuild currently) contains: " 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 " so maybe the hal maintainers should join this discussion...
on amd64: well, apart from the fact that updated hal ebuilds are needed for the "HAL zlib fix" (see comment 4 and comment 5) sys-apps/pciutils-2.2.7-r1 USE="-network-cron -zlib" seems to be fine here: Portage 2.1.3.16 (default-linux/amd64/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r8 x86_64) ================================================================= System uname: 2.6.22-gentoo-r8 x86_64 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz Timestamp of tree: Sat, 03 Nov 2007 10:20:01 +0000 app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/var/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.ynet.sk/pub" LC_ALL="en_US.utf8" LINGUAS="en de" MAKEOPTS="-j3" PKGDIR="/var/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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/portage/repos/gentoo" PORTDIR_OVERLAY="/var/portage/repos/private" SYNC="rsync://192.168.0.1/gentoo-portage" USE="3dnow 3dnowext X a52 aac acpi alsa amd64 berkdb bitmap-fonts bzip2 cairo caps cddb cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode evo exif fam ffmpeg firefox flac fortran gd gdbm gif gimp gnome gphoto2 gpm gstreamer gtk hal hddtemp iconv icu ipod ipv6 isdnlog java jpeg jpeg2k lcms ldap libnotify lm_sensors mad matroska midi mikmod mmap mmx mmxext mono mp3 mpeg mudflap musicbrainz ncurses nls nptl nptlonly nvidia ogg opengl openmp pam pcre pdf perl plotutils png pppd python qt3support quicktime readline reflection ruby sdl session spell spl sse sse2 ssl ssse3 svg tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts unicode usb vcd vim-syntax vorbis xattr xml xorg xv xvid zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" CAMERAS="canon konica ptp2 kodak" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="nvidia nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
removed self from cc as i already get messages through amd64@g.o
fmmcor: after this bug is done, then the HAL ebuilds will have the built_with_use bailout removed (more specifically a new revision of them will depend on this version of pciutils).
(In reply to comment #8) > fmmcor: after this bug is done, then the HAL ebuilds will have the > built_with_use bailout removed (more specifically a new revision of them will > depend on this version of pciutils). > Does this mean that the change to the hal ebuild depends on this bug? If so, I have no problem with that, I guess, although it would be nice if we had a hal ebuild depending on one of these versions of pciutils which we could mark stable at the same time. In any case, if hal ebuild changes are waiting on this bug, it does not make much sense for me to hold back this bug on sparc waiting on hal ebuild changes, assuming everything will happen quickly. I'm just not quite sure if that is what you are saying. (Well, it's late,and I did not follow the recent pciutils/hal discussion all that closely.)
(In reply to comment #9) > In any case, if hal ebuild changes are waiting on this bug, it does not make > much sense for me to hold back this bug on sparc waiting on hal ebuild changes, > assuming everything will happen quickly. I'm just not quite sure if that is > what you are saying. (Well, it's late,and I did not follow the recent > pciutils/hal discussion all that closely.) I haven't committed to hal yet, because I'm waiting to hear back from Cardoe if he wants to just bump the current unstable version and stabilize that, or bump the present stable and stabilize that. Since you didn't follow the discussion, this version of pciutils you are stabilizing, provides the files that HAL needs, regardless of USE=zlib, while still supporting USE=zlib.
Sparc stable for 2.2.7-r1, because it works and Comment #10.
ppc stable
Stable for HPPA.
hal-0.5.9.1-r3 deps on pciutils-2.2.7-r1 now.
amd64 stable
alpha/ia64 stable
ppc64 stable
So everyone is going to want hal-0.5.9.1-r3 (or better) stable?
wolf31o2: ask cardoe/gentopia when they are going to stabilize it. I see a pile of other bugs open with it in a search, not sure which of the bugs they consider blocking for stabilization.
Cardoe: will there be a version of hal ready for releng to use with these updated pciutils versions in the next couple days? I really want to make sure this whole thing is resolved in our next release media.
This all is brand new to me. First I've heard of it. It looks like compnerd heard about it 3 days ago and changed hal-0.5.9.1-r3 to use the new depend. I'd say we can probably open a stabilization bug hal-0.5.9.1-r3
Sounds good to me. Be sure to add release@ to CC when you file it and I'll track it there.
mips stable.
pciutils-2.2.7-r1 done everywhere.
