| 1 |
On 4/25/07, Duncan <1i5t5.duncan@×××.net> wrote: |
| 2 |
> Jurek Bartuszek <jurek@g.o> posted 462E71E1.7000704@g.o, |
| 3 |
> excerpted below, on Tue, 24 Apr 2007 23:08:49 +0200: |
| 4 |
> |
| 5 |
> >> Existing _rcX cases can be handled like this: |
| 6 |
> >> |
| 7 |
> >> _rc2-rYYYYMMDD |
| 8 |
> So then to cure that we end up with this: |
| 9 |
> |
| 10 |
> _rc2-rYYYYMMDDrr, where rr being two digits taking the place of the |
| 11 |
> second revision sequence ( the -rX in _rc2-rYYYYMMDD-rX) in the example |
| 12 |
> above. Human parsing of that long a string of digits becomes |
| 13 |
> increasingly difficult, unfortunately, but it should work. |
| 14 |
|
| 15 |
Bleh; fugly abuse of revisions; they are not meant to be used for |
| 16 |
upstream code changes. Sorry but mplayer-1.0_rc2_pre20070321-r4 or |
| 17 |
alsa-driver-1.0.14_rc2_p3234 is a whole lot more sane and readable |
| 18 |
than the above -rYYYYMMDD kludge. |
| 19 |
|
| 20 |
On a general note - if you are unable to agree upon an acceptable |
| 21 |
solution, then better refrain from taking 'emergency' measures on |
| 22 |
issues where there's no emergency whatsoever. There's been a bug open |
| 23 |
for over two months and noone ever suggested that I'd be a case for |
| 24 |
urgent council decision. |
| 25 |
|
| 26 |
-- |
| 27 |
Jakub Moc |
| 28 |
Email: jakub.moc@×××××.com |
| 29 |
-- |
| 30 |
gentoo-dev@g.o mailing list |
Archives