On 04/03/2014 01:43 PM, Thorsten Alteholz wrote:
please add the missing licenses of:
postgis-2.1.2\doc\xsl\*
postgis-2.1.2\java\* (LGPL, BSD)
postgis-2.1.2\liblwgeom\stringbuffer.*
postgis-2.1.2\loader\*
to debian/copyright.
I've updated the copyright file using copyright-format 1.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04/04/2014 01:57 PM, Markus Wanner wrote:
Bas,
On 04/04/2014 01:45 PM, Sebastiaan Couwenberg wrote:
I've updated the copyright file using copyright-format 1.0 and
included the licenses for the above.
Way cool, thanks. Uh... just... where
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: tags -1 pending
Hi Markus,
I've pushed my changes to git.debian.org, can you upload the package
or shall I request sponsorship?
Kind Regards,
Bas
- --
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A
Control: tags -1 pending
Hi Jakub,
Thanks for reporting this issue.
On 04/05/2014 10:26 AM, Jakub Wilk wrote:
libspatialite5 is marked as Multi-Arch: same, but the following file
is architecture-dependent:
/usr/share/doc/libspatialite5/examples/Makefile.gz
I've excluded the build files
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Markus,
On 04/05/2014 09:55 PM, Markus Wanner wrote:
I took some time reviewing your changes to the postgis package.
Thanks for your review.
For pgapt, it's beneficial if you do not change the release to
unstable until you really intend to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04/06/2014 08:53 AM, Markus Wanner wrote:
just very briefly: pgapt looks fine again with the reverted
control file. That was my major objective.
Thanks great.
On 04/05/2014 11:15 PM, Sebastiaan Couwenberg wrote:
I understand
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04/07/2014 01:19 PM, Markus Wanner wrote:
On 04/05/2014 11:15 PM, Sebastiaan Couwenberg wrote:
cme has some behavior I don't like as much, like the automatic
Standards-Version adjustment, and stripping of versions in
dependency when
On 04/08/2014 08:26 AM, Markus Wanner wrote:
* Downgrade package priority to extra.
Why did you chose to downgrade the priority?
Both TinyOWS and pgRouting depend on postgresql-9.3-postgis-2.1, and
both have priority optional. They now depend on a package with a lower
priority, thus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Markus,
On 04/08/2014 09:14 PM, Markus Wanner wrote:
On 04/08/2014 08:04 PM, Sebastiaan Couwenberg wrote:
Why did you chose to downgrade the priority?
Because of the following extra dependencies, for which the postgis
package currently
Control: tags -1 confirmed
Hi,
Thanks for reporting this issue.
I've requested a rebuild of spatialite-tools to build with the current
sqlite3 version (#744079).
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: reassign -1 proj-ps-doc
Hi,
`proj +proj=list` was replaced by `proj -lp` quite some time ago.
The replacement is mentioned in the README file for proj:
+ellps=list and +proj=list REMOVED. Use respective -le and -lp.
The proj-ps-doc package hasn't been updated since 2006, and the
Control: tags -1 pending
Hi Bastien,
On 04/21/2014 03:36 PM, bastien ROUCARIES wrote:
This source package contains the following files from the
IETF under non-free license terms:
third_party/uriparser-0.7.5/doc/rfc*
Thanks for reporting this issue.
I've fixed the package in git by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: forwarded -1 https://github.com/mapserver/mapserver/issues/4911
Hi,
Thanks for reporting this issue in advance.
I've forwarded the bug upstream for now. And will investigate the
feasibility of porting mapscript for PHP 5.6 further, but I
Control: fixed -1 proj/4.8.0-3
Control: tags -1 pending
Hi Fernando,
The proj packaging was recently updated to use dh-autoreconf.
http://anonscm.debian.org/gitweb/?p=pkg-grass/proj.git;a=commitdiff;h=ab2c8089330e71403ba0011eae5f22a222399b17
The change is included in proj 4.8.0-3 currently in
Control: tags -1 pending
Hi,
Update PHP mapscript to build with PHP 5.6 turned out not to be very
hard, the stream handling in the PECL HTTP library served as a nice example.
I've forwarded my patch, and upstream as applied after some minor
adjustments.
The fixed mapserver package is available
Control: tags -1 confirmed
Hi Andy,
Thanks for reporting this issue.
I can reproduce the problem with the lakes.gml sample file shipped with
QGIS. It takes almost 8 minutes to create the spatialite database.
Creating an empty spatialite database is near instantaneous with the
spatialite
Control: tags -1 confirmed
Hi Fabien,
On 04/24/2014 09:51 AM, Fabien Bochu wrote:
There is an include of cubewerx_extra.wkt file in epsg.wkt file but the file
cubewerx_extra.wkt is not in included in package.
I detect this probleme when I used gdalsrsinfo command with EPSG:900913
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.
This happened before, see the history of the upstream
+ [ Francesco Paolo Lovergine ]
+ * New binary ogrlineref added.
This is not needed, ogrlineref is already installed via the ogr* wildcard:
--- a/debian/gdal-bin.install
+++ b/debian/gdal-bin.install
@@ -14,6 +14,7 @@ usr/bin/gdal_contour
usr/bin/gdal_grid
usr/bin/gdal_rasterize
On 05/07/2014 10:28 AM, Francesco P. Lovergine wrote:
On Wed, May 07, 2014 at 10:24:37AM +0200, Francesco P. Lovergine wrote:
Bas, that tarball for unknown reason missed the .gitignore file originally
included in previous version and present in master/experimental tree.
That causes
On 05/09/2014 11:01 PM, Andreas Tille wrote:
proj-data is arch all
This is not entirely true. The package contains the datumgrids, these
are architecture specific. debian/TODO documents this:
The proj-data package is non endianess-aware due to the simple binary
format produced by
On 05/10/2014 08:23 AM, Andreas Tille wrote:
Hi Bas,
On Fri, May 09, 2014 at 11:13:27PM +0200, Sebastiaan Couwenberg wrote:
On 05/09/2014 11:01 PM, Andreas Tille wrote:
proj-data is arch all
This is not entirely true. The package contains the datumgrids, these
are architecture
On 05/10/2014 09:55 AM, Francesco P. Lovergine wrote:
On Thu, May 08, 2014 at 11:31:15PM +0200, Sebastiaan Couwenberg wrote:
Maybe just importing the fixed tarball as upstream version 1.11.0+dfsg+1?
Unfortunately we need to introduce a new ad hoc upstream version such
as that you suggested
On 05/10/2014 11:48 PM, Andreas Tille wrote:
On Sat, May 10, 2014 at 11:40:23AM +0200, Sebastiaan Couwenberg wrote:
Sorry for my stupid intervention. However, if the files are not arch
independent, they should not end up in /usr/share but rather /usr/lib.
Agreed, but this is not something I
On 05/11/2014 12:44 AM, Andreas Tille wrote:
On Sun, May 11, 2014 at 12:23:05AM +0200, Sebastiaan Couwenberg wrote:
So can you explain how it is organised that the correct files for the
correct arch will end up in /usr/share? I really think that it would be
sensible to move the arch dependant
Control: retitle -1 proj-data: Package contains architecture dependant
files in /usr/share
Control: tags -1 pending
Hi Andreas,
Thanks for reporting this issue and sponsoring the fixed package.
On 05/12/2014 01:35 PM, Andreas Tille wrote:
The package avoids Filesystem Hierarchy Standard since
Hi Ralf,
Thanks for reporting this issue.
This same issue was also reported by Ralf Treinen in #Ben
Caradoc-Davies, so I've merged your two bugs.
The liblwgeom-2.1.3 package is fixed using Breaks/Replaces by Markus
Wanner in git, and is pending upload.
Kind Regards,
Bas
--
GPG Key ID:
Hi Ben,
Thanks for reporting this issue.
This same issue was also reported by Ralf Treinen in #749030, so I've
merged your two bugs.
The liblwgeom-2.1.3 package is fixed using Breaks/Replaces by Markus
Wanner in git, and is pending upload.
Kind Regards,
Bas
Control: tags -1 pending
Hi Olly,
Thanks reporting this issue and for the patch.
I've fixed the package in git. And the updated package is available on
mentors, currently waiting for sponsorship (#749752).
Kind Regards,
Bas
___
Pkg-grass-devel
Control: forwarded -1 http://hub.qgis.org/issues/10391
Hi Francesco,
As suggested by Alex, I've forwarded your requests to the QGIS issue
tracker.
My apologies for not doing this sooner.
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: forwarded -1 https://github.com/libLAS/libLAS/issues/39
Hi Michael,
Thanks for reporting this issue.
I've forwarded your report to upstream with some suggested fixes.
Kind Regards,
Bas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
On 06/27/2014 11:02 AM, Jakub Juraszek wrote:
It seems to work for now but I think the pkg is broken - name differs
from library actual version?
Is there some mailing list I'm missing? Is this error in name or does
those lib differ in important way?
You appear to be running Ubuntu with the
On 06/27/2014 10:11 PM, Ralf Treinen wrote:
dpkg: error processing archive
/var/cache/apt/archives/libkml-dev_1.3.0~r864+dfsg-1_amd64.deb (--unpack):
trying to overwrite '/usr/lib/x86_64-linux-gnu/libminizip.a', which is also
in package libminizip-dev:amd64 1.1-2
This is a serious bug as
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
The fix is already done since march, just building now.
Thanks for uploading the fixed package without waiting for more
interesting changes.
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
Control: tags -1 pending
Hi Niko,
On 06/25/2014 10:42 PM, Niko Tyni wrote:
Starting with version 5.20.0 (currently in experimental), the Debian
perl package is changing the vendorarch library paths (currently
/usr/lib/perl5) to include the multiarch triplet and the perl version. See
#748380
Control: tags -1 pending
Hi Frederic,
On 07/03/2014 12:32 PM, Frederic Junod wrote:
It would be nice to create a debug package for libmapserver1.
See attached patch.
Thanks for the patch.
I've applied it in git and the update package is currently waiting for
sponsorship. (#753834).
Kind
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Gregor,
On 07/08/2014 08:09 PM, gregor herrmann wrote:
Implemented with a patch (for INSTALLDIRS=vendor) and an
executable .install file for $Config{vendorarch}.
Thanks for the patch.
I looked at this and the mapserver issue, but hadn't
Control: tags -1 pending
Hi Robert,
On 07/22/2014 01:53 AM, Robert Edmonds wrote:
Please apply the changes in the attached patch to the osm2pgsql package.
The changes are compatible with the version of the protobuf-c package
currently in testing/unstable, and will allow for compatibility with
On 07/27/2014 06:59 PM, Andreas Tille wrote:
I intended to sponsor the latest status of osm2pgsql in Git but it does
not build for me. I attached the build log.
Any idea what might went wrong?
Based on your log I suspect your chroot is outdated.
It's using the protobuf 1.0.0~rc2-1 from
Hi Ross,
Just to make sure, are you aware that laszip is already in NEW waiting
for review by the ftp-masters?
https://ftp-master.debian.org/new/laszip_2.2.0-1.html
Until it's accepted we can't build libLAS with LAZ support. Hopefully we
can release libLAS 1.8 with LAZ support if it has been
On 07/28/2014 11:18 PM, Ross Gammon wrote:
On 07/28/2014 11:12 PM, Sebastiaan Couwenberg wrote:
Hi Ross,
Just to make sure, are you aware that laszip is already in NEW waiting
for review by the ftp-masters?
https://ftp-master.debian.org/new/laszip_2.2.0-1.html
Until it's accepted we can't
Control: tags -1 pending
Hi Breno,
On 07/29/2014 05:43 PM, Breno Leitao wrote:
Gdal doesn't build on ppc64el at the moment, because the autotools files are
outdate, causing it to fail because ppc64el is not know by the config files.
This patch calls autotools-dev scripts to update the
On 07/31/2014 11:41 PM, Gilles Filippini wrote:
Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.
Please don't NMU. I'll prepare new uploads.
I just wish you had
On 08/01/2014 12:18 AM, Gilles Filippini wrote:
Sebastiaan Couwenberg a écrit , Le 31/07/2014 23:54:
I looked into the GDAL patch you had available on people.d.o, but it
didn't look like it supported both old and new hdf5 packages.
Indeed, I've updated my patches today after the - rather bad
Control: tags -1 pending
On 08/01/2014 12:26 AM, Sebastiaan Couwenberg wrote:
I was about to go to bed, but now I'm building gdal packages. They
should be ready in a couple of hours.
The updated packaging is in git, the new builds are available on mentors
and waiting for sponsorship (#756693
Hi Christopher,
This is likely related to the changes for the protobuf-c transition
(#73).
Can you verify that osm2pgsql 0.84.0-2 doesn't have this problem
importing data from a OSM XML file instead of PBF?
It would also have been helpful if you had used reportbug(1) to report
this issue so
On 08/04/2014 05:59 PM, Robert Edmonds wrote:
I'd be happy to take a look and try to debug the issue to see if it's
caused by the protobuf-c changes.
Thanks, that's much appreciated.
However, I'm entirely unfamiliar with osm2pgsql. Is there any chance
you could walk me through setting up a
Hi Robert,
Thanks again for debugging this issue.
I can confirm that the osm2pgsql segfault is fixed with a rebuilt
libprotobuf-c1 that includes your patch.
Shall I reassign this issue to libprotobuf-c so you can close it with
the upload of the new upstream release when it's out?
Kind Regards,
Hi Olly,
On 08/07/2014 06:56 AM, Olly Betts wrote:
It looks like grass 7.0.0 will be compatible with wxPython 3.0 - I see
in http://trac.osgeo.org/grass/wiki/Release/7.0.0beta-News the entry:
| wxPython 3 compatibility fixes
So updating the package to this version seems the simplest fix.
Hi Gilles,
On 08/07/2014 01:03 AM, Gilles Filippini wrote:
I've prepared an NMU for pktools (versioned as 2.5.2+20140505-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Please cancel the upload if you can.
Your patch was already included in git,
On 08/07/2014 11:32 PM, Gilles Filippini wrote:
Hi Sebastian,
Sebastiaan Couwenberg a écrit , Le 07/08/2014 12:28:
Hi Gilles,
On 08/07/2014 01:03 AM, Gilles Filippini wrote:
I've prepared an NMU for pktools (versioned as 2.5.2+20140505-1.1) and
uploaded it to DELAYED/5. Please feel free
On 08/08/2014 05:19 PM, Christoph Berg wrote:
in the meantime, the PostgreSQL version in jessie has been upgraded to
9.4, so please switch to postgresql-9.4-postgis. (Which isn't there
yet but should be soon.)
Have you been in contact with Markus Wanner about postgresql-9.4-postgis?
The
Control: tags -1 pending
Hi Michal,
Thanks for your translation.
I've included it in git and will be part of the upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Control: tags -1 pending
Hi victory,
Thanks for your translation.
I've included it in git and will be part of the upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Control: tags -1 pending
Hi Ross,
I've added pktools to the workstation tasks as requested, and its -dev
package to the devel tasks.
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 08/10/2014 09:43 AM, Markus Wanner wrote:
I'm on vacation and AFK until next Wednesday. IIRC postgis worked just fine
after minor mods (which I'm not sure I committed or not). Please feel free to
do whatever is beneficial for Debian. Alternatively, I can take care on
Thursday. Regards.
Control: tags -1 pending
Hi Joe,
Thanks for your translation.
I've included it in git and will be part of the next upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream has fixed the issue:
Sun 10 Aug 2014 09:54:17 PM GMT, comment #2:
Fix in pktools version 2.5.3
avoided default constructor of liblas::Point(). Replaced with
liblas::Point(header) with header of type liblas::Header.
On 08/12/2014 12:07 AM, Ross Gammon wrote:
The upstream fix has been applied as a patch, and it is confirmed that
pktools now builds against libLAS v1.8.0. A new version of pktools with
this patch has been pushed to alioth.
I suggest we wait until the current version of pktools migrates to
On 08/12/2014 03:37 AM, Sebastiaan Couwenberg wrote:
If in the mean time pktools 2.5.3 is released, we can consider uploading
that instead of 2.5.2 + git changes and patches.
I asked Pieter kempeneers, the pktools upstream, when he expected to
release 2.5.3. I received a reply today informing
Control: tags -1 pending
Hi Gilles,
On 08/13/2014 01:59 AM, Gilles Filippini wrote:
This is the very same error fixed 4 years ago in the package libfann for
which a patch was created:
Hi Christoph,
On 08/12/2014 10:53 PM, Christoph Berg wrote:
osm2pgsql recommends postgresql-9.3-postgis-2.1,
please upgrade this dependency. (postgis will likely be updated later
this week.)
Will do after postgis is updated.
As postgis is also in the Recommends, the extra Recommends:
Now that the updated postgis packages has been accepted from the NEW
queue, I've updated the Blends tasks to depend on
postgresql-9.4-postgis-2.1 instead.
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 08/15/2014 09:34 PM, Markus Wanner wrote:
On 08/15/2014 09:22 PM, Sebastiaan Couwenberg wrote:
Now that the updated postgis packages has been accepted from the NEW
queue, I've updated the Blends tasks to depend on
postgresql-9.4-postgis-2.1 instead.
Please consider depending on 'postgis
Control: tags -1 pending
Hi Olly,
Thanks for the patch. I've applied it in git, and uploaded to updated
package to mentors where it's currently waiting for sponsorship (#758682).
Having a shapefile is no guarantee that Thuban will be able to use it.
It has many bugs and Thuban hasn't had a new
On 08/20/2014 05:35 AM, Hamish B wrote:
Hi,
grass 6.4.4.packaging is currently (basically) ready in DebianGIS git.
But not by using git-import-orig. The upstream branch hasn't been
updated with the grass_6.4.4.orig.tar.gz contents. Nor is there a
pristine-tar branch.
There are still lintian
On 08/21/2014 10:17 PM, Thorsten Alteholz wrote:
Dear Maintainer,
some files contain the following remark:
// Permission to copy and redistribute this code is hereby granted,
provided -
// that this warning and copyright notices are not removed or altered.
-
This does not
I've been in contact with the FastAC authors, and Amir Said has replied
indicating that they would like their code to be used in Free Software
projects:
On 08/22/2014 01:51 AM, Amir Said wrote:
Hi,
Our main objective was to avoid people modifying the code,
redistributing it, and we receiving
Control: tags -1 moreinfo
Hi Pierrick,
On 08/25/2014 01:53 PM, Pierrick Koch wrote:
libgdal1h [1] prevents installing package with dependency on
libcurl4-openssl-dev.
It should maybe depend on libcurl-ssl-dev or even libcurl-dev, as stated in
[2].
Affects Ubuntu as well, similar conflict
On 08/25/2014 02:34 PM, Pierrick Koch wrote:
On Mon, Aug 25, 2014 at 2:30 PM, Sebastiaan Couwenberg
sebas...@xs4all.nl wrote:
I don't quite understand why this is still an issue, it should have been
fixed since 1.10.1+dfsg-4 when the build dependency was changed to:
libcurl4-gnutls-dev
On 08/25/2014 02:59 PM, Pierrick Koch wrote:
On Mon, Aug 25, 2014 at 2:48 PM, Sebastiaan Couwenberg
sebas...@xs4all.nl wrote:
You still haven't provided an example to reproduce the issue you
reported. Please provide this.
I guess one could reproduce the error doing:
apt-get install
Hi Andreas,
Thanks for sponsoring the upload.
It looks like you uploaded the changes from the master branch, instead of
the changes for the proposed update on the wheezy branch (see: #738935).
Can you do another build and upload using the wheezy branch?
Kind Regards,
Bas
[...] Will do, but I will try and finish my work on qgis first, at it is
now on the autoremoval list.
Please note that qgis is listed for autoremoval because of the wxpython RC
bug in grass.
I'll finish my changes for grass this week and push them to git.d.o.
Kind Regards,
Bas
On 09/01/2014 11:24 PM, Andreas Tille wrote:
On Mon, Sep 01, 2014 at 03:05:11PM +0200, Sebastiaan Couwenberg wrote:
It looks like you uploaded the changes from the master branch, instead of
the changes for the proposed update on the wheezy branch (see: #738935).
Can you do another build
On 09/01/2014 11:44 PM, Andreas Tille wrote:
On Mon, Sep 01, 2014 at 11:40:40PM +0200, Sebastiaan Couwenberg wrote:
Make sure the origin is up to date, and checkout the branch:
git fetch origin
git checkout wheezy
$ git fetch origin
$ git branch
* master
pristine-tar
upstream
Hi Ross,
On 09/04/2014 07:11 PM, Ross Gammon wrote:
You have emailed a while back about the gdal spatialite transitions.
I just check my devel-announce mails, and the last date for new
transitions is tomorrow (5th Sept).
Where does that leave us? gdal and spatialite are caught as
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
On 09/05/2014 04:30 PM, Francesco P. Lovergine wrote:
On Fri, Sep 05, 2014 at 04:22:03PM +0200, Sebastiaan Couwenberg wrote:
Hi Francesco,
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
Unfortunately my problem to build libgdal-grass experimental branch
remains.
I checked out branch experimental and did:
git-buildpackage --git-debian-branch=experimental
Unfortunately this ends up in
Need to get 15.3 MB/116 MB of archives. After unpacking 490 MB will be
used.
The
Control: tags -1 pending
Hi Daniel,
Thanks for the patch.
On 09/14/2014 06:19 AM, Daniel Llewellyn wrote:
I posted this to Debian-Alioth's Debian GIS project (alioth #314585)
but there has been no response for several months so I'm reposting to
the main bugtracker in hopes for some more
Hi Andreas,
On 09/09/2014 01:19 PM, Andreas Tille wrote:
On Tue, Sep 09, 2014 at 12:58:00PM +0200, Sebastiaan Couwenberg wrote:
Despite the fact that I enabled experimental in sources.list of my
pbuilder chroot. I feel a bit lost here since this worked in the past
for other packages
Control: forwarded -1 https://trac.openstreetmap.org/ticket/5228
Hi David,
Thanks for your rebuild work and reporting this issue.
It looks like the recent update of protobuf from 2.5.0 to 2.6.0
introduced a signature change for the parseUnknownField method which
breaks the osmosis build.
I've
Hi Andreas,
Version check failed:
Your upload included the source package libgdal-grass, version
1.11.0-1~exp1,
however experimental already has version 1.11.0-1~exp1.
Uploads to experimental must have a higher version than present in
experimental.
Can you try again after updating the
On Mon, Sep 15, 2014 at 5:04 PM, Andreas Tille andr...@an3as.eu wrote:
Hi Johan,
this seems to be a target for Debian GIS and I guess you are packaging
this in this team. I'd recommend adding the pkg-grass project to ITPs
of this kind.
Kind regards
Andreas.
How do I do that? I
Control: tags -1 pending
Hi Martin Anders,
Thanks for the translation and spelling fix.
I've commited it in git, and it will be included in the next revision of
postgis.
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
I've uploaded 0.5.1+dfsg-1.1 that fixes this bug to DELAYED/5. The diff
is attached, and it is very simple :-)
I don't see any evidence of the upload in either the deffered queue or
the archive.
The signature was invalid. This was discussed in the protobuf transition
bug (#760343)
Control: tags -1 pending
Hi David,
Supporting protobuf 2.6.0 in osmosis turned out to be easier than
expected, running protoc and storing the generated source as a patch.
I've updated the osmosis package to include this patch and some fixes
from the upstream git repo.
The fixed package is
Accidentally the patch didn't get attached, so here it is.
Thanks for the patch, but this was already fixed in git.
I may need to add another (unrelated) change to the package before it's
ready for upload.
Kind regards,
Bas
___
Pkg-grass-devel
On 12/05/2014 09:10 PM, Uwe Steinmann wrote:
-routino (2.7.2-2) UNRELEASED; urgency=medium
+routino (2.7.2-2) testing-proposed-updates; urgency=medium
2.7.2-2 should have been uploaded unstable, the NMUs fixed the issues in
testing already.
On Fri, 05 Dec 2014 16:21:40 +0100, Niels Thykier
On 12/06/2014 01:57 PM, Adam D. Barratt wrote:
On Sat, 2014-12-06 at 12:38 +0100, Sebastiaan Couwenberg wrote:
Hi Uwe,
On 12/05/2014 07:13 PM, Sebastiaan Couwenberg wrote:
In the mean time I'm updating my clone of the repo to
incorporate the recent NMUs and prepare a new upload for unstable
Control: tags -1 pending
Hi Raphael,
Thanks for your checkbashism run and reporting this issue.
I've fixed the issue in git, and forwarded the patch upstream.
http://anonscm.debian.org/cgit/pkg-grass/osmosis.git/commit/?id=9027862759693ee69a1ba608e46649521ac8a22e
The patch will be included in
Control: severity -1 important
Control: tags -1 pending
Hi Nelson,
Thanks for reporting this issue.
On 12/08/2014 11:44 AM, Nelson A. de Oliveira wrote:
osmupdate needs wget to download the change files but there isn't a
Depends nor Recommends on it.
At least a Recommends: wget should be
On 12/23/2014 10:28 PM, Johan Van de Wauw wrote:
johanvdw-guest pushed a change to tag debian/0.8.10
-1 is missing from the tag, I'm sure you meant debian/0.8.10-1 :)
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Hi Ansgar,
On 12/24/2014 11:27 PM, Ansgar Burchardt wrote:
I think mod-spatialite6 is a bit too generic for a SQLite
modules.
It's quite generic yes, I went back and forth between
libsqlite-mod-spatialite and just mod-spatialite, and settled for now on
following the SONAME for the package
Hi Andreas,
Thanks for looking into mkgmapgui.
On 12/25/2014 06:14 PM, Andreas Tille wrote:
Do not mention team as Uploaders (and do a real switch of maintainer team)
This change causes mkgmapgui to disappear from the Packages overview and
Maintainer dashboard.
I consider removing the OSM
On 12/23/2014 10:28 PM, Johan Van de Wauw wrote:
johanvdw-guest pushed a change to annotated tag upstream/0.8.12
in repository owslib.
It looks like you forgot to push the upstream and pristine-tar branches
(e.g. using `git push --all`).
Can you push these branches?
Kind Regards,
Bas
--
PS, if you run `git push --all --set-upstream` once git will mark all
branches to track the upstream (origin) repository.
`git branch -av` will the list your local branches are ahead/behind the
origin repository so you can see what hasn't been pushed yet.
You always need to use --set-upstream if
Control: tags -1 pending
On 12/30/2014 07:07 PM, Nelson A. de Oliveira wrote:
Couldn't python-gdal and python3-gdal also suggest (or recommend) gdal-bin?
The reason for this is that gdal2tiles (included in python-gdal) uses
gdal_translate in its example/usage:
Sure. The reverse is already
Hi Nelson,
You're on a roll! :-)
On 12/30/2014 07:21 PM, Nelson A. de Oliveira wrote:
Since Debian doesn't remove the language extension from the binaries
(http://hub.qgis.org/issues/9924), couldn't the help/usage messages be
patched to have the correct binary names?
I'm not sure about this
101 - 200 of 13149 matches
Mail list logo