<br><br><div class="gmail_quote">On Wed, Oct 29, 2008 at 5:03 PM, Andrey Vul <span dir="ltr"><<a href="mailto:andrey.vul@gmail.com">andrey.vul@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="Ih2E3d">><br> > Good digging around :). So this is a python bug then? Or does portage need<br> > to be update for some change that went into python? Actually, is this really<br> > even a bug...its just a minor cosmetic problem really.<br> ><br> </div>One's bug is another's feature.<br> libc in uname is honestly WTF but this begs the real question: why<br> doesn't portage (emerge and repoman to be specific) simply get the<br> output of uname -a ? It's not written in C, you don't have to mess<br> around with 5-6 fd's to get the needed data.<br> <br> And I think that this is both a design bug and a red herring.<br> <br> By the way, should I make a bug report with a patch to remove this issue?<br> Making it selectable via FEATURES requires more digging around in portage.<br> <font color="#888888">--<br> </font><div><div></div><div class="Wj3C7c">Andrey Vul<br> <br> A: Because it messes up the order in which people normally read text.<br> Q: Why is top-posting such a bad thing?<br> A: Top-posting.<br> Q: What is the most annoying thing in e-mail?<br> <br> </div></div></blockquote></div><br>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.<br>