Ben Hutchings <b...@decadent.org.uk> writes:

> Here are examples of the old, new and possible alternative formats using
> likely maximum-length components:
> old: #1 SMP PREEMPT RT Tue Mar 21 23:12:08 GMT 2023                   [46]
> new: #1 SMP PREEMPT RT Debian 9.99~rc99-9~experimental.9              [51]

> alt: #1 SMP PREEMPT RT 2023-02-21 Debian 9.99~rc99-9~experimental.9   [62]
> alt: #1 SMP PREEMPT RT Debian 9.99~rc99-9~experimental.9 (2023-02-21) [64]

> We could perhaps shorten 'experimental' to 'exp', which would leave
> stable security updates with the longest version strings and allow for:

> alt: #1 SMP PREEMPT RT Tue Mar 21 2023 Debian 9.99.99-9codename9      [59]
> alt: #1 SMP PREEMPT RT Debian 9.99.99-9codename9 (Tue Mar 21 2023)    [61]

> Would anyone like to argue in favour of any particular alternative?

I will at least make a plea for ISO dates rather than the specific date
format in the last two examples.

I think my favorite is the last example, with an ISO date (2023-03-21).
Shortening experimental to exp seems like a good idea anyway.

-- 
Russ Allbery (r...@debian.org)               <http://www.eyrie.org/~eagle/>


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87hak4kzsh....@windlord.stanford.edu

Reply via email to