| 1 |
On Tue, Mar 10, 2009 at 03:26:39AM +0100, Luca Barbato wrote: |
| 2 |
> Thomas Anderson wrote: |
| 3 |
>> Hi, |
| 4 |
>> Attached is my comparison of the two proposals for live sources. |
| 5 |
>> Sorry about getting it out late, I had to get ahold of a number of |
| 6 |
>> people to finish writing it up. |
| 7 |
> |
| 8 |
> I'd be happier if you actually provided it with a better description and/or |
| 9 |
> updated drafts along. |
| 10 |
|
| 11 |
As per the Council summary we were suppose to write up a comparison of |
| 12 |
the advantages/disadvantages of both. It was not in the summary that I |
| 13 |
had to update the Glep as well as write a comparison. |
| 14 |
> |
| 15 |
> The glep54 doesn't state anything about how/where the specific revision is |
| 16 |
> stored nor what the live property is and it implicitly provides/triggers in |
| 17 |
> the package manager. |
| 18 |
|
| 19 |
For one, the live property is rendered useless with glep54. Secondly, |
| 20 |
the glep does state that those are outside the scope of this particular |
| 21 |
glep, but can later be implemented once this goes through. Doug and I |
| 22 |
had a conversation about this yesterday, and glep54 is the first |
| 23 |
incremental step. |
| 24 |
|
| 25 |
> The main technical objection could be stated as "does nothing beside giving |
| 26 |
> a token to describe infinity for a version component as version suffix". |
| 27 |
|
| 28 |
That's not a technical objection in my opinion. That's an objection that |
| 29 |
the doc doesn't go far enough, to which the answer is that it's the |
| 30 |
first step. Just because the first step doesn't go as far as some would |
| 31 |
like isn't a reason to take the first step. |
| 32 |
|
| 33 |
> > Similar to the above problem is what occurs when a user understandably |
| 34 |
> > puts =media-tv/mythtv-0.20_20090301 in package.{use,keywords} and the |
| 35 |
> > date changes. Also, what happens if the user |
| 36 |
> > =media-tv/mythtv-0.20.live in package.{use,keywords}? Is live expanded |
| 37 |
> > that early so it is invalid or is it still valid? |
| 38 |
> |
| 39 |
> Having =cat/pkg-ver.live in package.{use, keywords} would translate to a |
| 40 |
> sort of =cat/pkg-ver* but would be nicer putting directly an isodate to |
| 41 |
> restrict better what you want in and what you want out. |
| 42 |
|
| 43 |
Hm, so according the the wildcard way: |
| 44 |
|
| 45 |
Keywording media-tv/mythtv-live in package.keywords keywords every |
| 46 |
single version of mythtv!? I'm guessing that's not a very intuitive |
| 47 |
method. Also, that applies to package.use too. |
| 48 |
|
| 49 |
-- |
| 50 |
--------- |
| 51 |
Thomas Anderson |
| 52 |
Gentoo Developer |
| 53 |
///////// |
| 54 |
Areas of responsibility: |
| 55 |
AMD64, Secretary to the Gentoo Council |
| 56 |
--------- |
Archives