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 |
--------- |