| 1 |
On Mon, Mar 12, 2012 at 07:50:36PM +0100, Ulrich Mueller wrote: |
| 2 |
> >>>>> On Mon, 12 Mar 2012, Ciaran McCreesh wrote: |
| 3 |
> > GLEP 55 is simple, it solves all the problems we have (including the |
| 4 |
> > version issue, which everyone is conveniently ignoring), it doesn't |
| 5 |
> > require us to guess what's going to happen next and it can be |
| 6 |
> > implemented immediately. That's a rather big deal. |
| 7 |
> |
| 8 |
> The "header comment" solution solves all these issues too, without |
| 9 |
> embedding unrelated information in the filename [1]. It can be |
| 10 |
> implemented immediately, too. |
| 11 |
> |
| 12 |
> The argument that was always used against such solutions was that |
| 13 |
> it would "hurt performance". However, when the council asked for |
| 14 |
> benchmarks that would prove that point, nobody could provide them. |
| 15 |
|
| 16 |
Just a note... it's effectively background noise if implemented even |
| 17 |
halfway sanely, and that's clocking it from w/in pkgcore; for portage, |
| 18 |
it will be purely in the noise. |
| 19 |
|
| 20 |
That's not to say it's *efficient*- it's just not a real world |
| 21 |
performance concern. |
| 22 |
~brian |
Archives