Bug#1094879: gnustep-gui FTCBFS: configures for the build architecture during dh_auto_clean

Helmut Grohne wrote: > On Sat, Feb 01, 2025 at 12:53:24AM +0200, Yavor Doganov wrote: > > That's realy puzzling, I honestly can't figure out what's going on. > > Would you mind sharing a successful build log of yours for me to look > into? Diffing build logs is a powerful tool. Sure; please find

Bug#1094879: gnustep-gui FTCBFS: configures for the build architecture during dh_auto_clean

On Sat, Feb 01, 2025 at 12:53:24AM +0200, Yavor Doganov wrote: > That's realy puzzling, I honestly can't figure out what's going on. Would you mind sharing a successful build log of yours for me to look into? Diffing build logs is a powerful tool. Helmut

Bug#1092570: ocaml-luv: autopkgtests regression

The CI build installed "ocaml-dune amd64 3.16.0-2+b1" according to the log at https://ci.debian.net/packages/o/ocaml-luv/testing/amd64/55951141/ However, from `getbuildlog ocaml-luv 0.5.14-1 amd64`, I can see that ocaml-luv was built with "ocaml-dune amd64 3.17.1-1". I wonder why the CI didn't

Bug#1093272: transition: ocaml

Hi all, Le 30/01/2025 à 13:21, Stéphane Glondu a écrit : I've uploaded ocaml 5.3.0 to unstable, scheduled the necessary binNMUs and uploaded a few additional packages. 4 days later, almost everything is built on almost every release architectures (riscv64 and s390x are lagging behind). AFAI

Bug#1094900: google-android-m2repository-installer: Add debconf template translation [INTL:ca]

Subject: google-android-m2repository-installer: add debconf template translation [INTL:ca] Package: google-android-m2repository-installer Version: 41+r1 Severity: wishlist Tags: l10n patch Dear Maintainer, Please find attached ca.po to be copied into debian/po in order to translate the debconf m

Bug#1094899: isa-l: re-enable build for s390x

source: libisal version: 2.31.1-1 severity: important The latest update to isa-l stopped building the package for 32 bit architectures because they are not supported by upstream. However, with this change also s390x was dropped from the list of architectures. This seems to be an error, since s390

Bug#1094898: context: mtxrun running fails

Package: context Version: 2024.04.01.20240428+dfsg-2 Severity: grave Justification: renders package unusable Dear Maintainer, context cannot be installed due to error: ... Running mktexlsr. This may take some time... done. Running mtxrun --generate. This may take some time... mtxrun --generate f

Bug#1094897: transition: insighttoolkit5

Package: release.debian.org Severity: normal X-Debbugs-Cc: insighttoolk...@packages.debian.org Control: affects -1 + src:insighttoolkit5 User: release.debian@packages.debian.org Usertags: transition I've uploaded insighttoolkit5 (ITK) v5.4 to experimental and it has cleared NEW. The dispositio

Bug#1094896: ants: FTBFS with ITK 5.4 - new upstream ?

Source: ants Severity: normal Tags: ftbfs ITK upstream has released v5.4 and I'd like to upload to Debian soon. At present, ITK 5.4 is available in experimental. I have done a test-rebuild locally of ANTS, which failed: In file included from /usr/include/ITK-5.4/itkLightObject.h:21,

Bug#1094894: sight: FTBFS with ITK 5.4

Source: sight Severity: normal Tags: ftbfs ITK upstream has released v5.4 and I'd like to upload to Debian soon. At present, ITK 5.4 is available in experimental. I have done a test-rebuild locally of sight, which failed: home/steve/Packages/insighttoolkit/transition- rebuilds/sight-24.1.0/libs/

Bug#1094895: camitk: FTBFS with ITK 5.4

Source: camitk Version: Severity: normal Tags: ftbfs ITK upstream has released v5.4 and I'd like to upload to Debian soon. At present, ITK 5.4 is available in experimental. I have done a test-rebuild locally of camitk, which failed one test: The following tests FAILED: 188 - component-

Bug#1094893: astropy-healpix FTBFS with numpy 2

