Re: Bug#1137251: Package braa: Increment epoch in accordance with the Policy

Hi Roland,

On Fri, 2026-06-19 at 09:20 +0200, Roland Clobus wrote:
> Hi,
> 
> On 19/06/2026 09:01, Sven Geuer wrote:
> > upstream's braa sources suffer from non-incremental version
> > numbers:
> > 0.82 < 0.9 < 0.9.1 according to the order of commits (don't rely on
> > the order of tags displayed). The current packaging in Debian has
> > version 0.82-7.
> > 
> > To be able to fix RC bug #1137251, I would like to increase the
> > epoch to 1 and update the package to version 1:0.9.1.
> 
> You can change the version numbering slightly [1]: 'however, it may
> need to be reformatted to fit into the package management system’s
> format and comparison scheme.'
> 
> It looks like 0.82 was actually 0.8.2, so why not release 0.9.1 with
> the reversed logic as '0.91+actually0.9.1'?

Thanks for your idea. On the other hand 0.82 fits the once apparently
deliberately chosen numbering pattern [3] with even versions numbers
0.4, 0.41, 0.42, 0.421 (sic!).

> The package is at 0.x, so I guess there will be time to introduce
> semver [2] version numbers until 1.x gets released.

Given upstream's sparse activities on braa, I feel not too confident
that a 1.0.0 will be released even in years.

So, I still wonder whether bumping the epoch would be the appropriate
choice in this case.

Are there other ideas?

> 
> With kind regards,
> Roland Clobus

Best,
Sven

> 
> [1]
> https://www.debian.org/doc/debian-policy/ch-controlfields.html#version
> [2] https://semver.org/

[3] https://web.archive.org/web/20100725000743/http://s-tech.elsat.net.pl/braa/

-- 
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585

-----BEGIN PGP SIGNATURE-----

iQJDBAABCgAtFiEEPfXoqkP8n9/QhvGVrfUO2vit1YUFAmo1QGYPHHNnZUBkZWJp
YW4ub3JnAAoJEK31Dtr4rdWFywQP/2sg3BY9tXPwa4wqsRfLffXhqAxQQOCXSUVR
37vvqpCE99GhdiOA+LrzF1YvQbEjGeK92g1Z/FemHT3Tb3ozYPsQAmhQep9B9B+i
14rzArq0n8Afhp/ejWWldnAqKKzJkbIYSM3OWJDhmWgWhXZu3TVEP9sWlntuHC7z
2NnDZ7uOxvu1NcCbzwd8b0DVCELhY9eO+mKWZ6iOtEPtPVlX2qt2OR8CQuy26hI1
uTy64eReh7+i+aEM6AbpRj8t9siSNQ4dyMBiJBG4CGWHq/To0uoRii34wa4Fe8LH
+lwqi2dSHGUVH7VFf6zjiA0m4sPtYtNNPq9qaSeikGcaNsPI6RQMNjbCn4EZ3L11
hHG8hpggNxQPwL3IU1cneARefOsQLHDqBxA23yyOIStaZLJDWm1BkZKyIX0rZnxl
fkW/p/wE3TpD6uJuNiMONRZWVvnb7VJVJoZLaJvZtwGSImyNTXLsDSg4Sa2z5Lam
sT+D13Laiv+cGrWRELBU2NUP3qo0OoAZImZTMj9jajQ9RusrOsjkvlM7YEX5M6W0
vKNrGP/a35YLMY8Z6AFoHJW2xF8NUTNgC3o2nXS9HpMZAOTdQKGXy1kxYce1U1Sh
gy5RO5yPjPBpuTZtjakW4uK74/c2HNTcDi6bPDDb57QjgBTnc31tSCvFlQi+miUL
yHXdmtIT
=g54P
-----END PGP SIGNATURE-----