The previous version of this package had a different version epoch (eg. 2:1.0-1) to the current version but there's no reference to this in the changelog entry.
Epochs exist to cope with changes to the upstream version numbering scheme. Whilst they are a powerful tool, increasing or adding an epoch has many downsides including causing issues with versioned dependencies, being misleading to users and being aesthetically unappealing. Whilst they should be avoided, valid reasons to add or increment the epoch include:
- Upstream changed their versioning scheme in a way that makes the latest version lower than the previous one.
- You need to permanently revert to a lower upstream version.
Temporary revertions (eg. after an NMU) should use not modify or
introduce an epoch - please use the
you can upload the latest version again.
If you are unsure whether you need to increase the epoch for a package, please consult the debian-devel mailing list.
Lintian looks in this version's changelog entry for the phrase "epoch".
The tag is present in Lintian version
That is the most recent version we know about.
We use semantic versions.
The patch number is a commit step indicator relative to the
release tag in our Git
You can find the detection logic for this version at commit 3410a22. For merge requests, please use the latest version in the Lintian check debian/changelog.