> "Sven" == Sven Köhler <[EMAIL PROTECTED]> writes:
JimC> There are many more ebuilds than just hal which fail with a
JimC> compressed pci.ids file.
Sven> Oh! Really? Which ones?
I didn't keep a list, but Ryan's post lists some packages I remember
having had problems.
-JimC
--
James Cloos
On Thu, 2007-08-02 at 14:15 +0100, Steve Long wrote:
> James Cloos wrote:
> > The pciutils ebuild should be re-engineered to use separate USE flags
> > for linking to libz and compressing the database.
> ++
> It may be what upstream (pciutils) do by default, but no other distro ships
> with compres
On Thu, 2007-08-02 at 08:23 -0400, James Cloos wrote:
> There are many more ebuilds than just hal which fail with a compressed
> pci.ids file. And many of them are non-obvious. It took me more than
> I little bit of effort after the zlib USE flag was first added to the
> pciutils ebuild to figure
Robin H. Johnson wrote:
> On Thu, Aug 02, 2007 at 05:19:02PM -0600, Ryan Hill wrote:
>>> Oh! Really? Which ones?
>> app-laptop/smcinit
>> app-misc/ddccontrol
>> sys-apps/hwsetup
>> sys-apps/{lib,}kudzu
>> sys-apps/vbetool
>> sys-boot/efibootmgr
>> sys-power/athcool
>>
>> are some we have on file so
On Thu, Aug 02, 2007 at 05:19:02PM -0600, Ryan Hill wrote:
> > Oh! Really? Which ones?
> app-laptop/smcinit
> app-misc/ddccontrol
> sys-apps/hwsetup
> sys-apps/{lib,}kudzu
> sys-apps/vbetool
> sys-boot/efibootmgr
> sys-power/athcool
>
> are some we have on file so far.
> > So it seems, there are m
Sven Köhler wrote:
>> There are many more ebuilds than just hal which fail with a compressed
>> pci.ids file. And many of them are non-obvious. It took me more than
>> I little bit of effort after the zlib USE flag was first added to the
>> pciutils ebuild to figure out why so many packages where
> There are many more ebuilds than just hal which fail with a compressed
> pci.ids file. And many of them are non-obvious. It took me more than
> I little bit of effort after the zlib USE flag was first added to the
> pciutils ebuild to figure out why so many packages where failing...
Oh! Really
James Cloos wrote:
> The pciutils ebuild should be re-engineered to use separate USE flags
> for linking to libz and compressing the database.
++
It may be what upstream (pciutils) do by default, but no other distro ships
with compressed ids for the reasons you outline (and you can't mmap the
file)
> "Sven" == Sven Köhler <[EMAIL PROTECTED]> writes:
Sven> Oh! So USE="hal" forces pciutils not to use zlib?
There are many more ebuilds than just hal which fail with a compressed
pci.ids file. And many of them are non-obvious. It took me more than
I little bit of effort after the zlib USE f
On Sun, 2007-07-29 at 13:15 -0600, Ryan Hill wrote:
> Wulf C. Krueger wrote:
> >> Why did you provocate this breakage?
> >> This is not a good idea, IMHO.
> >
> > I think so, too. cf. http://bugs.gentoo.org/show_bug.cgi?id=166790
>
> That has got to be one of the stupidest bug reports i've ever s
Wulf C. Krueger wrote:
>> Why did you provocate this breakage?
>> This is not a good idea, IMHO.
>
> I think so, too. cf. http://bugs.gentoo.org/show_bug.cgi?id=166790
That has got to be one of the stupidest bug reports i've ever seen.
--
dirtyepicyou'd be tossed up or wash up, the narrator
Sven Köhler wrote:
Why did you provocate this breakage?
Which breakage? It didn't install a gzipped pci.ids here.
That is with USE=hal. Crap...
Oh! So USE="hal" forces pciutils not to use zlib?
And so the check, which the hal ebuild performs, should be modified to
check for USE="hal" rather
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2007-07-29 20:03:55 Sven Köhler napisał(a):
> >>> Why did you provocate this breakage?
> >>
> >> Which breakage? It didn't install a gzipped pci.ids here.
> >
> > That is with USE=hal. Crap...
>
> Oh! So USE="hal" forces pciutils not to use zlib?
>
> A
>>> Why did you provocate this breakage?
>> Which breakage? It didn't install a gzipped pci.ids here.
>
> That is with USE=hal. Crap...
Oh! So USE="hal" forces pciutils not to use zlib?
And so the check, which the hal ebuild performs, should be modified to
check for USE="hal" rather than for USE
>> 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.
I'm not even complaining about
15 matches
Mail list logo
