[geos-devel] Toward 3.5.0 release

Greg Troxel gdt at ir.bbn.com
Tue Aug 4 05:59:31 PDT 2015


Sandro Santilli <strk at keybit.net> writes:

> On Tue, Aug 04, 2015 at 08:15:02AM -0400, Paragon Corporation wrote:
>> > Did anyone respond to the call-for-testing on geos lists ?
>> What call?  People, especially package maintainers don't like testing stuff
>> unless it's in an unchanging tar ball.
>
> Uhm, I though you sent a call for testing, evidently you didn't.
> Would tagging an RC1 give packagers an unchanging tarball ?

I actually did run tests, but I made my own tarball.  I think I posted a
note about it, but it seemed to build/run/check ok on NetBSD 6 i386.

As a package maintainer, what I'd like for testing is a distfile that's
just like what would be released, except with a different version.  And
of course it should unpack to a name consistent with the tarball and
version.  Basically the output of "make dist", and in cases where that
really is how releases are generated, it's easy enough to do myself.

The other big thing for packaging is that once a file is published with
a version number, it can be withdrawn, but no file with the same name
and different contents should be published.  The reason is that
packaging systems record checksums to guard against distfile partial
fetches and tampering.   So "fixing" a distfile is indistinguishable
From tampering.  If that's needed, just increase the point version
(e.g. 3.5.1) and people can update.   Updating pain is proportional to
structural changes and the amount of code that newly doesn't work with
compilers, etc., plus about 3 minutes of constant time, so trivial fixes
like this take only the few minutes.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 180 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/geos-devel/attachments/20150804/5501dbf7/attachment.pgp>


More information about the geos-devel mailing list