Hi Guillaume,
Thanks for the extensive report.
On 7/15/19 7:15 PM, Guillaume Pasero wrote:
> I am using libossim1 through Orfeo ToolBox and I noticed a crash when
> upgrading Ossim from 2.6.2 to 2.7.2.
We could try upgrading ossim to 2.8.2. maybe that contains a fix.
> There is a segmentation
Control: tags -1 pending
Hi Helmut,
On 7/14/19 11:56 AM, Helmut Grohne wrote:
> sosi2osm fails to cross build from source, because the upstream Makefile
> hard codes the build architecture pkg-config. The attached patch makes
> it substitutable and sosi2osm becomes cross buildable. Please
Hi Chris,
Thanks for the review.
On 7/14/19 3:59 PM, Chris Lamb wrote:
> Our hardworking trainees found the following issues in your package:
>
> Can you confirm that libpdalpython.cpp can be regenerated using tools
> in the Debian archive?
Yes, it gets recreated from
python-pdal has been in NEW for a while because of the new python3-pdal
binary package. Please review this package to unblock the pdal
mini-transition.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 7/8/19 6:19 AM, Debian FTP Masters wrote:
> Source-only uploads to NEW are not allowed.
>
> binary:pygac-bin is NEW.
Target experimental for NEW uploads first, see:
https://lists.debian.org/debian-devel-announce/2019/07/msg2.html
Kind Regards,
Bas
--
GPG Key ID:
On 6/25/19 11:45 AM, Christoph Berg wrote:
> 92148db0 by Christoph Berg at 2019-06-25T09:44:47Z
> Add debian/.gitlab-ci.yml.
The pipelines all fail. Are you sure the CI configuration is correct?
If it is, and the pipelines keep failing, I'll remove the file.
Kind Regards,
Bas
--
GPG Key ID:
Control: tags -1 pending
Hi Jason,
Thanks for the patch, I've included it in git. Hopefully the next GMT
release will have your PR merged so we can drop it from the package again.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A
On 6/2/19 8:32 PM, 積丹尼 Dan Jacobson wrote:
> SC> The order is irrelevant, you probably still have customized priories
> SC> where you prefer experimental over unstable like you did before.
>
> Ah, yes, with
> APT::Default-Release "experimental"
> I bet you can reproduce it.
Probably, but that is
On 6/2/19 7:52 PM, 積丹尼 Dan Jacobson wrote:
> B> sid (with or without experimental).
>^^^
> Yes, that was what I was using.
> And I had experimental first in sources.list.
The order is irrelevant, you probably still have customized priories
where you prefer
On 5/8/19 6:09 AM, Sebastiaan Couwenberg wrote:
> Thanks for reviewing and accepting the gdal packages in NEW.
>
> We had to disable OGDI support because ogdi-dfsg is still in NEW, it was
> rejected before due to a license issues which was promptly resolved by
> upstream. Tha
Hi,
Thanks for reviewing and accepting the gdal packages in NEW.
We had to disable OGDI support because ogdi-dfsg is still in NEW, it was
rejected before due to a license issues which was promptly resolved by
upstream. That fixed version is still in NEW, can you review that too so
that we can
Sphinx causes the build to fail, looks like it needs a custom config for
pyspectral to use a non-default rsr_dir like the one used for tests:
Running Sphinx v1.8.4
Configuration error:
There is a programmable error in your configuration file:
Traceback (most recent call last):
File
On 4/22/19 7:17 PM, Antonio Valentino wrote:
> Il 22/04/19 18:43, Sebastiaan Couwenberg ha scritto:
>> On 4/22/19 5:53 PM, Antonio Valentino wrote:
>>> 4caa0c4d by Antonio Valentino at 2019-04-22T14:27:11Z
>>> Update pyresample dependency version
>> This upd
On 4/22/19 5:53 PM, Antonio Valentino wrote:
> 4caa0c4d by Antonio Valentino at 2019-04-22T14:27:11Z
> Update pyresample dependency version
This update is still in the works I guess? The build dependencies of
satpy cannot be satisfied at the moment.
Kind Regards,
Bas
--
GPG Key ID:
On 4/22/19 11:29 AM, Antonio Valentino wrote:
> cc7dfaaf by Antonio Valentino at 2019-04-22T09:28:50Z
> Set distribution to unstable
During the freeze it's better to target experimental, in case you need
to update the package in testing.
Kind Regards,
Bas
--
GPG Key ID:
Hi Chris,
On 4/21/19 12:40 PM, Chris Lamb wrote:
>>> The RESTRICTED RIGHTS section of `License: ecshash` looks to violate
>>> DFSG clauses 5 and/or 6, if that paragraph is indeed part of the
>>> license. (If it's just noting a legal requirement that applies to the
>>> government in all cases,
Hi Chris and anonymous trainee,
Thanks for the review.
On 4/20/19 11:00 AM, Chris Lamb wrote:
> The following note was added by an ftpmaster-in-training. It will appear to be
> "From" me as I am the one actioning it.
>
> (snip)
>
> REJECT
>
> [This note DOES apply to the ~exp2 upload!]
>
>
Hi,
Thanks for your work on the NEW queue.
The missing license reported for ogdi-dfsg has been fixed in
4.0.0+ds-1~exp2.
OGDI 4.0.0 removed the PROJ dependency, which allows GDAL 2.5.0 to build
with both OGDI and PROJ 6.0.0.
The first beta of GDAL 2.5.0 has been released today and I'd like to
Control: tags -1 pending
Fixed in git.
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
Hi Thorsten,
On 4/1/19 9:00 PM, Thorsten Alteholz wrote:
> one of our hardworking trainees found:
> License information for ogdi/c-api/ecshash.c needs to be included in
> d/copyright, rather than referenced.
Good catch.
> So what does license.terms contain?
"
This software is copyrighted
On 3/17/18 9:07 PM, Sebastiaan Couwenberg wrote:
> For some more background, see:
>
> https://trac.osgeo.org/osgeolive/ticket/1341
From the recent update:
"
Thanks for Tom "spot" Callaway of RedHat for Fedora Legal, the FastAC
authors have agreed to relicense th
Control: tags -1 pending
Hi Jonatan,
Thanks for the translation, it has been updated in git.
You may want to prioritize other packages that are still in testing though.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 3/24/19 9:13 PM, Martin Landa wrote:
> ed13d599 by Martin Landa at 2019-03-24T16:52:20Z
> Rebuild 3.4.6+dfsg for xenial
grass76.patch is still present in debian/patches, but should be removed.
You also removed the conditional rules for Qt3DExtras from debian/rules,
and removed the files for
On 3/24/19 9:13 PM, Martin Landa wrote:
> 95a1c329 by Martin Landa at 2019-03-24T16:57:59Z
> re-enable libqsqlspatialite.so
You modified rpm/qgis.spec.template in this commit, which is not
appropriate. Modification to the upstream source should always be made
with patches, but in this case the
On 3/22/19 7:22 PM, Martin Landa wrote:
> @@ -241,7 +241,7 @@ Description: QGIS custom widgets for Qt Designer
> Package: libqgis-dev
> Architecture: any
> Section: libdevel
> -Depends: grass-dev (>= 7.6.0),
> +Depends: grass-dev (>= 7.6.1),
> libexpat1-dev,
> libgdal-dev
Please retry the qgis build on armf.
qgis (3.4.5+dfsg-1) got a segfault on armhf, the package built
successfully on armhf in experimental.
gb qgis_3.4.5+dfsg-1 . armhf . -m "Retry on armhf"
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1
Control: tags -1 confirmed
Looks like sip4 (4.19.14+dfsg-1) broke the SIP bindings again.
It's quite unfortunate that the 2.18.x LTR is EOL upstream, making them
unlikely to provide a fix.
I'll see what I can do to fix this. If I can't, we'll just have to
release buster without QGIS and deal
Control: tags -1 pending
On 3/17/19 7:05 PM, Lucas Nussbaum wrote:
>> sbuild-build-depends-python-osmapi-dummy : Depends: python-tox but it is
>> not installable
According to #922487 the transition package was removed, but this was
not coordinated.
The B-D has been replaced with 'tox' to fix
With libLAS being deprecated and in maintenance mode upstream, it will
take some time to get fixes from upstream unless someone contributes them.
Once the fixes are available they'll be added to the Debian package.
During the bullseye development cycle liblas is likely to be removed
from Debian,
On 3/11/19 7:24 AM, Antonio Valentino wrote:
> Il 11/03/19 07:14, Sebastiaan Couwenberg ha scritto:
>> On 3/11/19 7:07 AM, Antonio Valentino wrote:
>>> Set distribution to unstable
>>
>> The full freeze starts tomorrow, so the package won't migrate to testing
>&g
On 3/11/19 7:07 AM, Antonio Valentino wrote:
> Set distribution to unstable
The full freeze starts tomorrow, so the package won't migrate to testing
any time soon. The change doesn't look important enough to warrant an
unblock either.
Better to upload to experimental for the time being.
Kind
On 3/8/19 9:27 PM, Sebastiaan Couwenberg wrote:
> When python-pyproj was uploaded to experimental, the build of proj
> (6.0.0-1~exp2) wasn't installed on all architectures yet. That second
> version is required to properly pull in proj-data (>= 6.0.0) via the
> libproj-dev (
Control: tags -1 pending
The symlinks in the packages currently in the archive are fine.
Your log shows that only python-pycoast is installed, but
python-pycoast-doc is not. That's why the symlinks are broken.
The symlinks should be moved to the -doc package too. This change has
been committed
When python-pyproj was uploaded to experimental, the build of proj
(6.0.0-1~exp2) wasn't installed on all architectures yet. That second
version is required to properly pull in proj-data (>= 6.0.0) via the
libproj-dev (>= 6.0.0) build dependency.
dw python-pyproj_2.0.0+ds-1~exp1 . ANY -amd64
On 3/2/19 9:21 AM, Emmanuel Bourg wrote:
> Le 02/03/2019 à 08:07, Sebastiaan Couwenberg a écrit :
>
>> In the future I would prefer if reverse dependencies of updated java
>> packages where tested when they are updated, like people do for transitions.
>
> Thank yo
Control: tags -1 pending
Hi Emmanuel,
Thanks for the patch.
In the future I would prefer if reverse dependencies of updated java
packages where tested when they are updated, like people do for transitions.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056
On 2/23/19 12:38 PM, Antonio Valentino wrote:
> Commits:
> 849a2597 by Antonio Valentino at 2019-02-23T11:37:04Z
> Set distribution to unstable
There are a couple of file-references-package-build-path issues that
need to be looked at:
file-references-package-build-path
On 2/23/19 11:56 AM, Antonio Valentino wrote:
> =
> debian/python-epr-dbg.lintian-overrides
> =
> @@ -0,0 +1,2 @@
> +# Spelling error false alarm
> +python-epr-dbg: spelling-error-in-binary
You should include the exact typo
Control: tags -1 pending
On 2/22/19 8:27 PM, Andreas Beckmann wrote:
> dh_installman: Cannot find (any matches for) "debian/man/pycsw-admin.1"
> (tried in .)
ronn apparently changed behaviour:
ronn debian/man/pycsw-admin.md
roff: debian/man/pycsw-admin.md.1
html:
Control: tags -1 pending
On 2/18/19 9:14 PM, Alastair McKinstry wrote:
> Please change the build-depends from "gfortran" to "gfortran |
> fortran-compiler".
Committed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D
Control: tags -1 pending
This issue is already fixed in git, but was not uploaded due to the low
severity.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel
Control: tags -1 pending
On 2/10/19 9:24 PM, Sebastiaan Couwenberg wrote:
> On 1/31/19 2:17 PM, Bas Couwenberg wrote:
>> On 2019-01-31 13:36, Andreas Beckmann wrote:
>>> during a test rebuild of spatialite/experimental I noticed that it hangs
>>> during the vir
Control: tags -1 fixed-upstream
On 1/31/19 2:17 PM, Bas Couwenberg wrote:
> On 2019-01-31 13:36, Andreas Beckmann wrote:
>> during a test rebuild of spatialite/experimental I noticed that it hangs
>> during the virtualknn test. After killing that process the build
>> continued and succeeded. I
Control: tags -1 pending
Hi Matt,
On 2/9/19 10:24 PM, Matt Marjanovic wrote:
> I suspect this is simply a mistake in the debian/python-cartopy-data.install
> file.
Indeed it is, and now fixed in git. A new upload to unstable will follow
shortly.
Kind Regards,
Bas
--
GPG Key ID:
Control: tags -1 pending
Hi Matt,
On 2/9/19 10:36 PM, Matt Marjanovic wrote:
> The 'repo_data_dir' element in the cartopy.config dictionary still has its
> upstream default value of "/usr/lib/python3/dist-packages/cartopy/data",
> however the "python-cartopy-data" package installs these files in
You also need to update the rpath for grass76, see:
https://git.linuxminded.nl/?p=pkg-grass/gdal-grass;a=commitdiff;h=25590683259466c7a48d053c1a286d6949efa65e
And for QGIS:
https://git.linuxminded.nl/?p=pkg-grass/qgis;a=commitdiff;h=2e3ab634b36189637662d138663b857613a4459e
Kind Regards,
On 1/7/19 11:45 AM, Debian Bug Tracking System wrote:
> node-carto is back in buster.
But it is not compatible with the new mapnik-reference:
carto project.mml > style.xml
/usr/lib/nodejs/carto/lib/carto/tree/reference.js:19
if (mapnik_reference.version.hasOwnProperty(version)) {
On 1/3/19 6:00 PM, Holger Levsen wrote:
> On Fri, Dec 21, 2018 at 11:55:49AM +0100, Andreas Beckmann wrote:
>> We should rather recheck the failures now that a fixed openmpi was uploaded.
>> @holger:this will probably do it:
>> reschedule_piuparts_tests --current post_removal_script_error
>
>
On 1/2/19 7:19 PM, Antonio Valentino wrote:
> Dear Bas,
>
> Il 02/01/19 19:12, Sebastiaan Couwenberg ha scritto:
>> On 1/2/19 7:04 PM, Antonio Valentino wrote:
>>> 2b8810d3 by Antonio Valentino at 2019-01-02T17:58:31Z
>>> Set compat to 12
>> Do you really
On 1/2/19 7:04 PM, Antonio Valentino wrote:
> 2b8810d3 by Antonio Valentino at 2019-01-02T17:58:31Z
> Set compat to 12
Do you really need dh 12 features?
It prevents building the package on stretch, and hence me from
sponsoring this upload.
Kind Regards,
Bas
--
GPG Key ID:
Also note the new upstream release.
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
Hi Antonio,
Since freetype-config is no longer used, using pkg-config instead fixes
the freetype detection in aggdraw.
I've push changes to fix this. Were you already working on this too?
The update aggdraw package is pretty much ready for upload. Do you have
anything to add?
Kind Regards,
On 12/29/18 8:35 AM, Antonio Valentino wrote:
> Antonio Valentino pushed to branch master at Debian GIS Project / satpy
Please also push the other branches and the tags.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 11/20/18 10:58 PM, Antonio Valentino wrote:
> Il 20/11/18 17:39, Sebastiaan Couwenberg ha scritto:
>> Is there any reason why the package is not ready for upload?
>
> pyorbital is marked for autoremoval due to some of its dependencies:
> dask and python-xarray (#913521
Hi,
Can the piuparts regression for otb (6.6.1+dfsg-1) be ignored to allow
testing migration?
The issue is not in otb, but in one of its dependencies:
Errors were encountered while processing:
libopenmpi3:amd64
https://piuparts.debian.org/sid/fail/libotb-dev_6.6.1+dfsg-1.log
Kind
On 12/10/18 4:45 PM, Luboš Novák wrote:
>> Keep the list in the loop for the other members of the team and archive.
Still not keeping the list in the loop I see.
>> On 12/10/18 3:05 PM, Luboš Novák wrote:
>>> I do not have access to avatars settings. Please set this icon:
>>>
Keep the list in the loop for the other members of the team and archive.
On 12/10/18 3:05 PM, Luboš Novák wrote:
> I do not have access to avatars settings. Please set this icon:
> https://salsa.debian.org/debian-gis-team/gpxsee/blob/master/icons/gpxsee.png
Do we really need form over function?
You also need to push the tags, see:
https://debian-gis-team.pages.debian.net/policy/packaging.html#git-push-to-salsa
debian/control needs to be restructured with cme, see:
https://debian-gis-team.pages.debian.net/policy/policy.html#cme
Kind Regards,
Bas
--
GPG Key ID:
Control: tags -1 pending
On 12/6/18 1:15 PM, Jeremy Bicha wrote:
> Debian may be updating its poppler version to 0.71 before the Buster
> Transition Freeze. The current version of gdal in Debian fails to
> build with the new poppler version.
I'm not so sure about another Poppler transition in
DMD reports the package on mentors, please remove it.
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
___
Pkg-grass-devel
Don't CC me, I'm subscribed to the list.
The opencpn package review is done on the debian-gis list, reply to that
thread instead.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Is there any reason why the package is not ready for upload?
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
Pkg-grass-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-grass-devel
On 11/17/18 10:45 PM, Antonio Valentino wrote:
> thank you for the review.
> All issues should be fixed now.
Thanks for your work on this package. I've commited a few minor fixes
and sponsored the upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056
On 11/17/18 6:48 PM, Antonio Valentino wrote:
>>> The package is ready for review.
>>
>> I'll review the package when it's available in the new repository/
>
> just pushed to salsa
Comments follow.
* debian/changelog
Use urgency=medium instead of low. That's been the new default in dch
for
On 11/17/18 1:09 PM, Antonio Valentino wrote:
> I managed to package aggdraw that is required for new versions of pycoast.
>
> The ITP is the issue #913943 [1] and the source package is available on
> mentors.d.n [2].
> I also created a local repository on salsa [3].
> I don't know if I have
On 11/15/18 10:47 PM, Antonio Valentino wrote:
> Il 15/11/18 09:07, Bas Couwenberg ha scritto:
>> You probably noticed the new aggdraw dependency which apparently isn't
>> packaged yet.
>>
>> Are you planning to package that?
>
> Yes, aggdraw is in my list of new packages (together with other
On 11/12/18 8:11 PM, Sebastiaan Couwenberg wrote:
> On 11/12/18 7:59 PM, Johan Van de Wauw wrote:
>>
>> On 11/12/18 6:23 PM, Sebastiaan Couwenberg wrote:
>>> On 11/12/18 5:50 PM, Johan Van de Wauw wrote:
>>>> New upstream version 4.2.14
>>>
>>
On 11/12/18 7:59 PM, Johan Van de Wauw wrote:
>
> On 11/12/18 6:23 PM, Sebastiaan Couwenberg wrote:
>> On 11/12/18 5:50 PM, Johan Van de Wauw wrote:
>>> New upstream version 4.2.14
>>
>> Where did you get the source?
>>
>> uscan still only finds 4.2.13
On 11/12/18 5:50 PM, Johan Van de Wauw wrote:
> Refresh patches
Please update your .quiltrc to reduce the diff:
https://debian-gis-team.pages.debian.net/policy/policy.html#quilt
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A
On 11/12/18 5:50 PM, Johan Van de Wauw wrote:
> New upstream version 4.2.14
Where did you get the source?
uscan still only finds 4.2.13.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 11/11/18 11:55 AM, Blaž Lorger wrote:
> On 11. 11. 18 10:23, Sebastiaan Couwenberg wrote:
>> On 11/11/18 9:14 AM, Blaž Lorger wrote:
>>> After installing openjdk-11-jre I'm experiencing significant slowdown
>>> when downloading OSM replication files (--rri). What u
On 7/10/18 6:02 PM, Alastair McKinstry wrote:
> On 10/07/2018 09:40, Bas Couwenberg wrote:
>> On 2018-07-10 10:30, Alastair McKinstry wrote:
>>> On 10/07/2018 09:18, Bas Couwenberg wrote:
>> A separate source package should have a separate git repository.
>>
>> You can add the netcdf repository as
On 10/28/18 2:10 PM, Martin Landa wrote:
> =
> debian/control
> =
> @@ -10,7 +10,7 @@ Build-Depends: bison,
> dh-python,
> flex,
> gdal-bin,
> - grass-dev (>=
On 10/28/18 1:59 PM, Martin Landa wrote:
> Hi,
>
> ne 28. 10. 2018 v 13:26 odesílatel Sebastiaan Couwenberg
> napsal:
>> You don't have to bump version requirement for grass-dev & grass-core
>> for point releases, these stay at .0 to reflect the
>> grass$(MAJ
You don't have to bump version requirement for grass-dev & grass-core
for point releases, these stay at .0 to reflect the
grass$(MAJOR)$(MINOR) path in debian/qgis.sh.
The ${grass:Depends} substvar takes care of the exact version
requirement for the grass version it was built with.
Kind Regards,
On 10/28/18 12:30 PM, Martin Landa wrote:
> Hi,
>
> ne 28. 10. 2018 v 12:07 odesílatel Sebastiaan Couwenberg
> napsal:
>> If you implement the dh_gencontrol override that was introduced in
>> 2.2.2-2~exp1, the dependency is set automatically. See:
>>
>>
&g
On 10/28/18 11:14 AM, Martin Landa wrote:
> =
> debian/control
> =
> @@ -7,8 +7,8 @@ Priority: optional
> Build-Depends: debhelper (>= 9),
> dh-autoreconf,
> d-shlibs,
> - grass
On 10/28/18 11:03 AM, Martin Landa wrote:
> =
> debian/control
> =
> @@ -7,8 +7,8 @@ Priority: optional
> Build-Depends: debhelper (>= 9),
> dh-autoreconf,
> d-shlibs,
> - grass
On 10/13/18 8:09 AM, Sebastiaan Couwenberg wrote:
> On 10/12/18 10:29 PM, Sebastiaan Couwenberg wrote:
>> Upstream has added support for popper 0.69.0, and the changes have been
>> cherry-picked into a patch for the Debian package.
>>
>> A new upload to unstable will
Please try the gdal (2.3.2+dfsg-2) build on mips.
gb gdal_2.3.2+dfsg-2 . mips
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
Pkg-grass-devel@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-grass-devel
On 10/12/18 10:29 PM, Sebastiaan Couwenberg wrote:
> Upstream has added support for popper 0.69.0, and the changes have been
> cherry-picked into a patch for the Debian package.
>
> A new upload to unstable will follow shortly.
Beware that it FTBFS on mips due to some java issue
Control: tags -1 pending
Upstream has added support for popper 0.69.0, and the changes have been
cherry-picked into a patch for the Debian package.
A new upload to unstable will follow shortly.
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
On 10/12/18 6:53 PM, Chris Lamb wrote:
>
> 1 # False positive, string not included in source.
> 2 spelling-error-in-binary * wiH with
>
> Fixed in lintian 2.5.106.
Thanks, I'll drop the unused override in the next upload.
Kind Regards,
Bas
___
Control: tags -1 upstream
Control: forwarded -1 https://github.com/OSGeo/gdal/issues/1004
Hi Emilio,
Thanks for reporting this issue, I've forwarded it upstream.
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
On 10/2/18 7:10 PM, Alec leamas wrote:
> Alec leamas pushed new tag upstream/1.0.1 at Debian GIS Project / unarr
Did you notice that the CMakeList.txt does not reflect the upstream version?
$ grep -i "project(.*version" CMakeLists.txt
project(unarr VERSION 1.0.0 LANGUAGES C)
This causes the
On 9/30/18 5:47 PM, Martin Landa wrote:
> ne 30. 9. 2018 v 16:40 odesílatel Sebastiaan Couwenberg
> napsal:
>> lintian should have complained about trailing whitespace in the
>> changelog. Strip it with: `sed -i 's/ *$//g' debian/changelog`
>
> fixed in d6cafb32. Thanks
On 9/30/18 12:36 PM, Martin Landa wrote:
> 844263c6 by Martin Landa at 2018-09-30T10:12:14Z
> Rebuild 7.4.2~rc1 for bionic
You still need to drop the libomp-dev build dependency, it is not
available on several architectures, and not required for OpenMP support
with GCC.
Kind Regards,
Bas
On 9/17/18 9:42 AM, Alec Leamas wrote:
> Dear list,
Discussion should be on the debian-gis@l.d.o list. This list is for
commits and package related notifications.
> Still working w opencpn. There are two dependencies in the pipe: unarr
> and wxcurl. unarr seems ok (?), wxcurl is as of now a
On 9/15/18 9:08 PM, Martin Landa wrote:
> so 15. 9. 2018 v 20:28 odesílatel Sebastiaan Couwenberg napsal:
>> Note that the openmprtl FTBFS on s390x (a release architecture) and most
>> ports, hence the OpenMP support will not be enabled in the package in
>> Debian.
&g
On 9/15/18 8:03 PM, Martin Landa wrote:
> =
> debian/control
> =
> @@ -48,7 +48,8 @@ Build-Depends: autoconf2.13,
> python-ply,
> python-wxgtk3.0,
> unixodbc-dev,
> -
On 9/13/18 9:11 PM, Antonio Valentino wrote:
> +Depends: satpy
This dependency is too strict, the satpy package is not in the achive
yet, so Suggests should be used instead. The binary package is also
likely to be named differently.
There is no satpy ITP yet, that should have happened before
Hi Antonio,
On 9/13/18 9:11 PM, Antonio Valentino wrote:
> 1 changed file:
>
> - tasks/remotesensing
Please also update the changelog.
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
Pkg-grass-devel@alioth-lists.debian.net
On 9/10/18 7:19 PM, Alec leamas wrote:
> @@ -19,13 +19,14 @@ Section: libdevel
> Depends: libunarr1 (= ${binary:Version}),
> ${misc:Depends}
> Description: Decompression library for RAR, TAR, ZIP and 7z archives (devel)
> - Development tools: headers and unversioned libraries
> - .
>
Control: tags -1 pending
Hi Andreas,
Thanks for your continued piuparts work. This issue is fixed in git by
tightening the build dependency. And a new upload will follow shortly.
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
On 9/9/18 9:35 PM, Alec Leamas wrote:
> Now, is there any other issues with this package besides the open
> discussion on get-orig-source and line endings?
Yes, the pristine-tar branch is broken:
gbp:error: Pristine-tar couldn't checkout
"unarr_0~20150801.d1be8c4.orig.tar.gz": fatal: Path
Control: tags -1 pending
Hi Daniel,
Thanks for reporting this issue with a link to the patch.
On 9/7/18 11:21 AM, Daniel Schreiber wrote:
> tilestache in testing does not work due to API changes in the python
> mapnik bindings. There is an upstream bugfix in tilestache which fixes
> that issue:
On 9/3/18 10:18 AM, Alec leamas wrote:
> +Files: common/crc32.c lzmasdk
> +Copyright: none
> +License: Public-Domain
The shortname should be public-domain follow by an explanation what
exemption from the default copyright restrictions apply. See:
On 8/26/18 11:02 AM, Stuart Prescott wrote:
> On Sunday, 26 August 2018 10:29:43 AEST Sebastiaan Couwenberg wrote:
>> On 8/26/18 10:17 AM, Stuart Prescott wrote:
>>>>>> No one in the Debian GIS team is willing to maintain this EOL package
>>>>>> any l
On 8/26/18 10:17 AM, Stuart Prescott wrote:
No one in the Debian GIS team is willing to maintain this EOL package
any longer, qmapshack is were we invest our effort.
>>>
>>> Please file a WNPP bug that orphans qlandkarte. That signals to others
>>> that
>>> they can (and should) take
On 8/26/18 8:50 AM, Stuart Prescott wrote:
> On Saturday, 25 August 2018 23:05:51 AEST Sebastiaan Couwenberg wrote:
>> On 8/25/18 7:45 PM, Christoph Biedl wrote:
>>> Christoph, who'd like to have a usable qlandkartegt in Debian - how is
>>> QMapShack s
801 - 900 of 921 matches
Mail list logo