- Package:
- debian-policy
- Source:
- debian-policy
- Submitter:
- Ian Jackson
- Date:
- 2026-05-07 08:19:03 UTC
- Severity:
- normal
- Tags:
I think this is probably not controversial, and since I've written "consider" I hope it can be accepted without too much formality. Ian.
Won't this do the wrong thing when the "0.20260505" snapshot is
superseded by upstream release 0.1 or similar? Upstreams don't always
start numbering from 1.0, especially if they're using "semver" where
0.x releases have special semantics.
In some of my packages where the upstream has not yet made any releases
(like src:openjk) I've used a version like 0~20260505, which avoids that.
I've also seen ~20260505 suggested, but I think that breaks the
least-astonishment rule that a version number should usually start with
a number.
smcv
Simon McVittie writes ("Re: Bug#1135785: Suggest starting date-based version numbers with 0.x"):
Good point.
I think your practice is the one we should recommend. And the fact
that I got this wrong seems to show - to me at least :-) - that we
should tell people what the best answer is.
Ian.
Hi! For some reason I thought this was already documented somewhere, but if it is, I cannot find it in either the Debian Policy or the Developer's Reference. But in any case I think something like this should be documented, yes. I think 0~YYYYMMDD is the right pattern, because 0 sorts lower than 0.0 for example. But this one is not, because a version should start with a digit (according to the Debian Policy and deb-version(7)), and otherwise at least dpkg will emit warnings on these versions, but other tools might outright reject them. Thanks, Guillem
0~date was already proposed 16 years ago by Russ in <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=186102#36>. then Russ cloned the bug as #589478 and reassigned it to devref but nothing come of it, it is still open. Maybe policy should suggest 0~date to avoid confusion. Cheers,
or maybe someone just proposes a patch for dev-ref?! :)
Ian Jackson [05/May 10:44pm +01] wrote: Generally we want all the version number techniques to be in Policy. I think this should be Policy advice, i.e. use "encouraged".
Sean Whitton <spwhitton@spwhitton.name> writes: Yes, I think that's a good counterargument to what I assume was my thought process at the time that this was more advice than a requirement. Yes, agreed.
reassign 589478 debian-policy forcemerge 1135785 589478 thanks alright, reassigning and force merging accordingly. thanks!