On 3/28/20 2:56 PM, Gilles Filippini wrote:
> Sebastiaan Couwenberg a écrit le 28/03/2020 à 14:11 :
>> On 3/28/20 12:11 PM, Gilles Filippini wrote:
>>> Sebastiaan Couwenberg a écrit le 28/03/2020 à 11:34 :
>>>> On 3/28/20 10:52 AM, Gilles Filippini wrote:
>>&g
On 3/28/20 12:11 PM, Gilles Filippini wrote:
> Sebastiaan Couwenberg a écrit le 28/03/2020 à 11:34 :
>> On 3/28/20 10:52 AM, Gilles Filippini wrote:
>>> Gilles Filippini pushed new branch debian-1.10 at Debian GIS Project / hdf5
>>
>> Why is this not on the maste
On 3/28/20 10:52 AM, Gilles Filippini wrote:
> Gilles Filippini pushed new branch debian-1.10 at Debian GIS Project / hdf5
Why is this not on the master branch?
Have you moved to 1.12.0 there but not pushed those changes yet?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Control: tags -1 upstream wontfix
Control: severity -1 normal
On 3/25/20 10:39 AM, Laurent Bigonville wrote:
> I see that the configure is autodetecting at buildtime whether several
> CPU optimisations (SSE, SSE3, AVX) should be enabled or not.
>
> I feel this is not OK as building the package
On 3/23/20 8:21 PM, Piotr Engelking wrote:
> Sebastiaan Couwenberg :
>
>> So for some reason not all packages in the qgis dependency chain that
>> were rebuilt for the proj transition were upgraded on your systems,
>> that's an unusual situation but not a bug in qgis.
Control: tags -1 unreproducible
On 3/23/20 2:35 PM, Sebastiaan Couwenberg wrote:
> On 3/23/20 2:22 PM, Piotr Engelking wrote:
>> The bug is also present with glibc 2.30-2, from testing/unstable, with
>> no special configuration.
>
> Not on my system.
>
> I have libc
Control: severity -1 important
On 3/23/20 2:22 PM, Piotr Engelking wrote:
> The bug is also present with glibc 2.30-2, from testing/unstable, with
> no special configuration.
Not on my system.
I have libc6 (2.30-2) since 2020-03-14 06:59:08.
qgis-provides was upgrade from 3.10.3+dfsg-1 to
Control: forcemerge -1 954498
Control: tags -1 pending
That's due to the protobuf transition starting, it fix is already
pending after #954498 was reported.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: severity -1 important
Control: tags -1 upstream
Control: forwarded -1 https://github.com/qgis/QGIS/issues/35195
On 3/19/20 9:51 AM, Laurent Bonnaud wrote:
> Note that my system has glibc 2.31 from experimental and the following
> environment variables are set:
Since this is not a
Note this change between pyproj 2.5.0 & 2.6.0:
--- a/pyproj/_proj.pxd
+++ b/pyproj/_proj.pxd
@@ -1,6 +1,6 @@
include "proj.pxi"
-cdef class Proj:
+cdef class _Proj:
cdef PJ * projobj
cdef PJ_CONTEXT* context
cdef PJ_PROJ_INFO projobj_info
Kind Regards,
Bas
--
GPG
Control: block -1 by 953671
On 3/13/20 1:06 PM, Ivo De Decker wrote:
> The latest upload of qgis to unstable fails on mips64el:
And previous uploads failed on mipsel which built successfully again.
I already filed the RM bug (#953671) to unblock the python3.8 transition.
Kind Regards,
Bas
--
Control: severity -1 normal
On 3/10/20 4:58 PM, guillaume pernot wrote:
> Manpages for otbcli_* are not available anymore from otb 7.0 onwards.
That's not a reason for an RC severity.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750
Control: tags -1 wontfix
This is probably not really a problem.
But perhaps it's time to drop the -alt packages and only build a single
version without netcdf.
As I don't actually use this package myself, I'm not really willing to
spend time on this.
Kind Regards,
Bas
--
GPG Key ID:
Don't forget to push your commits & tags.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
Pkg-grass-devel@alioth-lists.debian.net
Control: tags -1 upstream fixed-upstream
Control: forwarded -1 https://github.com/mapserver/mapserver/issues/5982
Gotta love these kind of uncoordinated transitions.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 2/21/20 8:49 AM, Sebastiaan Couwenberg wrote:
> On 2/13/20 1:50 PM, Giovanni Mascellani wrote:
>> Il 13/02/20 12:11, Bas Couwenberg ha scritto:
>>> Mapnik releases have become much more infrequent, there is not much
>>> demand for releases from Mapbox which
Control: tags -1 upstream
Control: forwarded -1 https://github.com/OSGeo/PROJ/issues/1927
Thanks for reporting this issue, I've forwarded it upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 2/7/20 5:50 PM, Jerome BENOIT wrote:
> Once the package lefts the NEW package limbo, I will upload the corrected
> version.
The severity is not high enough to warrant an upload, just keep the team
policy in mind going forwarded.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
On 2/7/20 12:19 PM, Jérôme Benoit wrote:
> b176da67 by Jerome Benoit at 2020-02-07T15:03:36+04:00
> Debian patch 0.18.4+ds-1
This bumped the debhelper compatibility to 12 which is not supported on
Ubuntu xenial which complicates backports for UbuntuGIS. This is why we
still default to 9 for most
On 1/28/20 8:53 PM, Manfred Hampl wrote:
> Another possible solution to solve this problem would be an upgrade to the
> most recent version from upstream source (4.24.1)
That's not possible because it requires a newer node-carto which has a
problematic dependency chain like many Node.js
Control: tags -1 pending
On 1/26/20 11:00 AM, Gianfranco Costamagna wrote:
> Hello, when built on experimental, the python3-config command needs a new
> flag to find correctly the python3.8 library (thanks Doko for the suggestion)
>
> so, the following (unfortunately non-retro-compatible)
Control: tags -1 upstream pending
Control: forwarded -1 https://github.com/Unidata/netcdf-cxx4/issues/86
On 1/25/20 4:38 PM, Andreas Beckmann wrote:
> On 25/01/2020 15.40, Sebastiaan Couwenberg wrote:
>> The build logs shows it downloading both the old and new libnetcdf:
>>
&g
Control: tags -1 moreinfo
On 1/25/20 3:19 PM, Andreas Beckmann wrote:
> python-escript FTBFS during a binNMU with
"Rebuild to pick up versioned libboost*-pyXY" apparently.
> Import error for esys.weipa /usr/lib/x86_64-linux-gnu/libnetcdf_c++4.so.1:
> undefined symbol: nc_get_var1_ulonglong
>
Control: tags -1 upstream
Control: forwarded -1 https://trac.osgeo.org/postgis/ticket/4626
Forwarded upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
signature.asc
Description: OpenPGP digital signature
Control: tags -1 upstream
Control: forwarded -1 https://github.com/mapnik/mapnik/issues/4109
Forwarded upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
signature.asc
Description: OpenPGP digital signature
Control: tags -1 pending
On 1/17/20 7:28 PM, Sebastiaan Couwenberg wrote:
> Thanks for reporting this issue, I've forwarded it upstream.
Upstream has committed a fix which has been included as a patch in the
package. It won't be uploaded before the ongoing transition is complete.
Kind Rega
Control: tags -1 upstream
Control: forwarded -1 https://github.com/OSGeo/gdal/issues/2173
Hi Mattia,
Thanks for reporting this issue, I've forwarded it upstream.
If upstream is unable to resolve this issue soon, I'll look into it
myself. Or we'll just have to make do without libxml2 support in
On 1/2/20 11:58 PM, Thorsten Alteholz wrote:
> CODE_OF_CONDUCT.md not accounted for in d/copyright (it's CC-BY-4.0).
You really had to dig for that one.
> Copyright for docs/auth.html wrong, and the file seems to be generated
> from auth.md -- can you confirm we can regenerate it with tools
On 1/2/20 9:07 PM, Samuel Thibault wrote:
> Sebastiaan Couwenberg, le jeu. 02 janv. 2020 20:51:43 +0100, a ecrit:
>> Is there a particular reason you want to build gdal on hppa, hurd &
>> kfreebsd? Is it blocking any important packages?
>
> It is directly blocking vario
Control: tags -1 wontfix moreinfo
Hi Samuel,
Thanks for the patch, but as long as the Architecture field doesn't
support excludes like Build-Depends I'm not willing to apply it.
Experience with mapnik has shown that maintaining the list of
architectures manually is a PITA.
I'd rather not have
Control: tags -1 moreinfo
On 12/23/19 10:01 PM, Andreas Beckmann wrote:
> python3-geopandas ships files with generic names at the generic location
> /usr/lib/python3/dist-packages/examples/ causing file clashes (e.g. on
> README.txt) with other packages doing the same wrong thing.
> Moving this
On 12/21/19 10:28 AM, Alec leamas wrote:
> 073b060f by Alec Leamas at 2019-12-21T09:08:57Z
> debian: update copyright.
This reverted the formatting, don't do that.
See my commit that fixed a bunch of issues with the copyright file.
The copyright file can still be improved further.
There are
debian/watch was not merged correctly, it uses
upstream-branch = upstream-2.4
instead of:
upstream-branch = upstream
Which you can see when comparing the changes:
git diff debian/3.0.2-1_exp1 origin/ubuntu/bionic
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint:
On 12/8/19 2:38 PM, Alec Leamas wrote:
> On 08/12/2019 13:15, Sebastiaan Couwenberg wrote:
>> On 12/8/19 12:39 PM, Alec Leamas wrote:
>>> On 08/12/2019 11:56, Sebastiaan Couwenberg wrote:
>>>> On 12/8/19 8:27 AM, Alec Leamas wrote:
>>>
>>>>> S
On 12/8/19 2:51 PM, Alec Leamas wrote:
> On 08/12/2019 13:13, Sebastiaan Couwenberg wrote:
>> On 12/8/19 12:24 PM, Alec Leamas wrote:
>>> On 08/12/2019 11:56, Sebastiaan Couwenberg wrote:
>>>> On 12/8/19 8:27 AM, Alec Leamas wrote:
>>>> The package
On 12/8/19 12:39 PM, Alec Leamas wrote:
> On 08/12/2019 11:56, Sebastiaan Couwenberg wrote:
>> On 12/8/19 8:27 AM, Alec Leamas wrote:
>
>>> So, if someone has time to review and eventually upload this package I
>>> would appreciate it.
>
>> I'v
On 12/8/19 12:24 PM, Alec Leamas wrote:
> On 08/12/2019 11:56, Sebastiaan Couwenberg wrote:
>> On 12/8/19 8:27 AM, Alec Leamas wrote:
>> The package version should just be 5.0.0+dfsg without a revision, this
>> should be set by d/watch using repacksuffix.
>
> Accord
On 12/8/19 8:27 AM, Alec Leamas wrote:
> I have updated opencpn to current version 5.0.0. This update is
> somewhat urgent: the current package is old after 9 months in the NEW
> queue, and also uses gtk2 which we are in the process of getting rid of.
The bug (#946018) was not closed in the
Control: tags -1 pending
Hi Joachim,
On 12/5/19 10:22 PM, Joachim Reichel wrote:
> the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS. I
> intend to NMU the package with the attached diff to DELAYED/5-day.
Thanks for the patch. There is no need for an NMU, I've uploaded
On 12/5/19 12:05 AM, Debian FTP Masters wrote:
> Changes:
> rtklib (2.4.3+dfsg1-2) unstable; urgency=medium
> .
>* d/control: drop libparse-debianchangelog-perl. (Closes: #933137)
>* Bump standards version to 4.4.1.
The git repo has many more changes, why didn't you upload that?
If
Control: tags -1 pending
On 12/3/19 6:04 AM, Helmut Grohne wrote:
> On Tue, Dec 03, 2019 at 05:39:44AM +0100, Sebastiaan Couwenberg wrote:
>>> I have less clue about shapely. I couldn't identify the actual use. Is
>>> it really needed?
>>
>> It's used in example
Control: tags -1 moreinfo
On 12/2/19 9:38 PM, Helmut Grohne wrote:
> pyosmium cannot satisfy its cross Build-Depends. There are multiple
> reasons for that. The ones reported by botch[1] are mainly sphinx and
> mock, but also shapely.
pyosmium is a leaf package, does it really matter that cannot
Control: tags -1 ftbfs
On 12/2/19 7:36 PM, Bas Couwenberg wrote:
> The autopkgtest for your package are failing which block testing migration of
> its dependencies.
>
> The log shows:
>
> ==
> FAIL:
Control: tags -1 ftbfs
On 12/2/19 7:34 PM, Bas Couwenberg wrote:
> The autopkgtest for your package are failing which block testing migration of
> its dependencies.
>
> The log shows:
>
> ==
> FAIL: test_custom
On 11/23/19 3:31 PM, Alec Leamas wrote:
> On 20/11/2019 22:59, Alec Leamas wrote:
>> Hi Andreas,
>>
>> On 16/11/2019 23:10, Andreas Tille wrote:
>>
>
>>> Just ping me for another upload. Its really recommended to do
>>> a source upload after a new package was accepted since only than
>>> the
Control: tags -1 pending
On 11/20/19 11:21 AM, Matthias Klose wrote:
> the update to dask 2.8 requires test suite adjustments, taken from the 0.18.1
> upstream release.
>
> patch at
> http://launchpadlibrarian.net/452265984/satpy_0.16.1-3_0.16.1-3ubuntu1.diff.gz
Thanks for the patch, it's
On 11/20/19 9:08 AM, Debian buildds wrote:
> * Source package: pygac
> * Version: 1.2.1-1
> * Architecture: mipsel
> * State: failed
> * Suite: sid
> * Builder: mipsel-osuosl-02.debian.org
> * Build log:
> https://buildd.debian.org/status/fetch.php?pkg=pygac=mipsel=1.2.1-1=1574237335=log
Control: tags -1 upstream
Control: forwarded -1 https://github.com/OSGeo/gdal/issues/2030
Hi Witold,
This is not something to be fixed by the package maintainer, so I've
forwarded it upstream. You should follow up there.
Note the following from their issue template:
"
The GDAL project is made
Control: tags -1 pending
On 11/17/19 7:39 PM, Pirate Praveen wrote:
> This package fail to build with protobuf 3.10.1 in experimental with the
> following failure.
Because the java code needs to be regenerated with protoc 3.10.
> Please fix this failure so we can upload protobuf 3.10 to
These are low popcon packages with an academic upstream, if upstream is
unable to provide a fix in a timely manner I will have these packages
removed from Debian.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
forcemerge 943492 943637
thanks
You already reported this issue in #943492, and is fixed in qgis
(3.4.13+dfsg-1~exp1) which is currently in NEW.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 10/26/19 10:19 AM, Dmitry Shachnev wrote:
> Thanks for fixing this! Unfortunately it still FTBFS on mipsel. Do you know
> what could cause this?
My gut says it just inherent to the arch, mips* tends to be problematic.
I don't know how to fix the "Error: branch out of range" issues, so I'll
Control: tags -1 pending
On 10/25/19 6:59 PM, Matthias Klose wrote:
> fiona ftbfs when building for multiple python3 versions, patch at
> http://launchpadlibrarian.net/448415280/fiona_1.8.9-1_1.8.9-1ubuntu1.diff.gz
Thanks for the patch, it's applied in git and a new upload to unstable
will
Control: tags -1 pending
The python3-all-dev build dependency has been removed.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
Control: tags -1 pending
On 10/24/19 9:24 PM, Olly Betts wrote:
> However, checking "dak rm -Rn -b libwxgtk3.0-dev" on coccia I see that
> your package has a build-dependency on libwxgtk3.0-dev which doesn't
> result in any shlib dependencies in the built packages. If this package
> is not
Control: tags -1 confirmed
On 10/23/19 4:34 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> Your package FTBFS while rebuilding it against Qt 5.12.5, although from the
> build log
> I can not tell for sure if the problem lies in Qt itself.
I know, and I'm waiting for pyqt5 (5.12.3+dfsg-3) to
Testing migration of qgis is prevented by piuparts. libqgis-native3.4.12
failed-testing in sid, according to the log because it was Unable to
locate package libqgis-native3.4.12.
The package is available in unstable and works fine on my system and a
clear chroot. It seems like an issue with the
Control: tags -1 pending
On 9/19/19 6:06 PM, Holger Levsen wrote:
> Please drop the transitional package libsaga (from the source package saga)
> for
> bullseye, as it has been released with stretch and buster already.
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
On 9/18/19 2:05 PM, Daniel Brendle wrote:
> Me and a colleague just ran into a situation where we tried to upgrade
> our packages on debian bullseye/sid and ended up having the postinst
> script of qgis-providers returning 127 because it did not find the
> library libproj.so.13
Install the qgis
Control: tags -1 pending
Hi Helmut,
Thanks for the patch, it's applied in git and will be included in the
next upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Control: fixed -1 qgis/3.4.12+dfsg-1~exp1
On 9/4/19 12:53 PM, Sebastiaan Couwenberg wrote:
>> There may be changes for PROJ 6 in upcoming QGIS 3.4.x releases, but
>> full support will take some time until we upgrade to the 3.10 LTR in
>> early 2020.
This was fixed
Hi Scott,
Thanks for finally reviewing pywps.
On 9/13/19 5:23 PM, Scott Kitterman wrote:
> One of our ftp-trainees reviewed your package and made the following
> observations.
It seems that the process is broken.
This is far from the first time where an anonymous ftp-trainee commented
on a
On 9/11/19 11:45 AM, Martin Landa wrote:
> 259e5776 by Bas Couwenberg at 2019-07-07T08:04:47Z
> Update gbp.conf to use --source-only-changes by default.
You did not merge this change correctly, see:
git diff master ubuntu/bionic
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
On 9/10/19 3:21 PM, Martin Landa wrote:
> ne 8. 9. 2019 v 7:46 odesílatel Sebastiaan Couwenberg napsal:
>> 2.4.1 would be the previous patch version.
>>
>> I still don't see any inconsistency.
>
> I meant libgdal-grass_2.4.2-*2*~bionic1 vs gdal -
> 2.4.2+dfsg-*1
On 9/7/19 10:15 PM, Martin Landa wrote:
> so 7. 9. 2019 v 22:13 odesílatel Martin Landa napsal:
> related question to qgis packaging. debian/3.4.11+dfsg-2 still points
> to 7.6.1.
Where do you see it pointing to 7.6.1?
If you look at the diff since the previous revision, you see all
references
Control: tags -1 pending
Control: severity -1 normal
On 9/8/19 5:37 AM, Sandro Tosi wrote:
> There's an on-going effort to remove Python 2 from Bullseye,
> https://wiki.debian.org/Python/2Removal, so it would be useful if you could
> remove all python2 modules dependencies from your tasks and/or
On 9/7/19 10:13 PM, Martin Landa wrote:
> so 7. 9. 2019 v 22:09 odesílatel Sebastiaan Couwenberg napsal:
>> gdal (2.4.2+dfsg-1~bionic0) is in ubuntugis-unstable for bionic, so no
>> problem.
>>
>>
>> https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-uns
On 9/7/19 10:03 PM, Martin Landa wrote:
> Hi,
>
> so 7. 9. 2019 v 21:53 odesílatel Sebastiaan Couwenberg
> napsal:
>> What you should do is revert this change
>> (61453b3e5bfe8f1d40f6d85f835733ea93146c06), the prior one was correct.
>
> yes, but than libgdal-g
On 9/7/19 9:52 PM, Sebastiaan Couwenberg wrote:
> On 9/7/19 9:47 PM, Martin Landa wrote:
>> so 7. 9. 2019 v 21:45 odesílatel Sebastiaan Couwenberg napsal:
>>> Why this change?
>>>
>>> The previous version was more correct, your build is a backport of
>&g
On 9/7/19 9:47 PM, Martin Landa wrote:
> so 7. 9. 2019 v 21:45 odesílatel Sebastiaan Couwenberg napsal:
>> Why this change?
>>
>> The previous version was more correct, your build is a backport of
>> 2.4.2-2 in Debian.
>>
>> Your update contains many more ch
On 9/7/19 9:35 PM, Martin Landa wrote:
> -libgdal-grass (2.4.2-2~bionic1) bionic; urgency=medium
> +libgdal-grass (2.4.2-1~bionic1) bionic; urgency=medium
Why this change?
The previous version was more correct, your build is a backport of
2.4.2-2 in Debian.
Your update contains many more
Control: tags -1 pending
Control: forwarded -1 https://github.com/OSGeo/libgeotiff/issues/22
On 9/4/19 3:38 PM, Peter Michael Green wrote:
>> diff testlistgeo_out with testlistgeo_out.dist
>> --- testlistgeo_out 2019-09-04 06:58:26.979704475 +
>> +++ ../test/testlistgeo_out.dist
On 9/4/19 12:58 PM, Christoph Berg wrote:
> Re: Sebastiaan Couwenberg 2019-09-04
>
>> Not much we can do about this. PROJ 6 just migrated to testing and we'll
>> need to update a lot more of the stack to get them to support it fully.
>
> Oh, if that's just a transient t
On 9/4/19 12:48 PM, Sebastiaan Couwenberg wrote:
> On 9/4/19 12:18 PM, Christoph Berg wrote:
>> while upgrading my bullseye system:
>>
>> workrave (1.10.34-2+b1) wird eingerichtet ...
>> qgis-providers (3.4.11+dfsg-1) wird eingerichtet ...
>> proj_create: crs not
proj (6.2.0-1) & python-pyproj (2.3.1+ds-1) are now in unstable.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
On 9/1/19 7:44 PM, Antonio Valentino wrote:
> It seems that the problem can be fixed by upgrading pyproj to v2.3.1
> (see [2]).
> I made a quick test with python3-pyproj 2.3.1+ds-1~exp1 (available in
> experimental) and I can confirm that all tests pass now.
>
> I'm going to add a versioned
On 8/31/19 7:14 PM, Sebastiaan Couwenberg wrote:
>> I'm going to reassign.
>
> That doesn't seem appropriate, pyresample needs to be updated too. It
> does things like this:
>
> pyresample/test/test_geometry.py:
> projections = {'+init=epsg:3006': 'ini
On 8/31/19 10:07 AM, Martin Landa wrote:
> there is possible issue with g.extension dependency.
Not according to REQUIREMENTS.html:
• git (git for g.extension)
https://git-scm.com/
> In [1] svn has
> been replace by git. Currently g.extension is using svn export [2] to
> avoid cloning the
On 8/30/19 2:20 PM, Martin Landa wrote:
> 0fe3b2e3 by Bas Couwenberg at 2019-08-14T17:49:23Z
> Update upstream metadata for move to GitHub.
This change was also not merged correctly, you missed the change to the
Homepage URL:
diff --git a/debian/control b/debian/control
index 008c75b4c..5d7e9153e
On 8/30/19 2:20 PM, Martin Landa wrote:
> 905af165 by Bas Couwenberg at 2019-07-07T06:10:48Z
> Update gbp.conf to use --source-only-changes by default.
Looks like you reverted this change when merging the gbp.conf changes:
diff --git a/debian/gbp.conf b/debian/gbp.conf
index 7cfab700b..3e631cc33
This is blocked by pywps for which the version that switched to Python 3
is still in NEW for over 5 months.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel
Control: block -1 by 932677 932679 932683
The scripts in the python-gdal package have moved to the python3-gdal
package since 2.5.0~beta1+dfsg-1~exp1, all subsequent releases are still
in experimental pending a transition (which is blocked by the ongoing
proj transition).
There are a few rdeps
On 8/27/19 9:53 PM, Marek Lukács wrote:
> at the moment I do not have good sandbox for playing with packaging. But I
> have checked the source package of mapproxy_1.11.0-3 (Debian Buster apt).
It's easy to setup a cowbuild chroot, see:
Control: tags -1 - moreinfo
Control: severity -1 important
I've installed mapproxy on a test server with stretch, it contains the
symlinks as well:
# find /usr/lib/python2.7/dist-packages/mapproxy/ -type l -exec ls -l {} \;
lrwxrwxrwx 1 root root 73 Jan 7 2018
Control: tags -1 pending
On 8/24/19 3:51 PM, Andreas Beckmann wrote:
> dpkg: error processing archive
> /tmp/apt-dpkg-install-g8AHYp/010-qgis_3.4.10+dfsg-1_amd64.deb (--unpack):
>trying to overwrite
> '/usr/share/icons/hicolor/128x128/mimetypes/qgis-mime.png', which is also in
> package
On 7/21/19 10:26 AM, Sebastiaan Couwenberg wrote:
> Hi FTP masters,
>
> Please review pywps to unblock to Python 2 removal of its dependencies.
pywps (4.2.1-2~exp1) has been stuck in NEW for 5 months now, and
blocking the removal of its Python 2 dependencies all that time.
Can you plea
On 8/12/19 7:46 PM, Antonio Valentino wrote:
> Il 12/08/19 19:11, Sebastiaan Couwenberg ha scritto:
>> On 8/12/19 7:00 PM, Antonio Valentino wrote:
>>> +- now doris Recommends python3-doris
>>> +- now python3-doris Depends on doris
>>
>>
On 8/12/19 7:00 PM, Antonio Valentino wrote:
> +- now doris Recommends python3-doris
> +- now python3-doris Depends on doris
Shouldn't that be the other way around?
If python3-doris requires executables in /usr/lib/doris, shouldn't those
be split out into their own package on which both
Control: tags -1 pending
Already fixed in git by renaming the doc-base document. Upload to
unstable fill follow soon.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Control: tags -1 pending
The packaging in git has been updated.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
Control: tags -1 pending
The packaging in git has been updated.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
On 7/23/19 8:45 PM, Mark Jeffcoat wrote:
> The first symptom I noticed was in psql, complaining that
> > create extension postgis;
> ERROR: could not open extension control file
> "/usr/share/postgresql/11/extension/postgis.control": No such file or
> directory
>
>
> I believe
Hi Thorsten,
On 7/22/19 10:43 PM, Thorsten Alteholz wrote:
> I marked the package for accept, but our hardworking trainees found
> the following issues in your package:
>
> d/copyright implies that upstream developers hold copyright on debian/
> but there is no indication this is true.
The
On 7/21/19 5:06 PM, Antonio Valentino wrote:
> Drop Python 2 support
python-pyresample Recommends python-cartopy, we first need to get rid op
python-pyresample before Python 2 support can be dropped from its
dependencies.
To be able to drop python-pyresample, python-mipp & python-mpop need to
be
On 7/21/19 4:21 PM, Antonio Valentino wrote:
> Drop Python 2 support
python-mpop depends on python-pyorbital, have you already requested
removal of mipp & python-mpop?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Hi FTP masters,
Please review pywps to unblock to Python 2 removal of its dependencies.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
Hi Graham,
Thanks for the additional info.
On 7/20/19 9:41 PM, Graham Inggs wrote:
> On Sat, 20 Jul 2019 at 20:50, Sebastiaan Couwenberg
> wrote:
>> python-xarray 0.12.1-2 migrated to testing on 2019-07-16, so it's
>> available in testing again.
>
> Yes, src:python-xar
On 7/20/19 8:32 PM, Antonio Valentino wrote:
> Drop build-dependency from python-xarray
You only need to drop the dependency if you do not care about the xarray
bits.
The solution is to fix the uninstallability of python-xarray. See my
comment to the bugreport.
Kind Regards,
Bas
--
GPG Key
On 7/19/19 10:36 PM, Angelos Tzotsos wrote:
> New upstream version 1.7.0+ds
Don't forget to push the tag:
git push --tags
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Control: tags -1 pending
Hi Chiara,
Thanks for your work on the FITS driver and clarifying the license issue.
The CFITSIO support has been re-enabled in the gdal package and will be
included in the next upload. Note that it has only been enabled on the
experimental branch for GDAL 3.x, I don't
701 - 800 of 921 matches
Mail list logo