Source: astropy-healpix Version: 1.0.3-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=astropy-healpix&ver=1.0.3-1%2Bb3 ... > value = np.array( value, dtype=dtype, copy=copy, order=order, subok=True, ndmin=ndmin ) E ValueError: Unable

Bug#1094892: bcnc: Unable to run due to NameError

Package: bcnc Version: 0.9.14.318+ds-4 Severity: grave Justification: renders package unusable X-Debbugs-Cc: deltal...@gmail.com Dear Maintainer, Trying to run bCNC fails with the following output: new-config Utils

Bug#1094776: testssl.sh: depends on transitional package dnsutils

Control: severity -1 grave Increasing severity, as the package cannot be (freshly) installed any longer. Also, bind9 1:9.20.5-1 fixes a number of CVEs, and people who have testssl.sh installed may thus not upgrade bind9 (because they'd have to remove the former) until this issue here is fixed. C

Bug#1094891: lxlock: Remove alternate Depends: gnome-screensaver

Source: lxlock Version: 0.5.5-3.1 Severity: important Please drop the alternate Depends: gnome-screensaver since it is being proposed for removal after the trixie release. See https://bugs.debian.org/1092932 Thank you, Jeremy Bícha

Bug#1094890: xfce4-session: Remove alternate Recommends: gnome-screensaver

Source: xfce4-session Version: 4.20.0-1 Severity: important Please drop the alternate Recommends: gnome-screensaver since it is being proposed for removal after the trixie release. See https://bugs.debian.org/1092932 Thank you, Jeremy Bícha

Bug#1094889: lxqt-session: Remove alternate Recommends: gnome-screensaver

Source: lxqt-session Version: 2.1.0-1 Severity: important Please drop the alternate Recommends: gnome-screensaver since it is being proposed for removal after the trixie release. See https://bugs.debian.org/1092932 Thank you, Jeremy Bícha

Bug#1094888: is_selinux_enabled.3: Some remarks and a patch with editorial changes for this man page

Package: libselinux1-dev Version: 3.7-3+b1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$' " to find obvious trailing sp

Bug#1094887: balsa: Remove from Debian?

Source: balsa Version: 2.6.4-3 Severity: serious X-Debbugs-CC: d...@debian.org I think we should remove balsa from Debian. I believe it's not used by members of the Debian GNOME team (who are the maintainer for old historical reasons) so there aren't any uploaders who are verifying that the app wo

Bug#1094886: init_selinuxmnt.3: Some remarks and a patch with editorial changes for this man page

Package: libselinux1-dev Version: 3.7-3+b1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$' " to find obvious trailing sp

Bug#1094885: cinnamon-desktop-environment: consider removing Recommends: vino

Package: cinnamon-desktop-environment Version: 6.2.0 Tags: forky Control: block 972129 by -1 X-Debbugs-CC: v...@packages.debian.org cinnamon-desktop-environment has Recommends: vino | x2goserver I suggest removing vino from the Recommends. - Cinnamon is the only package in Debian with a package r

Bug#1094885: cinnamon-desktop-environment: consider removing Recommends: vino

By the way, Ubuntu applies security patches to embedded code copies inside vino: https://launchpad.net/ubuntu/+source/vino/3.22.0-7ubuntu1 I'm personally not working on applying those changes to Debian since I have a long todo list and I'm trying to remove vino, not fix it. Sorry. Thank you, Jere

Bug#1094786: okular: some menu buttons/icons not displaying properly

On Friday, January 31, 2025 1:52:50 AM MST Dov Feldstern wrote: > Package: okular > Version: 4:24.12.0-2 > Followup-For: Bug #1094786 > > Adding a screenshot that shows the problem. Note that the mouse was hovering > over the "zoom in" button, and so the tooltip is displayed. You should see if in

Bug#1094767: upgrade cpu

hi ! like written upside , i ' ve just upgraded my cpu . from a 3900X to a 5900X now the screen seems to be ok . but ... like it's not ended , i have only one screen and not my two screens . some datas  : $ uname -a Linux sid 6.12.11-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.11-1 (2025-01

Bug#1094884: mathgl FTBFS with numpy 2

Source: mathgl Version: 8.0.2-4 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=mathgl&ver=8.0.2-4%2Bb1 ... /build/reproducible-path/mathgl-8.0.2/obj-x86_64-linux-gnu/lang/CMakeFiles/mathgl.dir/mathglPYTHON_wrap.cxx: In function ‘PyArrayObject* obj_to_array_no_convers

Bug#1094883: astropy FTBFS on mips64el

Source: astropy Version: 7.0.0-3 Severity: serious Tags: ftbfs https://buildd.debian.org/status/fetch.php?pkg=astropy&arch=mips64el&ver=7.0.0-3&stamp=1738367375&raw=0 ... self = None, function = @pytest.mark.parametrize( "function", (np.exp, np.expm1, np.exp2, np.log, np.log2, np.lo

Bug#1089704: ptyxis: does not implement the x-terminal-emulator interface

Replying to provide the reference. Debian Policy§ 11.8.3 has requirements for a terminal to be eligible to be registered as an x-terminal-emulator. https://www.debian.org/doc/debian-policy/ch-customized-programs.html#packages-providing-a-terminal-emulator Thank you, Jeremy Bícha

Bug#1094882: m1n1: Makes M2 Pro/Max Macbook Pros unbootable

Package: m1n1 Version: 1.4.19-1 Severity: critical Tags: upstream sid Justification: breaks the whole system X-Debbugs-Cc: noisyc...@tutanota.com Version 1.4.19 [1] of m1n1 makes M2 Pro/Max Macbook Pros unbootable [2]. [1] Actually, >= 1.4.18, <= 1.4.20, but testing currently has 1.4.17 and

Bug#1094613: appstream: please don't build-depend on gobject-introspection-bin

Control: tags -1 + patch Control: forwarded -1 https://salsa.debian.org/pkgutopia-team/appstream/-/merge_requests/5 On Wed, 29 Jan 2025 at 11:43:18 +, Simon McVittie wrote: > Please revert commit 0fc620be > "Add build-dep on gobject-introspection-bin for GIR debhelper". I sent this and other

Bug#1094881: mtxrun: illegal instruction x86_64 (rorx usage, in libmimalloc)

Package: libmimalloc3 Version: 3.0.1+ds-2+b1 Severity: important Dear Maintainer, /usr/bin/mtxrun (package context:amd64, Version: 2024.04.01.20240428+dfsg-2) is crashing in an illegal instruction on my computer. The instruction seems inside libmimalloc3 library. Running mtxrun using gdb: (gdb)

Bug#1091811: golang-github-caarlos0-env: FTBFS: env_test.go:265: unexpected error: unknown time zone Europe/Berlin

Hi Otto, Thanks for your work! 2025年1月30日(木) 7:36 Otto Kekäläinen : > > Nobuhiro, would you like to approve > https://salsa.debian.org/go-team/packages/golang-github-caarlos0-env/-/merge_requests/1? > > Tracker https://tracker.debian.org/pkg/golang-github-caarlos0-env > currently says package is

Bug#1093583: pulseaudio-equalizer: Port to pyqt6

On Fri, Jan 31, 2025 at 7:30 AM Bastian Germann wrote: > On Sat, 25 Jan 2025 22:12:22 +0100 Bastian Germann wrote: > > I am including a debdiff. I might upload this as a NMU in the trixie cycle > > if nobody insists against it. > Please find an update patch for the latest version. I don't know i

Bug#1094879: gnustep-gui FTCBFS: configures for the build architecture during dh_auto_clean

Helmut Grohne wrote: > On Sat, Feb 01, 2025 at 12:11:36AM +0200, Yavor Doganov wrote: > > I'm sorry but I cannot reproduce this; running "sbuild --host=armhf" > > on an amd64 system results in a successful build. > > Oh. That's surprising indeed. For me it's suprusing what I see at: > https://cr

Bug#1094806: ITP: ollama -- large language model tools

Christian Kastner writes: > Hi, > > On 2025-01-31 17:33, M. Zhou wrote: >> @ckk is planning to package llama.cpp within debian deep learning >> team (debian-ai@l.d.o). Maybe you want to discuss with the team >> whether you want to deal with the embedded copy of llama.cpp inside >> ollama source t

Bug#1093547: [Pkg-fonts-devel] Bug#1093547: fonts-inter: Please package Adwaita Sans

On Sat, Jan 25, 2025 at 4:45 AM Fabian Greffrath wrote: > Am Sonntag, dem 19.01.2025 um 15:21 -0500 schrieb Jeremy Bícha: > > We had talked earlier about possibly packaging the new GNOME default > > font as a separate binary package from source fonts-inter. > > isn't this rather an ITP or RFP than

Bug#1093547: [Pkg-fonts-devel] Bug#1093547: fonts-inter: Please package Adwaita Sans

Alex, The official Adwaita fonts build modifies InterVariable.ttf and InterVariable-Italic.ttf The first file is present in your tarball but not the Italic TTF. It is present in the .zip file from https://github.com/rsms/inter/releases/ GNOME wants those fonts because they want to use variable f

Bug#1094879: gnustep-gui FTCBFS: configures for the build architecture during dh_auto_clean

Hi Yavor, On Sat, Feb 01, 2025 at 12:11:36AM +0200, Yavor Doganov wrote: > I'm sorry but I cannot reproduce this; running "sbuild --host=armhf" > on an amd64 system results in a successful build. Oh. That's surprising indeed. You can see an example failure at https://crossqa.debian.net/src/gnuste

Bug#1082237: transition: numpy 2

Hi Graham, * Graham Inggs [2025-01-31 13:45]: It seems not all affected packages are appearing on the tracker. From discussions in #debian-python it was found that at least astropy-healpix misses a dependency on python3-numpy-abiN, due to itself missing call to dh_numpy3 [1]. That is unfortu

Bug#1094879: Amend tags

tags 1094879 = unreprodicble moreinfo thanks

Bug#1094880: coreutils: numfmt: --format refuses -

Package: coreutils Version: 9.4-3 Version: 9.1-1 Severity: normal Dear Maintainer, $ numfmt --format "AB%0'-fCD" '123' | cat -A numfmt: invalid format ‘AB%0'-fCD’, directive must be %[0]['][-][N][.][N]f The directive is exactly that. Expecting $ out/cmd/numfmt --format "AB%0'-fCD"

Bug#1094879: gnustep-gui FTCBFS: configures for the build architecture during dh_auto_clean

Control: tags = unreprodicble moreinfo Helmut Grohne wrote: > gnustep-gui fails to cross build from source, because it configures > during dh_auto_clean without passing --host but passing a cross CC. Thanks for the report. I'm sorry but I cannot reproduce this; running "sbuild --host=armhf" on a

Bug#1094785: locales: en_AU locale uses Sunday as first day of week but Australia uses Monday

control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=24877 control: fixed -1 glibc/2.39-1 Hi, On 2025-01-31 17:33, Bernard Davis wrote: > Package: locales > Version: 2.36-9+deb12u9 > Severity: normal > > Dear Maintainer, > > The en_AU locale is using Sunday as the first day of

Bug#1094598: RFS: bibtexconv/1.4.0-1

On 29.01.25 Hilmar Preuße (hill...@web.de) wrote: > On 29.01.25 10:16, Thomas Dreibholz wrote: Hello Thomas, > > I am looking for a sponsor for my package "bibtexconv > www.nntb.no/~dreibh/bibtexconv/>": > > > > dget -xhttps://mentors.debian.net/debian/pool/main/b/bibtexconv/ > > bibtexconv_1.4

Bug#1094806: ITP: ollama -- large language model tools

Hi, On 2025-01-31 17:33, M. Zhou wrote: > @ckk is planning to package llama.cpp within debian deep learning > team (debian-ai@l.d.o). Maybe you want to discuss with the team > whether you want to deal with the embedded copy of llama.cpp inside > ollama source tree? llama.cpp will land this weeken

Bug#1094879: gnustep-gui FTCBFS: configures for the build architecture during dh_auto_clean

Source: gnustep-gui Version: 0.31.1-8 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs gnustep-gui fails to cross build from source, because it configures during dh_auto_clean without passing --host but passing a cross CC. As a result this configure invocation and the dh_auto_clean

Bug#1094386: openldap FTCBFS: uses the build architecture compiler

Hi Ryan, On Thu, Jan 30, 2025 at 05:28:28PM -0800, Ryan Tandy wrote: > I have a more general question: are configure flags or cache variables for > bypassing native checks stored somewhere central? For openldap, I'm talking This is a long-standing question and the answer is complicated and non-sa

Bug#1094878: grub-cloud: Confusing comment in postinst script for Bookworm

Package: grub-cloud Version: 0.0.5 Severity: minor In Bookworm's grub-cloud source package, `debian/grub-cloud-amd64.postinst` has a comment in the `install_x86_64_efi()` function that reads: # No support for shim yet, install also into removable location To me this sounds like grub-cloud is

Bug#1094354: Please consider renaming the automake source package to src:automake

On Fri, Jan 31, 2025 at 02:23:48PM -0500, Eric Dorland wrote: > * Adrian Bunk (b...@debian.org) wrote: > > Source: automake-1.17 > > Version: 1:1.17-1 > > Severity: minor > > > > src:automake-${version} source packages made sense back in the > > days when there were also several automake-${version

Bug#1094877: uci2wb Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:uci2wb Version: 4.1+git200714-1.2 Tags: patch Dear uci2wb maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/debian/uci2wb/-/

Bug#1094875: shogivar Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:shogivar Version: 1.55b-3 Tags: patch Dear shogivar maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/debian/shogivar/-/merg

Bug#1094876: sjaakii Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:sjaakii Version: 1.4.1-3 Tags: patch Dear sjaakii maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/debian/sjaakii/-/merge_r

Bug#1094871: gnushogi Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:gnushogi Version: 1.5~git20140725-2.3 Tags: patch Dear gnushogi maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/debian/gnu

Bug#1094873: jam Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:jam Version: 2.6.1-2.1 Tags: patch Dear jam maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/debian/jam/-/merge_requests/1

Bug#1094874: qgo Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:qgo Version: 2.1~git-20180413-1 Tags: patch Dear qgo maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/debian/qgo/-/merge_re

Bug#1094872: gpsshogi Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:gpsshogi Version: 0.7.0-3.2 Tags: patch Dear gpsshogi maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/debian/gpsshogi/-/me

Bug#1094870: cssc Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:cssc Version: 1.4.1-1 Tags: patch Dear cssc maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/debian/cssc/-/merge_requests/1

Bug#1094868: coreutils: numfmt: --format doesn't understand 0

Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, $ numfmt --format 'ab%0fcd' '123 123' --field - --suffix ef ab 123efcd ab 123efcd The manual says %0f should work. Well it says the '0' bit of that works, anyway, and it hasn't here. Best, -- Syste

Bug#1094869: 2ping Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:2ping Version: 4.5-1.2 Tags: patch Dear 2ping maintainer, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/rfinnie/2ping-pkg-debian/-/me

Bug#1094867: isomd5sum Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:isomd5sum Version: 1:1.2.3-5 Tags: patch Dear isomd5sum maintainer, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/rfinnie/isomd5sum-p

Bug#1094866: digitemp Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:digitemp Version: 3.7.2-2 Tags: patch Dear digitemp maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/rfinnie/digitemp-pkg-d

Bug#1093534: kexi-web-form-widget: Drop QtWebKit-dependent pkg

Control: tags -1 patch I am uploading a NMU to fix this. Please find the changes attached. kexi_3.2.0-4.1.debdiff Description: Binary data

Bug#1094865: getseuserbyname.3: Some remarks and a patch with editorial changes for this man page

Package: libselinux1-dev Version: 3.7-3+b1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$' " to find obvious trailing sp

Bug#1094864: swapspace Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:swapspace Version: 1.18-1 Tags: patch Dear swapspace maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/tookmund/swapspace-de

Bug#1074556: autopkgtest: Drop the schroot virt server

On Fri, 31 Jan 2025 at 19:27:45 +, Sean Whitton wrote: > On Thu 23 Jan 2025 at 09:46am +01, Paul Gevers wrote: > > [...] schroot is considered deprecated in Debian. > > This is news to me. What is the closest replacement, for > non-autopkgtest purposes? I.e. disposable root filesystems with

Bug#1094863: 9wm Git repo layout breaks most Debian tools (no debian/ dir)

Package: src:9wm Version: 1.4.1-1 Tags: patch Dear 9wm maintainers, not placing the Debian packaging files under `debian/` breaks most standard Debian tools, for example `dch`, `wrap-and-sort`, `gbp` and Salsa CI. The MR available at https://salsa.debian.org/tookmund/9wm-deb/-/merge_request

Bug#1094862: please update crate der to v0.7.9

Source: rust-der Version: 0.7.7-1 Severity: normal Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Please update crate der to v0.7.9. -BEGIN PGP SIGNATURE- wsG7BAEBCgBvBYJnnTCeCRAsfDFGwaABIUcUAAAeACBzYWx0QG5vdGF0aW9u cy5zZXF1b2lhLXBncC5vcmfRm5BnKQiNZhCjM2ic41FKpApe9o

Bug#1094583: [Pkg-libvirt-maintainers] Bug#1094583: libvirt-daemon-driver-qemu: apparmor template missing from filesystem

Thanks for the pointer to /var/log/apt/term.log* On a previous upgrade to 10.7.0-3 from 9.0.0-4+deb12u1, I see a bunch of messages about "Preparing transfer of config file ... (from libvirt-daemon-system to X)" where X included libvirt-daemon-common, libvirt-daemon-driver-{xen,lxx,qemu,network

Bug#1094861: get_ordered_context_list.3: Some remarks and a patch with editorial changes for this man page

Package: libselinux1-dev Version: 3.7-3+b1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$' " to find obvious trailing sp

Bug#1074556: Bug #1074556: autopkgtest: Drop the schroot virt server

On Fri, 31 Jan 2025 at 19:23:07 +, Sean Whitton wrote: > On Sun 30 Jun 2024 at 11:03pm +02, Paride Legovini wrote: > > * I am not aware of Debian (or Ubuntu) developers actively using it. > > This includes autopkgtest developers, and makes the virt server not > > well tested. > > This stat

Bug#1092051: dpkg-buildpackage incredible slow since end of 2024

Hi! On Wed, 2025-01-22 at 21:39:55 +0100, Aurelien Jarno wrote: > It's actually quite noticeable on fast machines for the rtpengine > package, and even with the latest dpkg mitigations. The build time on > fast machine increased on average by a factor ~30, for instance: > amd64: 5m => 2h39 > arm64

Bug#1094859: src:turtlefmt: fails to migrate to testing for too long

Source: turtlefmt Version: 0.1.1-4 Severity: serious Control: close -1 0.1.2-1 Tags: sid trixie User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), The Release Team considers packages that are out-of-sync between testing and unstable for more than 30 days as h

Bug#1094860: src:cl-usocket: fails to migrate to testing for too long

Source: cl-usocket Version: 0.8.3-3 Severity: serious Control: close -1 0.8.8-2 Tags: sid trixie User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), The Release Team considers packages that are out-of-sync between testing and unstable for more than 30 days as

Bug#1094858: src:wine: fails to migrate to testing for too long

Source: wine Version: 9.0~repack-7 Severity: serious Control: close -1 10.0~rc2~repack-2 Tags: sid trixie User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), The Release Team considers packages that are out-of-sync between testing and unstable for more than 30

