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.