On Wed, Oct 29, 2008 at 5:03 PM, Andrey Vul <[EMAIL PROTECTED]> wrote:

> >
> > Good digging around :). So this is a python bug then? Or does portage
> need
> > to be update for some change that went into python? Actually, is this
> really
> > even a bug...its just a minor cosmetic problem really.
> >
> One's bug is another's feature.
> libc in uname is honestly WTF but this begs the real question: why
> doesn't portage (emerge and repoman to be specific) simply get the
> output of uname -a ? It's not written in C, you don't have to mess
> around with 5-6 fd's to get the needed data.
>
> And I think that this is both a design bug and a red herring.
>
> By the way, should I make a bug report with a patch to remove this issue?
> Making it selectable via FEATURES requires more digging around in portage.
> --
> Andrey Vul
>
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing in e-mail?
>
>
Maybe we should ask gentoo-dev? The reason not to use uname -a straight up
is because it forces portage to depend on coreutils. Portage ebuilds
currently do not depend on it unless userland_GNU is enabled. I'm split, I
prefer code to always be as easy as possible, yet I don't like unnecessary
dependencies.

Reply via email to