2014.11.19 23:34 "Re: [Tiff] libtiff release pending?", by Bob Friesenhahn
I'm OK to give it a try.
In other projects I'm familiar with, to avoid the issue you mention, we bump the shared library versioning numbers when the first beta or RC is cut and don't change them if other beta/RC are done.
And for an RC, we label it internally as if it was the final (for example libtiff/tiffvers.h content), so that only the name of .tar.gz has to be renamed once it is vetted to be OK for final. Does that sound OK? (Otherwise you have to rebuild a new archive, which might introduce new errors)
The shared library minor revision should always change whenever a new tarball is released. Otherwise the library from the new package would overwrite the built library from the previous package. This is part of the libtiff release procedure.
It seems ok for the versioning used by applications to be updated to the expected final versions.
We use 'make distcheck' to make sure that the library archive is ok. This builds the package in several different ways, running the embedded test suite each time.
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/