On 5/17/25 6:55 PM, Antonio Valentino wrote:
Il 17/05/25 18:49, Sebastiaan Couwenberg ha scritto:
On 5/17/25 6:33 PM, Antonio Valentino wrote:
I have just pushed to salsa a possible fix, tested on x86_64 and i386.
Why did you revert the autopkgtest-pkg-pybuild change?
You need that for non
On 5/17/25 6:33 PM, Antonio Valentino wrote:
I have just pushed to salsa a possible fix, tested on x86_64 and i386.
Why did you revert the autopkgtest-pkg-pybuild change?
You need that for non-trivial autopkgtests to have the package migrate in less
than 20 days.
I kindly ask one of the upl
Control: severity -1 important
On 5/11/25 11:39 AM, Santiago Vila wrote:
I'm also restoring the serious severity because packages in trixie
must build in trixie.
As long as the buildds don't run 6.12 kernels it's not an RC issue.
Once that happens we can do a stable update if there is some ac
On 5/10/25 9:15 PM, Santiago Vila wrote:
And I also included this paragraph in the report:
If you could not reproduce the bug please contact me privately, as I
am willing to provide ssh access to a virtual machine where the bug is
fully reproducible.
I don't care for your custom build environ
The issue can be reproduced on amdahl.d.o with both sid_armel-dchroot &
trixie_armel-dchroot, it's not specific to trixie.
While the link error occurs in the compile-ogl target, the build doesn't fail
there and continues to eventually fail in the dh_auto_install-arch target:
debian/rules o
On 4/17/25 12:53 PM, Paul Gevers wrote:
On 17-04-2025 12:49, Sebastiaan Couwenberg wrote:
On 4/17/25 12:16 PM, Paul Gevers wrote:
To avoid having to do this on the package side, I (ci.d.n maintainer hat on)
could add your package to the ci.d.n reject_list
That doesn't sound like a
On 4/17/25 12:16 PM, Paul Gevers wrote:
Removing the autopkgtest or excluding unreliable architectures will be needed
instead. I don't really want to do either, but nuking the autopkgtest from the
package resolves this class of issues forever.
Let's work together to improve the situation. I u
Control: tags -1 moreinfo
On 4/17/25 10:23 AM, Paul Gevers wrote:
I looked at the results of the autopkgtest of your package. I noticed that it
regularly fails on arm64, while other architectures seem fine. Unfortunately,
the test doesn't produce any output, so I can't give any advice on the f
Control: tags -1 pending
Thanks for reporting this issue, it's fixed in git like we did for
libpdl-perldl2-perl, and an upload will follow shortly.
On 3/25/25 8:12 AM, Helmut Grohne wrote:
I fail to identify the version of pdl that lost those files from the changelog.
That's 1:2.096 just for
On 3/11/25 12:41 PM, Santiago Vila wrote:
The attached patch resolves the issue by supporting both JSON formats.
Thanks a lot! I'm going to push that to salsa and will make a team upload
if it passes CI tests.
Thanks for the team upload. A similar patch is available for starlette in
#1100087
Control: tags -1 upstream patch
The attached patch resolves the issue by supporting both JSON formats.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
diff -Nru python-uvicorn-0.32.0/debian/patches/json-format.patch
pyth
On 2/22/25 12:29 AM, Santiago Vila wrote:
=== FAILURES ===
__ test_main ___
def test_main() -> None:
res = runner.invoke(__main__.app, ["gtc", "--help"])
Control: tags -1 pending
On 2/17/25 11:43 AM, Sebastiaan Couwenberg wrote:
This change fixes the pdfsam build on my system:
diff --git a/debian/maven.rules b/debian/maven.rules
index 87cc0cc..a0cc80f 100644
--- a/debian/maven.rules
+++ b/debian/maven.rules
@@ -21,7 +21,7 @@ org.sejda sejda
On Sat, 08 Feb 2025 12:28:23 +0100 Markus Koschany wrote:
Control: reassign -1 src:libgettext-commons-java
Control: affects -1 src:pdfsam
The FTBS is apparently caused by the recent update of libgettext-commons-java.
I presume it is related to the new ignore-gettext-maven-plugin.patch. I'm not
Control: tags -1 patch
On 2/10/25 7:16 PM, Santiago Vila wrote:
Probably your cowbuilder chroot is similar to sbuild+unshare in that it
disables network access, but this suggests the tests are trying to use the network (even
if it's just DNS queries on "example.com"), which is forbidden.
Let'
Control: tags -1 unreproducible
On Fri, 17 Jan 2025 18:54:25 + Santiago Vila wrote:
AssertionError: Lists differ: [(
This suggests an IPv6 only host, as the package builds successfully in a plain
sid cowbuilder chroot on my system.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4A
Control: block 1082237 by -1
On Wed, 29 Jan 2025 23:44:20 +1100 Drew Parsons wrote:
Hi Adrian, can you check if it's fixed in scipy 1.15 (in experimental)?
https://buildd.debian.org/status/package.php?p=scipy&suite=experimental
suggests that it's not.
Maybe just remove scipy and all its rde
Control: tags -1 pending
Thanks for reporting this issue, it's fixed in git by adding Breaks/Replaces on pdl
(<< 1:2.096) for the files split out from it, the upload to unstable will
follow shortly.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 614
On 12/17/24 7:32 AM, Antonio Valentino wrote:
We plan to request the removal from the archive of xarray-datatree.
The package has been merged into xarray (2024.10) upstream and all the packages
depending on it in the debian archive have been updated to use the
corresponding (now) builtin featu
On 12/1/24 10:10 PM, Lorenz wrote:
Sorry to be annoying here, but I just discovered that the stable version ist
still vulnerable.
You can get the fixed version from bookworm-proposed-updates.
https://www.debian.org/releases/proposed-updates
https://wiki.debian.org/StableProposedUpdates
Kin
On 11/14/24 9:05 PM, Louis-Philippe Véronneau wrote:
I think this bug should be reopen and a security upload should be made ASAP to
fix this critical issue.
It's not that critical, to quote the security tracker:
"
[bookworm] - icinga2 (Will be fixed via point release; Only affects
deployme
Control: severity -1 important
Lowering the severity as the security-tracker marks it as a no-dsa minor issue.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Adding -Wno-error=template-id-cdtor is not sufficient to resolve the build
failure, it then fails with:
In file included from
/build/mysql-workbench-8.0.32+dfsg/library/grt/src/python_context.h:28,
from
/build/mysql-workbench-8.0.32+dfsg/library/grt/src/python_context.cpp:24
Control: tags -1 patch
The autopkgtest failure on i386 cannot be fixed, as postgis no longer support
32-bit architectures.
For an Architecture: all package the autopkgtest failure on s390x should not be
a blocker either.
The attached patch excludes the 32-bit and big endian architectures from
Control: tags -1 upstream
Control: forwarded -1 https://github.com/pytroll/aggdraw/issues/101
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
Control: tags -1 upstream
Control: forwarded -1 https://github.com/libgeos/geos/issues/1153
Control: severity -1 important
Thanks for reporting this issue, I've forwarded it upstream.
On 8/31/24 11:04 AM, Paolo Greppi wrote:
P.S. since just a handful of packages break, I plan to upload the newe
On 8/28/24 5:07 PM, Bastian Germann wrote:
Please ask for unarr removal.
Yes, please remove unarr from the archive.
It was packaged as a dependency of opencpn, but it no longer uses it.
The maintainer also never touched the package again after it was first uploaded.
Kind Regards,
Bas
--
G
The patch suggested by Gianluigi Tiesi in #1078124 resolves the dkms
failure.
The attached debdiff updates the packaging in unstable to include that
patch.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1diff -Nru nvidi
Control: fixed -1 netcdf/1:4.9.3~rc1-1~exp1
Hello, netcdf started FTBFS probably due to gcc-14 on armhf
This seems to be fixed in the new upstream release in experimental.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF
Control: severity -1 normal
Control: tags -1 moreinfo unreproducible
On 7/30/24 10:03 AM, Ceppo wrote:
I went through the log from `josm --debug --reset-preferences --skip-plugins`
but couldn't find anything useful. I attach it anyway, surely it is more
meaningful to you than to me.
That show
fixed 1077357 fiona/1.10~b2-1~exp1
close 1077357
tags 1074959 ftbfs
severity 1074959 serious
merge 1077357 1074959
thanks
This is a duplicate of #1074959.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 7/11/24 8:53 AM, Matthias Klose wrote:
On 11.07.24 08:43, Sebastiaan Couwenberg wrote:
On 7/11/24 8:29 AM, Matthias Klose wrote:
On 11.07.24 08:15, Sebastiaan Couwenberg wrote:
Version: 8.4.0~rc1-1~exp1
On 7/11/24 8:07 AM, Matthias Klose wrote:
there are (build-)dependency on the now
On 7/11/24 8:29 AM, Matthias Klose wrote:
On 11.07.24 08:15, Sebastiaan Couwenberg wrote:
Version: 8.4.0~rc1-1~exp1
On 7/11/24 8:07 AM, Matthias Klose wrote:
there are (build-)dependency on the now removed python3-distutils.
Already fixed via #1065869.
please consider fixing it in
On 7/8/24 9:38 AM, Gianfranco Costamagna wrote:
Hello, the bug seems to have regressed due to new gcc/boost.
Mapnik 4.0.0-rc2 switched from boost:optional to std:optional which
broke the python-mapnik git snapshot in experimental which worked
correctly with Mapnik 4.0.0-rc1.
I crafted a new
reopen 1069130
tags 1069130 - patch
tags 1069130 + trixie sid
tags 1074660 + upstream
merge 1069130 1074660
thanks
On 7/2/24 2:51 PM, Lucas Nussbaum wrote:
FileNotFoundError: [Errno 2] No such file or directory: 'mapnik-config'
The CMake build of Mapnik 4.0 no longer provides mapnik-config, only
Control: fixed -1 mapnik/4.0.0~rc1+ds-1~exp1
On 6/16/24 2:48 PM, Lucas Nussbaum wrote:
c++ -o src/json/mapnik_json_feature_collection_grammar.o -c -std=c++14
-DU_USING_ICU_NAMESPACE=0 -g -O2 -ffile-prefix-map=/<>=.
-fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-secur
On 5/15/24 12:15 AM, Antonio Valentino wrote:
On Tue, 14 May 2024 22:23:45 +0200 Sebastiaan Couwenberg wrote:
On 5/14/24 8:27 PM, Helmut Grohne wrote:
> The file /usr/lib/python3/dist-packages/doc/conf.py is contained in the
> packages
> * python3-donfig/0.8.1+dfsg-2 as present
On 5/14/24 8:27 PM, Helmut Grohne wrote:
The file /usr/lib/python3/dist-packages/doc/conf.py is contained in the
packages
* python3-donfig/0.8.1+dfsg-2 as present in trixie|unstable
* python3-nabu/2024.1.6-1 as present in unstable
Neither of these packages should be including this file.
Ki
Control: tags -1 pending
On 5/11/24 12:31 PM, Santiago Vila wrote:
--- debian/libnetcdf19t64.symbols (libnetcdf19t64_4.9.2_amd64)
+++ dpkg-gensymbolsbQjlfm 2024-05-08 16:50:08.612637064 +
@@ -2099,7 +2099,7 @@
showopenobjects@Base 4.6.2
simplenodematch@Base 4.3.3
simplepathstring
Control: tags -1 upstream
Control: user debian-...@lists.debian.org
Control: usertag -1 hdf-4.3
On 4/25/24 7:35 PM, Bas Couwenberg wrote:
The buildlogs shows many instances of these:
/usr/bin/ld: cannot find -lNGctrans: No such file or directory
/usr/bin/ld: cannot find -lNGras: No such fil
On 4/6/24 1:29 PM, Aurelien Jarno wrote:
On 2024-04-06 08:01, Sebastiaan Couwenberg wrote:
On 4/5/24 9:51 PM, Aurelien Jarno wrote:
For Bookworm given we can not fix the compiler easily, I propose to just
build icinga2 with -O1 on ppc64el. If you are fine with that option, I
can take care of
On 4/5/24 9:51 PM, Aurelien Jarno wrote:
For Bookworm given we can not fix the compiler easily, I propose to just
build icinga2 with -O1 on ppc64el. If you are fine with that option, I
can take care of proposing a patch and submitting it to the stable
release team.
A patch for this is very welc
Control: tags -1 patch
On 4/4/24 6:22 PM, Sebastiaan Couwenberg wrote:
The FTBFS with HDF 4.3.0 is not fixed in 6.6.2.dfsg.1-5.
You need the attached patch to fix the error with HDF 4.3.0 by including
df.h instead of dfi.h.
The package then still FTBFS but due to dh_install:
dh_install
reopen 1068387
thanks
The FTBFS with HDF 4.3.0 is not fixed in 6.6.2.dfsg.1-5.
On 4/4/24 1:53 PM, Bas Couwenberg wrote:
Your package FTBFS while performing test rebuilds with HDF 4.3.20.
The attached debdiff contains changes to fix FTBFS issues unrelated to HDF
4.3.20.
This patch was includ
Control: tags -1 pending
On 4/4/24 12:54 PM, Bas Couwenberg wrote:
pyhdf/hdfext_wrap.c:3845:10: fatal error: hdfi.h: No such file or directory
3845 | #include "hdfi.h" /* declares int32, float32, etc */
| ^~~~
This is fixed in git by including hdf.h instead.
Kind
Control: tags -1 upstream
Control: forwarded -1 https://github.com/PDLPorters/pdl/issues/469
On 4/1/24 10:47 PM, Sebastian Ramacher wrote:
https://buildd.debian.org/status/fetch.php?pkg=pdl&arch=i386&ver=1%3A2.086-1&stamp=1712002199&raw=0
Salsa CI also caught that which triggered the upstream
Control: tags -1 pending
This is fixed in git with patch that adds the external function definitions.
Youhei, you marked the other patches as forwarded, how did you forward
those patches upstream? There is no upstream metadata or
Upstream-Contact which informs us of where to send patches.
Ca
The upstream repo shows no progress for two years,
affected packages should switch to alternatives.
reassign 1066727 src:python-pytest-lazy-fixture
found 1066727 python-pytest-lazy-fixture/0.6.3-2
affects 1066727 src:satpy
thanks
On 3/13/24 4:00 PM, Lucas Nussbaum wrote:
/usr/lib/python3/dist-packages/pytest_lazyfixture.py:105: in normalize_call
valtype_keys = set(getattr(callspec, valtyp
On 3/13/24 1:03 PM, Lucas Nussbaum wrote:
Preferences/MerkaartorPreferences.h:28:10: fatal error: proxy.h: No such file
or directory
28 | #include
| ^
Looks like libproxy-dev moved the header from /usr/include to
/usr/include/libproxy, we'll need to add that inclu
Control: tags -1 upstream
Control: forwarded -1 https://github.com/qgis/QGIS/issues/56756
From the build log:
Operation needs translation in
QgsCoordinateReferenceSystemUtils::translateProjection: mod_krovak
This is actually caused by PROJ 9.4.0 which introduced support for the
Modified Kro
Control: tags -1 confirmed
On 3/5/24 4:44 PM, Adrian Bunk wrote:
https://buildd.debian.org/status/logs.php?pkg=qgis&ver=3.34.4%2Bdfsg-3
Nothing we can do about that until the dependency chain has been rebuilt
for the ongoing t64 transition.
The builds prior to the t64 transition succeeded.
On 3/2/24 10:35 AM, Sebastian Ramacher wrote:
Thank you for uploading the changes required for the time_t transition.
Unfortunately, the upload was missing dpkg-dev (>= 1.22.5) in
Build-Depends. Hence, the package was built with an old version of dpkg
not enabling the changes for the time_t trans
On 3/2/24 10:33 AM, Sebastian Ramacher wrote:
Thank you for uploading the changes required for the time_t transition.
Unfortunately, the upload was missing dpkg-dev (>= 1.22.5) in
Build-Depends. Hence, the package was built with an old version of dpkg
not enabling the changes for the time_t trans
Control: tags -1 pending
Thanks for reporting this issue, it's fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 upstream
Control: forwarded -1 https://sourceforge.net/p/saga-gis/bugs/317/
On 2/3/24 22:18, Sergio Durigan Junior wrote:
/<>/obj-x86_64-linux-gnu/src/saga_core/saga_api/saga_api_python/CMakeFiles/saga_api_python.dir/saga_apiPYTHON_wrap.cxx:
In function ‘PyObject* PyInit__saga_
On 1/31/24 13:29, Sebastiaan Couwenberg wrote:
This seems to use the wrong package name:
-Package: libgeos3.12.1
+Package: libgeos3.12.1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libgeos-c1v5
+Replaces: libgeos3.12.1
+Breaks: libgeos3.12.1 (<< ${source:V
This seems to use the wrong package name:
-Package: libgeos3.12.1
+Package: libgeos3.12.1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libgeos-c1v5
+Replaces: libgeos3.12.1
+Breaks: libgeos3.12.1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Section: libs
If I understa
On 1/30/24 16:32, Lukas Märdian wrote:
Am 30.01.24 um 16:06 schrieb Sebastiaan Couwenberg:
On 1/30/24 15:57, Lukas Märdian wrote:
But please remember that this is meant to only hit experimental for
now, until the dpkg change lands in unstable.
So please don't upload it into unstable jus
On 1/30/24 15:57, Lukas Märdian wrote:
But please remember that this is meant to only hit experimental for now,
until the dpkg change lands in unstable.
So please don't upload it into unstable just yet.
gdal will need to be rebuilt once fyba moves to unstable, how will these
transitions be co
On 1/30/24 14:50, Lukas Märdian wrote:
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your p
plplot got removed from armhf, the severity of this issue could be
lowered to important to not have the package removed from testing.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
This is fixed in the most recent upstream release, which unfortunately
FTBFS with python3.12 due to test failures.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
tags 1056450 ftbfs
reassign 1058121 src:python-flasgger
found 1058121 python-flasgger/0.9.5+dfsg.2-3
affects 1058121 src:pytest-recording
merge 1056450 1058121
thanks
This is a duplicate of #1056450, reassigning to python-flasgger.
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 70
Control: block -1 by 1058031
This seems to be fixed upstream:
https://github.com/mcfletch/pyopengl/issues/99
The pyopengl test suite fails because pygame FTBFS with Python 3.12
(#1058031) this likely also affects the autopkgtest.
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41
Control: unblock -1 by 1057762
On Sat, 9 Dec 2023 14:03:35 +0100 Sebastiaan Couwenberg wrote:
The package builds successfully with cython 3.0 from experimental.
It also builds successfully with cython (0.29.36-3.1):
https://buildd.debian.org/status/package.php?p=python-pysam
Kind Regards
Control: unblock -1 by 1057762
The package builds successfully with cython (0.29.36-3.1):
https://buildd.debian.org/status/package.php?p=macs
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: block -1 by 1057762
The package builds successfully with cython 3.0 from experimental.
The upstream issue can be closed.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 patch
The attached patch resolves the build failure.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1diff -Nru mysql-workbench-8.0.32+dfsg/debian/changelog
mysql-workbench-8.0.32+dfsg/debian/changelog
---
On 11/12/23 15:46, Graham Inggs wrote:
python-pyproj has a build-dependency on python3-xarray which is no
longer in testing.
xarray is required for test/test_utils.py.
Please drop this build-dependency or help get python3-xarray back into testing.
I already provided a patch for python-xarra
Control: tags -1 upstream
Control: forwarded -1 https://trac.osgeo.org/postgis/ticket/5593
On 10/27/23 21:09, Lucas Nussbaum wrote:
convert-im6.q16: attempt to perform an operation not allowed by the security
policy `@generator-REtQrw/draw0' @ error/string.c/FileToString/1020.
Failure return co
On 10/6/23 14:33, Taylor Smock wrote:
@Thorsten Alteholz: Can you please explain /why/ you think those files
have the CC-BY-2.5 license?
All the javax.annotation.concurrent sources are CC-BY-2.5, see:
https://sources.debian.org/src/josm/0.0.svn18822%2Bdfsg-1/src/javax/annotation/concurrent/Gu
Control: tags -1 upstream
Control: forwarded -1 https://josm.openstreetmap.de/ticket/23220
On 10/5/23 23:42, Thorsten Alteholz wrote:
unfortunately your package contains files with license: CC-BY-2.5
src/javax/annotation/*
As you can see on [1] this license is not compatible with DFSG, so
Something like this may suffice as a workaround:
diff --git a/debian/rules b/debian/rules
index 9ebd14e..ab49761 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,6 +6,11 @@
export DEB_BUILD_MAINT_OPTIONS = hardening=+all
DPKG_EXPORT_BUILDFLAGS = 1
include /usr/share/dpkg/buildflags.mk
+inclu
Control: tags -1 moreinfo unreproducible
Control: severity -1 important
On Fri, 1 Sep 2023 10:40:47 +0200 Thierry Florac wrote:
I just installed the package "python3-lensfun" on Debian testing.
When trying to import the module, an error occurs:
*> python3*
Python 3.9.15 (main, Nov 21 2022, 16:0
reassign 1050832 src:python-xarray
found 1050832 2023.08.0-1
affects 1050832 src:sarsen
reassign 1051310 src:python-xarray
found 1051310 2023.08.0-1
affects 1051310 src:sarsen
tags 1051310 upstream fixed-upstream ftbfs
merge 1050832 1051310
thanks
On 9/6/23 07:14, Gianfranco Costamagna wrote:
Hel
On 9/3/23 18:16, Paolo Greppi wrote:
While preparing to upload doxygen 1.9.8, I did a partial rebuild of
packages that build-depend on it.
doxygen 1.9.8 is not in experimental, so we can't test potential fixes.
When will 1.9.8 be available in the archive?
Kind Regards,
Bas
--
GPG Key ID: 4
On 8/15/23 14:07, Adrian Bunk wrote:
On Tue, Aug 15, 2023 at 05:28:25AM +0200, Bas Couwenberg wrote:
zlib1g-dev fails to upgrade due to a file confict with libminizip-dev:
Preparing to unpack .../zlib1g-dev_1%3a1.2.13.dfsg-2_amd64.deb ...
Unpacking zlib1g-dev:amd64 (1:1.2.13.dfsg-2) over (1
On 8/15/23 14:24, Sebastiaan Couwenberg wrote:
On 8/15/23 14:07, Adrian Bunk wrote:
On Tue, Aug 15, 2023 at 05:28:25AM +0200, Bas Couwenberg wrote:
zlib1g-dev fails to upgrade due to a file confict with libminizip-dev:
Preparing to unpack .../zlib1g-dev_1%3a1.2.13.dfsg-2_amd64.deb
Control: severity -1 important
python-escript was removed from i386 (#1042939).
Reducing the severity accordingly.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 7/29/23 11:03, Adrian Bunk wrote:
Forwarded: https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/-/issues/1917
The MR linked from that issue got closed without being merged, there is
another one which is still marked as WIP:
https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb/-/merge_request
Control: tags -1 pending
On 7/23/23 15:26, Timo Röhling wrote:
It is the package maintainer's responsibility to set
DEB_PYTHON_INSTALL_LAYOUT=deb in d/rules, either implicitly through
the use of pybuild, or explicitly with "export
DEB_PYTHON_INSTALL_LAYOUT", as you already did in Salsa.
The ad
On 7/23/23 09:07, Paul Gevers wrote:
Can you please investigate the situation and figure out how to resolve
it? python-pyepsg is affected by an RC issue [2] and has been removed
from testing, you could help its maintainers to solve the issue.
python-geopandas was marked for autoremoval from te
Changes between bookworm and sid:
cmake 3.25.1:
``Python_SITELIB``
Third-party platform independent installation directory.
Information returned by
``distutils.sysconfig.get_python_lib(plat_specific=False,standard_lib=False)``
or else ``sysconfig.get_path('purelib')``.
``Python_SITE
On 7/8/23 09:31, Matthias Klose wrote:
https://ci.debian.net/data/autopkgtest/testing/amd64/p/pycoast/35498778/log.gz
[...]
101s self =
101s draw =
101s position = (8.56126709559166, 4), txt = '50W'
101s font = , align
= 'CT'
101s kwargs = {'fill': 'white', 'lat_placement': 'lr', 'lon_placeme
Andreas Tille wrote:
Done in 0.12.4-3
This does not mark the bug as fixed in that version.
Use a version header at the top of your email:
Version: 0.12.4-3
Or use the control commands:
https://www.debian.org/Bugs/server-control#fixed
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D
Control: tags -1 upstream pending
Control: forwarded -1 https://github.com/Toblerity/Fiona/pull/1272
Control: block -1 by 1040316
On 7/5/23 05:38, Sebastiaan Couwenberg wrote:
On 7/4/23 22:27, Helmut Grohne wrote:
python3-fiona contains /usr/lib/python3/dist-packages/docs/conf.py.
It'
On 7/4/23 22:27, Helmut Grohne wrote:
python3-fiona contains /usr/lib/python3/dist-packages/docs/conf.py.
It's not just that:
/usr/lib/python3/dist-packages/docs/
/usr/lib/python3/dist-packages/docs/conf.py
/usr/lib/python3/dist-packages/examples/
/usr/lib/python3/dist-packages/examples/op
Control: tags -1 patch
The attached patch resolves the FTBFS by nbsphinx_allow_errors = False
from doc/conf.py
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1diff -Nru python-xarray-2023.06.0/debian/changelog
python-xa
Control: tags -1 pending
On 6/20/23 19:05, Andreas Beckmann wrote:
This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.
From the attached log (scroll to the bottom...):
Setting up python3 (3.11.2-1+b1) ...
[Errno 2] No such fi
Patches have been submitted for the netcdf-cxx-legacy rdeps.
The netcdf-cxx-legacy-rm usertag tracks these bugreports:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-...@lists.debian.org&tag=netcdf-cxx-legacy-rm
On Fri, 10 Feb 2023 20:53:17 +0100 Pierre Gruet wrote:
Sorry I was not able to look at it before. Anyway, I pushed changed to
the Salsa repo, we have 22 tests failing now (hey, that's better). Among
them: 18 segfaults and 4 failures (3 of them being differences between
an output file and a ref
itksnap is the only remain rdep of vtk6:
sebastic@coccia:~$ dak rm -Rn vtk6
Will remove the following packages from unstable:
libvtk6-dev | 6.3.0+dfsg2-8.1+b1 | amd64, arm64, armel, armhf, i386,
mips64el, mipsel, ppc64el, s390x
libvtk6-qt-dev | 6.3.0+dfsg2-8.1+b1 | amd64, arm64, armel, armh
Control: severity -1 important
On 6/14/23 14:19, Frederic Danel wrote:
Icingacli module enable --> crash with deprecated print. Making impossible to
use module if you start from scratch,
or if you'r comming from bullseye and want to enable a new custom module.
I cannot reproduce the crash.
i
On 6/13/23 05:22, tony mancill wrote:
I am not able to reproduce the failure in a clean unstable
schroot with either openjdk-17 or openjdk-21 yet - for example:
I also had trouble reproducing the issue in a sid cowbuilder chroot.
This worked for me:
apt install ca-certificates-java default-j
On Tue, 31 Jan 2023 13:56:42 +0100 Bastian Blank wrote:
| dpkg: error processing package openjdk-21-jdk:arm64 (--configure):
| dependency problems - leaving unconfigured
It also fails to install with openjdk-17:
Setting up ca-certificates-java (20230103) ...
Exception in thread "main" java.l
On Thu, 27 Apr 2023 14:58:57 +0200 Helmut Grohne wrote:
Attempting to unpack software-properties-qt/0.99.30-4 from Debian bookworm
on a minimal Debian bullseye with software-properties-kde/0.96.20.2-2.1
installed, causes an unpack error from dpkg due to
/usr/share/software-properties/designer/dia
On 6/8/23 22:39, Julian Andres Klode wrote:
FWIW, the premise of the bug is wrong, there is no
software-properties-kde package anymore and the -qt
one replaces it, so we must use unversioned Conflicts
and Breaks as per policy requirements.
When are your going to upload that change?
Your preferr
Control: tags -1 patch
The attached patch resolves the issue.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1diff -Nru software-properties-0.99.30/debian/changelog
software-properties-0.99.30/debian/changelog
--- softwar
Control: reassign -1 src:argparse-manpage
Control: found -1 argparse-manpage/1.2.2-1
Control: tags -1 patch sid bookworm
Control: severity -1 important
Control: affects -1 src:sasl-xoauth2 src:osm2pgsql
On Tue, 30 May 2023 18:34:24 -0400 Daniel Kahn Gillmor wrote:
On Fri 2023-04-07 22:14:44 +020
1 - 100 of 684 matches
Mail list logo
