vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in #958817.
Since it's a key package the RC bug won't trigger autoremoval of it and
its rdeps like lammps.
If #958817 is not fixed soon, rebuilds in testing-proposed-updates like
for hdf5 may be required to enable migration of
On 4/24/20 6:52 AM, Sebastiaan Couwenberg wrote:
> On 4/22/20 11:16 AM, Sebastiaan Couwenberg wrote:
>> On 4/21/20 11:32 AM, Emilio Pozuelo Monfort wrote:
>>> On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote:
>>>> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote:
&g
On 4/22/20 11:16 AM, Sebastiaan Couwenberg wrote:
> On 4/21/20 11:32 AM, Emilio Pozuelo Monfort wrote:
>> On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote:
>>> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote:
>>>> On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote:
&
tags -1 upstream pending
forwarded -1 https://github.com/GenericMappingTools/gmt/pull/3155
thanks
On 4/23/20 6:37 PM, John Paul Adrian Glaubitz wrote:
> The attached patch adds build support for riscv64 and sh4.
Thanks for the patch and forwarding it upstream. It's included in git
and will be
Control: severity -1 important
Since splitting an XML file works, an RC severity is not appropriate. A
workaround is to convert the PBF to XML with osmium-tool or osmosis.
On 4/23/20 10:58 AM, Guillaume Brocker wrote:
> Exception in thread "main" java.lang.NoSuchMethodError:
>
Control: notfound -1 adios/1.13.1-21
Control: severity -1 normal
On 4/22/20 12:42 PM, Debian Bug Tracking System wrote:
> This was caused due to errors in the OpenMPI toolchain, which have since
> been fixed.
>
> Adios builds
Just closing the bug is not sufficient, it's still marked as
On 4/21/20 11:32 AM, Emilio Pozuelo Monfort wrote:
> On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote:
>> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote:
>>> On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote:
>>>> hdf5 is currently blocked from migrating to testing
On 4/21/20 9:31 PM, Sebastian Ramacher wrote:
> python-pdal was removed and hdf5 is done, so please go ahead.
Thanks.
pdal (2.1.0+ds-2) is built & installed on all release architectures,
and ports where possible.
Please schedule the binNMUs.
Kind Regards,
Bas
--
GPG Key ID:
On 4/21/20 9:45 PM, Sebastian Ramacher wrote:
> Please go ahead.
Thanks.
netcdf (1:4.7.4-1) is built & installed on all release architectures,
and ports where possible.
Please schedule the binNMUs.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D
Control: severity -1 serious
The transition has started, raising the severity accordingly.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 4/21/20 11:32 AM, Emilio Pozuelo Monfort wrote:
> On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote:
>> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote:
>>> On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote:
>>>> hdf5 is currently blocked from migrating to testing
On 4/13/20 7:48 PM, Emmanuel Bourg wrote:
> Le 13/04/2020 à 19:34, Sebastiaan Couwenberg a écrit :
>
>> It looks like the changes in openjfx (11.0.7+0-2) won't be enough to fix
>> the FTBFS on mips* as well.
>
> I've noticed a segfault in the build log on mips
On 4/19/20 3:16 PM, Pino Toscano wrote:
>> Please apply the attached patch to not depend on cantor, it's RC buggy and
>> prevents the hdf5 transition from completing, see:
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954654#56
>
> Sorry, but I do not agree with this fix.
>
> First of
Control: tags -1 - moreinfo
On Fri, 17 Apr 2020 14:04:23 +0200 Christian Göttsche wrote:
> the current version of logrotate in testing and sid is 3.16.0-3.
> That version supports GCC 10 -fno-common.
>
> Why was this bug opened against version 3.15.1-2?
Because that version was in unstable at
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: libgrits -- ROM; Dead upstream, depends on GTK 2
Control: severity -1 normal
On 4/15/20 11:27 AM, Simon McVittie wrote:
> I noticed libgrits while looking at the list of packages that depend on
> the superseded library GTK 2.
>
>
On 4/13/20 12:19 PM, Bas Couwenberg wrote:
> The recent update to 11.0.7+0-1 fails to build and several architectures,
> most importantly on all making the openjfx package uninstallable, and in
> turn preventing the josm build in unstable:
It looks like the changes in openjfx (11.0.7+0-2) won't
Control: tags -1 pending
Control: block -1 by 956585
On 4/13/20 11:58 AM, Sebastiaan Couwenberg wrote:
> Adding the missing resources with a patch and updating build.xml to copy
> those resolved the issue for my test build, I'll update the packaging
> accordingly.
Unfortunately jo
On 4/13/20 11:20 AM, Sebastiaan Couwenberg wrote:
> On 4/13/20 10:37 AM, Andrew Harvey wrote:
>> Attempting to upload when having set opening_hours tags gave me the Java
>> Exception error below which preventing the upload from working. Not sure if
>> this is upstream issue
Control: tags -1 confirmed
On 4/13/20 10:37 AM, Andrew Harvey wrote:
> Attempting to upload when having set opening_hours tags gave me the Java
> Exception error below which preventing the upload from working. Not sure if
> this is upstream issue or not.
Probably not, upstream builds with the
On 4/12/20 2:23 PM, Laurent Bigonville wrote:
> Le 12/04/20 à 12:40, Sebastiaan Couwenberg a écrit :
>> I'll consider dropping the java package entirely when the package is
>> updated for GDAL 3.1.0.
>
> An idea when this will be released?
May probably:
https://lists.osg
On 4/12/20 10:52 AM, Laurent Bigonville wrote:
> On Fri, 3 Jan 2020 11:03:56 +0100 Samuel Thibault
> wrote:
>> Sebastiaan Couwenberg, le ven. 03 janv. 2020 07:34:42 +0100, a ecrit:
>> > opencv is not on your list however.
>>
>> Ah, indeed. I wonder why, that wa
Control: tags -1 pending
On 4/12/20 10:48 AM, Laurent Bigonville wrote:
> Please find here a patch that fixes all of this
Thanks for the patch, I've commit a slightly different fix in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1
Control: tags -1 pending
Hi Timo,
Thanks for the patch and forwarding it upstream. It's included in git
and will be uploaded after qhull 2019.1 is moved to unstable. Please
raise the severity of this issue to serious when you do.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
On 4/11/20 12:34 AM, Cédric Boutillier wrote:
>> When do you plan to move it to unstable?
>
> Given that shapelib is the only reverse build-dependency failing because
> of this change, we can move to unstable when shapelib is ready to.
> What about in 7 days from now? Tell me what suits best for
On 4/10/20 6:20 AM, Christoph Anton Mitterer wrote:
> On Thu, 2020-04-09 at 05:45 +0200, Sebastiaan Couwenberg wrote:
>> On 4/9/20 4:37 AM, Christoph Anton Mitterer wrote:
>> It's no different from users downloading the JAR themselves, the
>> package
>> just i
Control: tags -1 pending
Hi Cédric,
Thanks for reporting this issue.
On 4/9/20 12:02 PM, Cédric Boutillier wrote:
> I uploaded ruby-ronn 0.9.0 in experimental. This version contains a
> change that strips all extensions (not just .ronn) from processed files
> to produce the name of the man
On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote:
> hdf5 is currently blocked from migrating to testing on mpich due to #954244.
mpich migrated to testing. hdf5 will need some help to migrate, not all
bad rdeps will be autoremoved eventually.
Kind Regards,
Bas
--
GPG Key ID:
On 4/9/20 4:37 AM, Christoph Anton Mitterer wrote:
>> The package will be maintained with in the Debian GIS team where
>> it will eventually replace the josm package.
>
> I'm afraid but this is a really unfortunate idea.
Don't be:
https://lists.debian.org/debian-gis/2020/04/msg0.html
>
On 4/6/20 4:47 PM, Alastair McKinstry wrote:
> On 06/04/2020 14:54, Adam D. Barratt wrote:
>> On Mon, 2020-04-06 at 15:23 +0200, Sebastiaan Couwenberg wrote:
>>> On 4/6/20 3:05 PM, Alastair McKinstry wrote:
>>>> Package: ftp.debian.org
>>>> Severity: no
On 4/6/20 3:05 PM, Alastair McKinstry wrote:
> Package: ftp.debian.org
> Severity: normal
>
> mpich-3.4a4-2 has a problem due to a silent SOVERSION change in upstream;
> (SOVERSION set to 0). It must not progress to testing.
> A new release will be done based on the previous upstream release
>
On 4/6/20 1:43 PM, Alastair McKinstry wrote:
> There is a fix for #954244 in experimental but I there are other more
> serious problems with mpich-3.4a4-2
>
> Upstream quietly reset the soversion to 0 (as its an alpha package). The
> code works but any users of libmpich12 break.
>
> 3.4 when
On 4/3/20 8:27 PM, Dirk Eddelbuettel wrote:
> Can the tracker sort by
> - maintainer
> - binary type
> to help ?
With the attached script you can create a dd-list from the tracker.
transition-dd-list.pl -u
https://release.debian.org/transitions/html/r-api-4.0.html
Kind Regards,
Bas
--
Control: reassign -1 src:pandas
Control: found -1 0.25.3+dfsg-8
Control: affects -1 src:python-geotiepoints
On 4/3/20 9:42 PM, Lucas Nussbaum wrote:
>> File "/usr/lib/python3/dist-packages/pandas/util/testing.py", line 18, in
>>
>> from matplotlib.cbook import MatplotlibDeprecationWarning
Some intervention for gdal on s390x may be needed, it's stuck in
Maybe-Successful state blocking the rebuild of its rdeps. The log seems
to indicate that the build was indeed successful.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750
Control: affects -1 src:gpsprune
On Wed, 4 Dec 2019 21:43:00 -0800 tony mancill wrote:
> Indeed - thank you for spotting this and providing a patch. This was
> introduced when jh_build was ported from shell to perl, as the env var
> used to be interpolated directly [1].
>
> We will address this
On 3/30/20 9:38 AM, Marcos Dione wrote:
> This bug is present in my DebianSid/unstable installation for at
> least two weeks.
It was fine in unstable over the past few weeks, see my earlier messages.
> I update every Sunday, so I had hit this at least twice
> already. libgdal is on hold
With python3-defaults finally migrating to testing, this transition is
also almost done.
Only r-cran-sf (0.8-1+dfsg-1) in testing still depends on libproj15.
Either 0.9-0+dfsg-1 migrating in three days or the autoremoval on 17
April should resolve that.
Kind Regards,
Bas
--
GPG Key ID:
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/25/20 7:06 AM, László Böszörményi (GCS) wrote:
> An other question is opencv as in the transition tracker its marked
> unknown status (?) as '?!'. Manually checking its binNMU logs reveals
> it built correctly on all supported architectures.
That's due to cruft:
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
On 3/23/20 9:47 AM, Hilmar Preusse wrote:
> title = "proftpd-dfsg";
> is_affected = .depends ~ "proftpd-abi-";
> is_good = .depends ~ "proftpd-abi-1.3.6c";
> is_bad = .depends ~ "proftpd-abi-1.3.6b";
That matches no packages, this should work better:
title = "proftpd-dfsg";
is_affected =
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
On 3/18/20 8:21 PM, Emilio Pozuelo Monfort wrote:
> On 18/03/2020 20:08, Sebastiaan Couwenberg wrote:
>> Please also binNMU the affected packages in experimental:
>>
>> Dependency level 1
>>
>> * gnudatalanguage (1.0.0~rc.1+dfsg-3)
>> * pos
On 3/19/20 6:29 PM, Sebastiaan Couwenberg wrote:
> On 3/19/20 6:05 PM, John Scott wrote:
>> does this mean
>> JOSM will be removed from main? I think that is a substantial trade-off to
>> provide new backports. Could they both be maintained?
>
> josm will be rem
On 3/19/20 6:05 PM, John Scott wrote:
>> The package will be maintained with in the Debian GIS team where it will
>> eventually replace the josm package.
>
> Because this package will need to go in contrib or non-free,
It's going to contrib.
> does this mean
> JOSM will be removed from main? I
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
On 3/18/20 11:51 PM, Emilio Pozuelo Monfort wrote:
> On 18/03/2020 19:02, Sebastiaan Couwenberg wrote:
>> On 3/18/20 10:49 AM, Emilio Pozuelo Monfort wrote:
>>> On 18/03/2020 09:56, Sebastiaan Couwenberg wrote:
>>>> On 3/18/20 12:41 AM, Emilio Pozuelo Monfort wrote:
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
On 3/18/20 7:02 PM, Sebastiaan Couwenberg wrote:
> On 3/18/20 10:49 AM, Emilio Pozuelo Monfort wrote:
>> On 18/03/2020 09:56, Sebastiaan Couwenberg wrote:
>>> On 3/18/20 12:41 AM, Emilio Pozuelo Monfort wrote:
>>>> On 01/03/2020 11:03, Bas Couwenberg wrote:
>
On 3/18/20 10:49 AM, Emilio Pozuelo Monfort wrote:
> On 18/03/2020 09:56, Sebastiaan Couwenberg wrote:
>> On 3/18/20 12:41 AM, Emilio Pozuelo Monfort wrote:
>>> On 01/03/2020 11:03, Bas Couwenberg wrote:
>>>> Package: release.debian.org
>>>>
On 3/18/20 12:41 AM, Emilio Pozuelo Monfort wrote:
> On 01/03/2020 11:03, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Control: forwarded -1
>>
Control: severity -1 serious
The transition has started, raising the severity of this issue accordingly.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 3/16/20 12:33 PM, Emilio Pozuelo Monfort wrote:
> Hi Ondřej,
>
> On 11/03/2020 09:57, Emilio Pozuelo Monfort wrote:
>> Ack, keep us updated on the progress here and let us know if you need
>> anything.
>> I have added a ben tracker now, but it will take a bit to show up on the
>> webserver.
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 - moreinfo + pending
The crash log is useless without gdb & relevant dbgsym packages installed.
The fix is:
chown nagios:nagios /etc/icinga2/conf.d
The postinst has been updated to set the ownership and permissions.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Control: tags -1 moreinfo
On 3/9/20 6:04 PM, Humberto Flores III wrote:
> Additional information is available in
> '/var/log/icinga2/crash/report.1583766708.079641'
What is the content of this file?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D
On 3/7/20 7:30 AM, Xavier Guimard wrote:
> current node-srs is not compatible with Node.js ≥ 12. Upgrade is not
> possible for now since it requires an update of libgdal (and upgraded
> version is not compatible with Node.js ≥ 12 too).
You most likely mean node-gdal.
> To help Node.js 12
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:
On 3/2/20 10:52 PM, Christoph Berg wrote:
> Re: Sebastiaan Couwenberg 2020-03-02
> <58cea4eb-d7a5-7cca-aea8-0c4238c3f...@xs4all.nl>
>>> The typo "/etc/icingweb2" seems to be in a lot of icingweb2 module
>>> packages:
>>
>> Those are separate
clone 952974 -1 -2 -3 -4 -5 -6 -7 -8 -9 -10 -11 -12 -13
reassign -1 src:icingaweb2-module-audit
found -1 icingaweb2-module-audit/1.0.0-1
reassign -2 src:icingaweb2-module-boxydash
found -2 icingaweb2-module-boxydash/0.0.1+20160321-1
reassign -3 src:icingaweb2-module-businessprocess
found -3
On 2/27/20 4:36 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
>> We discussed this with Dmitry and we are happy to go with this. It will
>> happen on qt 5.14, currently being prepared in experimental.
>
> Worth to ask: is there any reason to be faster than that for this?
There no urgency yet, I
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
On 2/19/20 6:35 PM, Bas Couwenberg wrote:
> Your package FTBFS with PROJ 7 from experimental:
>
> ** byte-compile and prepare package for lazy loading
> double free or corruption (!prev)
> Aborted
> ERROR: lazy loading failed for package 'lwgeom'
The build succeeded with the fix r-cran-sf.
Control: tags -1 fixed-upstream patch
The attached patch fixes the issue.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
diff -Nru r-cran-sf-0.8-1+dfsg/debian/changelog
r-cran-sf-0.8-1+dfsg/debian/changelog
---
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/5/20 10:02 PM, Antonio Valentino wrote:
> indeed the problem is related to xarray, but IMHO the problem is in the
> latest version of the xarray package which seems to be broken.
> The xarray.core subpackage (wihic is also used in xarray/__init__.py)
> seems to be totally missing.
>
> I'm
On 1/29/20 8:05 PM, Bastian Blank wrote:
> It seems like I found a workaround: hard disable TLS 1.3 in OpenSSL:
>
> /etc/ssl/openssl.conf:
> | [system_default_sect]
> | MinProtocol = TLSv1.2
> | MaxProtocol = TLSv1.2
> | CipherString = DEFAULT@SECLEVEL=2
Good to know.
You'll need to downgrade
Control: tags -1 moreinfo
On 1/29/20 7:34 PM, Bastian Blank wrote:
> I haven't tested anything newer yet.
The network stack was rewritten in 2.11, it may fix your issue.
You could try rebuilding 2.11.2 for buster.
Can you provide the steps to reproduce the issue?
Kind Regards,
Bas
--
GPG
Control: fixed -1 nvidia-graphics-drivers/440.44-1
The package in experimental works.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
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
On 1/27/20 3:59 PM, Sebastiaan Couwenberg wrote:
> On 1/26/20 11:34 AM, Sebastiaan Couwenberg wrote:
>> On 1/25/20 11:34 AM, Sebastiaan Couwenberg wrote:
>>> On 1/24/20 12:54 PM, Sebastiaan Couwenberg wrote:
>>>> On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote:
>
On 1/26/20 11:34 AM, Sebastiaan Couwenberg wrote:
> On 1/25/20 11:34 AM, Sebastiaan Couwenberg wrote:
>> On 1/24/20 12:54 PM, Sebastiaan Couwenberg wrote:
>>> On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote:
>>>> netcdf (1:4.7.3-1) is built & installed on all
On 1/25/20 11:34 AM, Sebastiaan Couwenberg wrote:
> On 1/24/20 12:54 PM, Sebastiaan Couwenberg wrote:
>> On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote:
>>> netcdf (1:4.7.3-1) is built & installed on all release architectures,
>>> please schedule the bin
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)
On 1/25/20 3:57 PM, Andreas Beckmann wrote:
> On 25/01/2020 08.04, Paul Gevers wrote:
>> All rebuilds have been scheduled.
>> There are 2 packages (python-escript
>> (sid only) and pythonmagick) that FTBFS now, but didn't before. Can you
>> please check? Especially pythonmagick looks suspicious to
Control: tags -1 upstream
Control: forwarded -1 https://github.com/Icinga/icinga2/pull/7780
Thanks for the patch, it's applied in git and forwarded upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
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
>
On 1/24/20 12:54 PM, Sebastiaan Couwenberg wrote:
> On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote:
>> netcdf (1:4.7.3-1) is built & installed on all release architectures,
>> please schedule the binNMUs except netcdf-fortan which is currently
>> building on the
On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote:
> netcdf (1:4.7.3-1) is built & installed on all release architectures,
> please schedule the binNMUs except netcdf-fortan which is currently
> building on the buildds.
The binNMUs that were scheduled have finished, please schedule
On Thu, 23 Jan 2020 20:15:20 +0100 Birger Schacht wrote:
> I just had the same problem. For me, downgrading libsqlite3 to
> libsqlite3-0_3.30.1+fossil191229-1 made thunderbird start again.
Same for firefox, see: #949644
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint:
On 1/23/20 5:15 AM, Sebastiaan Couwenberg wrote:
> On 1/22/20 9:40 PM, Paul Gevers wrote:
>> On 17-01-2020 11:22, Bas Couwenberg wrote:
>> Am I correct in saying that it makes a lot of sense to take this
>> transition together with the netcdf transition? If so, please combi
netcdf (1:4.7.3-1) is built & installed on all release architectures,
please schedule the binNMUs except netcdf-fortan which is currently
building on the buildds.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 1/22/20 9:40 PM, Paul Gevers wrote:
> On 17-01-2020 11:22, Bas Couwenberg wrote:
>> netcdf-fortran bumped its SONAME requiring a transition.
>
> Please go ahead.
Thanks.
> Am I correct in saying that it makes a lot of sense to take this
> transition together with the netcdf transition? If
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
On 1/20/20 5:38 AM, Sebastiaan Couwenberg wrote:
> Looks like britney needs some help to migrate everything to testing. The
> update_output.txt shows most rdeps, I can't make sense of why it's not
> migrating them.
DDPO shows 3.0.3+dfsg-1 in testing-proposed-updates, is that intend
On Mon, 20 Jan 2020 16:25:25 +0100 Adam Cecile wrote:
> PR available here:
> https://salsa.debian.org/nagios-team/pkg-nagvis/merge_requests/2
That misses the changes for the upstream & pristine-tar branches.
I've added you to the team so you can push to the repo.
Please add yourself to
Looks like britney needs some help to migrate everything to testing. The
update_output.txt shows most rdeps, I can't make sense of why it's not
migrating them.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 1/17/20 3:04 PM, Bas Couwenberg wrote:
> In preparation of the netcdf transition as test rebuild of your package was
> done which FTBFS:
>
> makeinfo -I. gri.texi
> utf8 "\xF3" does not map to Unicode at
> /usr/share/texinfo/Texinfo/ParserNonXS.pm line 1796, line 19280.
> Malformed
On 1/17/20 11:05 AM, Bas Couwenberg wrote:
> In preparation of the netcdf-fortran transition as test rebuild of your
> package was done which FTBFS:
>
> make doc
> make[4]: Entering directory
> '/build/oasis3-3.mct+dfsg.121022/lib/mct/doc/texsrc'
> perl ../../protex/protex -b
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
Control: tags -1 upstream
Control: forwarded -1 https://github.com/qgis/QGIS/issues/33743
This is an upstream issue with crssync which should not create these
directories by default.
Follow up in the upstream issue.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182
On 1/11/20 9:48 PM, Paul Gevers wrote:
> gdal triggers autopkgtest regressions in two packages and looking at the
> logs I am wondering if that point to a missing dependency relation, as
> the tests pass in unstable once they were binNMU'ed.
>
> In both tests, libgdal20 from testing is installed
On 1/9/20 6:52 PM, Sebastiaan Couwenberg wrote:
> On 1/8/20 4:53 PM, Sebastiaan Couwenberg wrote:
>> gdal (3.0.2+dfsg-1) is now built & installed on all release architectures.
>>
>> Please schedule the binNMUs.
>
> Thanks for scheduling the initial batch, eve
801 - 900 of 2321 matches
Mail list logo