Bug#920995: spatialite: hangs during virtualknn test

Hi Andreas, 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 think this has so far happened more than once, not sure if on amd64 or

Bug#920242: start-stop-daemon: matching only on world-writable pidfile /dev/null is insecure (No such file or directory)

Source: dpkg Version: 1.19.3 Severity: serious Justification: makes the package in question unusable or mostly so Dear Maintainer, Since the 1.19.3 upgrade pbuilder environment are broken: I: Extracting source /sbin/start-stop-daemon: matching only on world-writable pidfile /dev/null is

Bug#919566: satpy: please make the build reproducible

Hi Chris, Thanks for your work on reproducible builds. On 2019-01-17 10:13, Chris Lamb wrote: Patch attached. Looks like you forgot that. Kind Regards, Bas

Bug#875135: qgis: Qt5 version available

On 2019-01-14 11:37, Scott Kitterman wrote: qgis is the last package that depends on the Qt4 version of QScintilla2. It would be nice to be able to drop that for Buster. I notice that qgis 3.4.3 is available as a Qt5 based LTS release. It would be great to see this in Buster. To quote

Bug#918215: skimage: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: skimage Version: 0.14.1-2 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your package.

Bug#918217: theano: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: theano Version: 1.0.2+dfsg-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your

Bug#918216: sunpy: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: sunpy Version: 0.9.5-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your package.

Bug#918214: python-xarray: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: python-xarray Version: 0.11.0-3 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your

Bug#918212: python-pbcore: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: python-pbcore Version: 1.5.0+git20180606.43fcd9d+dfsg-2 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix

Bug#918213: python-skbio: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: python-skbio Version: 0.5.5-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your

Bug#918210: python-astropy: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: python-astropy Version: 2.0.9-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your

Bug#918208: pyscanfcs: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: pyscanfcs Version: 0.3.2+ds-2 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your

Bug#918209: pytables: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: pytables Version: 3.4.4-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your package.

Bug#918204: dask: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: dask Version: 1.0.0+dfsg-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your

Bug#918205: hipspy: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: hipspy Version: 0.2-2 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your package.

Bug#918206: pandas: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: pandas Version: 0.23.3-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your package.

Bug#918207: pyregion: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: pyregion Version: 2.0-6 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your package.

Bug#918202: caffe: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: caffe Version: 1.0.0+git20180821.99bd997-21.0.0+git20180821.99bd997-2 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition.

Bug#918203: ccdproc: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: ccdproc Version: 1.3.0-5 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your package.

Bug#918200: astropy: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: astropy Version: 3.0.5-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which block the gdal transition. Please fix the autopkgtest of your package.

Bug#918201: astropy-healpix: autopkgtest fails with python-numpy (1:1.16.0~rc1-3)

Source: astropy-healpix Version: 0.4-1 Severity: normal Control: block 917323 by -1 Dear Maintainer, The autopkgtest for your package fail with python-numpy (1:1.16.0~rc1-3), this increased the required age of python-numpy which blocks the gdal transition. Please fix the autopkgtest of your

Bug#918128: gazebo: autopkgtest fails due to invalid gazebo.pc

;-lpthread;/usr/lib/x86_64-linux-gnu/libboost_signals.so;[...] . This resulted in gazebo.pc containing: . [...]-L/usr/lib/x86_64-linux-gnu -lboost_thread -l-lpthread -lboost_signals[...] . Which in turn caused the autopkgtests to fail: . /usr/bin/ld: cannot find -l-lpthread Author: Bas

Bug#917323: transition: gdal

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition For the Debian GIS team I'd like to transition to GDAL 2.4.0. Like the previous transition to GDAL 2.3.0 (#898566), there is no SONAME bump, only the virtual ABI package changed to

Bug#917075: mariadb-10.3: libmariadb3 causes removal of default-libmysqlclient-dev

Source: mariadb-10.3 Version: 1:10.3.11-1 Severity: serious Justification: makes the package in question unusable or mostly so Control: affects -1 src:gdal Dear Maintainer, libmariadb3 (1:10.3.11-1) conflicts with libmariadbclient18 (<< 10.2.0) which causes default-libmysqlclient-dev to be

Bug#915822: nmu: ossim_2.6.0-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild ossim with the new geos in unstable: nmu ossim_2.6.0-1 . ANY . unstable . -m "Rebuild with libgeos++-dev (>= 3.7.1)" Kind Regards, Bas

Bug#915823: nmu: ossim_2.6.0-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild ossim with the new geos in unstable: nmu ossim_2.6.0-1 . ANY . unstable . -m "Rebuild with libgeos++-dev (>= 3.7.1)" Kind Regards, Bas

Bug#913708: [Pkg-javascript-devel] Bug#913708: node-mapnik ftbfs in unstable

Hi Matthias, Thanks for reporting this issue. I've forwarded it upstream. It looks like mapbox-geometry 1.0.0 caused this issue. If it breaks more packages I may revert it back to 0.9.3, otherwise we'll just have to do without node-mapnik in testing. Kind Regards, Bas

Bug#913307: osmosis: please switch to libmariadb-java

Control: tags -1 pending Hi Markus, Thanks for the patches, they've been applied in git and a new upload to unstable will follow shortly. Kind Regards, Bas

Bug#913111: nmu: cloudcompare_2.9.1+git20180223-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild cloudcompare with the new pdal in unstable: nmu cloudcompare_2.9.1+git20180223-2 . ANY . unstable . -m "Rebuild with libpdal-dev (>= 1.8.0)" Kind Regards, Bas

Bug#912866: openscenegraph: Use SGI Inventor instead COIN for VRML.

