1 |
On Sat, Jun 14, 2008 at 10:19 AM, Luca Barbato <lu_zero@g.o> wrote: |
2 |
> Ryan Hill wrote: |
3 |
>> |
4 |
>> I'm guessing the dev would need to change 0.26.live to 0.26.1.live when |
5 |
>> 0.26 was released. I already need to do this with my live ebuilds. Of |
6 |
>> course, with some projects you never know if the next version will be |
7 |
>> 0.26.1, 0.27, or 0.3, or 1.0... |
8 |
> |
9 |
> That's an upstream issue, all we should care is about getting a version |
10 |
> value that makes sense for us, better if it does for them. |
11 |
> |
12 |
|
13 |
I think upstream use release branches correctly here, and it's the |
14 |
most widespread use. |
15 |
|
16 |
There's some real examples where ".live" = "_pre" has problems. |
17 |
|
18 |
* media-video/mplayer: I'd expect 1.0.live to be higher than 1.0_rc2, |
19 |
but it doesn't. I'd also expect 1.0.live to be higher than 1.0 when |
20 |
it's released. |
21 |
|
22 |
* media-video/ffmpeg: Pretty much the same that mplayer, but a bit worse. |
23 |
|
24 |
* x11-wm/enlightenment: latest release is 0.16.8.13, current live |
25 |
ebuild is 0.16.9999. If we use ".live" here we'd need either |
26 |
0.16.9999.live (which is quite pointless) or 0.16.8.14.live which |
27 |
would need to be updated after every minor release. 0.17.live is not a |
28 |
possibility at all since 0.17 is a rewrite from scratch and an entire |
29 |
different application. |
30 |
|
31 |
* media-sound/amarok: live version is 1.4.9999. Next version is 2.0, |
32 |
but that's a different branch so I'd expect 2.0.live to give me the |
33 |
latest 2.0 version available, not 1.4's. |
34 |
|
35 |
With the current proposal, .live ebuilds should be changed after every |
36 |
minor release, unless we use the number of the next release. Next |
37 |
release isn't always known, and it's doesn't always make sense. This |
38 |
puts us in a worse situation than with GLEP 54, or even with the |
39 |
current use of .9999 components. |
40 |
|
41 |
-- |
42 |
Santiago M. Mola |
43 |
Jabber ID: cooldwind@×××××.com |
44 |
-- |
45 |
gentoo-dev@l.g.o mailing list |