On 11/8/2011 12:17 AM, Uwe Geuder wrote:
(replying to the list, not sure why Reply-To: was
On 6 November 2011 03:15, Steve Rae<srae(a)raedomain.com> wrote:
I understand the release tag numbering in spec
files (for ‘rpm’ packages):
What does CI_CNT and B_CNT stand for? I could guess Continous
Integration Count and Build Count.
CI_CNT is the "Check In Count" -- for
example, it increments whenever a
"osc commit" is performed on the package.
B_CNT is the "Build Count" -- for example, it increments whenever a
package needs to rebuild because of a dependency on another package
which has rebuilt.
Without understanding how they work *exactly*, I agree
it is useful to
get a new release number every time you build the software. The
resulting package and the code it contains might differ, that's why a
rebuild happens after all.
However, I am unable to determine how to perform
the same “release”
numbering in ‘deb’ packages.
-- actually, it seems to use
the<version>-<release> as specified
on the first line of the ‘debian/changelog’ file (in debian.tar.gz)
I think this
works as designed. Debian policy does not know the concept
of numbering builds. The least significant part of the version is the
Debian revison, in other words a version number for the Debian specific
I believe the top entry of the changelog must match the version of the
package (although I couldn't right now find the place in the policy
where this is required. Would need to try lintian, to see what it says
it's not the case)
Yes, it does look like the top entry of the changelog is
determine the <version>-<release> in the package's filename.
So to my understanding build numbering would first
needed to be added to
the Debian policy before you can make it work in a consistent way. I'm
not actively following Debian policy discussions, not sure whether it
has ever been discussed. One downside is of course that such build
numbers make only sense within one consistent build system. If you
compare build numbers assgined by two different systems you can't really
tell anything. Even equal would not mean equal. I could imagine that not
everybody would welcome such "unreliable" info in your packacking
There is actually a discussion about amending Debian version numbering
ongoing just these days.
also in November) However, it looks like a bit different topic to me.
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org