Bug#1094857: ITS: dvipng

Source: dvipng Version: 1.15-1.1 Severity: important Tags: patch X-Debbugs-Cc: 1028...@bugs.debian.org, 1030...@bugs.debian.org, 1044...@bugs.debian.org, debian-tex-ma...@lists.debian.org, Hilmar Preuße , Package Salvaging Team , Santiago Ruano Rincón Hi, I'm interested in salvaging your pack

Bug#1094856: getexeccon.3: Some remarks and a patch with editorial changes for this man page

Package: libselinux1-dev Version: 3.7-3+b1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$' " to find obvious trailing sp

Bug#1094855: ITS: freediameter

Source: freediameter Version: 1.2.1-8 Severity: important Dear Maintainer, The freediameter is too outdated from the upstream, the package provided by the debian project is 5 version older than upstream, so I can help on that. As freediameter implements the diameter protocol it should be rea

Bug#1068588: #1068588: redesign of how autopkgtest talks to the testbed

I came across this bug. It's a shame that no-one thought to ask me, the original designer of this stuff, what my opinion is. But, now I'm here, I will give it: IMO the autopkgtest virt server protocol is one of my most under-appreciated inventions. It is not just for autopkgtest. IMO it sbould

Bug#1094354: Please consider renaming the automake source package to src:automake

