1 |
2009/5/28 Ulrich Mueller <ulm@g.o>: |
2 |
>>>>>> On Thu, 28 May 2009, Tiziano Müller wrote: |
3 |
> |
4 |
>>> ${PORTDIR}/app-misc/foo/foo-1a_live.ebuild |
5 |
>>> ${PORTDIR}/app-misc/foo-1a/foo-1a-live.ebuild |
6 |
> |
7 |
>> you probably mean: |
8 |
>> ${PORTDIR}/app-misc/foo-1a/foo-1a.live.ebuild |
9 |
> |
10 |
> No, I mean what I had written, namely to use an underscore as |
11 |
> separator, i.e., "_live". But when the version is just "live" alone, |
12 |
> one would suppress the underscore for aesthetic reasons, i.e. instead |
13 |
> of "foo-1a-_live" it would be "foo-1a-live". |
14 |
> |
15 |
>> but how would their vdb or binpkg names be unique? |
16 |
> |
17 |
>> vdb for example: |
18 |
>> app-misc/foo-1a_live for app-misc/foo |
19 |
> |
20 |
> PN=foo, PV=1a_live => app-misc/foo-1a_live |
21 |
> |
22 |
>> app-misc/foo-1a_live for app-misc/foo-1a |
23 |
> |
24 |
> PN=foo-1a, PV=live => app-misc/foo-1a-live |
25 |
> |
26 |
>> am I missing something? |
27 |
> |
28 |
> Everything is easy, if you keep the following rule in mind: |
29 |
> |
30 |
>>> With our current versioning scheme the rule is very simple: ${P} is |
31 |
>>> split into ${PN} and ${PV} at the last hyphen. This can be done in |
32 |
>>> a straight forward way by regexp matching, and I would really hate |
33 |
>>> to lose this nice property. |
34 |
> |
35 |
>> I don't understand why this property is important. Can you please |
36 |
>> explain? |
37 |
> |
38 |
> See above, it automatically avoids any ambiguities in splitting P into |
39 |
> PN and PV. And look at function "pkgsplit" in Portage: It can just |
40 |
> treat PV as an opaque string. |
41 |
> |
42 |
> What would be the advantage to use a hyphen instead of an underscore? |
43 |
|
44 |
Mainly the thing you observed yourself - foo_live is a bit |
45 |
inconsistent with current versions. |
46 |
|
47 |
The case you mention can be avoided with another restriction in PMS. |
48 |
Buut we might as well go all the way and change the version separator |
49 |
to -- or something, which would be the most flexible. |
50 |
|
51 |
-- |
52 |
Best Regards, |
53 |
Piotr Jaroszyński |