[GRASS-dev] Re: [GRASS GIS] #587: svn versions should better
reflect svn rev
GRASS GIS
trac at osgeo.org
Wed Jul 7 05:02:03 EDT 2010
#587: svn versions should better reflect svn rev
--------------------------+-------------------------------------------------
Reporter: hamish | Owner: martinl
Type: enhancement | Status: reopened
Priority: major | Milestone: 6.4.0
Component: default | Version: svn-trunk
Resolution: | Keywords: g.version
Platform: All | Cpu: All
--------------------------+-------------------------------------------------
Comment(by hamish):
the next step is to backport ./configure -> Platform.make's
svnversion -> GRASS_VERSION_SVN= magic to gr6.5.
> I would rather remove the -r flag than displaying outdated info.
this is just the latest libgis api version, it's a bug if that is
displayed everywhere AS the grass version, but it's not a bug in g.version
and not actually outdated. It can be important to know the gis.h version
once you start to build addons, so I'd argue to save the flag. just don't
show that rev in large text on the start up screen as something important.
* note that folks building 6.4.0 from the tarball will likely not have
Subversion installed and .svn/ dirs are stripped, so svnversion tricks
will not work for final releases.
but that's not a problem because knowing the exact svn revision is only
pertinent for svn checkouts, i.e. the exact svn version is already known
for tagged releases so not very relevant. It is very useful for builds of
long-lived development branches however (6.5, 7).
anyway, if it is eventually backported to 6.4, we need to ensure it
doesn't get included in the final release, and we need to test the
./configure in the final tarball works correctly after .svn/ has been
stripped, etc.
regards,
Hamish
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/587#comment:49>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list