* Adrian Bunk (b...@debian.org) wrote: > Source: automake-1.17 > Version: 1:1.17-1 > Severity: minor > > src:automake-${version} source packages made sense back in the > days when there were also several automake-${version} binary > packages in the archive. > > Today automake is stale and stable,

Bug#1074556: autopkgtest: Drop the schroot virt server

Hello, On Fri 31 Jan 2025 at 07:27pm GMT, Sean Whitton wrote: > Hello, > > On Thu 23 Jan 2025 at 09:46am +01, Paul Gevers wrote: > >> [...] schroot is considered deprecated in Debian. > > This is news to me. What is the closest replacement, for > non-autopkgtest purposes? I.e. disposable root f

Bug#1074556: autopkgtest: Drop the schroot virt server

Hello, On Thu 23 Jan 2025 at 09:46am +01, Paul Gevers wrote: > [...] schroot is considered deprecated in Debian. This is news to me. What is the closest replacement, for non-autopkgtest purposes? I.e. disposable root filesystems with my existing /home and /run etc. mounted into it. It's very

Bug#1074556: autopkgtest: Drop the schroot virt server

Hello, On Sun 30 Jun 2024 at 11:03pm +02, Paride Legovini wrote: > * I am not aware of Debian (or Ubuntu) developers actively using it. > This includes autopkgtest developers, and makes the virt server not > well tested. This statement is very surprising to me: I have used it for almost ever

