Re: Migration of pkg-grass-devel@lists.alioth.debian.org and its ownership
On Sat, Jan 27, 2018 at 03:44:41PM +0100, Sebastiaan Couwenberg wrote: > > Francesco Paolo Lovergine is probably the only list admin, and not very > active in the team for a few years (although recently he contributed > some changes again). Since I have taken over the bulk of the work in the > team I'd like to become one of the list owners for pkg-grass-devel@ on > the alioth-lists.d.n. > > Thanks for keeping this important infrastructure for teams alive. > Ack, definitively still alive :-D -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#886742: [INFO] Bug#886742: postgresql-9.4-postgis-2.1 missing in stretch
On Tue, Jan 09, 2018 at 02:37:44PM +0100, Jürgen Fuchsberger wrote: > >> What did you try, and what didn't work? > > > > Probably pg_upgradecluster, and that is not supported for databases with > > the postgis extension. > > > Exactly. Just wanted to point out that upgrading was no possibility > either, the actual problem was that the database could not be accessed > or dumped after the upgrade. While ideally one could use hook scripts to manage such kind of extensions I would not try that approach in any case. A Postgis hard upgrade is generally a trial-and-error nightmare^Wexperience and it depends on languages, extensions, encodings. Last time, I had to perform a series of ad hoc setups before trying the restore. I strongly suggest to run both servers and extensions on the host in order to run a successfully shop upgrade later. That is definitively possible, I have at least one server still running both 8.4 and 9.4 with required Postgis extensions. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [gdal] 07/07: Now doxygen jquery left in place for compatibility
On Tue, Jan 02, 2018 at 04:47:49PM +0100, Bas Couwenberg wrote: > > It looks like lintian was updated to no longer complains about jquery.js > from doxygen, so no override is needed for that any more. > Good news, I was looking into it. > The additional documentation does require a separate libgdal-perl-doc > package to fix: > > I: libgdal-perl: arch-dep-package-has-big-usr-share 5434kB 79% > Definitively, it is now much bigger, as expected. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [gdal] 07/07: Now doxygen jquery left in place for compatibility
On Tue, Jan 02, 2018 at 01:58:56PM +0100, Bas Couwenberg wrote: > Hi Francesco, > > On 2018-01-02 13:36, Francesco Lovergine wrote: > > + * The doxygen jquery is currently a fork of jquery in minified form, > > and it > > +is not compatible with the modern one. Replacement with the > > libjsquery > > +provided now removed. > > This will need a lintian override to document why libjs-jquery is not used. > This is cleary suboptimal, a better fix would be an update to a new jquery chain in doxygen. I'm still not sure to be able to get something like that in a proper way. I would add the lintian ovverride after that. I think this should be a common issue for all doxgen related packages, BTW. Cheers -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [gdal] 06/07: Fixed for correct Perl binding documentation generation.
On Tue, Jan 02, 2018 at 02:03:08PM +0100, Bas Couwenberg wrote: > Hi Francesco, > > On 2018-01-02 13:36, Francesco Lovergine wrote: > > +Forwarded: needed > Yes, just annotated with the pull request to maintainer. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [gdal] 07/07: Now doxygen jquery left in place for compatibility
On Tue, Jan 02, 2018 at 02:33:06PM +0100, Bas Couwenberg wrote: > > The embedded jquery was removed because it triggered the > embedded-javascript-library lintian warning. > > If there are good reasons to use the embedded jquery instead of libjs-jquery > (the doxygen case seems like one), then the lintian issue needs to be > overridden with the comment explaining why libjs-jquery is not used. > > I don't think the libjs-jquery package is a suitable replacement for all use > cases, so if embedded copies are used instead the lintian issue just needs > an override. > Looking into some past threads, I found something like: https://lists.debian.org/debian-mentors/2012/11/msg00334.html and indeed I think that a proper way to manage this thing would be adding a doxygen-jquery package to allow 'client' packages to link a single minified doxygen related copy, which would be much better than spreading multiple copies of jquery here and there. In the meantime, I will finalize with a lintian override and remove the libjs-query dep. > Please note that the libjs-jquery dependencies are still present, so more > changes are needed in addition to the removal in debian/rules. > -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#868311: Missing documentation
I know that, that's just for meno Il 14 luglio 2017 17:43:36 CEST, Sebastiaan Couwenbergha scritto: >Control: tags -1 pending > >Hi Francesco, > >On 07/14/2017 01:35 PM, Francesco Paolo Lovergine wrote: >> The GDAL Perl bindnig is missing the full doxygen documentation >available >> here: http://arijolma.org/Geo-GDAL/2.2/index.html. That should be >integrated >> into the package to allow developers being independent on the online >doc. > >You're still listed among the Uploaders, you were most welcome to >contribute these changes yourself. > >I've updated the package to also build & install the Doxygen docs and >include them in libgdal-perl. > >Kind Regards, > >Bas > >-- > GPG Key ID: 4096R/6750F10AE88D4AF1 >Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Francesco P. Lovergine___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#783245: wx gui does not work properly under vnc
On Fri, Apr 24, 2015 at 06:20:00PM +0200, Sebastiaan Couwenberg wrote: Control: tags -1 confirmed Control: found -1 grass/6.4.4-1 Control: notfound -1 grass/7.0.0-1~exp1 Control: fixed -1 grass/7.0.0-1~exp1 Hi Francesco, I can reproduce the issue on a jessie VM with grass 6.4.4-1, but I can't reproduce the issue with grass 7.0.0-1~exp1 from experimental on that same VM. It looks like the issue was fixed in GRASS 7, maybe the fix is included in GRASS 6.4.5RC1 already. We may need to consider GRASS 6.4.5 for unstable until GRASS 7 is ready to move out of experimental. Kind Regards, Bas Indeed I better remembered my trials. I built 7.0.0-1~exp1 under jessie from scratch (did not have a try with 6.4.4) with the same problem, so there are probably some issues due to the environment not grass per se. I will have a try under sid using the experimental binary for completeness on monday. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: RFS: qlandkartegt/1.5.0~dfsg1-1+deb7u1
On Fri, Sep 05, 2014 at 04:22:03PM +0200, Sebastiaan Couwenberg wrote: Hi Francesco, On 09/02/2014 08:47 AM, Andreas Tille wrote: On Mon, Sep 01, 2014 at 11:40:40PM +0200, Sebastiaan Couwenberg wrote: I also wonder whether there are specific rules for backports or whether a simple upload is sufficient. The most relevant difference is that the package needs to be built in an up to date wheezy environment. Hmmm, this might last some time. I'm sitting behind a connection where I do not want to create another pbuilder chroot. If a different sponsor might be more quick than me this would be really welcome. Are you willing and able to sponsor the proposed-update of qlandkartegt for wheezy? Jaromír is away this week and the next two, and therefor unable to build and upload it himself. For backgrounds see: http://bugs.debian.org/738935 Yes. Let me check if my building environment for wheezy is ok. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#757308: grass: Please update to use wxpython3.0
On Wed, Aug 20, 2014 at 05:53:18PM +1200, Hamish wrote: Hamish wrote: grass 6.4.4.packaging is currently (basically) ready in DebianGIS git. Sebastiaan: But not by using git-import-orig. The upstream branch hasn't been updated with the grass_6.4.4.orig.tar.gz contents. it was done in the master branch, http://git.linuxminded.nl/?p=pkg-grass/grass;a=commit;h=d183a32b883dbad88e0d751d030e177dd90926a0 tagging is currently incomplete, but known todo and discussed privately. ... Do you mind to discuss NOT privately? You should run lintian showing all tags after your build to get an idea of what is left to fix before I would consider an upload. er, you really think we don't do that and know exactly what they are? We've been busy packaging this software for more than a dozen years! Not masking false positives and real but won't-fix in this major version lintian issues is not a bug IMHO. Bas, the grass package has a long list of lintian issues due mainly to specific choices of upstream team and historical reasons. It is quite pointless trying to respect the full policy by patching at every new release, and it would be also an heavy job (with no hopes of being accepted upstream for merging). This is well expected for such a scientific program born in the 80s and having a very conservative and tiny development team. No doubt the main rules file could use a bit of a refresh here and there (supporting 'make -j' would be nice), but let's continue this conversation on the DebainGIS list, not in a ticket about transitioning to wxpython3.0. I don't understand *why* the d-gis repo is not already up-to-date with an appropriate branching and tagging for the proper support. It is quite annoying working with yet-another-git-archive. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: 6 month old trivial RC bug 736023: libgeotiff-dfsg
On Mon, Jun 30, 2014 at 04:18:08PM +0200, Sebastiaan Couwenberg wrote: The fix is already done since march, just building now. Thanks for uploading the fixed package without waiting for more interesting changes. Kind Regards, Sorry, but it had gone out of my radar swath. I didn't realize that libtiff upstream was going to remove the provided b-d within this development cycle. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: 6 month old trivial RC bug 736023: libgeotiff-dfsg
On Mon, Jun 30, 2014 at 11:29:13AM +0200, Sebastiaan Couwenberg wrote: Hi Colin, Please could you fix bug 736023 against libgeotiff-dfsg. It's been there 6 months - it looks like it ought to be trivial to fix. The number of affected packages is quite large. The long list of packages marked for removal from testing didn't make me happy either. I'll have a look at fixing this bug. If I don't hear anything back in a couple of days I will do an NMU. If you'd like me to nmu it anyway please say so. If you've already prepared the NMU, can you send the debdiff to the BTS so I can incorporate it? Kind Regards, Bas The change is so trivial that the bug passed without notice. The change is already in the git archive since march, waiting for more interesting things. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: 6 month old trivial RC bug 736023: libgeotiff-dfsg
On Mon, Jun 30, 2014 at 09:22:20AM +0100, Colin Tuckley wrote: Hi guys, Please could you fix bug 736023 against libgeotiff-dfsg. It's been there 6 months - it looks like it ought to be trivial to fix. The number of affected packages is quite large. If I don't hear anything back in a couple of days I will do an NMU. If you'd like me to nmu it anyway please say so. Colin The fix is already done since march, just building now. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: proj_4.8.0-3_amd64.changes ACCEPTED into unstable
On Fri, May 09, 2014 at 09:20:31PM +, Debian FTP Masters wrote: . [ Andreas Tille ] * proj-data is arch all Argh, wrong! If nothing changed at upstream level, binary data need to be generated per architecture due to endianess. The right fix would be making proj-data all and adding a postinst script to generate binary versions at install time. Please, reverse change immediately! -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [gdal] branch pristine-tar updated (3b8f65d - de3852e)
On Thu, May 08, 2014 at 11:31:15PM +0200, Sebastiaan Couwenberg wrote: I've seen different tarballs for the same upstream version on snapshot.d.o, but AFAIK ftp-master rejects source uploads when the checksum and/or size doesn't match the orig.tar.gz previously uploaded. Maybe just importing the fixed tarball as upstream version 1.11.0+dfsg+1? Or can the uploaded orig.gz be overriden with a new sourcefull upload? Unfortunately we need to introduce a new ad hoc upstream version such as that you suggested. Better than using epoch in source version. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#747269: gmt: package versions too old
On Tue, May 06, 2014 at 09:59:42PM -0300, Eduardo A. Suarez wrote: Source: gmt Severity: wishlist Dear Maintainer, to be not left far behind on the development of GMT, jessie should be version 5.1.1+ and sid should be version 5.2.0. Those are the testing and unstable versions of GMT. Current version is already available in git, just needs to get rid of changes in binaries use. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [gdal] branch pristine-tar updated (3b8f65d - de3852e)
On Wed, May 07, 2014 at 10:24:37AM +0200, Francesco P. Lovergine wrote: On Sun, May 04, 2014 at 12:27:37PM +, Bas Couwenberg wrote: This is an automated email from the git hooks/post-receive script. sebastic-guest pushed a change to branch pristine-tar in repository gdal. from 3b8f65d pristine-tar data for gdal_1.10.1+dfsg.orig.tar.gz new de3852e pristine-tar data for gdal_1.11.0+dfsg.orig.tar.gz Bas, that tarball for unknown reason missed the .gitignore file originally included in previous version and present in master/experimental tree. That causes git-buildpackage to fail. I also used your uploaded tarball with the same result. [...] debian/rules override_dh_clean make[1]: Entering directory '/home/frankie/debian/debian-gis/supported/gdal/git/build-area/gdal-1.11.0+dfsg' dh_clean config.log make[1]: Leaving directory '/home/frankie/debian/debian-gis/supported/gdal/git/build-area/gdal-1.11.0+dfsg' dpkg-source -i.git/ -I.git -b gdal-1.11.0+dfsg dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building gdal using existing ./gdal_1.11.0+dfsg.orig.tar.gz dpkg-source: warning: ignoring deletion of directory ogr/ogrsf_frmts/ili/iom dpkg-source: info: local changes detected, the modified files are: gdal-1.11.0+dfsg/.gitignore dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/gdal_1.11.0+dfsg-1~exp1.diff.Mmm4MM dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-buildpackage: error: dpkg-source -i.git/ -I.git -b gdal-1.11.0+dfsg gave error exit status 2 Uhm the main directory is gdal-1.11.0+dfsg.orig in the tarball which probably causes troubles. I suspect we need to re-upload a fixed tarball by bumping ad hoc the upstream version. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [gdal] branch pristine-tar updated (3b8f65d - de3852e)
On Sun, May 04, 2014 at 12:27:37PM +, Bas Couwenberg wrote: This is an automated email from the git hooks/post-receive script. sebastic-guest pushed a change to branch pristine-tar in repository gdal. from 3b8f65d pristine-tar data for gdal_1.10.1+dfsg.orig.tar.gz new de3852e pristine-tar data for gdal_1.11.0+dfsg.orig.tar.gz Bas, that tarball for unknown reason missed the .gitignore file originally included in previous version and present in master/experimental tree. That causes git-buildpackage to fail. I also used your uploaded tarball with the same result. [...] debian/rules override_dh_clean make[1]: Entering directory '/home/frankie/debian/debian-gis/supported/gdal/git/build-area/gdal-1.11.0+dfsg' dh_clean config.log make[1]: Leaving directory '/home/frankie/debian/debian-gis/supported/gdal/git/build-area/gdal-1.11.0+dfsg' dpkg-source -i.git/ -I.git -b gdal-1.11.0+dfsg dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building gdal using existing ./gdal_1.11.0+dfsg.orig.tar.gz dpkg-source: warning: ignoring deletion of directory ogr/ogrsf_frmts/ili/iom dpkg-source: info: local changes detected, the modified files are: gdal-1.11.0+dfsg/.gitignore dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/gdal_1.11.0+dfsg-1~exp1.diff.Mmm4MM dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-buildpackage: error: dpkg-source -i.git/ -I.git -b gdal-1.11.0+dfsg gave error exit status 2 -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#742148: shapelib: FTBFS on powerpc (Both BIG_ENDIAN and LITTLE_ENDIAN defined!
://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#742688: Plugins cannot be updated/installed
On Wed, Mar 26, 2014 at 01:32:57PM +0100, Francesco Paolo Lovergine wrote: Package: qgis Version: 2.2.0-1 Severity: important Once updated to the current sid version, I'm not more able to update current (python) plugins to new versions or install new plugins. That renders the program quite unusable in many situations. It suggests verifying permissions on $HOME/.qgis2/plugins/directory and other silly checks. Apparently http://plugins.qgis.org/plugins/plugins.xml is currently a bit slow and qgis soon gives up download. It seems to me that the initial timeout needs adjustment under these conditions. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#742148: shapelib: FTBFS on powerpc (Both BIG_ENDIAN and LITTLE_ENDIAN defined!
On Wed, Mar 26, 2014 at 02:17:50PM +0100, Cyril Brulebois wrote: Francesco P. Lovergine fran...@debian.org (2014-03-26): While I accepted the patch a few minutes ago, indeed I seriously now doubt that the fix is correct. It seems to me that in the original program the LITTLE_ENDIAN should be intended as a static build-time definition for the host where the program is built. So the NAN definition should be intended instead as nan(). That's because the shapefile format is endianess-independent and shapelib reads/writes fields on the basis of the host platform to respect the format. So the NAN should be intended as the *host* NaN format, indeed (to be translated in the shp format NaN, i.e. little endian). That poses a problem on the pcc architecture for instance: __nan_bytes will be not the correct NaN value and will result as a big endian in the file. See http://dl.maptools.org/dl/shapelib/shapefile.pdf for format. Do you agree? To be frank I didn't quite get why it was considered a good idea to hardcode setting -Dfoo in contrib/Makefile unconditionally instead of looking at the relevant arch-specific bits. So I assumed this was deliberate and that this setting was orthogonal to what's in system headers, that's why I proposed the patch you saw. (From a quick look between last two upstream releases, this part didn't change; I guess this issue popped up due to updated system headers, but I didn't look into it to see what exactly triggered it.) I guess the contrib stuff is not so well maintained and probably not too much coherent. I guess looking at __BYTE_ORDER would be a better way to actually check a system's endianness, #error-ing if it's neither __LITTLE_ENDIAN or __BIG_ENDIAN; I have no idea how much that is portable, but upstream should probably now a bit about msvc and advise whether that's a viable option. Well, I would avoid to upset the upstream code that much, a simple use of nan() instead of NAN could propagate correctly. My only doubt is about the possible inclusion of special IEEE values within the final shapefile, a condition that should not be admitted on the basis of the specs. But this is bread for upstream's teeth. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#742688: Plugins cannot be updated/installed
severity 742688 minor thanks On Wed, Mar 26, 2014 at 02:08:51PM +0100, Francesco P. Lovergine wrote: On Wed, Mar 26, 2014 at 01:32:57PM +0100, Francesco Paolo Lovergine wrote: Package: qgis Version: 2.2.0-1 Severity: important Once updated to the current sid version, I'm not more able to update current (python) plugins to new versions or install new plugins. That renders the program quite unusable in many situations. It suggests verifying permissions on $HOME/.qgis2/plugins/directory and other silly checks. Apparently http://plugins.qgis.org/plugins/plugins.xml is currently a bit slow and qgis soon gives up download. It seems to me that the initial timeout needs adjustment under these conditions. Ok, the plugins server have been moved to a new host and download now proceed with decent timing. That was a transient status. For sure a better diagnostic would be appreciated as well as more redundancy in support infrastructure. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
About netcdf 4.3+
On Sat, Mar 22, 2014 at 05:01:53PM +, Francesco Lovergine wrote: + * Drop C++/Fortran support. They will be provided by new source packages. + * The libnetcdf-dev now provides only the traditional C interface. At this stage it does not seem that the API changed, and lately netcdf folk is much more careful about that, so a transition process should be not required. Anyway, the previuosly monolithic package now has been splitted in different source package, and that will require a spacific management to avoid unexpected file names collisions during the upgrade. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#742273: osgearth: unsatisfiable libv8-dev build-dep
On Fri, Mar 21, 2014 at 03:26:04PM +0100, Sebastiaan Couwenberg wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 03/21/2014 02:53 PM, Julien Cristau wrote: osgearth added an unconditional build-dep on libv8-dev, however that package is only built on little endian archs by the looks of it (it's missing on mips, powerpc, s390x and sparc). Because libv8 is not available on all architectures, I've filed an RM request for osgearth on the architectures where it cannot be built. (#742261) The point is: is it possible to build without libv8-dev on those archs and still having a working product? In that case we could change the b-d chain appropriately. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#740613: libhdf5-7: Please include support for compression with libaec
On Wed, Mar 19, 2014 at 12:16:42AM +0100, Thomas Jahns wrote: Hello, On Mar 18, 2014, at 23:54 , Francesco P. Lovergine wrote: But for packaging of libaec, it seems to me that it does not provide the same API of szip, so a specific support is required in HDF5 at upstream level. it does also have its own native API, but compatibility library and header should also get built. Regards, Thomas Do you mind to provide a proper soname and version for libaec and libsz, please? Iff its API is stable enough. That's step 0 for packaging :-) -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#740613: libhdf5-7: Please include support for compression with libaec
On Mon, Mar 03, 2014 at 05:00:17PM +0100, Thomas Jahns wrote: Package: libhdf5-7 Severity: wishlist Dear Maintainer(s), since SZIP is essentially non-free, although the corresponding patents are no longer, and our share-holders wanted to use it in other libraries (libcdi) for another file format (GRIB), DKRZ provides a free implementation of the same algorithms at [1]. We'd like to see the library get used more widely. Regards, Thomas Jahns [1] https://www.dkrz.de/redmine/projects/aec/wiki/Downloads But for packaging of libaec, it seems to me that it does not provide the same API of szip, so a specific support is required in HDF5 at upstream level. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#735814: ossim: FTBFS: configure: error: libtiff support required!
On Sun, Feb 16, 2014 at 12:23:31AM -0800, Hamish wrote: Hi, I thought I'd do an info drop. So in the past years Frankie maintained the package from DebianGIS git on Alioth (now the git repo on spawn-of-Alioth). http://anonscm.debian.org/gitweb/?p=pkg-grass/ossim.git;a=summary and you'll see there that he started on packaging the newer 1.8 version, with libtiff updated, but I think he found the build system too much of a mess so stopped working on it in favour of letting someone else on the DebianGIS team try. Yep, I can confirm that. Also, my main interest at the time was about packaging orfeotoolbox, which still has issues (currently almost solved) in using external stuff. So I stopped the upgrading of the ossim library and tools. Since then OSSIM has moved to cmake and the build system is much improved. A fine Google of Code student named M. Rashad worked on OSSIM last summer, and after the summer was over started on new-generation OSSIM deb packages. Hopefully me Massimo can convince him to join DebianGIS and continue the work there. :-) Anyway it is his packages you'll find in UbuntuGIS's ppa, and yes, they'll be a good starting point for the Mk III version of the OSSIM package in Debian. (see also ancient ossim-old/ in alioth pkg-grass svn repo for MkI) That could be possibily a good target for next orfeo package. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#738844: libhdf5-doc does not contain documentation, only examples
On Thu, Feb 13, 2014 at 01:30:42PM +0100, Enrico Zini wrote: Package: libhdf5-doc Version: 1.8.12-9 Severity: normal Hello, thank you for packaging hdf5. I installed libhdf5-doc hoping to have the documentation offline to be able to work from an airplane, but I realised the package only has examples: Uhm, it used to be so, the documentation usually needed to be added manually, probably latest update of source package missed that. Upstream often changes distribution modalities. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: ossim-1.8.16 - request for review
On Wed, Jan 29, 2014 at 10:47:27PM +0100, Markus Wanner wrote: Frankie, as recently discussed on IRC, I took a stab at upgrading ossim to a current release. Attached is a patch against the svn repo (do I have commit access to that, given that IIRC I'm a member of pkg-grass-devel?). Please review and comment whether or not you agree with the general direction. Some comments and lose ends: - lintian complains about hardening issues, looks like I don't properly pass the LDFLAGS through cmake, yet. - I dropped the static library build for now. How important is that? - ossim-config isn't built, anymore, nor is there an ossim.pc (for pkg-config) Next release of Orfeo Toolbox will be more nice on those regards, it will be linkable with Debian ITK and Ossim, instead of using its embedded copies. The static lib currently is something provided if available. Is there some problems in generating the static flavor? - I didn't do any testing of the resulting library or utilities, but am happy it builds at all, for now. Which is something good at this stage. I'm not sure if a testing suite is available as in the GDAL case, it is out of question thinking to test individually all utilities. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: gdal_1.10.1+dfsg-3_amd64.changes REJECTED
On Mon, Jan 13, 2014 at 09:05:16AM +0100, Andreas Tille wrote: Yes. I think enabling usual git-buildpackage to create a package resulting in the very same orig.tar.gz as it is on the Debian mirror should be the way to go. Just tell me if this is fixed and I should do a rebuild. Just as a side note I use git-buildpackage for all packages in d-gis tree. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#684233: tiff code embedded in gdal and possibly may be out of date and vulnerable
On Sat, Jan 04, 2014 at 12:59:57AM +0100, Sebastiaan Couwenberg wrote: Control: fixed -1 gdal/1.9.2-1~exp3 Hi Silvio, Since version 1.9.2-1~exp3 in experimental the GDAL packages no longer expose the internal *tiff symbols, but still build with their internal copies. It doesn't entirely address the issue, but the recent updates of GDAL to the latest 1.10.1 upstream release should include updates to the internal libraries. Can you run your tool on the latest gdal 1.10.1+dfsg-2 packages? Kind Regards, Bas Well, we should also establish if the inner implementation still makes sense as in the past, now that BigTiff implementation is provided by stock library. At the time of my switch to the inner tiff lib, I was motivated mainly by that. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal-grass tag, debian/1.10.1-1, created. upstream/1.10.1-15-gb3486e9
The tag, debian/1.10.1-1 has been created at b3486e9b60dae58d93e1bf9ec8eeb19101e13141 (commit) - Shortlog commit b3486e9b60dae58d93e1bf9ec8eeb19101e13141 Author: Francesco P. Lovergine france...@lovergine.com Date: Thu Dec 26 10:48:16 2013 +0100 Fixed lintian override. --- -- GRASS extension for the GDAL library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#730754: include/liblas/detail/sha1.hpp is non-free
tags 730754 + patch pending fixed-upstream thanks -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] liblas branch, master, updated. debian/1.2.1-1-27-g29d6c30
The following commit has been merged in the master branch: commit 9061977a7cffeb7caaafce84d1c296daa5717180 Author: Francesco P. Lovergine france...@lovergine.com Date: Fri Dec 27 18:57:37 2013 +0100 Minor policy/packaging changes. diff --git a/debian/changelog b/debian/changelog index 9b0227a..c550879 100644 --- a/debian/changelog +++ b/debian/changelog @@ -6,6 +6,8 @@ liblas (1.7.0+dfsg-1) unstable; urgency=medium (closes: #730754) * Revised debian/copyright to reflect changes and missing licenses. (closes: #730755) + * Policy bumped to 3.9.5, no changes required. + * Moved to new libgdal-dev b-d. -- Francesco Paolo Lovergine fran...@debian.org Fri, 27 Dec 2013 18:31:02 +0100 diff --git a/debian/control b/debian/control index ea15cbd..351882a 100644 --- a/debian/control +++ b/debian/control @@ -8,12 +8,12 @@ Build-Depends: debhelper (= 9) , cmake , libgeotiff-dev - , libgdal1-dev (= 1.7.0) + , libgdal-dev (= 1.10.0~) , libtiff5-dev | libtiff-dev , libboost-dev , libboost-program-options-dev , libboost-thread-dev -Standards-Version: 3.9.3 +Standards-Version: 3.9.5 Homepage: http://liblas.org/ Vcs-Browser: http://git.debian.org/?p=pkg-grass/liblas.git Vcs-Git: git://git.debian.org/git/pkg-grass/liblas.git -- ASPRS LiDAR data translation library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] liblas tag, debian/1.7.0+dfsg-1, created. upstream/1.7.0+dfsg-27-g29d6c30
The tag, debian/1.7.0+dfsg-1 has been created at 29d6c30dfd424bdaa721bc6c3e3e00e37427ea6f (commit) - Shortlog commit 29d6c30dfd424bdaa721bc6c3e3e00e37427ea6f Author: Francesco P. Lovergine france...@lovergine.com Date: Fri Dec 27 19:02:19 2013 +0100 More revisions to copyright and minor policy changes. --- -- ASPRS LiDAR data translation library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] liblas branch, master, updated. debian/1.2.1-1-27-g29d6c30
The following commit has been merged in the master branch: commit 48dea014206345171d851178dddbcb8ca46ee490 Merge: 71472cd58e15165993baa312dda9e2aa243b1c61 dcac8ef39ef00dddf2974b020b5c316519ae1299 Author: Francesco P. Lovergine france...@lovergine.com Date: Fri Dec 27 18:29:06 2013 +0100 Merge tag 'upstream/1.7.0+dfsg' Upstream version 1.7.0+dfsg -- ASPRS LiDAR data translation library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] liblas annotated tag, upstream/1.7.0+dfsg, created. upstream/1.7.0+dfsg
The annotated tag, upstream/1.7.0+dfsg has been created at bff34a950bcb0ea3bb320f068dc5bdd56778b577 (tag) tagging dcac8ef39ef00dddf2974b020b5c316519ae1299 (commit) replaces upstream/1.7.0 tagged by Francesco P. Lovergine on Fri Dec 27 18:29:06 2013 +0100 - Shortlog Upstream version 1.7.0+dfsg Francesco P. Lovergine (1): Imported Upstream version 1.7.0+dfsg --- -- ASPRS LiDAR data translation library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] liblas branch, master, updated. debian/1.2.1-1-27-g29d6c30
The following commit has been merged in the master branch: commit 29d6c30dfd424bdaa721bc6c3e3e00e37427ea6f Author: Francesco P. Lovergine france...@lovergine.com Date: Fri Dec 27 19:02:19 2013 +0100 More revisions to copyright and minor policy changes. diff --git a/debian/changelog b/debian/changelog index c550879..be06f34 100644 --- a/debian/changelog +++ b/debian/changelog @@ -8,6 +8,7 @@ liblas (1.7.0+dfsg-1) unstable; urgency=medium (closes: #730755) * Policy bumped to 3.9.5, no changes required. * Moved to new libgdal-dev b-d. + * Moved to canonical Vcs-* fields. -- Francesco Paolo Lovergine fran...@debian.org Fri, 27 Dec 2013 18:31:02 +0100 diff --git a/debian/control b/debian/control index 351882a..ad93ad4 100644 --- a/debian/control +++ b/debian/control @@ -15,8 +15,8 @@ Build-Depends: , libboost-thread-dev Standards-Version: 3.9.5 Homepage: http://liblas.org/ -Vcs-Browser: http://git.debian.org/?p=pkg-grass/liblas.git -Vcs-Git: git://git.debian.org/git/pkg-grass/liblas.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-grass/liblas.git +Vcs-Git: git://anonscm.debian.org/pkg-grass/liblas.git Package: liblas2 Architecture: any diff --git a/debian/copyright b/debian/copyright index aaa516e..bb5142d 100644 --- a/debian/copyright +++ b/debian/copyright @@ -10,26 +10,37 @@ Copyright: © 1999, Frank Warmerdam warmer...@pobox.com © 2008, Mateusz Loskot mate...@loskot.net © 2008, Philippe Vachon phili...@cowpig.ca © 2008, Xiuguang Zhou (ESRI) -License: BSD - Redistribution and use in source and binary forms, with or without - modification, are permitted under the terms of the BSD License. +License: + Redistribution and use in source and binary forms, with or without + modification, are permitted provided that the following + conditions are met: . - THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND - ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE - IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE - ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE - FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL - DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS - OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) - HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT - LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY - OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - SUCH DAMAGE. +* Redistributions of source code must retain the above copyright + notice, this list of conditions and the following disclaimer. +* Redistributions in binary form must reproduce the above copyright + notice, this list of conditions and the following disclaimer in + the documentation and/or other materials provided + with the distribution. +* Neither the name of the Martin Isenburg or Iowa Department + of Natural Resources nor the names of its contributors may be + used to endorse or promote products derived from this software + without specific prior written permission. . - On Debian systems, the complete text of the BSD License can be - found in `/usr/share/common-licenses/BSD'. + THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS + AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT + LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS + FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE + COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, + INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, + BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS + OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED + AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, + OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT + OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY + OF SUCH DAMAGE. -Files: include/liblas/detail/sha1.hpp src/detail/sha1.cpp +Files: include/liblas/detail/sha1.hpp + src/detail/sha1.cpp Copyright: © 2005 Michael Leonhard License: Expat Permission is hereby granted, free of charge, to any person obtaining a copy of -- ASPRS LiDAR data translation library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] liblas branch, master, updated. debian/1.2.1-1-27-g29d6c30
The following commit has been merged in the master branch: commit 71472cd58e15165993baa312dda9e2aa243b1c61 Author: Francesco P. Lovergine france...@lovergine.com Date: Fri Dec 27 18:28:26 2013 +0100 Ready for experimental diff --git a/debian/changelog b/debian/changelog index 453c316..cc29713 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -liblas (1.7.0-1) UNRELEASED; urgency=low +liblas (1.7.0-1) experimental; urgency=low [ David Paleino ] * Updated debian/watch to reflect new source location. @@ -19,8 +19,11 @@ liblas (1.7.0-1) UNRELEASED; urgency=low * Added new build-dep: libboost-dev. * Debhelper level set to 9. * debian/copyright now is in format 1.0. + * Now both a C and a C++ bindings are provided, so +new binary packages have been introduced, with SONAME +bumping. - -- David Paleino da...@debian.org Mon, 23 Apr 2012 18:04:37 +0200 + -- Francesco Paolo Lovergine fran...@debian.org Tue, 26 Nov 2013 16:03:56 +0100 liblas (1.2.1-1) unstable; urgency=low -- ASPRS LiDAR data translation library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] liblas branch, master, updated. debian/1.2.1-1-27-g29d6c30
The following commit has been merged in the master branch: commit b35bbe407f834b244425c3efda56e1303fcf88d5 Author: Francesco P. Lovergine france...@lovergine.com Date: Fri Dec 27 18:55:15 2013 +0100 Fixed license issues. diff --git a/debian/changelog b/debian/changelog index cc29713..9b0227a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +liblas (1.7.0+dfsg-1) unstable; urgency=medium + + * Merged change accepted upstream to substitute the non-free SHA1 +implementation with a MIT/X11 implementation as provided by +http://tamale.net/sha1 +(closes: #730754) + * Revised debian/copyright to reflect changes and missing licenses. +(closes: #730755) + + -- Francesco Paolo Lovergine fran...@debian.org Fri, 27 Dec 2013 18:31:02 +0100 + liblas (1.7.0-1) experimental; urgency=low [ David Paleino ] diff --git a/debian/copyright b/debian/copyright index 6461ee4..aaa516e 100644 --- a/debian/copyright +++ b/debian/copyright @@ -29,6 +29,77 @@ License: BSD On Debian systems, the complete text of the BSD License can be found in `/usr/share/common-licenses/BSD'. +Files: include/liblas/detail/sha1.hpp src/detail/sha1.cpp +Copyright: © 2005 Michael Leonhard +License: Expat + Permission is hereby granted, free of charge, to any person obtaining a copy of + this software and associated documentation files (the Software), to deal in + the Software without restriction, including without limitation the rights to + use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies + of the Software, and to permit persons to whom the Software is furnished to do + so, subject to the following conditions: + . + The above copyright notice and this permission notice shall be included in all + copies or substantial portions of the Software. + . + THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE + AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, + OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE + SOFTWARE. + +Files: src/gt_wkt_srs.cpp +Copyright: © 1999, Frank Warmerdam +License: Expat + Permission is hereby granted, free of charge, to any person obtaining a + copy of this software and associated documentation files (the Software), + to deal in the Software without restriction, including without limitation + the rights to use, copy, modify, merge, publish, distribute, sublicense, + and/or sell copies of the Software, and to permit persons to whom the + Software is furnished to do so, subject to the following conditions: + . + The above copyright notice and this permission notice shall be included + in all copies or substantial portions of the Software. + . + THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS + OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + DEALINGS IN THE SOFTWARE. + +Files: include/liblas/external/property_tree/* +Copyright: © 2002-2009 Marcin Kalicinski + © 2009 Sebastian Redl + © 2007 Alexey Baskakov +License: Expat + Boost Software License - Version 1.0 - August 17th, 2003 + . + Permission is hereby granted, free of charge, to any person or organization + obtaining a copy of the software and accompanying documentation covered by + this license (the Software) to use, reproduce, display, distribute, + execute, and transmit the Software, and to prepare derivative works of the + Software, and to permit third-parties to whom the Software is furnished to + do so, all subject to the following: + . + The copyright notices in the Software and this entire statement, including + the above license grant, this restriction and the following disclaimer, + must be included in all copies of the Software, in whole or in part, and + all derivative works of the Software, unless such copies or derivative + works are solely in the form of machine-executable object code generated by + a source language processor. + . + THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + FITNESS FOR A PARTICULAR PURPOSE, TITLE AND NON-INFRINGEMENT. IN NO EVENT + SHALL THE COPYRIGHT HOLDERS OR ANYONE DISTRIBUTING THE SOFTWARE BE LIABLE + FOR ANY DAMAGES OR OTHER LIABILITY, WHETHER IN CONTRACT, TORT OR OTHERWISE, + ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + DEALINGS IN THE SOFTWARE. + Files: debian/* Copyright
[SCM] liblas tag, debian/1.7.0-1, created. debian/1.2.1-1-22-g71472cd
The tag, debian/1.7.0-1 has been created at 71472cd58e15165993baa312dda9e2aa243b1c61 (commit) - Shortlog commit 71472cd58e15165993baa312dda9e2aa243b1c61 Author: Francesco P. Lovergine france...@lovergine.com Date: Fri Dec 27 18:28:26 2013 +0100 Ready for experimental --- -- ASPRS LiDAR data translation library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal-grass branch, master, updated. upstream/1.10.1-15-gb3486e9
The following commit has been merged in the master branch: commit b3486e9b60dae58d93e1bf9ec8eeb19101e13141 Author: Francesco P. Lovergine france...@lovergine.com Date: Thu Dec 26 10:48:16 2013 +0100 Fixed lintian override. diff --git a/debian/libgdal1-1.10.1-grass.lintian-overrides b/debian/libgdal1-1.10.1-grass.lintian-overrides new file mode 100644 index 000..af53aed --- /dev/null +++ b/debian/libgdal1-1.10.1-grass.lintian-overrides @@ -0,0 +1,3 @@ +# The run path has been added to get Grass internal library +libgdal1-1.10.1-grass: binary-or-shlib-defines-rpath usr/lib/gdalplugins/1.10/gdal_GRASS.so /usr/lib/grass64/lib +libgdal1-1.10.1-grass: binary-or-shlib-defines-rpath usr/lib/gdalplugins/1.10/ogr_GRASS.so /usr/lib/grass64/lib diff --git a/debian/lintian-overrides.in b/debian/lintian-overrides.in index 7431299..4b7be85 100644 --- a/debian/lintian-overrides.in +++ b/debian/lintian-overrides.in @@ -1,3 +1,3 @@ # The run path has been added to get Grass internal library -@PKGNAME@: binary-or-shlib-defines-rpath ./usr/lib/gdalplugins/@GDAL@/gdal_GRASS.so /usr/lib/@GRASS@/lib -@PKGNAME@: binary-or-shlib-defines-rpath ./usr/lib/gdalplugins/@GDAL@/ogr_GRASS.so /usr/lib/@GRASS@/lib +@PKGNAME@: binary-or-shlib-defines-rpath usr/lib/gdalplugins/@GDAL@/gdal_GRASS.so /usr/lib/@GRASS@/lib +@PKGNAME@: binary-or-shlib-defines-rpath usr/lib/gdalplugins/@GDAL@/ogr_GRASS.so /usr/lib/@GRASS@/lib -- GRASS extension for the GDAL library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#730754: include/liblas/detail/sha1.hpp is non-free
On Mon, Dec 23, 2013 at 01:51:42PM -0600, Howard Butler wrote: This header wasn't used at all, and I have removed it from the tree. https://github.com/libLAS/libLAS/commit/ff7cb669bea35b6129b2ef634c47a4daf9d6951d Sorry it took so long to get on this, Howard Isn't SHA1 used in create_name_based() in guid.hpp? At least in 1.7 -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal-grass branch, master, updated. upstream/1.7.3-16-g235728e
The following commit has been merged in the master branch: commit d1ffc92b0614f4e2a01673406f96a8330470c2db Merge: 3ca42d565efc6491eeed722aa3ad5c27ba5ead32 f8d5ab9ecc2c09d608e49bc9f9d5f729eb126c3f Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Dec 24 18:59:46 2013 +0100 Merge tag 'upstream/1.10.1' Upstream version 1.10.1 -- GRASS extension for the GDAL library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal-grass branch, master, updated. upstream/1.7.3-16-g235728e
The following commit has been merged in the master branch: commit 235728e15ef24faa610b9809adbc5706b9e89686 Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Dec 24 19:32:32 2013 +0100 Fixed some packaging issues, mainly lintian based. diff --git a/debian/changelog b/debian/changelog index e7fbf17..236f845 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,9 @@ libgdal-grass (1.10.1-1) unstable; urgency=low * New upstream release. * Policy bumped to 3.9.5, no changes. * Debhelper level set to 9. + * Added standard build-* target in debian/rules. + * Fixed Vcs-* field to canonical one. + * Revised patch rpath to add header. -- Francesco Paolo Lovergine fran...@debian.org Tue, 24 Dec 2013 18:59:58 +0100 diff --git a/debian/control b/debian/control index d603d43..c0520dd 100644 --- a/debian/control +++ b/debian/control @@ -7,8 +7,8 @@ Build-Depends: debhelper (= 9), d-shlibs, libgdal-dev (= 1.9.0), pkg-config, g grass (= 6.4.0~rc5), libproj-dev Standards-Version: 3.9.5 Homepage: http://www.gdal.org/ -Vcs-Browser: http://git.debian.org/?p=pkg-grass/gdal-grass.git -Vcs-Git: git://git.debian.org/git/pkg-grass/gdal-grass.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-grass/gdal-grass.git +Vcs-Git: git://anonscm.debian.org/pkg-grass/gdal-grass.git Package: libgdal1-1.10.1-grass Section: libs diff --git a/debian/control.in b/debian/control.in index e0a1d9a..738b4e6 100644 --- a/debian/control.in +++ b/debian/control.in @@ -7,8 +7,8 @@ Build-Depends: debhelper (= 9), d-shlibs, libgdal-dev (= 1.9.0), pkg-config, g grass (= 6.4.0~rc5), libproj-dev Standards-Version: 3.9.5 Homepage: http://www.gdal.org/ -Vcs-Browser: http://git.debian.org/?p=pkg-grass/gdal-grass.git -Vcs-Git: git://git.debian.org/git/pkg-grass/gdal-grass.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-grass/gdal-grass.git +Vcs-Git: git://anonscm.debian.org/pkg-grass/gdal-grass.git Package: libgdal1-1.10.1-grass Section: libs diff --git a/debian/patches/rpath b/debian/patches/rpath index f8bf897..0a1d9ea 100644 --- a/debian/patches/rpath +++ b/debian/patches/rpath @@ -1,3 +1,7 @@ +From: Francesco Paolo Lovergine fran...@debian.org +Subject: Add rpath in solib to allow using the internal path of grass stuff. +Forwarded: not-needed +Last-Update: 2013-12-24 Index: gdal-grass/Makefile.in === --- gdal-grass.orig/Makefile.in2011-02-24 15:15:21.0 +0100 diff --git a/debian/rules b/debian/rules index 1510fd8..74e2090 100755 --- a/debian/rules +++ b/debian/rules @@ -34,6 +34,9 @@ config.status: debian/control lintian-overrides fi ./configure --prefix=/usr --with-grass=/usr/lib/$(GRASS) --with-autoload=/usr/lib/gdalplugins/$(GDAL) +build-indep: build +build-arch: build + build: build-stamp build-stamp: config.status dh_testdir @@ -84,4 +87,4 @@ binary-arch: build install binary: binary-arch binary-indep -.PHONY: build clean binary-arch binary-indep binary install lintian-overrides +.PHONY: build clean binary-arch binary-indep binary install lintian-overrides build-arch build-indep -- GRASS extension for the GDAL library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal-grass branch, master, updated. upstream/1.7.3-16-g235728e
The following commit has been merged in the master branch: commit 7a026a623f3722491d91adc2773df0ea11842387 Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Dec 24 19:21:56 2013 +0100 Updated to 1.10.1 plugin and current grass version. diff --git a/debian/changelog b/debian/changelog index 547e948..e7fbf17 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +libgdal-grass (1.10.1-1) unstable; urgency=low + + * New upstream release. + * Policy bumped to 3.9.5, no changes. + * Debhelper level set to 9. + + -- Francesco Paolo Lovergine fran...@debian.org Tue, 24 Dec 2013 18:59:58 +0100 + libgdal-grass (1.9.1-1) unstable; urgency=low * Updated to 1.9.1 Upstream release diff --git a/debian/compat b/debian/compat index 45a4fb7..ec63514 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -8 +9 diff --git a/debian/control b/debian/control index 5815fbf..d603d43 100644 --- a/debian/control +++ b/debian/control @@ -3,17 +3,17 @@ Section: science Priority: extra Maintainer: Debian GIS Project pkg-grass-devel@lists.alioth.debian.org Uploaders: Francesco Paolo Lovergine fran...@debian.org -Build-Depends: debhelper (= 8), d-shlibs, libgdal-dev (= 1.9.0), pkg-config, grass-dev (= 6.4.0~rc5), +Build-Depends: debhelper (= 9), d-shlibs, libgdal-dev (= 1.9.0), pkg-config, grass-dev (= 6.4.0~rc5), grass (= 6.4.0~rc5), libproj-dev -Standards-Version: 3.9.1 +Standards-Version: 3.9.5 Homepage: http://www.gdal.org/ Vcs-Browser: http://git.debian.org/?p=pkg-grass/gdal-grass.git Vcs-Git: git://git.debian.org/git/pkg-grass/gdal-grass.git -Package: libgdal1-1.9.0-grass +Package: libgdal1-1.10.1-grass Section: libs Architecture: any -Depends: ${shlibs:Depends}, grass640, ${misc:Depends} +Depends: ${shlibs:Depends}, grass643, ${misc:Depends} Recommends: gdal-bin Description: GRASS extension for the GDAL library GDAL is a translator library for raster geospatial data formats. diff --git a/debian/control.in b/debian/control.in index 71eca1c..e0a1d9a 100644 --- a/debian/control.in +++ b/debian/control.in @@ -3,14 +3,14 @@ Section: science Priority: extra Maintainer: Debian GIS Project pkg-grass-devel@lists.alioth.debian.org Uploaders: Francesco Paolo Lovergine fran...@debian.org -Build-Depends: debhelper (= 8), d-shlibs, libgdal-dev (= 1.9.0), pkg-config, grass-dev (= 6.4.0~rc5), +Build-Depends: debhelper (= 9), d-shlibs, libgdal-dev (= 1.9.0), pkg-config, grass-dev (= 6.4.0~rc5), grass (= 6.4.0~rc5), libproj-dev -Standards-Version: 3.9.1 +Standards-Version: 3.9.5 Homepage: http://www.gdal.org/ Vcs-Browser: http://git.debian.org/?p=pkg-grass/gdal-grass.git Vcs-Git: git://git.debian.org/git/pkg-grass/gdal-grass.git -Package: libgdal1-1.9.0-grass +Package: libgdal1-1.10.1-grass Section: libs Architecture: any Depends: ${shlibs:Depends}, @GRASS_ABI@, ${misc:Depends} -- GRASS extension for the GDAL library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal-grass annotated tag, upstream/1.10.1, created. upstream/1.10.1
The annotated tag, upstream/1.10.1 has been created at 1c33319c2ba33588fda8ce0eef1e5ffae4397d3e (tag) tagging f8d5ab9ecc2c09d608e49bc9f9d5f729eb126c3f (commit) replaces upstream/1.7.3 tagged by Francesco P. Lovergine on Tue Dec 24 18:59:45 2013 +0100 - Shortlog Upstream version 1.10.1 Francesco P. Lovergine (1): Imported Upstream version 1.10.1 Jerome Villeneuve Larouche (1): Imported Upstream version 1.9.1 --- -- GRASS extension for the GDAL library ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#732825: provides grass643 , however qgis-plugin-grass depends from grass642
On Sun, Dec 22, 2013 at 07:44:21AM +0100, Joseba Goitia wrote: Package: grass-core Version: 6.4.3-3 Severity: important Tags: upstream Dear maintainer: Grass-core provides grass643 virtual package. On the other side, qgis-plugin-grass depends from grass642 witch is provided by grass-core package, in the previous version, actually in testing. Broken dependencies i suppose. other packages i found with the same grass642 dependency libgdal1-1.9.0-grass. It is not a broken dep, it just needs to be rebuilt with current gdal and grass. That said, qgis would be still broken in testing due to libopenscenegraph status. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: Moving JOSM from pkg-osm git to pkg-grass git
On Mon, Dec 09, 2013 at 05:01:49PM +0100, Andreas Tille wrote: Hi Mònica, I have just noticed your work on gpsprune and this reminds me that I wanted to suggest to move JOSM (as well as other packages in pkg-osm) to pkg-grass since the current split is at best unmotivated and might perhaps confuse people. I think there was some general consensus in the IRC meeting in September to do this kind of migration. I'd volunteer to do the actual move and by doing so uploading the latest JOSM version - provided there are no specific pitfalls in JOSM packaging which I might not know. If you would like to do it even yourself that would be even more welcome. Kind regards Andreas. That should also be intended for osmium, whose only uploader is David Paleino currently. It is also included in the list of the b-rdeps for GDAL, so it needs immediate care due to current lack of feedback by David. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: Osmium Git moved from pkg-osm to pkg-grass - how to proceed now (Was: Moving JOSM from pkg-osm git to pkg-grass git)
On Tue, Dec 17, 2013 at 06:25:04PM +0100, Andreas Tille wrote: while I dropped some README.status inside the old repository. Since I have no idea about gdal somebody needs to check everything (probably also for updates by upstream - from my point of view it would really help to convince upstream to use release tags and drop the debian/ dir. Eh, this is a problem often present also in other software, but it depends definitively on upstream dev team ideas. Grass developers had no time/interest in supporting packaging and indeed have dropped the debian/ dir for years. The same did not happen in the qgis world, because their release cycle is too fast for Debian. I found practical cloning and merging via git their tree adding minimal changes when required: something a bit more complicated than the usual upstream+debian git branch, but it works. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [SCM] hdf5 branch, master, updated. upstream/1.8.7-189-gce5459b
On Thu, Dec 05, 2013 at 10:31:09PM +, Gilles Filippini wrote: +About symbols files +--- +To update the symbols files on new upstream releases: +1- Build the package for the new release with symbols files untouched +2- Patch the symbols files from the dpkg-gensymbols output in the build log + $ patch -p0 path_to_build_log +3- Use the debian/sort-symbols script on the symbol files to unmangle and + and sort C++ symbols +4- Rebuild the package and check that no diff are reported by dpkg-gensymbols + Well done, but I would use the demangled version of the symbol table, which is much more clear to human beings. That said, I would also stress the concept that a modified symbol table implies a change in ABI for C++, but not the opposite. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#730755: Missing license information
On Fri, Nov 29, 2013 at 09:37:53AM +0100, Luca Falavigna wrote: Source: liblas Version: 1.2.1-5.1 Severity: serious Some portion of code contain works licensed under different terms than those mentioned in copyright file: * src/gt_wkt_srs.cpp * src/Verson.rc This file is Windows related. I don't think it should be considered in the copyright file. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#730754: include/liblas/detail/sha1.hpp is non-free
On Fri, Nov 29, 2013 at 09:37:52AM +0100, Luca Falavigna wrote: Source: liblas Version: 1.2.1-5.1 Severity: serious include/liblas/detail/sha1.hpp is licensed under these terms: // sha1.h // // Copyright (C) 1998 // Paul E. Jones pau...@arid.us // All Rights Reserved. // // This software is licensed as freeware. Permission to distribute // this software in source and binary forms is hereby granted without // a fee. THIS SOFTWARE IS PROVIDED 'AS IS' AND WITHOUT ANY EXPRESSED // OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED // WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. // THE AUTHOR SHALL NOT BE HELD LIABLE FOR ANY DAMAGES RESULTING // FROM THE USE OF THIS SOFTWARE, EITHER DIRECTLY OR INDIRECTLY, INCLUDING, // BUT NOT LIMITED TO, LOSS OF DATA OR DATA BEING RENDERED INACCURATE. Thus, this portion of code is non-free. This issue still appears in the 1.7 (latest) version. A proper way to fix this is adopting/adapting a license-compatible implementation such as: http://tamale.net/sha1 It is not complicated at all and I could provide a patch if Howard had not time to fix this issue upstream. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [SCM] shapelib annotated tag, upstream/1.3.0, created. upstream/1.3.0
Hi I think the recent changes to shapelib (i.e. the whole new version) have been lost in the dark due to recent RAID issues on alioth. Could you please push again them? On Sat, Nov 09, 2013 at 12:39:53PM +, Arto Jantunen wrote: The annotated tag, upstream/1.3.0 has been created at f852fedb93384ca3fce37153ab74073aa70d9187 (tag) tagging 796f930ea312f1ab4ff627ad15f0bd9c39d71d45 (commit) replaces upstream/1.2.10 tagged by Arto Jantunen on Fri May 18 10:33:12 2012 +0300 - Shortlog Upstream version 1.3.0 Arto Jantunen (1): Imported Upstream version 1.3.0 --- -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#526984: shapelib 1.3.0
On Sat, Nov 02, 2013 at 07:58:07PM +0200, Arto Jantunen wrote: Kurt Roeckx k...@roeckx.be writes: I wanted a newer version, so I've prepared a package for myself and put it up at: http://people.debian.org/~kroeckx/shapelib/ I really dislike that they dropped the support for a shared library. They never had a shared library, it's a Debian modification. I have a version of this package done that keeps the shared lib (and bumps the soname) waiting for comments from the rest of the team before I push it out. There are not rdepends that could cause problems, so it is ok for me pushing that change. Any reason to have policy stuck to 3.9.3? -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: geos-3.3.9
On Wed, Oct 02, 2013 at 08:28:35PM +0200, Markus Wanner wrote: Francesco, I'm seeing some portability issues with postgis and its upstream is suspecting bugs in geos, that may have been fixed recently. I'd like to help out and upgrade to geos-3.3.9. I'm a DM and already a member of pkg-grass-devel, so I should have permissions to push to the git repo. Is it okay to do so and ask for sponsoring? Regards Markus Wanner It is ok, of course, it will be integrated with any other useful fixes. Do you have specific pointers to the issue you said? -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] mapserver branch, master, updated. upstream/6.4.0_rc1-138-g61eafd5
The following commit has been merged in the master branch: commit 083f8195a995414aa51c7552170bf3097ee00aa8 Merge: 83c263ed311b537696d98624d347d82ef1e5e334 41e88c4988b8e884fe99caa68fb2f8d3bee640a0 Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Sep 17 18:11:21 2013 +0200 Merge branch 'master' of ssh://git.debian.org/git/pkg-grass/mapserver Conflicts: debian/changelog diff --combined debian/changelog index 70209ae,5448985..77ee442 --- a/debian/changelog +++ b/debian/changelog @@@ -1,4 -1,11 +1,15 @@@ ++ HEAD +mapserver (6.4.0~rc1-1) unstable; urgency=low ++=== + mapserver (6.4.0-1) UNRELEASED; urgency=low + + * New upstream release: 6.4.0. + * Drop install-threads.patch, applied upstream. + + -- Bas Couwenberg sebas...@xs4all.nl Tue, 17 Sep 2013 17:16:30 +0200 + + mapserver (6.4.0~rc1-1) UNRELEASED; urgency=low ++ 41e88c4988b8e884fe99caa68fb2f8d3bee640a0 * New upstream release: 6.4.0-rc1. * Rename WITH_THREADS to WITH_THREAD_SAFETY. -- Packaging for MapServer ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] mapserver branch, master, updated. upstream/6.4.0_rc1-138-g61eafd5
The following commit has been merged in the master branch: commit 83c263ed311b537696d98624d347d82ef1e5e334 Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Sep 17 17:45:57 2013 +0200 Preparing for unstable. diff --git a/debian/changelog b/debian/changelog index c4f0dfb..70209ae 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -mapserver (6.4.0~rc1-1) UNRELEASED; urgency=low +mapserver (6.4.0~rc1-1) unstable; urgency=low * New upstream release: 6.4.0-rc1. * Rename WITH_THREADS to WITH_THREAD_SAFETY. -- Packaging for MapServer ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] mapserver branch, master, updated. upstream/6.4.0_rc1-138-g61eafd5
The following commit has been merged in the master branch: commit 8fbb4632d78d73f8d63bc50f48d55ba7138fe748 Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Sep 17 18:11:51 2013 +0200 Merged with Bas recent update. diff --git a/debian/changelog b/debian/changelog index 77ee442..873f5be 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,7 +1,4 @@ - HEAD -mapserver (6.4.0~rc1-1) unstable; urgency=low -=== -mapserver (6.4.0-1) UNRELEASED; urgency=low +mapserver (6.4.0-1) unstable; urgency=low * New upstream release: 6.4.0. * Drop install-threads.patch, applied upstream. @@ -9,7 +6,6 @@ mapserver (6.4.0-1) UNRELEASED; urgency=low -- Bas Couwenberg sebas...@xs4all.nl Tue, 17 Sep 2013 17:16:30 +0200 mapserver (6.4.0~rc1-1) UNRELEASED; urgency=low - 41e88c4988b8e884fe99caa68fb2f8d3bee640a0 * New upstream release: 6.4.0-rc1. * Rename WITH_THREADS to WITH_THREAD_SAFETY. -- Packaging for MapServer ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] mapserver tag, debian/6.4.0-1, created. upstream/6.4.0_rc1-138-g61eafd5
The tag, debian/6.4.0-1 has been created at 61eafd521ac2051e05d8607e81abf78306a4f726 (commit) - Shortlog commit 61eafd521ac2051e05d8607e81abf78306a4f726 Merge: 8fbb463 2ee0f1a Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Sep 17 18:13:07 2013 +0200 Merge branch 'master' of ssh://git.debian.org/git/pkg-grass/mapserver --- -- Packaging for MapServer ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] mapserver branch, master, updated. upstream/6.4.0_rc1-138-g61eafd5
The following commit has been merged in the master branch: commit 61eafd521ac2051e05d8607e81abf78306a4f726 Merge: 8fbb4632d78d73f8d63bc50f48d55ba7138fe748 2ee0f1a1bf2bfa6fff136d8c9fb8d84b7713b61d Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Sep 17 18:13:07 2013 +0200 Merge branch 'master' of ssh://git.debian.org/git/pkg-grass/mapserver diff --combined debian/changelog index 873f5be,b2678cd..0573579 --- a/debian/changelog +++ b/debian/changelog @@@ -1,24 -1,6 +1,6 @@@ -mapserver (6.4.0-1) UNRELEASED; urgency=low +mapserver (6.4.0-1) unstable; urgency=low * New upstream release: 6.4.0. - * Drop install-threads.patch, applied upstream. - - -- Bas Couwenberg sebas...@xs4all.nl Tue, 17 Sep 2013 17:16:30 +0200 - - mapserver (6.4.0~rc1-1) UNRELEASED; urgency=low - - * New upstream release: 6.4.0-rc1. - * Rename WITH_THREADS to WITH_THREAD_SAFETY. - * Drop patch install-ruby-mapscript.patch, applied upstream. - * Add patch to rename WITH_THREADS to WITH_THREAD_SAFETY in INSTALL.CMAKE. - * Add patch to install ruby mapscript into vendorarchdir instead of archdir. - * Enable verbose make output. - - -- Bas Couwenberg sebas...@xs4all.nl Sat, 07 Sep 2013 20:56:16 +0200 - - mapserver (6.4.0~beta2-1) UNRELEASED; urgency=low - - * New upstream release: 6.4.0-beta2. * Build system changed from autotools to cmake. * Update Build-Depends to include: libgif-dev, librsvg2-dev, pkg-config. * Update hardening.patch for CMake build. @@@ -27,15 -9,15 +9,15 @@@ - php_segfault.patch (applied upstream) - mapows-contenttype.patch (applied upstream) - shp2img-typo.patch (applied upstream) - * Add patch to install the Ruby mapscript extension: - install-ruby-mapscript.patch * Add patch to fix the Perl mapscript module installation directory: perl-mapscript-install.patch * SONAME of libmapserver changed from libmapserver-6.2.1.so to libmapserver.so.1. * Update libmapserver symbols file for 6.4.0 on amd64. + * Add patch to install ruby mapscript into vendorarchdir instead of archdir. + * Enable verbose make output. - -- Bas Couwenberg sebas...@xs4all.nl Sun, 01 Sep 2013 14:14:54 +0200 + -- Bas Couwenberg sebas...@xs4all.nl Tue, 17 Sep 2013 17:16:30 +0200 mapserver (6.2.1-4) unstable; urgency=low -- Packaging for MapServer ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] mapserver tag, debian/6.4.0-1, deleted. upstream/6.4.0_rc1-138-g61eafd5
The tag, debian/6.4.0-1 has been deleted was 61eafd521ac2051e05d8607e81abf78306a4f726 --- 61eafd521ac2051e05d8607e81abf78306a4f726 Merge branch 'master' of ssh://git.debian.org/git/pkg-grass/mapserver --- -- Packaging for MapServer ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#721805: hdf5 misbehaves when compiled with gcc 4.8.0
Package: hdf5 Version: 1.8.11-3 Severity: important File: hdf5 As reported by email: -- It seems that on some architectures hdf5 has issues when compiled with gcc 4.8.0 and newer compilers. If the build log include the string unable to calculate alignment for long double (it's present in [1] and [2]) then the build is corrupted. [1] https://buildd.debian.org/status/fetch.php?pkg=hdf5arch=amd64ver=1.8.11-3%2Bb1stamp=1377024563 [2] https://buildd.debian.org/status/fetch.php?pkg=hdf5arch=i386ver=1.8.11-3%2Bb1stamp=1377025110 I am discussing this problem on the hdf-forum mailing list http://hdf-forum.184993.n3.nabble.com/Issues-with-H5T-NATIVE-LDOUBLE-tt4026450.html Best wishes, Andrea -- Andrea Bedini andrea.bed...@gmail.com -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: Bug#713893: python-qgis: Couldn't load PyQGIS
On Thu, Jul 04, 2013 at 08:37:48AM +0200, Jürgen E. Fischer wrote: Hi, On Wed, 03. Jul 2013 at 17:27:39 -0400, Scott Kitterman wrote: qgis should use dh_sip to generate dependencies on the correct SIP API virtual packages. That's how we track sip4 transitions. If this used dh_sip, it'd have been noticed and included in the transition. The debian/ in upstream's master has been for a while... Jürgen time to update indeed, I would start with 1.8 as a start point, but the debian/ tree needs to be stolen from the master maybe. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: RFS: postgis-2.0.3
Markus and possibly others please provide the correct required tags to upstream/debian branches at every new release. I just had to add a couple of them onto the postgis repo. About libgdal-dev versus libgdal1-dev, the proper dependency is libgdal-dev, the old libgdal1-dev should be considered only for back-compatibility. In this specific case I would use something like libgdal-dev | libgdal1-dev until the old releases still will be considered for backports. Ratio: we will neve provide multiple versions of gdal development packages, so using a versioned name is pointless and inconsistent. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: RFS: postgis-2.0.3
On Wed, Jun 26, 2013 at 11:18:25AM +0200, Markus Wanner wrote: Francesco, On 06/26/2013 11:11 AM, Francesco P. Lovergine wrote: please provide the correct required tags to upstream/debian branches at every new release. Thanks, good point. I simply didn't think about that. In a similar vein: is it okay to create beta branches? Maybe 'upstream-beta' and 'beta' to start packaging on postgis-2.1 (or any other beta release in the future)? Yes, what ever branch can be created, the only condition is creating a clear and evident namespace for all of them. About libgdal-dev versus libgdal1-dev, the proper dependency is libgdal-dev, the old libgdal1-dev should be considered only for back-compatibility. In this specific case I would use something like libgdal-dev | libgdal1-dev until the old releases still will be considered for backports. The reasoning behind that was that postgis-2.0 will hardly ever be compatible to a libgdal2-dev. What ever will be the new API, we will have to prepare a proper transition plan, and using a different -dev package will hardly be the right answer. The old name with versioning is still around since time when a few third parties programs used the C++ interface. Ratio: we will neve provide multiple versions of gdal development packages, so using a versioned name is pointless and inconsistent. I see. Will change to the proposed variant above. Regards Markus ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: Comments regarding gdal_1.10.0-0~exp1_i386.changes
On Tue, Jun 25, 2013 at 06:24:16AM +, Ansgar Burchardt wrote: Hi, why does libgdal1h provide libgdal1? If it is binary compatible why was the package name changed? If it is not binary compatible it shouldn't claim otherwise. Indeed it is not due to dropped tiff/geotiff functions. Let me re-upload with the fix. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#713893: python-qgis: Couldn't load PyQGIS
On Sun, Jun 23, 2013 at 06:44:40PM +0200, Pitamila wrote: Traceback (most recent call last): File , line 1, in RuntimeError: the sip module implements API v10.0 but the qgis.core module requires API v8.1 As explained, now qgis requires an update to use the current qtsip lib. I would prefer to update possibly to 1.8 for a future backport. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Time to edit wheezy notes for DebianGis
Hi all http://wiki.debian.org/NewInWheezy needs our contribution for DebianGis. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#705022: Stable gmt package waaay of out date
On Mon, Apr 08, 2013 at 05:21:58PM -0700, Paul Wessel wrote: Package: gmt Version: 4.5.2-1 Sorry if this is not going to the right person. I am the developer of gmt [gmt.soest.hawaii.edu]. All GMT development is focused on version 5 which we hope to release this summer. In the meantime, the GMT 4.5.x series is updated once in a while to correct reported bugs in a package that saw feature freeze years ago. Thus the latest 4.5.9 is much more stable than 4.5.8 which is more stable than 4.5.7 etc, etc. The fact that Debian (stable) is distributing 4.5.2 from 2010 is causing your users much grief as bugs we fixed 2-3 years ago is still in your stable distribution. Those who use Debian (unstable) are better off (with 4.5.7) but even this is close to 2 years old now. Perhaps this is semantics but it is very strange that a product labelled stable has a much buggier release than one labelled unstable, and neither has the most bug-free version of gmt, which is gmt 4.5.9. And when we release 4.5.10 later this spring it will be IT that is the most stable. It is up to you to deal with this - at least now you know. Hi Paul thanks for your comments. The general policy of Debian about packages (not specifically gmt but any generic package) is explained in the debian FAQ. Let me cite it literally: 3.1.3 The stable distributions really contains outdated packages. Just look at Kde, Gnome, Xorg or even the kernel. They are very old. Why is it so? Well, you might be correct. The age of the packages at stable depends on when the last release was made. Since there is typically over 1 year between releases you might find that stable contains old versions of packages. However, they have been tested in and out. One can confidently say that the packages do not have any known severe bugs, security holes etc., in them. The packages in stable integrate seamlessly with other stable packages. These characteristics are very important for production servers which have to work 24 hours a day, 7 days a week. On the other hand, packages in testing or unstable can have hidden bugs, security holes etc., Moreover, some packages in testing and unstable might not be working as intended. Usually people working on a single desktop prefer having the latest and most modern set of packages. Unstable is the solution for this group of people. As you can see, stability and novelty are two opposing ends of the spectrum. If stability is required: install stable distribution. If you want to work with the latest packages, then install unstable. Basically some users could be interested in using a rolling version (i.e. sidi/unstable) instead of stable for the reason you summarized. This is also partially true for testing where (but for freezing periods) packages evolves more frequently and are better tested. Starting from wheezy we will also have specific backports for stable of new packages as a standard approach. So I'm quite confident that next 5.x series will enter sid soon after your release and be available for those users in a way or another. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#686926: [Pkg-octave-devel] Bug#686926: liboctave-dev: creates broken .oct files when the OpenMPI flavor of HDF5 (libhdf5-openmpi-dev) is installed
On Mon, Apr 08, 2013 at 09:17:48AM -0400, Jordi Gutiérrez Hermoso wrote: On 4 April 2013 19:54, Bradley M. Froehle brad.froe...@gmail.com wrote: If only there was a way for the different variants of HDF5 to be simultaneously installable… I think this is the real problem,and it goes way up to HDF5 upstream. They basically ship two completely different libraries with the same soname and the same symbols. *That* is the real bug. This is well stated since the very initial opening of this bug, and also well-known upstream. HDF5 staff still saw this problem as secondary at the time (i.e. they have not a dedicated budget for solving this issue). This is because HDF5 is still seen as an ad-hoc tool for specific applications, not as a general commodity library. If you had to build everything from scratch for your own purposes, those aspects are non-issues, of course. Unfortunately, that is not the case of a binary distribution, as in Debian case. The only practical thing to do is patching for splitting MPI and serial library names and proposing those patches to upstream. Of course, it would break compatibility for tons of other packages and third-parties products, but I see no other possibilities. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#703439: H5Cpp.h missing in libhdf5-openmpi-dev and libhdf5-mpich2-dev?
On Tue, Mar 19, 2013 at 05:42:22PM +0100, Sylwester Arabas wrote: Package: libhdf5-mpi-dev Version: 1.8.10-patch1-1~exp2 Hello, The libhdf5-dev package contains the /usr/include/H5Cpp.h file (the C++ API header for HDF5). It is not provided by any of the libhdf5-openmpi-dev and libhdf5-mpich2-dev packages. Is it intentional? Thanks for help, Sylwester I think it is a bug indeed. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal branch, master, updated. upstream/1.9.2-127-ge7ab310
The following commit has been merged in the master branch: commit 84eb55bb5770c03144692d03762681f5a01c9382 Merge: fa1239fec7770636deabc08a7b7b170fe4013e96 72ed289fc96f87ebdc3af15373cb4d3dc2d855bf Author: Francesco P. Lovergine france...@lovergine.com Date: Sat Feb 25 15:56:25 2012 +0100 Merge branch 'master' of ssh://git.debian.org/git/pkg-grass/gdal Conflicts: debian/changelog diff --combined debian/changelog index 7865d1a,43eb5b2..2b8ef2e --- a/debian/changelog +++ b/debian/changelog @@@ -1,8 -1,17 +1,23 @@@ gdal (1.8.1-2~exp2) experimental; urgency=low ++ HEAD + * Now including per arch symbol files truly. + + -- Francesco Paolo Lovergine fran...@debian.org Wed, 28 Sep 2011 20:07:22 +0200 ++=== + * Changed organization of symbol files in one common file and + multiple .symbols.arch file. + * Now normalized to conventional GDAL library name and dropping the Debian + specific versioned naming scheme for the library. + Dropped patch: libname, python. + * Added sparc and mipsel symbol files. + * Updated NEWS file with basic information about changes in the package. + * Removed now obsolete libtool build-dep. + (closes: #639887) + * Now avoid installing superfluous stuff in libgdal-perl. Thanks lintian. + + -- Francesco Paolo Lovergine fran...@debian.org Tue, 11 Oct 2011 14:41:31 +0200 ++ 72ed289fc96f87ebdc3af15373cb4d3dc2d855bf gdal (1.8.1-2~exp1) experimental; urgency=low diff --combined debian/libgdal1.symbols.common index 036b15b,adcaee0..8d180a7 --- a/debian/libgdal1.symbols.common +++ b/debian/libgdal1.symbols.common @@@ -1,4 -1,3 +1,3 @@@ - libgdal1.8.0.so.1 libgdal1-1.8.0 #MINVER# AIGAccessTile@GDAL_1.8 1.8.0 AIGClose@GDAL_1.8 1.8.0 AIGLLOpen@GDAL_1.8 1.8.0 @@@ -2680,11 -2679,11 +2679,11 @@@ viz_llz2xy@GDAL_1.8 1.8.0 viz_xy2llz@GDAL_1.8 1.8.0 wlon@GDAL_1.8 1.8.0 - (arch=i386)#include libgdal.symbols-i386 - (arch=kfreebsd-i386)#include libgdal.symbols-i386 - (arch=amd64)#include libgdal.symbols-amd64 - (arch=kfreebsd-amd64)#include libgdal.symbols-amd64 - (arch=ia64)#include libgdal.symbols-ia64 - (arch=s390)#include libgdal.symbols-s390 - (arch=mips)#include libgdal.symbols-mips - (arch=armel)#include libgdal.symbols-armel +(arch=i386)#include libgdal.symbols-i386 +(arch=kfreebsd-i386)#include libgdal.symbols-i386 +(arch=amd64)#include libgdal.symbols-amd64 +(arch=kfreebsd-amd64)#include libgdal.symbols-amd64 +(arch=ia64)#include libgdal.symbols-ia64 +(arch=s390)#include libgdal.symbols-s390 +(arch=mips)#include libgdal.symbols-mips +(arch=armel)#include libgdal.symbols-armel -- GDAL/OGR library and tools ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal branch, master, updated. upstream/1.9.2-127-ge7ab310
The following commit has been merged in the master branch: commit 6207bebccc707a43fd48bdcfbe5e754e17d092b4 Merge: 84eb55bb5770c03144692d03762681f5a01c9382 2589cfc6b2dd490024418c6960ffb821911206db Author: Francesco P. Lovergine france...@lovergine.com Date: Sat Feb 25 15:58:26 2012 +0100 Merge branch 'master' of ssh://git.debian.org/git/pkg-grass/gdal Conflicts: debian/libgdal1.symbols.common diff --combined debian/changelog index 2b8ef2e,a32bd99..4b54c52 --- a/debian/changelog +++ b/debian/changelog @@@ -1,10 -1,45 +1,50 @@@ + gdal (1.9.0-1~exp3) experimental; urgency=low + + * Added b-deps and enabled a few new supports: + Poppler, Armadillo, OpenJPEG, FreeXL and libZMA. + + -- Francesco Paolo Lovergine fran...@debian.org Thu, 23 Feb 2012 12:40:19 +0100 + + gdal (1.9.0-1~exp2) experimental; urgency=low + + * Fixed mipsel, mips, powerpc and s390 files for syntax errors that caused + FTBS on all those archs. + * Updated sparc, amd64 and ia64 symbol files to 1.9 series. + * Updated README.source to document symbol versioning and script. + + -- Francesco Paolo Lovergine fran...@debian.org Thu, 23 Feb 2012 11:53:59 +0100 + + gdal (1.9.0-1~exp1) experimental; urgency=low + + * New upstream release. + * New tool: gdalsrsinfo. + * Dropped patch epsilon. + * All patches refreshed for current version. + * Regenerating all symfiles from scratch. But for the usual stock of + internal C++ changes (with both adding and removing of methods) a couple + of TIFF related C functions have been dropped: +TIFFFindFieldInfo +TIFFFindFieldInfoByName + which is due to Tiff/GeoTiff resyncing against upstream. This is ignored, + but we already introduced a SONAME change, and it will not impact sid + builds and library use. + * Removed superfluous break/replaces against libgdal1-version package. + + -- Francesco Paolo Lovergine fran...@debian.org Tue, 21 Feb 2012 15:28:45 +0100 + + gdal (1.8.1-2~exp3) experimental; urgency=low + + * Fixed .common symbol file to drop conditionals. + + -- Francesco Paolo Lovergine fran...@debian.org Wed, 23 Nov 2011 14:23:29 +0100 + gdal (1.8.1-2~exp2) experimental; urgency=low + HEAD + * Now including per arch symbol files truly. + + -- Francesco Paolo Lovergine fran...@debian.org Wed, 28 Sep 2011 20:07:22 +0200 +=== * Changed organization of symbol files in one common file and multiple .symbols.arch file. * Now normalized to conventional GDAL library name and dropping the Debian @@@ -17,7 -52,6 +57,7 @@@ * Now avoid installing superfluous stuff in libgdal-perl. Thanks lintian. -- Francesco Paolo Lovergine fran...@debian.org Tue, 11 Oct 2011 14:41:31 +0200 + 72ed289fc96f87ebdc3af15373cb4d3dc2d855bf gdal (1.8.1-2~exp1) experimental; urgency=low -- GDAL/OGR library and tools ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gdal branch, master, updated. upstream/1.9.2-127-ge7ab310
The following commit has been merged in the master branch: commit 87891c69d897c8085b1ddd1e5440c93469b0df50 Merge: 6207bebccc707a43fd48bdcfbe5e754e17d092b4 f0550d3946aa13dbaffacde1b0e045d190548d09 Author: Francesco P. Lovergine france...@lovergine.com Date: Sun Mar 4 11:35:39 2012 +0100 Merge branch 'master' of ssh://git.debian.org/git/pkg-grass/gdal diff --combined debian/changelog index 4b54c52,10ceb40..49a33ac --- a/debian/changelog +++ b/debian/changelog @@@ -2,8 -2,9 +2,9 @@@ gdal (1.9.0-1~exp3) experimental; urgen * Added b-deps and enabled a few new supports: Poppler, Armadillo, OpenJPEG, FreeXL and libZMA. + * Revised copyright file for format 1.0. - -- Francesco Paolo Lovergine fran...@debian.org Thu, 23 Feb 2012 12:40:19 +0100 + -- Francesco Paolo Lovergine fran...@debian.org Sun, 26 Feb 2012 17:24:24 +0100 gdal (1.9.0-1~exp2) experimental; urgency=low @@@ -40,11 -41,6 +41,11 @@@ gdal (1.8.1-2~exp3) experimental; urgen gdal (1.8.1-2~exp2) experimental; urgency=low + HEAD + * Now including per arch symbol files truly. + + -- Francesco Paolo Lovergine fran...@debian.org Wed, 28 Sep 2011 20:07:22 +0200 +=== * Changed organization of symbol files in one common file and multiple .symbols.arch file. * Now normalized to conventional GDAL library name and dropping the Debian @@@ -57,7 -53,6 +58,7 @@@ * Now avoid installing superfluous stuff in libgdal-perl. Thanks lintian. -- Francesco Paolo Lovergine fran...@debian.org Tue, 11 Oct 2011 14:41:31 +0200 + 72ed289fc96f87ebdc3af15373cb4d3dc2d855bf gdal (1.8.1-2~exp1) experimental; urgency=low -- GDAL/OGR library and tools ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [SCM] gdal branch, master, updated. upstream/1.9.0-118-g9e821f5
On Mon, Nov 19, 2012 at 08:46:43PM +, Jerome Villeneuve Larouche wrote: + * Removed OGDI Uhm, why? -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#693694: Please package geos 3.3.6
On Mon, Nov 19, 2012 at 02:23:35PM +0200, Tom Feiner wrote: Package: geos Severity: wishlist Hi, There's is a new geos version out (3.3.6). Are there plans of packaging it ? I'd be glad to help with the packaging/testing if needed. Current freezing does not encourage development. This explains while we are stuck to now old versions for many basic libraries. In some cases new versions are available through experimental repo. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#689426: libgdal-dev: depend on other libhdf flavors?
On Tue, Oct 02, 2012 at 03:40:09PM +0200, Laurent Bonnaud wrote: because libgdal-dev depends on libhdf5-serial-dev whereas other packages depend on libhdf5-mpi-dev or libhdf5-openmpi-dev. Would it be possible for libgdal-dev to depend on other libhdf flavors? Just in a word: no. It is a problem due to hdf5 way of managing multi-flavor configuration by retaining always the same names and SONAME for all libraries. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#664547: spatialite: FTBFS on some archs (test failures)
On Sat, Jul 28, 2012 at 01:54:50PM +0100, peter green wrote: 01234567890123456789012345678901234567890123456789012345678901234567890123456789 Current version 3.1.0~rc2-1 seems ok on all archs, but for ppc where it fails to build with something that looks like a compiler issue. Based on https://bugs.launchpad.net/ubuntu/+source/spatialite/+bug/1012976 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28904 it would appear that the issue is that gcc chokes on building massive files on powerpc with PIC (your file compiles sucessfully if -fPIC is removed) and the gcc developers don't consider this a bug. The ubuntu guys suggested soloution is to modify the program that generates the massive C files to generate a collection of smaller C files instead. Spatialte and sqlite traditionally use a compact (amalgamation) flavor with all files collated together before building. Maybe that's due to limits in optimization capability? -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#682637: qgis: FTBFS: /bin/sh: 1: /usr/bin/pyuic4: not found
reassign 682637 pyqt4-dev-tools thanks This is a problem of current pyuic4 which is trying to use python3 On Tue, Jul 24, 2012 at 11:40:38AM +0200, Lucas Nussbaum wrote: Source: qgis Version: 1.7.4+1.7.5~20120320-1.1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120724 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/«BUILDDIR»/qgis-1.7.4+1.7.5~20120320/debian/build' Scanning dependencies of target pluginstaller make[3]: Leaving directory `/«BUILDDIR»/qgis-1.7.4+1.7.5~20120320/debian/build' make[3]: Entering directory `/«BUILDDIR»/qgis-1.7.4+1.7.5~20120320/debian/build' [ 95%] Generating ui_qgsplugininstallerbase.py /bin/sh: 1: /usr/bin/pyuic4: not found make[3]: *** [python/plugins/plugin_installer/ui_qgsplugininstallerbase.py] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2012/07/24/qgis_1.7.4+1.7.5~20120320-1.1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#676477: libnetcdfc7: pleace convert to Multi-Arch: same
On Thu, Jun 07, 2012 at 10:27:53AM +0200, Helmut Grohne wrote: Package: libnetcdfc7 Version: 1:4.1.3-6 Severity: important The libnetcdfc7 has about 40 reverse dependencies of which 7 (libnemesis3 libcdi0 libcmor2 libminc2-1 libexodusii5 libadios-dev python-cmor) already have Multi-Arch headers. So libnetcdfc7 blocks a number of packages from exercising their multiarch capabilities. Additionally the package contains only a single shared library making it a (seemingly) easy target for conversion. Setting severity to important as this is a release goal. Thanks for your help. Unfortunately each of those r-deps has tons of other r-deps which are not multi-arch and with a long chain of building (e.g. gdal requested weeks for transitioning). Fixing this could start a domino effect which currently I'm still not able to understand completely with requests of m-a supports for dozens of other libs which also require time for support and check (m-a support could impact with FTBSes many programs). Doing that at a few days from freeze is out of question for me. So, if someone would start with this m-a support and manage all consequences, that it's not me sorry. It should be start in experimental staging area and a full rebuild of all r-deps should be done there too. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] grass tag, upstream/6.4.2, created. upstream/6.4.1-1-g611e791
The tag, upstream/6.4.2 has been created at 611e791c7e0045c562374015525838ee8b0f40d8 (commit) - Shortlog commit 611e791c7e0045c562374015525838ee8b0f40d8 Author: Francesco P. Lovergine france...@lovergine.com Date: Sat Feb 25 19:06:51 2012 +0100 Imported Upstream version 6.4.2 --- -- Geographic Resources Analysis Support System ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: RFP: openjump -- OpenJUMP is an open source Geographic Information System (GIS) written in Java
On Mon, May 07, 2012 at 01:36:39AM +0300, Touko Korpela wrote: (reason: Obsolete and newer versions have problems with license. Also currently FTBS.) Is there still license trouble? Unfortunately yes, as with the whole Java GIS stack that uses some Sun JAI components. Help to solve the issue by convincing Oracle to change license or even better by re-implementing the package. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#664282: Processed: Re: Bug#664282: liblas-dev: uninstallable due to changes in libgeotiff-dfsg
On Sun, Apr 22, 2012 at 06:03:20PM +0100, Adam D. Barratt wrote: On Sat, 2012-03-17 at 16:57 +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: tags 664282 + pending Bug #664282 [liblas-dev] liblas-dev: uninstallable due to changes in libgeotiff-dfsg Added tag(s) pending. That was over a month ago now; is there an ETA for an upload? It is almost ready on the git repository, needs some final checks. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#669468: saga: FTBFS: build-dependency not installable: libvigraimpex-dev
On Thu, Apr 19, 2012 at 09:39:19PM +0200, Lucas Nussbaum wrote: The following packages have unmet dependencies: sbuild-build-depends-saga-dummy : Depends: libvigraimpex-dev but it is not going to be installed E: Unable to correct problems, you have held broken packages. apt-get failed. It seems to me that both libtiff4-dev and libtiff5-dev are requested for building which leads to a failure. I think that a simple or dependency would be enough to avoid problems. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#664547: spatialite: FTBFS on some archs (test failures)
On Sun, Mar 18, 2012 at 09:14:32PM +0100, Julien Cristau wrote: Source: spatialite Version: 3.0.2~20120302-1 Severity: serious Justification: fails to build from source (but built successfully in the past) See the build logs at https://buildd.debian.org/status/package.php?p=spatialite, failures on armel, armhf, mips, mipsel and powerpc. Cheers, Julien Current version 3.1.0~rc2-1 seems ok on all archs, but for ppc where it fails to build with something that looks like a compiler issue. https://buildd.debian.org/status/fetch.php?pkg=spatialitearch=powerpcver=3.1.0~rc2-1stamp=1333461565 I'm CC d-ppc for suggestions by porters possibly. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [SCM] epr-api branch, master, updated. debian/2.2-1-16-gb442651
On Sun, Mar 25, 2012 at 09:16:16AM +, Antonio Valentino wrote: -Package: libepr-api2-dev +Package: libepr-api-dev Section: libdevel Architecture: any Depends: ${misc:Depends}, libc6-dev, libepr-api2 (= ${binary:Version}) +Provides: libepr-api2-dev +Replaces: libepr-api2-dev Conflicts too? -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [SCM] epr-api branch, master, updated. debian/2.2-1-11-ge357abe
On Sun, Mar 11, 2012 at 11:17:19AM +, Antonio Valentino wrote: diff --git a/debian/control b/debian/control index 20adf3f..d3c3f1a 100644 --- a/debian/control +++ b/debian/control @@ -28,9 +28,9 @@ Package: libepr-api2-dev Section: libdevel Architecture: all Depends: ${misc:Depends}, libc6-dev, libepr-api2 (= ${binary:Version}), - libepr-api2 ( ${binary:Version}+1~) -Provides: libepr-api-dev -Conflicts: libepr-api-dev + libepr-api2 ( ${binary:Version}.1~) +Provides: libepr-api2-dev +Conflicts: libepr-api2-dev Description: ENVISAT Product Reader API for C - Development files The ENVISAT Product Reader API is a set of C-source code files supporting developers who want to use MERIS, AATSR, and ASAR data Why libepr-api2-dev declares a so weird dependencies set? -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#663099: gmt: GMT 4.5.6 doesn't work with 2.2.0 coastlines
On Thu, Mar 08, 2012 at 02:14:50PM +0100, Steffen Grunewald wrote: Package: gmt Version: 4.5.6-1+b1 Severity: normal Dear Maintainer, Trying to add high-resolution coastlines to the GMT installation (4.5.6 as of wheezy, upgraded by hand to 4.5.6+b1/libnetcdf7) I found that * the script to install high/full resolution coastline data doesn't work anymore because of filename changes * there's 2.2.0 available on soest.hawaii.edu and its mirrors but no 2.1.1 matching gmt-coast-low * replacing even the low-res files with 2.2.0 versions, I get pscoast: * resolution shoreline data base not installed with *=intermediate, high, whatever matching the -D parameter Restoring the (2.1.1) binned_GSHHS_i.cdf file resolved the situation for intermediate but due to the lack of hi-res files, high or full cannot be used at all. There is a 4.5.7 version out which *might* resolve the issue - on soest.hawaii.edu, both the gmt and gshhs tarballs carry identical timestamps (July 14, 2011). Unless someone comes up with a backup of the old GSHHS2.1.1_{high,full}.tar.bz2 files, GMT cannot be used for hi-res maps anymore. (I cannot even find them in Paul Wessel's tree.) *** End of the template - remove these lines *** I know, the 4.5.7 version is already on the git repository and I'm switching to an autoconsistent packaging of alla required resolutions for GSHHS because recently upstream changed completely distribution style and broke past scripts :-/ Depending on a consistent management of external archives is too error prone. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#640819: Fix jpeg library detection for multiarch location
On Mon, Mar 05, 2012 at 10:43:27AM +0100, Moritz Mühlenhoff wrote: checking for dlfcn.h... yes checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking libtar.h usability... yes checking libtar.h presence... yes checking for libtar.h... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes HAVE ZLIB = LIBTIFF_INCLUDE_PATH= -I/usr/include LIBTIFF_LIB_PATH= -L/usr LIBTIFF_LIBS= -ltiff JPEG_TOP: /usr ERROR: libjpeg not found! configure: error: jpeg support required! make: *** [debian/stamp-autotools] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 I know, a few programs are all sharing the same code snippet that tries to find the library location automagically within a few well-known dirs. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#661914: FTBFS
On Fri, Mar 02, 2012 at 03:55:13PM +0100, Moritz Muehlenhoff wrote: Package: mapserver Version: 6.0.1-2 Severity: serious Your package fails to build from source: checking for vsnprintf... yes MapServer Version from mapserver.h: '6.0.1' checking if pkg-config path is provided... checking for pkg-config... /usr/bin/pkg-config checking for Freetype2.x in /usr... checking for FT_Init_FreeType in -lfreetype... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking ft2build.h usability... yes checking ft2build.h presence... yes checking for ft2build.h... yes configure: checking where Zlib is installed... checking for zlibVersion in -lz... yes using libz from system libs (-DUSE_ZLIB). configure: checking where PNG is installed... checking for png_init_io in -lpng... yes checking png.h usability... yes checking png.h presence... yes checking for png.h... yes using libpng from system libs. checking setjmp.h usability... yes checking setjmp.h presence... yes checking for setjmp.h... yes configure: checking where GIF is installed... checking for DGifOpenFileHandle in -lgif... yes checking gif_lib.h usability... yes checking gif_lib.h presence... yes checking for gif_lib.h... yes using libgif from system libs. configure: checking whether we should include JPEG support... configure: error: Could not find jpeglib.h or libjpeg.a/libjpeg.so/libjpeg.dylib in /usr. make: *** [configure-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Note that while it is straighforward fixing this specific issue, and also building correctly with current GEOS C library, current mapserver has another issue due to recent Php 5.4 migration. This is the fix, which could be useful for other programs too: https://bugs.php.net/bug.php?id=59731 to be included ASAP. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#661839: gmt: rebuild against new libnetcdf
reassign 661839 netcdf found 661839 4.1.3-2 notfound 661839 4.1.3-3 thanks -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#661717: libnetcdf6 doesn't provide libnetcdf.so.6
On Wed, Feb 29, 2012 at 11:05:29PM +0600, Andrey Rahmatullin wrote: Package: libnetcdf6 Version: 1:4.1.3-2 Severity: serious Packages such as libgdal1-1.7.0 contain binaries linked against libnetcdf.so.6 and depend on libnetcdf6. But as libnetcdf.so.6 is now contained in libnetcdfc6 and libnetcdf6 doesn't depend on it, that packages break. Workaround: install libnetcdfc6 manually. Sorry the true fix is dropping the linetcdf6 dummy package provided in the new 4.1.3 version and waiting for the usual set of bNMUs for migrating to the new soname and libraries set. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: [SCM] grass branch, master, updated. upstream/6.4.1-94-g1b4bb00
On Wed, Feb 29, 2012 at 07:38:30PM +, M. Hamish Bowman wrote: + +... but how to do *.postinst with update-python-modules or dh_python2? + dh_python2 /usr/lib/grass@VERSION@/etc/$DIR in debian/rules ? -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] saga branch, master, updated. 684148bc973c7e94f9e4d7a887f2ef230d230ad7
The following commit has been merged in the master branch: commit 684148bc973c7e94f9e4d7a887f2ef230d230ad7 Author: Francesco P. Lovergine france...@lovergine.com Date: Tue Feb 28 23:48:11 2012 +0100 Annotated the changelog. diff --git a/debian/changelog b/debian/changelog index 141b5ea..14e340e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +saga (2.0.8+dfsg-2) unstable; urgency=low + + [ Johan Van de Wauw ] + * Run autoreconf after last grib2 fix + more logical patches. + + [ Francesco Paolo Lovergine ] + * Policy bumped to 3.9.3, no changes required. + + -- Francesco Paolo Lovergine fran...@debian.org Tue, 28 Feb 2012 23:46:51 +0100 + saga (2.0.8+dfsg-1) unstable; urgency=low [ Francesco Paolo Lovergine ] diff --git a/debian/control b/debian/control index 027b392..fd0ca51 100644 --- a/debian/control +++ b/debian/control @@ -6,7 +6,7 @@ Uploaders: Johan Van de Wauw johan.vandew...@gmail.com, Francesco Paolo Loverg Build-Depends: libwxgtk2.8-dev, wx-common, libgdal-dev, libexpat-dev, libogdi3.2-dev, libproj-dev, libgrib2c-dev, debhelper (=8), swig, libqhull-dev, libhpdf-dev, libvigraimpex-dev, python-dev, liblas-dev -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Homepage: http://www.saga-gis.org/ Vcs-Git: git://git.debian.org/pkg-grass/saga.git Vcs-Browser: http://git.debian.org/?p=pkg-grass/saga.git @@ -43,7 +43,7 @@ Package: libsaga Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Provides: libsaga-2.0.7 +Provides: libsaga-2.0.8 Description: SAGA GIS development files SAGA GIS (System for Automated Geoscientific Analyses) is a geographic information system used for editing and analysing spatial data. diff --git a/debian/control.in b/debian/control.in index 2ce7a25..775027c 100644 --- a/debian/control.in +++ b/debian/control.in @@ -6,7 +6,7 @@ Uploaders: Johan Van de Wauw johan.vandew...@gmail.com, Francesco Paolo Loverg Build-Depends: libwxgtk2.8-dev, wx-common, libgdal-dev, libexpat-dev, libogdi3.2-dev, libproj-dev, libgrib2c-dev, debhelper (=8), swig, libqhull-dev, libhpdf-dev, libvigraimpex-dev, python-dev, liblas-dev -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Homepage: http://www.saga-gis.org/ Vcs-Git: git://git.debian.org/pkg-grass/saga.git Vcs-Browser: http://git.debian.org/?p=pkg-grass/saga.git -- Saga GIS ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Bug#661553: trying to overwrite '/usr/lib/libnetcdf_c++.so.4', which is also in package libnetcdf4 1:3.6.3-1
On Mon, Feb 27, 2012 at 10:32:53PM +0100, Soeren Sonnenburg wrote: Package: libnetcdfc++5 Version: 1:4.1.1-8+b1 Severity: grave on upgrade I get Preparing to replace libnetcdfc++5 1:4.1.1-8+b1 (using .../libnetcdfc++5_1%3a4.1.3-1_amd64.deb) ... Unpacking replacement libnetcdfc++5 ... dpkg: error processing /var/cache/apt/archives/libnetcdfc++5_1%3a4.1.3-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libnetcdf_c++.so.4', which is also in package libnetcdf4 1:3.6.3-1 Uhm, I'm supposing you put on hold the old 3.6.3 libraries, don't you? -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] grass branch, master, updated. upstream/6.4.1-77-gecd8063
The following commit has been merged in the master branch: commit ecd806309c1310791ad842fd08facc73f849ee11 Author: Francesco P. Lovergine france...@lovergine.com Date: Sat Feb 25 19:00:35 2012 +0100 Updated a couple of b-ds. diff --git a/debian/changelog b/debian/changelog index e20b246..f1828f4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,6 @@ grass (6.4.2-1) unstable; urgency=low + [ M. Hamish Bowman ] * Packaged new upstream version. * Reorganize binary packages, new: grass-core, grass-gui, grass-dev-doc. * Patch g.extension.sh to check for the needed grass-dev package. @@ -12,7 +13,12 @@ grass (6.4.2-1) unstable; urgency=low (closes: #615667) * Policy bumped to 3.9.3, using metapackages archive section for 'grass'. - -- M. Hamish Bowman hamis...@yahoo.com Sat, 25 Feb 2012 22:49:50 +1300 + [ Francesco Paolo Lovergine ] + * Moved to use TIFF 4.0.1 instead of the legacy flavor. + * B-D updated to libmysqlclient-dev to pickup current version. +(closes: #650361) + + -- Francesco Paolo Lovergine fran...@debian.org Sat, 25 Feb 2012 18:55:41 +0100 grass (6.4.1-2) unstable; urgency=low diff --git a/debian/control b/debian/control index 136e4cb..e29662f 100644 --- a/debian/control +++ b/debian/control @@ -16,7 +16,7 @@ Build-depends: libfreetype6-dev, libgdal1-dev (= 1.5.0), libglu1-mesa-dev | libglu1-xorg-dev, - libjpeg-dev, libpng12-dev, libtiff4-dev, + libjpeg-dev, libpng12-dev, libtiff5-dev, libmysqlclient-dev, libncurses5-dev, libpq-dev, @@ -25,25 +25,23 @@ Build-depends: libreadline-dev | libreadline6-dev, libsqlite3-dev, libxmu-dev, -#install optipng if compressing the PNG images in the programmers' manual -# optipng, python-dev (= 2.5), python-support (= 0.7.1), python-wxgtk2.8, libwxgtk2.8-dev, tcl-dev (= 8.5), tk-dev (= 8.5), unixodbc-dev -Standards-Version: 3.9.3 +Standards-Version: 3.9.2 Build-Conflicts: wx2.6-headers Homepage: http://grass.osgeo.org/ Vcs-Browser: http://git.debian.org/?p=pkg-grass/grass.git Vcs-Git: git://git.debian.org/git/pkg-grass/grass.git Package: grass -Section: metapackages +Section: science Architecture: all Depends: grass-core, grass-gui Recommends: grass-doc Suggests: grass-dev -Description: Geographic Resources Analysis Support System (GRASS GIS) +Description: GRASS GIS (The Geographic Resources Analysis Support System) Commonly referred to as GRASS, this is a Geographic Information System (GIS) used for geospatial data management and analysis, image processing, graphics/map production, spatial modeling, and @@ -83,7 +81,7 @@ Suggests: wget | curl, # used by r.in.wms xml2 -Provides: grass642 +Provides: grass641 Description: GRASS GIS core components Commonly referred to as GRASS, this is a Geographic Information System (GIS) used for geospatial data management and analysis, @@ -138,9 +136,9 @@ Description: GRASS GIS user documentation Package: grass-dev-doc Section: doc Architecture: all -Depends: ${misc:Depends}, libjs-jquery +Depends: ${misc:Depends} Suggests: grass -Description: GRASS GIS Programmers' Manual +Description: The GRASS GIS Programmers' Manual Commonly referred to as GRASS, this is a Geographic Information System (GIS) used for geospatial data management and analysis, image processing, graphics/map production, spatial modeling, and diff --git a/debian/control.in b/debian/control.in index 76274bb..f7494f8 100644 --- a/debian/control.in +++ b/debian/control.in @@ -16,8 +16,8 @@ Build-depends: libfreetype6-dev, libgdal1-dev (= 1.5.0), libglu1-mesa-dev | libglu1-xorg-dev, - libjpeg-dev, libpng12-dev, libtiff4-dev, - libmysqlclient15-dev, + libjpeg-dev, libpng12-dev, libtiff5-dev, + libmysqlclient-dev, libncurses5-dev, libpq-dev, # proj-bin needed for nad2bin during config -- Geographic Resources Analysis Support System ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] grass branch, master, updated. upstream/6.4.1-80-g3a1f450
The following commit has been merged in the master branch: commit b12280ef699934a0cd1bb872e49bd2cb15835621 Merge: ecd806309c1310791ad842fd08facc73f849ee11 611e791c7e0045c562374015525838ee8b0f40d8 Author: Francesco P. Lovergine france...@lovergine.com Date: Sat Feb 25 19:06:51 2012 +0100 Merge tag 'upstream/6.4.2' Upstream version 6.4.2 -- Geographic Resources Analysis Support System ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] grass branch, master, updated. upstream/6.4.1-80-g3a1f450
The following commit has been merged in the master branch: commit 3a1f450576df6c0eb6d2e94298a5182ef6aae34c Author: Francesco P. Lovergine france...@lovergine.com Date: Sat Feb 25 19:07:58 2012 +0100 Regenerated debian/control after upstream merge. diff --git a/debian/control b/debian/control index e29662f..385d47d 100644 --- a/debian/control +++ b/debian/control @@ -81,7 +81,7 @@ Suggests: wget | curl, # used by r.in.wms xml2 -Provides: grass641 +Provides: grass642 Description: GRASS GIS core components Commonly referred to as GRASS, this is a Geographic Information System (GIS) used for geospatial data management and analysis, -- Geographic Resources Analysis Support System ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] grass branch, master, updated. upstream/6.4.1-81-g467dc9e
The following commit has been merged in the master branch: commit 467dc9e5add0ab54960aecac04847ddb1cc80e27 Author: Francesco P. Lovergine france...@lovergine.com Date: Sat Feb 25 19:11:05 2012 +0100 Removed duplicated comment in changelog. diff --git a/debian/changelog b/debian/changelog index f1828f4..6deb4a9 100644 --- a/debian/changelog +++ b/debian/changelog @@ -15,8 +15,6 @@ grass (6.4.2-1) unstable; urgency=low [ Francesco Paolo Lovergine ] * Moved to use TIFF 4.0.1 instead of the legacy flavor. - * B-D updated to libmysqlclient-dev to pickup current version. -(closes: #650361) -- Francesco Paolo Lovergine fran...@debian.org Sat, 25 Feb 2012 18:55:41 +0100 -- Geographic Resources Analysis Support System ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel