| 1 |
On Thu, 28 May 2009 21:19:35 +0200 |
| 2 |
Patrick Lauer <patrick@g.o> wrote: |
| 3 |
> You know, usually snipping away everything else is a bit evil because |
| 4 |
> it removes context, but in this case I just want to point out one or |
| 5 |
> two little pieces ... |
| 6 |
|
| 7 |
Because you know fine well I'm right, but want to carry on trying to |
| 8 |
derail progress? |
| 9 |
|
| 10 |
> I almost feel bad for writing so many emails to this list. |
| 11 |
|
| 12 |
Yes, please stop. |
| 13 |
|
| 14 |
> > > For example a readonly repository would guarantee that the cache |
| 15 |
> > > is always consistent. |
| 16 |
> > |
| 17 |
> > Until someone modifies it, yes. |
| 18 |
> > |
| 19 |
> Well. DUH. That's why it is readonly. Otherwise it wouldn't be |
| 20 |
> readonly. |
| 21 |
|
| 22 |
And just how do you plan to enforce that? What measures will you take |
| 23 |
to ensure that there's no way for developers or users to modify the |
| 24 |
repository? |
| 25 |
|
| 26 |
> > > > It is the best. If we're requiring EAPI before trying to parse |
| 27 |
> > > > PV, all the EAPIs have to be known to do any ordering. |
| 28 |
> > > |
| 29 |
> > > ... and why the [censored] would we want that then? |
| 30 |
> > |
| 31 |
> > Because without that, we can't make changes to the version format. |
| 32 |
> |
| 33 |
> ... why? |
| 34 |
|
| 35 |
Why what? Why can't we make changes, or why would we want to? |
| 36 |
|
| 37 |
We can't make changes because the package manager needs to know the |
| 38 |
EAPI in order to parse versions, since once we make changes versions |
| 39 |
will be defined in terms of EAPI. |
| 40 |
|
| 41 |
We want to make changes because, as has been stated several times |
| 42 |
previously, allowing 1.1_rc1 but forbidding 1.1-rc1 is entirely silly |
| 43 |
and arbitrary. |
| 44 |
|
| 45 |
> > > It would help if you would tolerate other opinions (or even the |
| 46 |
> > > possibility that other people may have opinions that do not agree |
| 47 |
> > > with you). |
| 48 |
> > |
| 49 |
> > The only issue of opinion is whether or not .ebuild-X and .eapi-X.eb |
| 50 |
> > look pretty. The rest is purely technical and entirely objective. |
| 51 |
> |
| 52 |
> I think I have pointed you a few times at objective statements |
| 53 |
> disagreeing with your subjective opinion. I hate repeating myself. |
| 54 |
|
| 55 |
And yet you keep ignoring the part where GLEP 55 demonstrates |
| 56 |
objectively that the extension solution is better than the alternatives. |
| 57 |
|
| 58 |
-- |
| 59 |
Ciaran McCreesh |
Archives