Package: x11-common
Version: 1:7.0.11
Followup-For: Bug #362685
I encountered the same problem as Frans, except in my case I have the
following files in /usr/X11R6/bin
osiris:~# ls -l /usr/X11R6/bin/
total 8
lrwxrwxrwx 1 root root 11 Apr 13 07:00 X - ../../bin/X
-rwxr-xr-x 1 root root 138 Dec
Source: spatialite
Version: 4.0.0-1
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)
The SpatiaLite 4.0.0-1 upload to experimental failed to build on
armel, armhf, mips mipsel. On all four architectures the
fromgeojson22.testcase
Source: librasterlite
Version: 1.1d-1
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)
The librasterlite 1.1d-1 upload to experimental failed to build on
powerpc due to a missing symbol:
../lib/.libs/librasterlite.a(rasterlite.o):
Package: src:osmosis-plugin-borderextract
Version: 1.3-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
osmosis-plugin-borderextract is not compatible with the current
(upstream) osmosis version and has not seen any activity for over two
years.
The package has an
Package: php-codecoverage
Version: 2.0.16+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
php-codecoverage is not installable in unstable because it depends on
phpunit-environment (= 1.2.1-2~) which is only available in
experimental.
Please move
Package: node-gaze
Version: 0.6.4-1
Severity: grave
Justification: renders package unusable
The node-gaze package currently in testing unstable is unusable due to
missing dependencies.
npm2deb created packaging that only depended on node-globule (= 0.1.0),
but that missed the addional
-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop dependencies on libgeos-c1. (Closes: #795259, #795883)
+
+ -- Bas Couwenberg sebas...@debian.org Mon, 17 Aug 2015 20:06:43 +0200
+
python-shapely (1.4.3-1) unstable; urgency=low
* Imported Upstream version 1.4.3
diff -Nru
On 2015-11-05 16:59, Antoine Beaupré wrote:
On 2015-11-05 09:52:19, Bas Couwenberg wrote:
The openstreetmap-carto developers have mostly switched to kosmtic:
https://github.com/kosmtik/kosmtik
is that a fork of tilemill? how does it differ?
It's not a fork. It's not a Mapbox project
The openstreetmap-carto developers have mostly switched to kosmtic:
https://github.com/kosmtik/kosmtik
+0200
@@ -1,3 +1,11 @@
+luabind (0.9.1+dfsg-9.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update copyright file using copyright-format 1.0,
+document BSL-1.0 licensed files. (closes: #795235)
+
+ -- Bas Couwenberg <sebas...@debian.org> Fri, 11 Sep 2015 20:25:21
Source: postgis-java
Version: 1:2.2.0-1
Severity: serious
Tags: upstream
Justification: Shouldn't migrate until spatialite issue is fixed
This RC bug should prevent testing migration of postgis-java, because
postgis 2.2.0 shouldn't migrate because it breaks spatialite.
Starting with postgis
Source: spatialite
Version: 4.3.0a-2
Severity: serious
Tags: upstream
Justification: Causes build failures
Forwarded:
https://groups.google.com/d/msg/spatialite-users/LuFirW-60q4/3ccGcWcDDgAJ
SpatiaLite needs to be updated for liblwgeom 2.2.0 in which lw_vasprintf
was removed. It may be
Source: postgis
Version: 2.2.0+dfsg-1
Severity: serious
Tags: upstream
Justification: Breaks spatialite
lw_vasprintf was removed in liblwgeom 2.2.0, but it's required for
SpatiaLite 4.3.0a.
This RC bug is needed to prevent testing migration.
Control: severity -1 important
Control: block -1 by 804246
Hi Stefano,
The transition to GSL 2 (#804246) needs to complete before libgsl2 is
installable again.
Please push the gsl maintainer and Release Team via the transition bug
report to get the remaining reverse dependencies rebuilt.
Control: severity -1 important
Control: tags -1 unreproducible moreinfo
Hi Santiago,
Thanks for your work on reproducible builds.
On 2015-11-26 16:06, Santiago Vila wrote:
This package fails to build from source in testing/amd64.
Why are your reporting build failures for testing?
Have you
Control: tags -1 upstream confirmed
Hi Chris,
Thanks for reporting these issues.
They are caused by the renaming of the header to types.hpp in protozero
1.3.0.
This has been fixed in libosmium 2.6.1 released a few days ago.
Updating the libosmium package to 2.6.1 should resolve these
CastXML upstream has fixed the issue, see:
https://github.com/CastXML/CastXML/commit/5cfebb0f904131d1df8e36fcb9c290f12c06e9ba
The fix has been included in castxml (0.1+git20160202-1.1), available in
unstable.
Requesting a give-back on i386 via debian-wb-t...@lists.debian.org
should get ITK4
On 2016-04-12 12:15, Jérémy Lal wrote:
node-pre-gyp is now in the archive.
There are a couple of fixes to do to node-mapnik, and i'll upload it
later
today ?
Unless you want to do the work.
No, please go ahead.
Kind Regards,
Bas
Package: fw4spl
Version: 0.9.2-3
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 798164 with -1
Dear Maintainer,
Your package depends on vtk 5.x, which should not be in stretch.
Please switch to vtk 6.x or drop the dependency.
More
Source: gofigure2
Version: 0.9.0-3
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 798164 with -1
Dear Maintainer,
Your package depends on vtk 5.x, which should not be in stretch.
Please switch to vtk 6.x or drop the dependency.
More
Source: igstk
Version: 4.4.0-6
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 798164 with -1
Dear Maintainer,
Your package depends on vtk 5.x, which should not be in stretch.
Please switch to vtk 6.x or drop the dependency.
More specifically,
Control: tags -1 moreinfo
Hi Andy,
Running an ogr2ogr command that had been working until the most recent
update in testing:
ogr2ogr -a_srs WGS84 -f GeoJSON -where "ID=098530" -nln "098530"
p098530.json argos.xml
Can you provide the data file(s) to reproduce this issue?
Kind Regards,
Bas
Package: tex-common
Version: 6.05
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 823335 by -1
Dear Maintainer,
With the changes for #824260 texlive-bin is now built for mipsel, but
installation fails preventing vtk6 from being rebuilt for the
Hi Andreas,
Thanks for your work on piuparts.
I've updated the Breaks/Replaces to 4.10 which should resolve the issue.
The upload is on its way to experimental.
Kind Regards,
Bas
Source: gtk+3.0
Version: 3.20.5-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 823335 by -1
Dear Maintainer,
It seems that the circular dependency (#747392) is also an issue for
source-only uploads of new upstream releases.
gtk+3.0
Source: texlive-bin
Version: 2016.20160513.41080-1
Severity: serious
Justification: FTBFS on official and debian-ports architectures
Control: block 823335 by -1
Dear Maintainer,
The changes to fix #824166 were not sufficient to also fix the build
failure on mips, mipsel & sparc64. texlive-bin
Source: scitools
Version: 0.9.0-2
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
Please remove python-netcdf from the python-scitools Recommends.
python-netcdf is incompatible with numpy 1.9 and hasn't been in testing
for almost two years.
Source: dolfin
Version: 1.6.0-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
Please remove the python-netcdf dependency from python-dolfin.
python-netcdf is incompatible with numpy 1.9 and hasn't been in testing
for almost two years.
Source: python-cffi
Version: 1.6.0-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 830966 by -1
Control: affects -1 python-cryptography vtk6
Dear Maintainer,
The versioned provides in enabled in 1.6.0-1 are preventing the buildds
from
Package: qmapshack
Version: 1.6.2-1
Severity: critical
Tags: upstream pending
Justification: causes serious data loss
As reported by Oliver Eichler on the Qlandkartegt-users mailinglist:
> there is a severe problem for new users of QMapShack. Do not use
> version 1.6.2. as it might delete data.
Source: grib-api
Version: 1.16.0-5
Severity: critical
Justification: breaks unrelated software
Control: affects -1 magics++ metview
Dear Maintainer,
With the recent update of grib-api both magics++ & metview still FTBFS:
CMake Error at
Source: ncl
Version: 6.3.0-9
Severity: serious
Tags: patch
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
In preparation of the upcoming transition to PROJ.4 4.9.3 ncl has been
rebuilt, but unfortunately it FTBFS due to changes in FFLAGS:
sed -e
Control: severity -1 important
On 2017-02-13 15:57, Raphaël Hertzog wrote:
python-qt4 dropped support for QtWebkit it's because it was not
possible to provide security support for it (cf #784514). You disabled
that support in response to that bug.
But later you decided to re-enable it using an
Source: protobuf
Version: 3.0.0-3
Severity: serious
Tags: patch upstream
Justification: makes the package in question unusable or mostly so
Control: block 835170 by -1
Dear Maintainer,
protobuf 3.0.0 FTBFS on s390x because it lacks support for this
architecture:
/bin/bash ../libtool --tag=CXX
Source: grads
Version: 2:2.1.a3-3
Severity: serious
Tags: upstream
Justification: make the package in question unusable or mostly so
Control: block 836192 by -1
Dear Maintainer,
As mentioned in the libdap transition bugreport (#836192), grads fails
to build with libdap 3.18.0. The buildlogs
Source: abyss
Version: 1.9.0-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 836917 by -1
Dear Maintainer,
The upload of openmpi (2.0.1-3) has triggered an uncoordinated
transition (#836917). Unfortunately your package FTBFS:
g++
.
+ bfnnconv.pl fails to execute m-ascii.pl otherwise.
+ See also: https://lists.debian.org/debian-devel-announce/2016/08/msg00013.html
+Author: Bas Couwenberg <sebas...@debian.org>
+
+--- a/FAQ/bfnnconv.pl
b/FAQ/bfnnconv.pl
+@@ -21,6 +21,11 @@
+ # by the GPL. However, I would appreciate it
Source: gdk-pixbuf
Version: 2.35.4-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: affects -1 src:wxwidgets3.0 src:grass src:qgis
Dear Maintainer,
gdk-pixbuf (2.35.4-1) FTBFS on pretty much all architectures due to test
failures:
ERROR:
Source: libdap
Version: 3.18.0-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
libdap fails to build on several release architectures, please fix these
as soon as possible to unblock the rebuilds of gdal & grads required for
the
Source: mpqc3
Version: 0.0~git20160216-3
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 836917 by -1
Dear Maintainer,
The upload of openmpi (2.0.1-3) to unstable has triggered an
uncoordinated transition (#836917). Unfortunately your package
Source: elpa
Version: 2016.05.001-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 836917 by -1
Control: affects -1 src:cp2k src:espresso
Dear Maintainer,
The upload of openmpi (2.0.1-3) to unstable has triggered an
uncoordinated transition
Source: hypre
Version: 2.8.0b-3
Severity: serious
Tags: patch
Justification: makes the package in question unusable or mostly so
Control: block 836917 by -1
Control: affects -1 src:freefem++ src:petsc src:aster src:petsc4py src:slepc
src:deal.ii src:getdp src:slepc4py src:dolfin
Dear Maintainer,
Source: armadillo
Version: 1:6.700.6+dfsg-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: affects -1 src:qgis src:gdal src:pktools src:vtk6
Dear Maintainer,
superlu has been updated to version 5.2.1 in unstable, which makes
the armadillo packages
Source: starpu-contrib
Version: 1.1.4+dfsg-6
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 836917 by -1
Dear Maintainer,
The upload of openmpi (2.0.1-3) to unstable has triggered an
uncoordinated transition (#836917). Unfortunately your
Source: aster
Version: 11.5.0+dfsg2-4
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 836917 by -1
Dear Maintainer,
The upload of openmpi (2.0.1-3) to unstable has triggered an
uncoordinated transition (#836917). Unfortunately your package
Source: esys-particle
Version: 2.3.4+dfsg1-2
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 836917 by -1
Dear Maintainer,
The upload of openmpi (2.0.1-3) to unstable has triggered an
uncoordinated transition (#836917). Unfortunately your
Source: anfo
Version: 0.98-4
Severity: serious
Tags: patch
Justification: makes the package in question unusable or mostly so
Control: block 835170 by -1
Dear Maintainer,
The recent upload of protobuf 3.0.0 to unstable has started an
uncoordinated transition (#835170). Unfortunately your package
Source: ignition-transport
Version: 1.3.0-1
Severity: serious
Tags: upstream
Justification: makes the package in question unusable or mostly so
Control: block 835170 by -1
Dear Maintainer,
The recent upload of protobuf 3.0.0 to unstable has started an
uncoordinated transition (#835170).
Source: ola
Version: 0.10.2-1
Severity: serious
Tags: patch
Justification: makes the package in question unusable or mostly so
Control: block 835170 by -1
Dear Maintainer,
The recent upload of protobuf 3.0.0 to unstable has started an
uncoordinated transition (#835170). Unfortunately your
Package: plasma-workspace
Version: 4:5.8.2-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
After rebooting today, plasma-workspace is unable to start due to
segfaults as logged in /var/log/messages:
plasmashell[10618]: segfault at 8 ip
Source: gdcm
Version: 2.6.6-2
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
gdcm 2.6.6-2 FTBFS on mipsel and this seems to block the poppler
migration to testing.
If the build cannot be fixed, please request partial removal of gdcm and
its
Source: git
Version: 1:2.10.2-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
The recent git upload FTBFS on mips64el due to OOM, the missing build on
mips64el is preventing the qgis rebuild as part of the ongoing gdal
transition (#842288).
Control: tags -1 pending
Hi Andreas,
Thanks for reporting this issue.
The packaging has been update in git and a new upload to unstable will
follow shortly.
Kind Regards,
Bas
On 2016-12-19 10:12, Andreas Beckmann wrote:
On 2016-12-19 07:15, Sebastiaan Couwenberg wrote:
I'm tempted to downgrade the severity of this issue because there are
not actual users of the affected packages on mips*, and having those
packages removed from testing because of this issue is a
Control: severity -1 important
Hi Lucas,
This package only builds arch:all packages and is not normally built on
i386 machines, so I'm downgrading the severity.
I'll update the package to ignore test failures on i386 to close this
issue.
Kind Regards,
Bas
Control: severity -1 important
Hi Lucas,
Like python-geopandas, pysal only builds arch:all packages and is
normally not built on i386 machines, so I've downgraded the severity.
I'll ignore the test failures on i386 to close this issue.
Kind Regards,
Bas
48b Mon Sep 17 00:00:00 2001
From: Bas Couwenberg <sebas...@debian.org>
Date: Sat, 8 Jul 2017 12:34:58 +0200
Subject: Fix min/max Python 3 version determination for multiple versions.
(closes: #866575)
---
debian/changelog | 8
debian/rules | 4 ++--
2 files changed, 10 inserti
Control: tags -1 pending
Hi Adrian,
Thanks for reporting this issue.
A patch has been added in git and a new upload to unstable will follow
shortly.
Kind Regards,
Bas
Source: vtk6
Version: 6.3.0+dfsg1-5
Severity: serious
Tags: patch
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
While preparing the transition to GDAL 2.2.1, your package failed to
build due to unsatisfied build dependencies:
Depends: texlive-math-extra
Control: tags -1 pending
Hi Adrian,
On 2017-07-06 15:43, Adrian Bunk wrote:
Due to a cut'n'paste error the python3 dependency is missing.
Thanks for reporting this issue, it has been fixed in git and a new
upload to unstable will follow shortly.
Kind Regards,
Bas
Source: icinga
Followup-For: Bug #861077
Control: tags -1 patch
Dear Maintainer,
It's probably sufficient to fix the case of the constraints as per the
attached patch. I've haven't tested this (yet), as I don't know who to
reproduce the issue with piuparts.
Andreas, how can the upgrade test you
Source: josm-plugins
Version: 0.0.svn33112+ds-1
Severity: serious
Tags: upstream
Justification: makes the package unsuitable for release
josm-plugins will be removed from Debian because it doesn't play well
with user installed plugins. See:
https://josm.openstreetmap.de/ticket/7483
RM bugs
Control: tags -1 fixed-upstream
Should be fixed in the new upstream release:
https://groups.google.com/forum/m/#!topic/spatialite-users/Wpj62XSzcZY
I'm not able to work on this until I return from VAC.
Kind Regards,
Bas
Source: gazebo
Version: 7.8.1+dfsg-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
gazebo currently fails to build in unstable:
cd /build/1st/gazebo-7.8.1+dfsg/obj-x86_64-linux-gnu/gazebo/gui &&
/usr/bin/cmake -E cmake_symlink_library
Control: tags -1 pending
Thanks for reporting this issue.
It has already been fixed in git by myon.
The fix will be included in the next upload.
Kind Regards,
Bas
Source: mariadb-10.1
Version: 10.1.28-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: affects -1 src:gdal
Dear Maintainer,
mariadb-10.1 (10.1.28-1) FTBFS on mips64el, and the missing binaries are
blocking testing migration of mariadb-10.1 and its
Source: mariadb-10.1
Version: 1:10.1.29-6
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: affects -1 src:apr-util src:asterisk src:dovecot src:exim4 src:gammu
src:gdal src:gnunet src:gnustep-sqlclient src:grass src:jabberd2 src:kamailio
src:kdb
Source: mariadb-10.1
Version: 1:10.1.29-2
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: affects -1 src:apr-util, src:asterisk, src:dovecot, src:exim4,
src:gammu, src:gnunet, src:gnustep-sqlclient, src:grass, src:jabberd2,
src:kamailio, src:kdb,
Source: mariadb-10.1
Version: 10.1.28-2
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
The recent upload of mariadb-10.1 remains in Uploaded status on various
architectures because as Mattia Rizzolo reported "the binary uploads got
rejected
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
-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
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
Source: opencv
Version: 3.2.0+dfsg-4
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: block 884504 by -1
Dear Maintainer,
Your package FTBFS on various architectures, which is blocking the gdal
transition (#884504). On most architectures the error is
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
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
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
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,
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
Control: tag -1 pending
Hello,
Bug #902790 in spatial4j reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
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
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,
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
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
) 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
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:
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
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
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:
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
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.
>
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
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:
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
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
;-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
On 2019-03-05 11:55, Andreas Beckmann wrote:
On Tue, 05 Mar 2019 11:14:23 +0100 Bas Couwenberg
wrote:
The package was updated to work with ronn (0.8.0-2) in unstable to fix
#922995.
Which means it should have gotten a versioned B-D: ronn (>= 0.8),
please
fix it GIT, [...]
Inst
On 2019-03-05 11:28, Santiago Vila wrote:
On Tue, Mar 05, 2019 at 11:14:23AM +0100, Bas Couwenberg wrote:
notfound 923780 pycsw/2.2.0+dfsg-6
thanks
On 2019-03-05 11:07, Santiago Vila wrote:
> ronn debian/man/pycsw-admin.md
> roff: debian/man/pycsw-admin.1
> html: debian/
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
Source: gphoto2
Version: 2.5.20-3
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
The autopkgtest failures for gphoto2 are blocking the testing migration
of readline and its reverse dependencies.
Please fix the tests in your package or
Source: python-xarray
Version: 0.11.3-2
Severity: serious
Justification: makes the package in question unusable or mostly so
Dear Maintainer,
The autopkgtest failures for python-xarray are blocking the testing migration
of netcdf4-python.
Please fix the tests in your package or remove them.
1 - 100 of 267 matches
Mail list logo