On Tuesday 02 May 2006 15:25, Dick wrote:
> For example ethtool.h, which uses the u32 typedef defined in asm/types.h.
> This typedef has been disabled outside the kernel "to avoid name space
> clashes" which I think is a Good Thing.
that's because the sed used in kernel-2.eclass is slightly broken
In an attempt to receive more comments and to request comments on the
virtual/config-manager, I have forwarded this mail here. Please comment
+ point out weird things wrong. I'd prefer to make either dispatch-conf
or cfg-update the default for the virtual, but I am definately open to
discuss
On Saturday 29 April 2006 10:12, Mike Frysinger wrote:
> On Saturday 29 April 2006 03:08, Alin Nastac wrote:
> > Carsten Lohrke wrote:
> > >RDEPEND="cvs? ( dev-util/cvs )
> > > svn? ( dev-util/subversion )
> > > !cvs? ( ! svn? ( dev-util/cvs ) )"
> >
> > Huh? How about:
> > RDEPEND="|| ( dev-ut
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi devs,
The PPC team had a meeting on Sunday, April 30th. I've attached a
summary for those interested. Logs are available by request, (at least
until I get them added to ppc.gentoo.org).
Thanks,
- -Joe
-BEGIN PGP SIGNATURE-
Version: GnuPG
Hi all,
I'm compiling some software created for Fedora/Red Hat and discovered some of
the gentoo kernel-headers are broken.
For example ethtool.h, which uses the u32 typedef defined in asm/types.h. This
typedef has been disabled outside the kernel "to avoid name space clashes" which
I think is a
Ryan Phillips wrote:
> did you benchmark CPU load? Often bzip2 takes 3x as long to
> uncompress a package than bzip. Often, the space savings doesn't
> justify the cost of how long it takes for the cpu to decompress the
> archive.
How long does it take in time units defined as "the time required
On Tue, 2006-05-02 at 18:27 +0200, Patrick Lauer wrote:
> On Tue, 2006-05-02 at 08:50 -0700, Ryan Phillips wrote:
>
> > Patrick,
> >
> > did you benchmark CPU load? Often bzip2 takes 3x as long to
> > uncompress a package than bzip. Often, the space savings doesn't
> > justify the cost of how
On Tue, 2006-05-02 at 08:50 -0700, Ryan Phillips wrote:
> Patrick,
>
> did you benchmark CPU load? Often bzip2 takes 3x as long to
> uncompress a package than bzip. Often, the space savings doesn't
> justify the cost of how long it takes for the cpu to decompress the
> archive.
I did not comp
Patrick Lauer <[EMAIL PROTECTED]> said:
> Hi all,
>
> I had this random idea that many of our distfiles are .tar.gz while more
> efficient compression methods exist. So I did some testing for fun:
>
> We have ~15k .tar.gz in distfiles. ~6500 .tar.bz2, ~2000 others.
> A short run over 477 distfile
Robin H. Johnson wrote:
> On Sun, Apr 30, 2006 at 06:30:23PM +0200, Patrick Lauer wrote:
>> We have ~15k .tar.gz in distfiles. ~6500 .tar.bz2, ~2000 others.
>> A short run over 477 distfiles spanning 833M gave me 586M of .tar.bz2 -
>> roughly 30% more efficient!
>> A comparison run with 7zip gave m
On Saturday 29 April 2006 19:52, Donnie Berkholz wrote:
> Jan Kundrát wrote:
> > Ryan Phillips wrote:
> >> Stable and unstable keywords are a hack on top of a version control
> >> system. We wouldn't have them if gentoo used an SCM that supports
> >> true branches. There would be no need.
> >
> >
On Friday 28 April 2006 21:20, Grant Goodyear wrote:
> Ryan Phillips wrote: [Fri Apr 28 2006, 01:57:30PM CDT]
>
> > I disagree. The developers should make *all* the decisions.
>
> Originally, Gentoo was effectively a meritocracy. It's now, in some
> respects, a republic. If you want a democracy,
12 matches
Mail list logo