Bug#1088443: debian-policy: Recommend Debian package version format when upstream has no releases
- To: "Simon Josefsson" <simon@josefsson.org>
- Cc: <1088443@bugs.debian.org>, Otto Kekäläinen <otto@debian.org>, "Andrey Rakhmatullin" <wrar@debian.org>
- Subject: Bug#1088443: debian-policy: Recommend Debian package version format when upstream has no releases
- From: "Diederik de Haas" <didi.debian@cknow.org>
- Date: Sun, 01 Dec 2024 13:45:36 +0100
- Message-id: <[🔎] D60DHDIUESDS.ZCX814KW7MLW@cknow.org>
- Reply-to: "Diederik de Haas" <didi.debian@cknow.org>, 1088443@bugs.debian.org
- In-reply-to: <[🔎] 87mshfvc3e.fsf@kaka.sjd.se>
- References: <CAOU6tACwAO2J2Cf=YrNXbR_xaoVMVv=2q+1L1GwYVSYq4WobxQ@mail.gmail.com> <Z0eN1kRJZbaQ7gU1@belkar.wrar.name> <CAOU6tABgeFFezcxur5g2__P0K7Bpvf_d2NhnDP=nvzqbPPx_Ug@mail.gmail.com> <Z0gF3mX8yEX12yFU@belkar.wrar.name> <CAOU6tACwAO2J2Cf=YrNXbR_xaoVMVv=2q+1L1GwYVSYq4WobxQ@mail.gmail.com> <CAOU6tADEassZR4hFdtW1EbTL7Or+Eu0dh4=KMaXEvxFxXTH5vA__38965.3663661861$1732780645$gmane$org@mail.gmail.com> <CAOU6tACwAO2J2Cf=YrNXbR_xaoVMVv=2q+1L1GwYVSYq4WobxQ@mail.gmail.com> <87h67ry9o7.fsf@kaka.sjd.se> <CAOU6tACwAO2J2Cf=YrNXbR_xaoVMVv=2q+1L1GwYVSYq4WobxQ@mail.gmail.com> <D5XWZ5MAJ3X0.2I18QW58C4G2W__15290.1516341203$1732808014$gmane$org@cknow.org> <[🔎] 87mshfvc3e.fsf@kaka.sjd.se> <CAOU6tACwAO2J2Cf=YrNXbR_xaoVMVv=2q+1L1GwYVSYq4WobxQ@mail.gmail.com>
On Sun Dec 1, 2024 at 1:09 PM CET, Simon Josefsson wrote:
> "Diederik de Haas" <didi.debian@cknow.org> writes:
>
> >> In case you make more than one snapshot per day, you can append a
> >> snapshot number after the date, e.g. 0.0~git20130606.2.b00ec39-1.
> >> This should rarely be necessary.
> >
> > If a rule is proposed to Policy, then it needs to account for such a
> > situation and should therefor require an incremental number, which again
> > is needed for proper sorting/comparing.
>
> If the policy should say anything regarding multiple new upstream
> release uploads per day for a single package, I would prefer if it
> instead said "Go and work on your QA process, or take a break for one
> day to let upstream stabilize before you package it".
If that is a regular occurrence, then I agree.
But people make mistakes.
Or if it's a high-impact security issue, then getting *a* solution out
the door quickly is possibly preferable to waiting till you get the
perfect solution. And that can be followed up by a bit better, but still
not perfect solution, on that same day.
My 0.02
Attachment:
signature.asc
Description: PGP signature
Reply to: