Guillem Jover left as an exercise for the reader:
> If you are repackaging from scratch then the first versioning scheme
> might make sense as it sorts higher than any of the base versions, but
> if you are not and at some point you'd like to resync back, because for
> example all your changes got merged upstream, you'll not be able to.
> Also this way it's not clear from what version it was derived from.
That is a great point. Thankfully, the information isn't lost, because it
can be retrieved from the changelogs (simply retrieve the last debian edit
and prefix that to the sprezzos version), which have of course not been
truncated or removed.
However, the Ubuntu solution does not appear to be complete. You assert that
1.0-1 < 1.0-SprezzOS1
and that
1.0-2 > 1.0-1SprezzOS1
in that case, I assume
1.0-10 < 1.0-1SprezzOS1
which breaks the scheme. It appears necessary to do something like
1.0-10 < 1.0-1{delim}SprezzOS1
using some delim that sorts below anything used in a debian revision.
According to deb-version(5), the only characters allowed in a Debian
revision are [a-zA-Z0-9+.~]. So I don't think this is actually possible,
given that any length delimiting string you choose could be part of a valid
Debian revision.
More formally, Debian revisions are closed under concatenation, making it
fundamentally impossible to implement a delimiting scheme which preserves
the properties we want. That said, your scheme works for far more situations
than mine, which works for none save native Debian packages.
I will thus switch to your suggestion for new packaging, but not bother to
go back through and modify our existing packages. Thanks very much!
--rigorously, nick
--
nick black http://www.sprezzatech.com -- unix and hpc consulting
to make an apple pie from scratch, you need first invent a universe.
Attachment:
signature.asc
Description: Digital signature