nirik ran a script that checks for versioning issues in Rawhide today,
and it found several: https://pagure.io/releng/issue/11922#comment-893797
Aside from rogue version downgrades (see other mail), a few of these
followed a different pattern: problems with snapshot versioning.
1. patool: highest tagged build patool-1.12-22.fc39, most recent tagged
build patool-1.12-0.27.20231014gitab64562.fc40
2. python-pyunicorn: highest tagged build
python-pyunicorn-0.7.0a1-1.20230730gitmaster.fc40 , most recent tagged
build python-pyunicorn-0.7.0~a1-5.20230730gitmaster.fc40
3. vim-devicons: highest tagged build
vim-devicons-0.11.0-10.20200509gitd12c9b4.fc39 , most recent tagged
build vim-devicons-0.11.0-0.20221001git71f239a.13.fc40
In the python-pyunicorn case, the packager simply made a mistake with
pre-release versioning, then fixed it. The current version is correct,
but unfortunately evaluates as lower than the incorrect one which was
missing the tilde. This means that anyone who happened to get
python-pyunicorn-0.7.0a1-1.20230730gitmaster.fc40 installed will likely
never see an update until 0.7.1 comes out (even a 0.7.0 final release
will evaluate lower than "0.7.0a1").
In the other two cases, %autorelease is involved. autorelease is a great
tool, but use it carefully when using snapshot builds. Without any
additional guidance, %autorelease assumes that if you're building from a
snapshot, it is a pre-release snapshot for the specified "Version". So
it'll use a release like 0.(date)git(tag).(rel). If your snapshot is a
post-release snapshot, you need to provide %autorelease with more cues
about how to version it to get the desired effect. This is the problem
for vim-devicons and patool.
--
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @adamw@xxxxxxxxxxxxx
https://www.happyassassin.net
--
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
