[Pkg-xmpp-devel] purple-rocketchat: NMU for new upstream version and introducing epoch

Nicolas Schier n.schier at avm.de
Fri Sep 22 11:41:24 BST 2023


Dear Debian XMPP Maintainers,

TL;DR:
   I'd like to help out updating purple-rocketchat and would appreciate
   your feedback on NMUing purple-rocketchat and introducing an epoch.


While preparing what might become the base of a merge-request [1] for a
new version of purple-rocketchat, I came across a problem with the
versioning:

1. Previously, upstream used mercurial (bitbucket.org) for SCM w/o
   release tags.  Thus, we had the '~hg%Y%m%d.%(hash)' part in previous
   Debian versions.
   A few years ago, upstream moved to git [2], so we should change '~hg'
   to '~git', but orthographically '~git' is considered to be older than
   '~hg'.

2. Even though there was no single release tag 0.1, we have used '0.1'
   as base upstream version number.  Using a debian/watch file with
   uscan's git-HEAD scheme (e.g. as in [3]), results in auto-generated
   base version number '0.0', thus, these are always considered to be
   older than the previous '0.1' versions.

So, with updating to the new upstream repo and using uscan watch file,
we get this version change:

from 0.1~hg20200403.800ef89-1   (as currently in stable,testing,unstable)
to   0.0~git20220925.a8a887c-X  (cp. [1])

AFAIK, this requires the introduction of an epoch, after consulting
debian-devel.

Do you agree, or do you have other opinions?

Is it ok, if I try to update purple-rocketchat via NMU (sponsoring
needed)?

Kind regards,
Nicolas


[1]: https://salsa.debian.org/nsc/purple-rocketchat
[2]: https://github.com/EionRobb/purple-rocketchat
[3]: https://salsa.debian.org/nsc/purple-rocketchat/-/blob/debian/latest/debian/watch



More information about the Pkg-xmpp-devel mailing list