exiv2 has been trying to migrate for two weeks now, it's going to need some
help.
I don't understand the reasons given in the britney update_output. Did the
gexiv2 binNMU break the dependencies on it in testing?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41
Control: tags -1 pending
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending upstream
Control: forwarded -1 https://github.com/jazzband/geojson/pull/228
This is fixed and git and the patch forwarded upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
Fix in git by adding openjfx to Depends like for the regular josm package.
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/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
On 8/31/24 11:04 AM, Paolo Greppi wrote:
Hi! I have rebuilt a few packages:
https://salsa.debian.org/debian/doxygen/-/wikis/ratt_doxygen_1.12.0+ds-1-partial
with the upcoming doxygen 1.12.0+ds-1 I am preparing here:
You should upload the new doxygen to experimental, we can't easily reproduce
t
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
Control: tags -1 upstream pending
On 8/15/24 10:46 AM, Petter Reinholdtsen wrote:
Here is a patch to add Appstream metainfo XML announcing the hardware
handled by this package.
Thanks for the patch, it's applied in git and forwarded upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10A
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
On 8/2/24 7:12 PM, Bas Couwenberg wrote:
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libapache2-mod-t...@packages.debian.org,
python-map...@packages.debian.org, ti...@packages.debian.org
Control: affects -1 + src:libapache2-mod-tile src:python-mapnik src:tirex
User: release.debian
On 8/6/24 3:39 AM, wuruilong wrote:
Now, gmt still compiles incorrectly on loongarch, and the debian repositories
don't merge this patch. please merge the patch!
As mentioned before, it's merged in git:
https://salsa.debian.org/debian-gis-team/gmt/-/commit/d484ca01c0d6dca1afcbc28fda4aca0bdee3
On 8/3/24 7:56 PM, Sebastian Ramacher wrote:
On 2024-07-31 09:50:40 +0200, Sebastiaan Couwenberg wrote:
On 7/30/24 5:17 AM, Sebastiaan Couwenberg wrote:
Now that the s390x builds found their way to the mirrors, most of the
autopkgtest regressions got fixed. The remaining autopkgtest
Control: tags -1 pending
On 8/2/24 12:17 AM, Alexandre Detiste wrote:
python3-six usage has been removed completely since 8.4.0-1
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 7/31/24 11:47 PM, Ceppo wrote:
On Wed, Jul 31, 2024 at 08:07:49PM GMT, Sebastiaan Couwenberg wrote:
Compare the output of `josm --status-report` on both.
The only differences are:
1. the VM uses Gnome and my physical machine doesn't,
That's where you should looks for t
On 7/31/24 5:47 PM, Ceppo wrote:
I run josm from both JRE 17 and 21 as you asked, and had the same issue. I
couldn't find any significant difference in the respective logs (attached).
I installed and successfully run josm in a virtual machine with a fresh
unstable install, but I couldn't underst
On 7/30/24 5:17 AM, Sebastiaan Couwenberg wrote:
Now that the s390x builds found their way to the mirrors, most of the
autopkgtest regressions got fixed. The remaining autopkgtest regressions
for packages that could not be rebuilt during the transition will need a
little help to unblock the
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
Now that the s390x builds found their way to the mirrors, most of the
autopkgtest regressions got fixed. The remaining autopkgtest regressions
for packages that could not be rebuilt during the transition will need a
little help to unblock the testing migration of gsl and its rdeps.
Kind Regard
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: tags -1 upstream
Control: forwarded -1 https://gitlab.com/sfcgal/SFCGAL/-/issues/267
The issue has been forwarded upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
On 6/20/24 6:51 PM, Jeremy Bícha wrote:
libsoup3 was released in late 2021. This is a major API bump from libsoup2.4.
This is already fixed in git:
https://salsa.debian.org/debian-gis-team/osm-gps-map/-/commit/d2224755698c9f57c18273601fe6239a0d290684
Kind Regards,
On 6/20/24 4:23 PM, Francesco Paolo Lovergine wrote:
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-...@lists.debian.org
Please maintain this in the Perl group alongside libgeo-gdal-ffi-perl.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146
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
Control: tags -1 pending
This is fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 6/4/24 8:46 AM, Emmanuel Charpentier wrote:
(Manually) upgrading the spdep and spatial R packages failed, for lack of
libgdal.so.34, which *was* installed on my system.
The r-cran-sf & r-cran-terra Debian packages have been rebuilt to depend
on the libgdal35, you'll need to do the same with
On 5/24/24 11:46 AM, Sebastiaan Couwenberg wrote:
On 5/24/24 11:29 AM, Emilio Pozuelo Monfort wrote:
On 24/05/2024 11:02, Sebastiaan Couwenberg wrote:
On 5/24/24 9:30 AM, Emilio Pozuelo Monfort wrote:
If that's the case, gdal should probably break older versions of
libgdal-grass so that
On 5/24/24 11:29 AM, Emilio Pozuelo Monfort wrote:
On 24/05/2024 11:02, Sebastiaan Couwenberg wrote:
On 5/24/24 9:30 AM, Emilio Pozuelo Monfort wrote:
If that's the case, gdal should probably break older versions of
libgdal-grass so that that combination is not possible. That will
also
On 5/24/24 9:30 AM, Emilio Pozuelo Monfort wrote:
If that's the case, gdal should probably break older versions of
libgdal-grass so that that combination is not possible. That will also
make britney happy, otherwise it will block gdal due to the test
regression.
gdal, grass, and libgdal-grass
On 5/22/24 8:40 AM, Emilio Pozuelo Monfort wrote:
Go ahead.
Thanks. gdal (3.9.0+dfsg-1) has been uploaded to unstable and is now
built & installed on all release architectures.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E8
On 5/20/24 5:23 PM, Dmitry Shachnev wrote:
Also, one of the affected packages (lmms) currently FTBFS on i386:
https://bugs.debian.org/1068155. Would it be possible to remove it from
testing on i386 (or completely) so it doesn't block Qt migration?
dak reports no rdeps on mirror.ftp-master.d.o:
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
On 2/26/24 7:40 AM, Alastair McKinstry wrote:
OpenMPI 5.0 drops 32-bit support, so we need to move those archs to MPICH.
This transition is blocking many of the remaining packages rebuilt for
64-bit time_t.
The autopkgtest for slurm-wlm on i386 is blocking testing migration of
mpich:
htt
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
Control: tags -1 upstream
Control: forwarded -1 https://github.com/patjoly/geo-gpx/issues/6
I've forwarded this issue upstream. Please followup there.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 4/9/24 5:47 PM, Sudip Mukherjee wrote:
dh_pdl fails with the error:
Quite unusual to see dh_pdl used without debhelper installed.
I guess you were just trying the command instead of using it to set the
dependencies for another package?
It will need a runtime dependency on libdebhelper-p
I've added architecture-is-little-endian to the build dependency in git
to make the lack of big endian support explicit.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
On 4/8/24 4:55 AM, wuruilong wrote:
gmt compiles incorrectly on loong64 architectures, the attached patch solves
the problem and is verified.
Thanks for the patch and forwarding it upstream, it's applied in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4A
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 confirmed
On 4/4/24 12:59 AM, Bastian Germann wrote:
Please update to the latest upstream version. 4.3.0 has the following
changelog entry, which I would like to see in the Debian package:
That's not available where the other releases are and used by uscan:
https://suppor
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
On 4/1/24 11:19 AM, activityworkshop wrote:
I don't know if this is the best solution, but one way I found to allow access
is to add
a parameter to the launch command:
--add-opens=java.desktop/sun.awt=ALL-UNNAMED
This is implemented in git.
Kind Regards,
Bas
--
GP
Control: merge 1067812 1067813
I already requested this a little earlier.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
On 3/25/24 10:20 AM, Vladimir Petko wrote:
I've made a small change to the patch: used -D_DEFAULT_SOURCE[1] to
avoid the deprecation warning. I have tested noble and sid build with
the attached patch.
Thanks for you patch improvements. I've managed to test my original
On 3/25/24 9:25 AM, Vladimir Petko wrote:
strlcpy and strlcat were introduced in glibc 2.38[1]. At the moment
Ubuntu noble has 2.39 and Debian unstable - 2.37.
Can you try the attached patch which patches CMakeLists.txt to add the
definition when strlcat/strlcpy are found on Linux?
Kind
On 3/25/24 6:31 AM, Vladimir Petko wrote:
The CMake checks if the function is present in the runtime library
(whether strlcpy() compiles), but the declaration in string.h itself
is guarded by __USE_MISC define.
On armhf in Ubuntu toolchain has -Werror=implicit-function-declaration
flag that cause
Control: tags -1 upstream moreinfo
On 3/25/24 3:39 AM, Vladimir Petko wrote:
In Ubuntu, the attached patch was applied to achieve the following:
* d/rules: define -D_BSD_SOURCE to ensure that strlcpy/strlcat functions
are declared (LP: #2058864).
That seems wrong.
CMakeLists.txt check
Control: tags -1 pending
This is 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 pending
On 3/19/24 5:04 PM, Sebastiaan Couwenberg wrote:
On 3/19/24 4:52 PM, Benjamin Drung wrote:
mapnik fails to build on Ubuntu with Python 3.12 due to the Scons
version in the package. I applied the attached patch to Ubuntu to use
the scons Debian package.
We moved away
On 3/19/24 4:52 PM, Benjamin Drung wrote:
mapnik fails to build on Ubuntu with Python 3.12 due to the Scons
version in the package. I applied the attached patch to Ubuntu to use
the scons Debian package.
We moved away from the scons package because that was broken (#936017).
Better to patch wh
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.
Note that this packages was in the archive in the past:
https://tracker.debian.org/pkg/mercantile
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
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 pending
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 pending
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 pending
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 3/9/24 2:58 PM, Andrew Chadwick wrote:
I will continue reporting here, since this seems to be a Debian-
specific issue. I don't have much else to add, however. Happy to try
out fixes as they emerge.
Without upstream involvement, this issue will not get resolved.
Upstream doesn't built the J
Control: tags -1 upstream
Control: forwarded -1 https://josm.openstreetmap.de/ticket/23540
This is a known issue since the update to 18969, the workaround is to
add the OSM Carto layer first, and then add the Bing layer.
As this is an upstream issue, you're encouraged to report it upstream
di
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 moreinfo
This sounds like the wrong package, because pyshp is maintained by the
Debian GIS team and won't be orphaned.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
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
On 2/29/24 5:17 AM, Michael Hudson-Doyle wrote:
On Thu, 29 Feb 2024 at 17:11, Sebastiaan Couwenberg
wrote:
On 2/28/24 8:33 PM, Michael Hudson-Doyle wrote:
Hi, thanks for taking the NMU. Unfortunately it looks like you uploaded
just slightly too early and the package was built with 32 bit
On 2/28/24 8:33 PM, Michael Hudson-Doyle wrote:
Hi, thanks for taking the NMU. Unfortunately it looks like you uploaded
just slightly too early and the package was built with 32 bit time_t on ARM
That's odd, because gcc-13 and dpkg were already built & installed on
armel & armhf.
I also didn
Control: tags -1 pending
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
Thanks for the patch, it's applied in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
On 2/15/24 1:05 PM, Yuriy M. Kaminskiy wrote:
Trivial patch attached.
Like ogdi it does not apply cleanly as it targets the old version in
bookworm.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4
Control: tags -1 pending
On 2/15/24 1:26 PM, Yuriy M. Kaminskiy wrote:
Patch attached.
It does not apply cleanly as it targets the old version in bookworm
instead of what's in unstable.
Further changes to fix the lintian regressions were also committed in git.
Kind Regards,
Bas
--
GPG K
Control: tags -1 pending.
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Keeping an eye on the Release Calendar can help too:
https://release.debian.org/release-calendar.ics
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 2/7/24 08:10, Mattias Ellert wrote:
Personally I think it would have made more sense to file these bugs
with minor or normal severity (since they are simply informational at
this stage) and then upgrade them to serious when the transition starts
(at which point they become RC).
I'd downgrade
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
Control: tags -1 upstream moreinfo
On 1/18/24 12:55, Andre Castro Gonçalves de Oliveira de Castro wrote:
When I attempt to compress a NetCDF file with nccopy in Bookworm, an HDF error
is returned and an empty NetCDF is produced
If the same command + file are invoked by netcdf-bin:1:4.7.4-1 (Bul
On 1/16/24 20:39, Jens Ritter wrote:
Upstream provides an update for PHP8.2-Errors
(https://www.nagvis.org/downloads/changelog/1.9.36)
That's already in testing & unstable, see:
https://tracker.debian.org/pkg/nagvis
Is there any way possible to include this changes ?
I doubt the viability
Control: tags -1 pending
The build dependency is dropped in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
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 patch.
Thanks for the patch, it's applied in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
It turns out that plplot FTBFS on armhf: #1055228
I've requested partial removal of plplot and its rdeps from armhf since
a fix is unlikely in the short term:
- plplot (1059682)
# Broken Depends:
- munipack (1059683)
- psfex (1059684)
# Broken Build-Depends:
- coyote (1059685)
- gn
On 12/27/23 21:16, Sebastian Ramacher wrote:
On 2023-12-22 16:39:57 +0100, Bas Couwenberg wrote:
Shapelib 1.6.0 bumps the SONAME requiring a transition.
All rdeps built successfully with the new version as summarized below.
Please go ahead.
Thanks. shapelib (1.6.0-1) has been uploaded to un
Control: tags -1 pending
On 12/20/23 18:06, Remus-Gabriel Chelu wrote:
Please find attached the Romanian translation of the «icinga2» file.
Add it git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
1 - 100 of 1386 matches
Mail list logo