Bug#1094854: getcon.3: Some remarks and a patch with editorial changes for this man page

Package: libselinux1-dev Version: 3.7-3+b1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$' " to find obvious trailing sp

Bug#1094853: pam: building with or without bison

Source: pam Version: 1.7.0-2 Severity: wishlist User: helm...@debian.org Usertags: rebootstrap Hi Sam, I noticed that your pam update fails to build in my cross bootstrap environment and looked into it. Your switch to meson closed my earlier FTCBFS bug and I fully concur with such closing, becaus

Bug#1094852: libusb-1.0: autopkgtest regression with libusb-1.0

Source: libusb-1.0 Version: 2:1.0.27-1 Severity: serious Tags: patch Control: affects -1 src:automake-1.17 X-Debbugs-CC: automake-1...@packages.debian.org libusb-1.0's autopkgtest is failing with automake-1.17 which is now in unstable. This can be fixed by having the autopkgtest run autoreconf (th

Bug#1094605: sus: only (re-download) tarballs if checksums changed

Hey David. On January 31, 2025 6:04:21 PM GMT+01:00, David Weinehall wrote: >This conceptually sounds like a good idea, but I'm not sure how to implement >it. The downloaded tarballs are not kept after extracting the files, > >and obviously we cannot calculate the checksum of the upstream file

