| 1 |
On Wed, Oct 29, 2008 at 5:03 PM, Andrey Vul <andrey.vul@×××××.com> wrote: |
| 2 |
|
| 3 |
> > |
| 4 |
> > Good digging around :). So this is a python bug then? Or does portage |
| 5 |
> need |
| 6 |
> > to be update for some change that went into python? Actually, is this |
| 7 |
> really |
| 8 |
> > even a bug...its just a minor cosmetic problem really. |
| 9 |
> > |
| 10 |
> One's bug is another's feature. |
| 11 |
> libc in uname is honestly WTF but this begs the real question: why |
| 12 |
> doesn't portage (emerge and repoman to be specific) simply get the |
| 13 |
> output of uname -a ? It's not written in C, you don't have to mess |
| 14 |
> around with 5-6 fd's to get the needed data. |
| 15 |
> |
| 16 |
> And I think that this is both a design bug and a red herring. |
| 17 |
> |
| 18 |
> By the way, should I make a bug report with a patch to remove this issue? |
| 19 |
> Making it selectable via FEATURES requires more digging around in portage. |
| 20 |
> -- |
| 21 |
> Andrey Vul |
| 22 |
> |
| 23 |
> A: Because it messes up the order in which people normally read text. |
| 24 |
> Q: Why is top-posting such a bad thing? |
| 25 |
> A: Top-posting. |
| 26 |
> Q: What is the most annoying thing in e-mail? |
| 27 |
> |
| 28 |
> |
| 29 |
Maybe we should ask gentoo-dev? The reason not to use uname -a straight up |
| 30 |
is because it forces portage to depend on coreutils. Portage ebuilds |
| 31 |
currently do not depend on it unless userland_GNU is enabled. I'm split, I |
| 32 |
prefer code to always be as easy as possible, yet I don't like unnecessary |
| 33 |
dependencies. |
Archives