Control: severity -1 important
Lowering the severity as gmtsar never built successfully on riscv64 since its
introduction in the archive.
No need to trigger testing autoremoval for this issue, nor prepare a targeted
fix for trixie.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fi
On 6/1/25 5:52 PM, Martina Ferrari wrote:
JOSM currently declares a "Recommends" relationship with openjfx, but it should
be a "Depends", as the program cannot work without that library:
The josm package is not built with openjfx, as that was RC-buggy. Dropping the
dependency was the easiest w
Control: tags -1 upstream
Thanks for the patch, but I'm hesitant to apply it (in git) as we can't
upstream git.
The 4.4.0 release will drop FORTRAN 77 and NetCDF 2.3.2 support which will
allow us to drop the -alt packages and greatly simplify the build.
This will likely also solve or at least
Control: tags -1 upstream
Control: forwarded -1
https://www.gaia-gis.it/fossil/libspatialite/info/ac85f0fca35de00b
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 4
On 5/20/25 3:58 PM, Zen Fu wrote:
The system mostly seems to work, except that the Dasboard shows nothing
(even though there are "Service problems" in the dedicated page, that
should be showing in the Dashboard). Maybe that's unrelated to php 8.4
support, and maybe that's an upstream bug, but i t
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: 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 5/14/25 6:33 PM, Gabriel Filion wrote:
On 2025-05-14 10:53, Sebastiaan Couwenberg wrote:
Control: tags -1 pending
On 5/14/25 4:24 PM, Gabriel Filion wrote:
We just tried to upgrade an icinga2 server to trixie and we found out that the
website became very hard to use because there are
Control: tags -1 pending
On 5/14/25 4:24 PM, Gabriel Filion wrote:
We just tried to upgrade an icinga2 server to trixie and we found out that the
website became very hard to use because there are deprecation notices printed
everywhere.
This is a repeat of #1037925.
After a short search, we
Control: tags -1 upstream
Control: forwarded -1 https://github.com/OSGeo/grass/issues/5649
On 5/13/25 8:59 PM, Lucas Nussbaum wrote:
This package fails to build with make --shuffle=reverse.
This is likely to be caused by a missing dependency in
debian/rules or an upstream Makefile.
It's the la
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
On 5/9/25 3:39 PM, Francesco Potortì wrote:
On 5/9/25 3:28 PM, Francesco Potortì wrote:
But nowhere can I find geographiclib-datasets-download
Because its gone. use the geographiclib-get-* scripts instead.
See the instructions linked from:
https://geographiclib.sourceforge.io/doc/library.
On 5/9/25 3:28 PM, Francesco Potortì wrote:
But nowhere can I find geographiclib-datasets-download
Because its gone. use the geographiclib-get-* scripts instead.
See the instructions linked from:
https://geographiclib.sourceforge.io/doc/library.html#datasets
Ok, thanks. I suppose that th
Control: tags -1 moreinfo
On 5/5/25 3:02 AM, Adrian Bunk wrote:
The following works around the mips FTBFS:
Thanks for the patch, but I'm confused why you're patching the package for mips
which was removed as a release architecture and isn't even an unofficial port
anymore.
If you meant mips
Control: tags -1 pending
Added a patch with the changes from PR#100, will leave the upload and unblock
request to Antonio.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
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/21/25 9:35 PM, Salvatore Bonaccorso wrote:
If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
[...]
[2] https://github.com/OSGeo/gdal/issues/12188
There is nothing I can do as long as there is no fix avail
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
On 4/15/25 10:11 AM, zhaixiaoj...@loongson.cn wrote:
Now we need to wait for it to be synced from git to the Debian repository,
right?
Yes, it should be fixed in the next upload to the archive. Either with the
patch or the new upstream release.
Since the soft freeze started today the next up
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
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
Control: tags -1 pending
Thanks for the updated translation, 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
Thanks for the patch, but I had to implement a different solution as hardcoding
the hardening flags now causes FTBFS.
dpkg-buildflags is now used to get the flags which should get the appropriate
ones on each architecture.
Kind Regards,
Bas
--
GPG Key ID: 4096R/675
Control: tags -1 pending
Thanks for the patch, it's applied in git.
It can't be upstreamed as the code in question was removed:
https://github.com/gmtsar/gmtsar/commit/4c08e51fa14816550fd571182f11ca8bb65c11b0
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7
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
Applied in git, but with node-carto being RC buggy and josch not working on
this package, I highly doubt it will find its way into trixie.
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/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 2/17/25 4:30 PM, Holger Levsen wrote:
On Mon, Feb 17, 2025 at 03:42:37PM +0100, Sebastiaan Couwenberg wrote:
Control: tags -1 pending
Added a patch in git to also check vmlinux images again which resolves the
issue on the porterbox at least.
I tried to build current git to confirm, but it
On 2/17/25 5:22 PM, Holger Levsen wrote:
On Mon, Feb 17, 2025 at 05:14:23PM +0100, Sebastiaan Couwenberg wrote:
On 2/17/25 5:03 PM, Holger Levsen wrote:
but fine, I can also wait for an updated package and test then. :)
Or use a build chroot, schroot works for me on the porterbox.
I have
On 2/17/25 5:03 PM, Holger Levsen wrote:
but fine, I can also wait for an updated package and test then. :)
Or use a build chroot, schroot works for me on the porterbox.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
Added a patch in git to also check vmlinux images again which resolves the
issue on the porterbox at least.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 2/17/25 2:43 PM, Holger Levsen wrote:
check_running_kernel has no idea what riscv64 kernel is running:
holger@riscv64-01:~$ echo ; dpkg -l |grep -E
'(linux-image|monitoring-plugins-contrib)' |grep ii; echo ; ls /boot/vm* -lart
; echo ; uname -a ; echo; echo ; /usr/lib/nagios/plugins/check_r
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
On 2/16/25 10:55 AM, Sebastian Ramacher wrote:
On 2025-02-16 08:43:43 +0100, Sebastiaan Couwenberg wrote:
On 2/14/25 6:41 PM, Sebastiaan Couwenberg wrote:
On 2/14/25 11:49 AM, Emilio Pozuelo Monfort wrote:
Go ahead.
Thanks. netcdf (1:4.9.3-1) has been uploaded to unstable, and is now built
On 2/14/25 6:41 PM, Sebastiaan Couwenberg wrote:
On 2/14/25 11:49 AM, Emilio Pozuelo Monfort wrote:
Go ahead.
Thanks. netcdf (1:4.9.3-1) has been uploaded to unstable, and is now built &
installed on all release architectures.
It has already migrated to testing, the binNMUs still nee
On 2/14/25 11:49 AM, Emilio Pozuelo Monfort wrote:
Go ahead.
Thanks. netcdf (1:4.9.3-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
Control: severity -1 serious
The transition has started, increasing the severity accordingly.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Updated patch attached which also works with older NetCDF.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1diff -Nru minc-tools-2.3.00+dfsg/debian/patches/netcdf-4.9.3.patch
minc-tools-2.3.00+dfsg/debian/patches/netcdf-4.9
On 2/11/25 10:39 AM, McKinstry, Alastair wrote:
The ncl regression is due to logging not being enabled with 4.9.3; some symbols
(“nc_set_log_level”) are missing.
Setting -DENABLE_LOGGING=On in netcdf d/rules fixes this.
This is fixed in netcdf (1:4.9.3-1~exp2) which resolves the ncl FTBFS.
Ki
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: tags -1 patch
The attached patch fixes the issue by using NC_FillValue instead.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1diff -Nru vtk9-9.3.0+dfsg1/debian/patches/netcdf-4.9.3.patch
vtk9-9.3.0+dfsg1/debian
Control: tags -1 patch
The attached patch fixes the issue by using NC_FillValue instead.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1diff -Nru paraview-5.13.2+dfsg/debian/patches/netcdf-4.9.3.patch
paraview-5.13.2+dfs
Control: tags -1 patch
The attached patch fixes the issue by using NC_FillValue instead.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1diff -Nru minc-tools-2.3.00+dfsg/debian/patches/netcdf-4.9.3.patch
minc-tools-2.3.00
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
Control: tags -1 pending
On 1/21/25 7:36 PM, jathan wrote:
Please find attached the Spanish debconf translation of openstreetmap-carto.
Applied in git, but with node-carto being RC buggy and josch not working on
this package, I highly doubt it will find its way into trixie.
Kind Regards,
Ba
On 1/20/25 12:18 PM, Dmitry Shachnev wrote:
On Sat, Jan 18, 2025 at 03:01:00PM +0100, Sebastiaan Couwenberg wrote:
None of the python3-pyqt5.qtwebkit rdeps are key packages, so I suggest you
upload a revision of pyqt5 without qtwebkit support and make the bugreports
for the rdeps like this one
On 1/18/25 2:50 PM, Bastian Germann wrote:
I do not know what this has to do with Qt6 other than that QtWebKit is not even
an option on Qt6.
Sometimes one has to move when you are downstream others giving up on projects.
QtWebKit was already known not to be maintained in the buster release.
An
On 1/17/25 5:16 PM, Bastian Germann wrote:
Please get rid of Depends: python3-pyqt5.qtwebkit so that we can get rid of
that package with trixie.
You might need to disable the optional Webkit support generally, not only for
Python.
As mentioned in #1092001, QGIS can't be switched to Qt6 yet. U
On 1/9/25 8:34 AM, wuruilong wrote:
It has been a long time since the code was merged. When will the new software
package be uploaded?
At the next upstream release, an upload to fix an RC bug, or shortly before the
soft freeze, whichever comes first.
Kind Regards,
Bas
--
GPG Key ID: 4096R
Control: tags -1 pending
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
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 1/6/25 2:11 PM, Helge Deller via pkg-perl-maintainers wrote:
I'm willing to help to fix it, but lacking perl knowledge.
I personally wonder if it's worth the effort to fix pdl on these architectures.
But I've added Ed J to the CC who as upstream might care about the correctness
or having p
On 1/3/25 1:13 PM, Dmitry Shachnev wrote:
Nothing depends or build-depends on qtdoc-opensource-src. There are two
packages (libqca2-doc and qgis-api-doc) which recommend qt5-doc and
qt5-doc-html, I have X-Debbugs-Cced their maintainers. Probably they can
recommend qt6-base-doc or qt6-base-doc-htm
On 1/2/25 1:47 PM, Emilio Pozuelo Monfort wrote:
On 01/01/2025 17:28, Sebastiaan Couwenberg wrote:
On 12/31/24 5:10 AM, Sebastiaan Couwenberg wrote:
On 12/30/24 2:17 PM, Sebastiaan Couwenberg wrote:
On 12/30/24 8:34 AM, Sebastiaan Couwenberg wrote:
On 12/29/24 6:26 PM, Sebastiaan Couwenberg
On 12/31/24 5:10 AM, Sebastiaan Couwenberg wrote:
On 12/30/24 2:17 PM, Sebastiaan Couwenberg wrote:
On 12/30/24 8:34 AM, Sebastiaan Couwenberg wrote:
On 12/29/24 6:26 PM, Sebastiaan Couwenberg wrote:
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan
On 12/30/24 2:17 PM, Sebastiaan Couwenberg wrote:
On 12/30/24 8:34 AM, Sebastiaan Couwenberg wrote:
On 12/29/24 6:26 PM, Sebastiaan Couwenberg wrote:
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan Couwenberg wrote:
On 11/7/24 10:57 AM, Emilio Pozuelo
Control: block -1 by 1091711
On 12/30/24 8:34 AM, Sebastiaan Couwenberg wrote:
On 12/29/24 6:26 PM, Sebastiaan Couwenberg wrote:
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan Couwenberg wrote:
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is
On 12/29/24 6:26 PM, Sebastiaan Couwenberg wrote:
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan Couwenberg wrote:
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is in a very good state, but I think we want to finish openmpi before
acking this
Control: tags -1 - moreinfo
On Fri, 27 Dec 2024 22:33:11 -0500 "Paul R. Tagliamonte" wrote:
facet-analyser will need to exclude s390x before i can continue with this
removal. once that relationship is resolved, please remove the moreinfo tag
and this can go forward
facet-analyser is hopelessl
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan Couwenberg wrote:
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is in a very good state, but I think we want to finish openmpi before
acking this.
Can we do this now that the openmpi, hdf5, and
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is in a very good state, but I think we want to finish openmpi before
acking this.
Can we do this now that the openmpi, hdf5, and python3-defaults transitions
have finished?
mapserver can be hinted out of testing if that helps with the
Control: tags -1 pending
On 12/19/24 2:12 AM, Helge Deller via pkg-perl-maintainers wrote:
Please apply it to the next upload of pdl.
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 E88
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/16/24 9:14 AM, Emilio Pozuelo Monfort wrote:
On 06/12/2024 12:23, Ondřej Surý wrote:
Yes, it was just accepted to unstable today. I am monitoring the whole
“excuses” list.
Have you seen the autopkgtest regressions? Can you look at them and file bugs
as appropriate? See [1].
Bugs have
On 12/15/24 10:19 PM, Timo Röhling wrote:
* Sebastiaan Couwenberg [2024-12-15 16:48]:
The numpy2 transition is entangled with the python3.13-add transition.
python3-defaults still hasn't migrated to testing for the latter due to many
autopkgtest failures:
https://qa.debian.org/excuse
On 12/15/24 4:14 PM, Timo Röhling wrote:
On Thu, 19 Sep 2024 15:24:34 +0200 =?utf-8?q?Timo_R=C3=B6hling?=
wrote:
I'd like to transition NumPy 2 and rebuild all binary Python extensions against
the new version.
This bug is three months old now. I don't mind waiting if the Release Team has
it
php-solr needs a binNMU on amd64 as 2.7.0-5 was not built on a buildd.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
You may want to update the tracker as rebuilt packaged pick up the new
phpapi-20240924 dependency stop being seen as affected.
Those packages get these dependencies from dh-php:
php-common (>= 1:7.0+33~), phpapi-20240924
The ones marked as good on the tracker have these:
php8.4-common, phpa
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/20/24 2:14 PM, Emmanuel Arias wrote:
python-deadlib provides all dead batteries from Python.
telnetlib has already been packaged separately and is currently in NEW, see:
https://salsa.debian.org/python-team/packages/zombie-telnetlib
https://ftp-master.debian.org/new/python-zombie-telne
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
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is in a very good state, but I think we want to finish openmpi before
acking this.
Reluctantly agreed, the MPI packages are a mess.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 67
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
On 10/24/24 5:29 AM, zhangdandan wrote:
A gently ping. When will the next source package version with integrated
loong64 patch be released( be uploaded)?
At the next upstream release, when an RC bug needs to be fixed, or before the
soft freeze. Which ever comes first.
If DSA needs icinga2 fr
On 10/19/24 12:08 PM, Florian Lohoff wrote:
Anyway - i am now asking to update check_dns.
That's probably not worth the effort as check_dns uses nslookup, which is not
that great.
Consider using check_dig which has the -T option for record type:
https://www.monitoring-plugins.org/doc/man/ch
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
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
1 - 100 of 1471 matches
Mail list logo