Bug#1094725: [Debian-med-packaging] Bug#1094725: Missing dependency on python3-pkg-resources

Hi Alexandre, Hi Andrey, Andrey Rakhmatullin, on 2025-01-31: > On Thu, Jan 30, 2025 at 11:58:58PM +0100, Alexandre Detiste wrote: > > As I'm removing extraneous python3-pkg-resources > > from some core package this kind of issues > > will continue to pop up all over the place in leaf packages. > >

Bug#1093235: RFS: vifm/0.13-1 [ITA] -- Flexible vi-like file manager using ncurses

Control: tags -1 - confirmed On Tue, 28 Jan 2025 16:33:18 + Phil Wyett wrote: > Running lintian... > N: > W: vifm source: inconsistent-appstream-metadata-license data/vifm.appdata.xml > (cc0-1.0 != gpl-2+) [debian/copyright] > N: > N: The specified AppStream metadata file specifies a m

Bug#1094851: gcc-bpf: nondeterministic builds with -g option enabled

Package: gcc-bpf Version: 14.2.0-1+1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? i noticed that as soon as i enable the -g option to bpf-gcc the builds are non- deterministic. * What exact

Bug#1094850: RM: libsphinx -- ROM; leaf package, no rdeps, tiny popcon, abandoned upstream

