On P, 2007-07-29 at 18:44 +0200, Sven Köhler wrote: > Hi, > > so today, pciutils-2.2.4-r3 went stable on x86. > It's a known issue, that pciutils compiled with zlib use-flag turned on > (which is default) doesn't work with the version of hal, which is > currently stable on x86. > > So at the moment, hal-0.5.9-r1 is stable on x86. It went stable weeks or > even months ago. Now, pciutils-2.2.4-r3 is compiled with zlib use-flag > turned on. There are now warning, errors, or any other messages about > the zlib use-flag - well, until you recompile hal. > > The hal-ebuild checks, whether pciutils has been built with or without > the zlib use-flag. But what is this check worth, if people have already > upgraded hal weeks ago and the uncompatibility between pciutils and hal > is now unnoticed? > > > Why did you provocate this breakage? > > > This is not a good idea, IMHO.
No. And many gave up getting this sensible again. As is, the default USE flags for a desktop profile lead to a compilation failure when unattended due to this, which is very very bad. At one point I thought I will simply not stabilize GNOME-2.18 until pciutils is fixed to follow what upstream wants, what most other maintainers wish, and what is sensible to do. I see no reason whatsoever for this gzipping, not even for embedded devices as a gzipped file can't be mmapped. Then I realized GNOME-2.16 compilation for a fresh system with desktop profiles is broken now also anyhow. -- Mart Raudsepp Gentoo Developer Mail: [EMAIL PROTECTED] Weblog: http://planet.gentoo.org/developers/leio
signature.asc
Description: This is a digitally signed message part