@@ +openscenegraph (3.2.3+dfsg1-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Use SGI Inventor instead COIN for VRML. See: #874727 + + -- Bas Couwenberg Sun, 04 Nov 2018 15:32:45 +0100 + openscenegraph (3.2.3+dfsg1-2) unstable; urgency=medium * Fix FTBFS on Hurd. Thanks

Bug#912867: openscenegraph-3.4: Use SGI Inventor instead COIN for VRML.

:31.0 +0100 @@ -1,3 +1,10 @@ +openscenegraph-3.4 (3.4.1+dfsg1-4.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Use SGI Inventor instead COIN for VRML. See: #874727 + + -- Bas Couwenberg Sun, 04 Nov 2018 15:34:31 +0100 + openscenegraph-3.4 (3.4.1+dfsg1-4) unstable; urgency

Bug#912292: lintian: Update Java bytecode checks for openjdk-11

umed to be 56, but this may not be the case. max-bytecode-existing-version has not been incremented because of that. Kind Regards, Bas >From 7d25cdc4c055b0c06962e8cc23a5ac0f8f4c7702 Mon Sep 17 00:00:00 2001 From: Bas Couwenberg Date: Mon, 29 Oct 2018 22:21:53 +0100 Subject: Update Java bytecode

Bug#910267: [Pkg-nagios-devel] Bug#910267: monitoring-plugins-basic: check_disk fails with permission denied error

On 2018-10-04 10:17, pie...@dev.rudloff.pro wrote: The "check_disk" Icinga check always complains that disk is critical. Running "/usr/lib/nagios/plugins/check_disk -e" manually also fails with the following error: DISK CRITICAL - /sys/kernel/debug/tracing is not accessible: Permission denied

Bug#908594: nmu: ossim_2.5.0-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild ossim with the geos 3.7.0 in unstable: nmu ossim_2.5.0-1 . ANY . unstable . -m "Rebuild against libgeos++-dev (>= 3.7.0)" Kind Regards, Bas

Bug#907917: RM: qmapshack [armel mips mips64el ppc64el s390x] -- ROM; qtwebengine-opensource-src dependency not available

Package: ftp.debian.org Severity: normal Please remove qmapshack from the architectures where qtwebengine-opensource-src is not available. Kind Regards, Bas

Bug#906515: RM: qlandkartegt -- ROM; FTBFS with Qt 5.11, superseded by QMapShack

Package: ftp.debian.org Severity: normal Please remove qlandkartegt from the archive. It FTBFS with Qt5 since the update to 5.11, and has been superseded by qmapshack since jessie. Kind Regards, Bas

Bug#904807: josm: chinese fonts in editor

On 2018-08-15 11:30, Ralf Treinen wrote: Hello again, On Sat, Jul 28, 2018 at 10:15:30AM +0200, Sebastiaan Couwenberg wrote: notfound 904807 josm/0.0.svn14026+dfsg-1 thanks Hi Ralf, On 07/28/2018 09:20 AM, Ralf Treinen wrote: > Chinese characters are for me not usable in josm, they appear

Bug#905298: ITP: virtualpg -- Loadable dynamic extension to both SQLite and SpatiaLite

Package: wnpp Severity: wishlist Owner: Bas Couwenberg * Package name: virtualpg Version : 1.0.2 Upstream Author : Alessandro Furieri * URL : https://www.gaia-gis.it/fossil/virtualpg * License : MPL-1.1 or GPL-2+ or LGPL-2.1+ Programming Lang: C

Bug#903770: nvidia-graphics-drivers: Cannot be upgraded in stretch 9.5 without removing several GNOME & KDE packages

Source: nvidia-graphics-drivers Version: 384.130-1 Severity: serious Justification: makes the package in question unusable or mostly so Dear Maintainer, The nvidia-driver packages cannot be updated as part of the stretch 9.5 stable update without removing several GNOME & KDE packages: The

Bug#903579: basemap: Generate _geoslib.c with Cython 0.28.2 for Python 3.7 transition

On 2018-07-11 16:38, Sandro Tosi wrote: control: tags -1 - patch On Wed, Jul 11, 2018 at 10:29 AM Bas Couwenberg wrote: On 2018-07-11 16:23, Sandro Tosi wrote: > On Wed, Jul 11, 2018 at 10:03 AM Bas Couwenberg > wrote: >> The _geoslib.c file needs to regenerated with a r

Bug#903579: basemap: Generate _geoslib.c with Cython 0.28.2 for Python 3.7 transition

On 2018-07-11 16:23, Sandro Tosi wrote: On Wed, Jul 11, 2018 at 10:03 AM Bas Couwenberg wrote: The _geoslib.c file needs to regenerated with a recent Cython to be compatible with Python 3.7. the attached patch looks it's including only the regenerated files, wouldnt it be better to b-d

Bug#903530: pyresample FTBFS with Python 3.7 as supported version

Control: tags -1 pending Control: block -1 by 902582 On 2018-07-11 10:22, Adrian Bunk wrote: On Wed, Jul 11, 2018 at 06:54:58AM +0200, Sebastiaan Couwenberg wrote: Filing this bug is very premature, no, it is not. Yes, it is. As long as the build dependencies haven't been rebuilt/fixed,

Bug#903038: expeyes: wrong autoremoval?

On 2018-07-10 11:21, Mattia Rizzolo wrote: eyes17 (src:expeyes) →dep→ python-qgis (src:qgis) →build-dep→ txt2tags What justifies the dependency on python-qgis? The qgis module is not used by expeyes. The python-qgis package used to contain the PyQt4 libraries for QtWebKit, but these are no

Bug#903442: ogdi-dfsg: please make the build mostly reproducible

Control: tags -1 pending Hi Chris, Thanks for the patch, it's been applied in git and a new upload to unstable will follow shortly. Kind Regards, Bas

Bug#902523: txt2tags: FTBFS in buster/sid (failing tests)

) unstable; urgency=medium + + * Non-maintainer upload. + * Add patch to fix macro test failure by using reproducible +getCurrentDate value to match self.currdate in txt2tags. +(closes: #902523) + + -- Bas Couwenberg Mon, 09 Jul 2018 10:26:25 +0200 + txt2tags (2.6-4) unstable; urgency=medium

Bug#902895: ant: Automatically setting the value of the javac --release attribute breaks josm build.

Source: ant Version: 1.10.3-2 Severity: serious Justification: makes the package in question unusable or mostly so Control: affects -1 src:josm Dear Maintainer, As mentioned on the list [0], the change in ant (1.10.3-2) to automatically set the value of the javac --release attribute breaks the

Bug#902790: spatial4j: Add support for JTS 1.15

hangelog 2016-02-17 09:07:06.0 +0100 +++ spatial4j-0.5/debian/changelog 2018-06-30 23:18:28.0 +0200 @@ -1,3 +1,10 @@ +spatial4j (0.5-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add support for JTS 1.15. + + -- Bas Couwenberg Sat, 30 Jun 2018 23:1

Bug#902789: spatial4j-0.4: Add support for JTS 1.15

l4j-0.4-0.4.1/debian/changelog2016-02-17 00:22:47.0 +0100 +++ spatial4j-0.4-0.4.1/debian/changelog2018-06-30 22:11:22.0 +0200 @@ -1,3 +1,10 @@ +spatial4j-0.4 (0.4.1-4.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add support for JTS 1.15. + + -- Bas

Bug#902787: h2database: Add support for JTS 1.15

-1.4.196/debian/changelog 2017-11-24 12:53:48.0 +0100 +++ h2database-1.4.196/debian/changelog 2018-06-30 21:59:29.0 +0200 @@ -1,3 +1,10 @@ +h2database (1.4.196-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add patch for JTS 1.15. + + -- Bas Couwenberg S

Bug#901955: uriparser: Broken .so symlink (liburiparser.so -> liburiparser.so.1.0.20)

-0.8.5/debian/changelog2018-06-20 19:03:56.0 +0200 @@ -1,3 +1,10 @@ +uriparser (0.8.5-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix broken symlink: liburiparser.so -> liburiparser.so.1.0.21 + + -- Bas Couwenberg Wed, 20 Jun 2018 19:03:56 +0200 + uriparser

Bug#901794: ITP: check-pgactivity -- PostgreSQL plugin for Nagios

On 2018-06-18 14:57, Christophe Courtois wrote: This would be my first package. First tests are encouraging. I intend to maintain it (and others) as a part of my job. While the goal is the mainstream Debian, I suppose that I need a mentor from the PDGD team. In which team do you plan to

Bug#900418: blends-dev: http://blends.alioth.debian.org/blends/ has been moved where?

On 2018-05-30 15:28, Holger Levsen wrote: http://blends.alioth.debian.org/blends/ap-DevelDescription.en.html has been moved where to? Probably here: https://blends.debian.org/blends/

Bug#897830: otb: ftbfs with GCC-8 (error: return-statement with a value, in function returning 'void' [-fpermissive])

Control: tags -1 upstream Control: forwarded -1 https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/issues/1609 Now that #897899 is fixed and insighttoolkit4 no longer FTBFS with GCC 8, I did test rebuild of OTB with GCC 8 which unfortunately still FTBFS: In file included from

Bug#899348: java.net.UnknownHostException: api.openstreetmap.org

On 2018-05-23 09:59, 積丹尼 Dan Jacobson wrote: Finally recovered with aptitude install default-jre/sid aptitude purge openjdk-11-jre openjdk-11-jre-headless What a mess. It is a mess you created by installing packages from experimental. My recommendation for you is to downgrade all packages you

Bug#899311: libmapnik3.0: not installable

Control: severity -1 important On 2018-05-22 16:32, Vincent Lefevre wrote: libboost-regex1.62.0 : Breaks: libmapnik3.0 (< 3.0.20+ds-1+b2) but 3.0.20+ds-1+b1 is to be installed This is a known issue, see: https://bugs.debian.org/898369 mapnik will be rebuilt for the upcoming gdal

Bug#898703: warning: Sysconfig file /etc/sysconfig/icinga2 cannot be read

tags 898703 upstream wontfix thanks On 2018-05-15 12:40, Dmitry Bogatov wrote: Maybe these warnings are harmless, but they are confusing. And there is no /etc/sysconfig directory on my system. Yes, the warnings are harmless. /etc/sysconfig is relevant for the RedHat family. I've forwarded

Bug#898701: [Pkg-nagios-devel] Bug#898701: icinga2-doc: Inconsistent gzip of documentation

On 2018-05-15 12:25, Dmitry Bogatov wrote: all markdown documentation in package is gzip'ed, except 01-about.md. I know, that debhelper have some size limit, after which it compresses documentation, but from user perspective it looks strange. Please, either compress 01-about.md or do not

Bug#898642: ITP: libpdl-vectorvalued-perl -- utilities for vector-valued PDLs

On 2018-05-14 16:58, Laurent Baillet wrote: This module provides some utilities for vector-valued PDLs. It is a requirement for PDL:CCS which is itself a requirement for AI::MXNet, a nice Perl interface to MXNet machine learning library. Please make sure that packages that (build) depend on

Bug#898566: transition: gdal

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block -1 by 896577 For the Debian GIS team I'd like to transition to GDAL 2.3.0. Like the previous transition to GDAL 2.2.3 (#884504), there is no SONAME bump, only the virtual

Bug#897424: lintian: Update Java bytecode checks for openjdk-10

Source: lintian Version: 2.5.84 Followup-For: Bug #897424 The bytecode version for openjdk-11 should also be added. Kind Regards, Bas >From 6f579ab5f5bff9b7a243740e1e0682f0ad95f6d6 Mon Sep 17 00:00:00 2001 From: Bas Couwenberg <sebas...@xs4all.nl> Date: Wed, 2 May 2018 14:57:14 +020

Bug#897424: lintian: Update Java bytecode checks for openjdk-10

240 Mon Sep 17 00:00:00 2001 From: Bas Couwenberg <sebas...@xs4all.nl> Date: Wed, 2 May 2018 14:49:06 +0200 Subject: Update Java bytecode checks for openjdk-10. --- checks/java.desc| 2 +- checks/java.pm | 2 +- data/java/constants | 6 +++--- 3 files changed, 5 insertions(+)

Bug#897400: ITP: cftime -- Time-handling functionality from netcdf4-python

Package: wnpp Severity: wishlist Owner: Bas Couwenberg <sebas...@xs4all.nl> * Package name: cftime Version : 1.0.0~b1 Upstream Author : Jeff Whitaker <jeffrey.s.whita...@noaa.gov> * URL : http://unidata.github.io/cftime/ * License : ISC and Expat

Bug#897092: stretch-pu: package mapbox-vector-tile/0.5.0+ds-4+deb9u1

in gbp.conf & Vcs-Git URL. + * Add python3-lib2to3 to dependencies. +(closes: #896350) + + -- Bas Couwenberg <sebas...@debian.org> Sat, 28 Apr 2018 11:29:01 +0200 + mapbox-vector-tile (0.5.0+ds-4) unstable; urgency=medium * Ignore test failures to not fail the entire build.

Bug#896811: [Pkg-nagios-devel] Bug#896811: stretch-pu: package icinga2/2.6.0-2+deb9u1

Hi Felix, Thanks for caring about icinga2. Please help maintain the package withing the Nagios team. On 2018-04-24 14:59, Felix Geyer wrote: I'd like to upload this fix to stretch, debdiff is attached. Please push your changes to the (to be created) stretch branch of the git repository:

Bug#896569: nmu: liblas_1.8.1-7~exp1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild liblas in experimental with libgdal-dev (>= 2.3.0~beta1+dfsg-2~exp1). That revision contains the gdal_csv.h file missing from the initial upload to experimental. nmu

Bug#895849: sphinxcontrib-autoprogram: Incompatible with Sphinx 1.7

On 2018-04-17 11:25, Andreas Tille wrote: On Mon, Apr 16, 2018 at 09:48:28PM +0200, Bas Couwenberg wrote: Source: sphinxcontrib-autoprogram Version: 0.1.2-1 I applied the suggested patch to version 0.1.4 since I wanted to upload this version anyway. However, when trying to build the package

Bug#895849: sphinxcontrib-autoprogram: Incompatible with Sphinx 1.7

Source: sphinxcontrib-autoprogram Version: 0.1.2-1 Severity: important Tags: upstream fixed-upstream Forwarded: https://github.com/sphinx-contrib/autoprogram/pull/2 Dear Maintainer, The package is currently not compatible with Sphinx 1.7: sphinx-build -b html -d _build/doctrees . _build/html

Bug#895765: igv: FTBFS with java 9

On 2018-04-16 08:18, Andreas Tille wrote: it seems something has changed with openfx since the errors below are all mentioning something like "import javafx. ...". Do you have any hint how this can be fixed? There is no OpenJFX for OpenJDK 9, see:

Bug#895397: josm: fails to start

Control: severity -1 important Control: tags -1 moreinfo unreproducible On 2018-04-11 08:09, patrick noll wrote: JOSM fails when trying to launch from menu or cli and returns pop up with following info: I cannot reproduce this issue, josm works as expected on my system. Ensure that you have

Bug#895285: merkaartor: Doesn't work.

Control: tags -1 moreinfo On 2018-04-09 13:47, sergio wrote: Looks like it's outdated soft and doesn't work more. I was not able to download any region with "server replied: Bad Request" error. Please provide the steps to reproduce this issue. Also note that Merkaartor is not very actively

Bug#894696: ITP: nagios4 -- A host/service/network monitoring and management system

On 2018-04-03 13:46, Russell Stuart wrote: On Tue, 2018-04-03 at 12:36 +0200, Bas Couwenberg wrote: Your ITP doesn't mention whether the package will be team maintained. I strongly urge you to maintain the package as part of the Debian Nagios Maintainer Group. https://salsa.debian.org/nagios

Bug#894696: ITP: nagios4 -- A host/service/network monitoring and management system

Hi Russel, Your ITP doesn't mention whether the package will be team maintained. I strongly urge you to maintain the package as part of the Debian Nagios Maintainer Group. https://salsa.debian.org/nagios-team Kind Regards, Bas

Bug#894553: RM: pyosmium [arm64 armhf] -- ROM; Missing python3.6 build dependencies

Package: ftp.debian.org Severity: normal Please remove pyosmium from arm64 & armhf, the python3.6 dependency chain is not installable on those architectures, and the missing builds will block testing migration. Kind Regards, Bas

Bug#894397: lintian: Update unknown-java-class-version for Java 9

Source: lintian Version: 2.5.80 Followup-For: Bug #894397 Dear Maintainer, The attached patch also updates the unknown-java-class-version description for Java 9. Kind Regards, Bas diff --git a/checks/java.desc b/checks/java.desc index 27739e139..329714646 100644 --- a/checks/java.desc +++

Bug#894397: lintian: Update max-bytecode-version for Java 9

Source: lintian Version: 2.5.80 Severity: normal Tags: patch Dear Maintainer, OpenJDK 9 is now the default-jdk in Debian unstable, causing lintian to complain about the incompatible-java-bytecode-format. The attached patch increases the max-bytecode-version for 53 for Java 9, and adds the

Bug#894354: postgis-java build depends on openjdk-8-jdk-headless

Control: tags -1 pending On 2018-03-29 14:33, Adrian Bunk wrote: On Thu, Mar 29, 2018 at 02:23:53PM +0200, Bas Couwenberg wrote: On 2018-03-29 14:12, Adrian Bunk wrote: > postgis-java build depends on openjdk-8-jdk-headless, which is not > expected to be part of the buster release. >

Bug#894354: postgis-java build depends on openjdk-8-jdk-headless

Control: tags -1 moreinfo On 2018-03-29 14:12, Adrian Bunk wrote: postgis-java build depends on openjdk-8-jdk-headless, which is not expected to be part of the buster release. Build-Depends-Indep: default-jdk-headless, openjdk-8-jdk-headless | java7-sdk-headless, Java 7

Bug#893188: mapnik: add mips* back to arch list

On 2018-03-20 11:53, James Cowgill wrote: On 18/03/18 09:37, YunQiang Su wrote: On Sun, Mar 18, 2018 at 5:05 PM, Sebastiaan Couwenberg wrote: On 03/18/2018 09:23 AM, YunQiang Su wrote: On Sat, Mar 17, 2018 at 5:41 PM, Sebastiaan Couwenberg wrote: Why do you want mapnik

Bug#876521: FTBFS with CGAL 4.11

On 2018-03-15 14:35, Vincas Dargis wrote: There is new PR, does this fix the issue? https://github.com/Oslandia/SFCGAL/pull/157 No, see: https://github.com/Oslandia/SFCGAL/pull/157#issuecomment-373383973 Kind Regards, Bas

Bug#892311: nlc: FTBFS on various architectures

Source: ncl Version: 6.4.0-8 Severity: serious Justification: makes the package in question unusable or mostly so Control: block 891966 by -1 Dear Maintainer, The fix for #892154 actually made the situation worse, ncl now FTBS on many more architectures, see:

Bug#892212: nmu: otb_6.4.0+dfsg-1

On 2018-03-07 09:47, Emilio Pozuelo Monfort wrote: On 06/03/18 20:35, Bas Couwenberg wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild otb (6.4.0+dfsg-1) with ossim (2.3.0-1) in unstable. nmu otb_6.4.0+dfsg-1 . ANY

Bug#892212: nmu: otb_6.4.0+dfsg-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild otb (6.4.0+dfsg-1) with ossim (2.3.0-1) in unstable. nmu otb_6.4.0+dfsg-1 . ANY . unstable . -m "Rebuild with libossim-dev (>= 2.3.0)" The rebuild is required to fix symbol

Bug#891966: transition: proj

On 2018-03-06 09:47, Emilio Pozuelo Monfort wrote: On 05/03/18 19:38, Sebastiaan Couwenberg wrote: On 03/04/2018 12:33 PM, Sebastiaan Couwenberg wrote: On 03/04/2018 09:45 AM, Emilio Pozuelo Monfort wrote: On 03/03/18 12:10, Bas Couwenberg wrote: Package: release.debian.org Severity: normal

Bug#892154: ncl: FTBFS on mips64el

Source: ncl Version: 6.4.0-7 Severity: serious Justification: makes the package in question unusable or mostly so Control: block 891966 by -1 Dear Maintainer, The recent uploads of ncl to unstable FTBFS on mips64el, see:

Bug#891966: transition: proj

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block -1 by 889931 889936 876934 Control: forwarded -1 https://release.debian.org/transitions/html/auto-proj.html PROJ 5.0.0 has been released and bumps the SOVERSION from 12 to

Bug#891514: python-epr-doc: missing Breaks+Replaces: python-epr (<< 0.9.3-4~)

Control: tags -1 pending Hi Andreas, On 2018-02-26 12:27, Andreas Beckmann wrote: during a test with piuparts I noticed your package fails to upgrade from 'stable'. It installed fine in 'stable', then the upgrade to 'sid' fails because it tries to overwrite other packages files without

Bug#890985: [Pkg-javascript-devel] Bug#890985: node-mapnik FTBFS on !amd64: SSE usage not disabled on !amd64

Control: tags -1 pending SSE_MATH=false is now exported for non-amd64 architectures. A new upload to unstable will follow shortly. Kind Regards, Bas

Bug#889962: [Pkg-javascript-devel] Bug#889962: node-mapnik: diff for NMU version 3.6.2+dfsg-3.1

On 2018-02-21 10:53, Gianfranco Costamagna wrote: I've prepared an NMU for node-mapnik (versioned as 3.6.2+dfsg-3.1) and uploaded it to DELAYED/0. Please feel free to tell me if I should delay it longer. Please cancel your upload. 0-day NMUs are not appreciated in this case. Kind Regards,

Bug#889964: lintian: Don't emit spelling-error-in-patch-description for spelling error patches

Source: lintian Version: 2.5.74 Severity: normal Dear Maintainer, Please tune the spelling-error-in-patch-description tag to not emit it for spelling error patches (where the description mentions which spelling errors were fixed). Kind Regards, Bas

Bug#889931: python-cartopy FTBFS with proj 5.0.0

Source: python-cartopy Version: 0.14.2+dfsg1-2 Severity: important Tags: upstream User: debian-...@lists.debian.org Usertags: proj-5.0 Dear Maintainer, Your package FTBFS due to missing compatibility with Proj 5.0.0: == FAIL:

Bug#889922: libgeo-proj4-perl: FTBFS with proj 5.0.0

nv PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us -uc -rfakeroot dpkg-buildpackage: info: source package libgeo-proj4-perl dpkg-buildpackage: info: source version 1.09-2 dpkg-buildpackage: info: source distribution UNRELEASED dpkg-buildpac

Bug#888925: libminc FTBFS with netcdf 1:4.6.0-2: NetCDF: Attempt to use feature that was not turned on when netCDF was built

Control: reassign -1 src:libminc Hi Adrian, On 2018-01-31 10:06, Adrian Bunk wrote: I don't know which of the packages is at fault here, the change that triggered it was the new netcdf. libminc needs to fix their test or their usage of libnetcdf. Kind Regards, Bas

Bug#887587: qgis-providers: Installation on debian testing fails

Control: tags -1 unreproducible moreinfo Hi Mathias, On 2018-01-18 09:49, Mathias Palm wrote: installation using apt-get fails with the error message Setting up qgis-providers (2.14.21+dfsg-3) ... /usr/lib/qgis/crssync: symbol lookup error: /usr/lib/libgdal.so.20: undefined symbol:

Bug#886851: [Pkg-nagios-devel] Bug#886851: icinga: FTBFS twice in a row due to icinga-dbg cruft commands

Control: tags -1 pending Hi Andreas, Thanks for reporting this issue. It's fixed in git and a new upload will follow shortly. Kind Regards, Bas

Bug#886742: postgresql-9.4-postgis-2.1 missing in stretch

On 2018-01-10 10:22, Jürgen Fuchsberger wrote: On 2018-01-10 09:10, Bas Couwenberg wrote: On 2018-01-10 08:35, Jürgen Fuchsberger wrote: On 2018-01-09 18:18, Sebastiaan Couwenberg wrote: severity 886742 normal thanks Hi Juergen, On 01/09/2018 02:16 PM, Bas Couwenberg wrote: On 2018-01-09

Bug#886742: postgresql-9.4-postgis-2.1 missing in stretch

On 2018-01-10 08:35, Jürgen Fuchsberger wrote: On 2018-01-09 18:18, Sebastiaan Couwenberg wrote: severity 886742 normal thanks Hi Juergen, On 01/09/2018 02:16 PM, Bas Couwenberg wrote: On 2018-01-09 14:08, Christoph Berg wrote: Re: Juergen Fuchsberger 2018-01-09 Due to missing postgresql

Bug#886742: postgresql-9.4-postgis-2.1 missing in stretch

On 2018-01-09 14:08, Christoph Berg wrote: Re: Juergen Fuchsberger 2018-01-09 <20180109130149.17725.10545.report...@wegc203058.uni-graz.at> Due to missing postgresql-9.4-postgis-2.1 in stretch, a postgis enabled database becomes corrupt when upgrading from jessie to stretch since the required

Bug#886589: stretch-pu: package mapproxy/1.9.0-3+deb9u1

@@ +mapproxy (1.9.0-3+deb9u1) stretch; urgency=medium + + * Update branch in gbp.conf & Vcs-Git URL. + * Add upstream patch to fix Cross Site Scripting (XSS) issue in demo service. +Fixes CVE-2017-1000426. + + -- Bas Couwenberg <sebas...@debian.org> Sun, 07 Jan 2018 09:33:15 +0100 + mapprox

Bug#885601: nmu: ossim_2.2.0-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild ossim (2.2.0-1) with geos (3.6.2-1): nmu ossim_2.2.0-1 . ANY . unstable . -m "Rebuild with GEOS 3.6.2" A dep-wait is possibly more appropriate since the new geos is not

Bug#885124: RM: pyresample [armhf] -- ROM; pandas dependency not available on armhf

Package: ftp.debian.org Severity: normal Please remove pyresample from armhf, the pandas dependencies (via xarray) are not available on armhf. Kind Regards, Bas

<    2   3   4   5   6   7   8   9   10   11   >