Package: ftp.debian.org Control: affects -1 + src:libsphinx User: ftp.debian@packages.debian.org Usertags: remove Severity: normal Hi, Please remove src:libsphinx: it is no longer maintained upstream and has no rdeps. It should not get shipped with upcoming Debian stable release. Bye, Joos

Bug#1057958: #1057958

On Thu, 30 Jan 2025 20:35, Kirill Rekhov wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Matthias. Thank you, I have been granted permissions in GitLab. Should I create a vim-vimwiki project and add my package source code there? or should I do it after you have fully reviewed it? Tha

Bug#833863:

Behavior still present in weekly testing for Trixie. -- Braiam

Bug#1094849: quota: disk quotas are in 'accounting' mode at boot

Package: quota Version: 4.09-1+b1 Severity: important X-Debbugs-Cc: invernom...@paranoici.org Hello again, this is related to bug [#1085122], but is not the same issue. [#1085122]: As said in [#1085122], I enabled the quota feature on the ext4 filesystem for th

Bug#1094767: kernel 6.12.11 reports

alain@sid:~$ uname -a Linux sid 6.12.11-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.11-1 (2025-01-25) x86_64 GNU/Linux alain@sid:~$ journalctl -b -n 50 Hint: You are currently not seeing messages from other users and the system.   Users in groups 'adm', 'systemd-journal' can see all messages.  

Bug#1085122: quota cron.daily job wants to see "quota" in /etc/fstab

Control: tags -1 + patch On Sat, 19 Oct 2024 00:55:29 +0200 Francesco Poli wrote: [...] > Turns out that adding a "quota" mount option in 'etc/fstab' to the > filesystem which has the quota feature enabled makes the quotaon > systemd unit fail at boot. > > So I decided to go for a "noquota" mount

Bug#1078950: ITP: wazero -- wazero: the zero dependency WebAssembly runtime for Go developers

Control: block 1094848 by -1 Hello Alois, El 18/08/24 a las 02:00, Alois Micard escribió: > Package: wnpp > Severity: wishlist > Owner: Aloïs Micard > > * Package name: wazero > Version : 1.8.0-1 > Upstream Author : Tetrate Labs > * URL : https://github.com/tetratela

Bug#1094848: hugo: New upstream version available: 0.142.0

Source: hugo Severity: normal Dear Go packaging team, This is just to record that there is a new version available (0.142.0), and that github.com/tetratelabs/wazero is a new dependency (ITP #1078950). Cheers, -- Santiago signature.asc Description: PGP signature

Bug#1094847: jhighlight: New upstream version available

Source: jhighlight Version: 1.0-3.1 Severity: normal X-Debbugs-Cc: debian-j...@lists.debian.org Hi, when inspecting jhighlight due to missing Vcs fields I realised that the project has moved. I updated the watch file and uploaded the existing package with the current Debian version. After this

Bug#1094846: Rack::Lint::LintError: uppercase character in header name: Content-Type

Package: ruby-rack-google-analytics Version: 1.2.0-2.1 Severity: serious X-Debbugs-Cc: prav...@debian.org Dear Maintainer, autopkgtest is failing with rack 3, 58s Loaded suite debian/ruby-tests 58s Started 58s .E 58s ===

Bug#1094605: sus: only (re-download) tarballs if checksums changed

This conceptually sounds like a good idea, but I'm not sure how to implement it. The downloaded tarballs are not kept after extracting the files, and obviously we cannot calculate the checksum of the upstream file until it's been downloaded. Kind regards, David Weinehall On Wed

Bug#1092505: transition: opencv

Hi Mo, * M. Zhou [2025-01-31 10:40]: The one for ros-vision-opencv is still due the same "libopnecv_barcode.so being merged into libopencv_objdetect.so" change. I've filed the bug at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1094834 which is very similar to the one for ros-opencv-apps:

  1   2   3   >