Bug#1041674: test case to force error

I have been able to reliable reproduce the build race, using make -j > 1. the following will trigger the build failure. the proposed patch in message 10 is incomplete. testbreakcompile.patch --- a/Makefile.in 2023-07-12 13:55:26.0 + +++ b/Makefile.in 2023-07-22

Bug#1041683: undeclared file conflict between fabio-viewer and python3-fabio

Package: python3-fabio,fabio-viewer Severity: serious Since very recently, there is an undeclared file conflict between fabio-viewer and python3-fabio about programs such as /usr/bin/fabio-convert. It is not clear to me how this is to be resolved. Is this an attempt to restructure the package?

Bug#1025912: rust-serde-yaml: please upgrade to v0.9

I looked through some of the reverse dependencies. lintian-brush - no changes seem to be needed. rust-alacritty builds and passes smoke test after pointing at patched alacritty-config and alacritty-terminal rust-alacritty-config cargo test --all --all-targets --all-features passes after

Bug#1034282: RFS: ukui-app-widget/1.0.1-1 [ITP] -- ukui app widget test

Hi, Boyuan, Sorry for this rookie, stupid mistake, Bowen only checked the results of 'lintian' and 'licensecheck -r' when reviewing the package, not the other parts, including the incorrect copyright statement. And I also confirmed the problem with the upstream author, when she took over the

Bug#1039103: mrtg.cfg not moved to new location in /etc/mrtg/ when upgrading from bullseye to bookworm

Control: reopen 1039103 Reopening this bug due issues from #1040860. Regards, Eriberto

Bug#1041681: python3-django-mailman3: Mailman3 Django admin pages broken at second level

Package: python3-django-mailman3 Version: 1.3.9-1 Severity: important I installed mailman3 on Debian Bookworm. Version information: * mailman 3.3.8-1 (including mailman3-full and mailman3-web 20200530-2.1) * python3-django-mailman3 : 1.3.9-1 * python3-mailman-hyperkitty : 1.2.1 When I entered

Bug#1025917: rust-phf: please upgrade to v0.11

I just did a preliminary analysis of the reverse dependencies and it's looking pretty good. (details below). Though I would like to wait until I have confirmation that rust-selectors has migrated to testing. Matthias, would you object to me updating rust-ruma-common to 0.11.x as part of this

Bug#1041680: dino-im: backports or s-p-u upload for 0.4.3?

Package: dino-im Version: 0.4.2-1 Severity: wishlist 0.4.3 includes a bunch of useful fixes, including one for jmp.chat calls. At the very least, I'd very much appreciate an upload to bookworm-backports (which, as of today, is now open*). Even better would be adding 0.4.3 to a point release

Bug#1041679: RFS: rumur/2023.05.21-1 [RC] -- model checker for the Murphi language

Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "rumur": * Package name : rumur Version : 2023.05.21-1 Upstream contact : Matthew Fernandez * URL : https://github.com/Smattr/rumur * License : Unlicense * Vcs :

Bug#1037851: (no subject)

Btw, why does this bug not appear when searching for bugs against the package? https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=rumur

Bug#1041678: at24 0-005…: supply vcc not found, using dummy regulator

Package: linux-image-6.1.0-10-amd64 Version: 6.1.37-1 Severity: wishlist Control: affects -1 src:linux In my journal I discovered a bunch of orange warnings of the form “at24 0-005…: supply vcc not found, using dummy regulator”: Jul 22 00:07:06 AnonymizedMachineName kernel: cdc_acm: USB

Bug#1041588: bug#64773: grep 3.11 -r on 100000+ files fails with "Operation not supported"

On Fri, Jul 21, 2023 at 4:38 PM Paul Eggert wrote: > To fix just this bug (as opposed to the other Gnulib-related bugs that > may be lurking) try applying the attached Gnulib patch to a grep 3.11 > tarball. > > Closing the debbugs.gnu.org bug report, as the bug has been fixed upstream. Thanks

Bug#1041674: proposed patch for missing wrapped.h

Please find a proposed patch for the missing wrapped.h during build. --- a/Makefile.am 2023-07-21 22:53:36.152522891 + +++ b/Makefile.am 2023-07-22 00:12:21.796916350 + @@ -7,7 +7,7 @@ libmacosx_la_SOURCES = libfakeroot_inode64.c libfakeroot_unix2003.c patchattr.h

Bug#1034282: BUG1041595

Hi xibowen, 在 2023-07-21星期五的 20:26 +0800，xibowen写道： > Hi, thanks for reply. > I'm xibowen. This is my other email address.Please reply this email if you > have some problem. > I have fixed issues in the latest package which have uploaded in mentors. >

Bug#1034668: Please update to new upstream release 3.22.3 in experimental

Hi, On Thu, 27 Apr 2023 19:59:38 +0530 Pirate Praveen wrote: > With a newer libabsl-dev from > https://people.debian.org/~praveen/new/pool/main/a/abseil/, the error > changed to > > CMake Error at cmake/tests.cmake:97 (target_link_libraries): > Target "tests" links to: > >

Bug#1037707: keyman: ftbfs with GCC-13

Hi Eberhard, Are you going to work on this issue? Thanks, Boyuan Yang On Wed, 14 Jun 2023 09:26:08 + Matthias Klose wrote: > Package: src:keyman > Version: 16.0.139-4 > Severity: normal > Tags: sid trixie > User: debian-...@lists.debian.org > Usertags: ftbfs-gcc-13 > > [This bug is

Bug#1041588: bug#64773: grep 3.11 -r on 100000+ files fails with "Operation not supported"

To fix just this bug (as opposed to the other Gnulib-related bugs that may be lurking) try applying the attached Gnulib patch to a grep 3.11 tarball. Closing the debbugs.gnu.org bug report, as the bug has been fixed upstream.From d4d8abb39eb02c555f062b1f83ffcfac999c582f Mon Sep 17 00:00:00

Bug#1041677: RM: cadabra -- RoQA; RC-buggy; depends on gtk2; low popcon

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove Control: affects -1 + src:cadabra Please remove cadabra. It is RC-buggy which will not be resolved, depends on gtk2, and has a low popcon. The new upstream version is available as cadabra2.

Bug#1041676: sensible-utils: remove meaningless ;

Package: sensible-utils Severity: normal Control: tags -1 patch Dear Maintainer, The file sensible-browser.in in salsa contains a meaningless ; after the last command: exit 1; In sh, a ; at the end doesn't do anything. I attach a patch to fix that. I claim no copyright on this, do whatever

Bug#1041675: lintian: missing-dep-for-interpreter does not recognize lua5.4 as lua

Package: lintian Version: 2.116.3 Severity: normal X-Debbugs-Cc: p...@hagelb.org Hello! I have a package which declares a dependency on "lua5.4 | lua" and is compatible with every version of Lua which is included in Debian. When I build my package, lintian complains: E: fennel:

Bug#1030394: reassign bug to correct package

reassign 1030394 dh-elpa retitle 1030394 dh-elpa: elpa-csv-mode 1.20 not cleaned up tags 1030394 - moreinfo - unreproducible thanks These bugs are the same type as #1040787. Thus far, the only trigger that we've been able to identify is a dist-upgrade (or full-upgrade) from bullseye to bookworm.

Bug#1041674: fakeroot: compiling fakeroot looks to have a race condition not generating wrapped.h

Package: fakeroot Version: 1.32.1 Severity: serious Tags: upstream ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: r...@heitbaum.com Dear Maintainer, * What led up to the situation? build of 1.32.1 on local build host was fine. on the

Bug#1041346: RM: https-everywhere -- ROM; obsolete;major browsers offer native support;

debian-parl and boxer-data have been updated in unstable thus nothing in Debian references https-everywhere anymore. It should be ready to be removed now. signature.asc Description: This is a digitally signed message part

Bug#1041653: meson: Drop gtk-sharp2* build deps

On Fri, 21 Jul 2023 at 20:42, Bastian Germann wrote: > Please drop gtk-sharp2 and gtk-sharp2-gapi from Build-Depends. > The package builds without them and this will help getting rid of gtk-sharp2 > and eventually gtk2. This will be fixed in the next point release upload at the latest.

Bug#1041524: logcheck: badly handles "rsyslog + journalctl" checking

On Fri, 21 Jul 2023 at 09:57, Thomas Parmelan wrote: > > Le jeudi 20 juillet 2023 à 21:43, d'après > Richard Lewis : > With the default configuration and without my patch I get this in the > report, which is really not easy to read because of the huge difference > in timestamp formatting (and

Bug#1041673: ITP: r-cran-renv -- GNU R project environments

Package: wnpp Severity: wishlist Subject: ITP: r-cran-renv -- GNU R project environments Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: r-cran-renv Version : 1.0.0 Upstream Author : Kevin Ushey, * URL : https://cran.r-project.org/package=renv *

Bug#1041672: RFS: hintview/1.3.1-1 [ITP] -- Program to view HINT files

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "hintview": * Package name : hintview Version : 1.3.1-1 Upstream contact : Martin Ruckert * URL : https://hint.userweb.mwn.de/hint/hintview.html * License

Bug#1041588: grep -r fails with "Operation not supported"

Control: tags -1 + pending El 21/07/23 a las 19:46, Vincent Lefevre escribió: > Control: tags -1 patch > > On 2023-07-21 19:38:08 +0200, Vincent Lefevre wrote: > > Indeed, it's a bundled gnulib. I was surprised because there is > > no "gnulib" directory. Actually these are just files under the

Bug#1041671: charliecloud: [INTL:sv] Swedish strings for charliecloud debconf

Package: charliecloud Version: 0.31-1 Severity: wishlist Tags: patch l10n X-Debbugs-Cc: q...@sdfeu.org Dear Maintainer, please copy the attachment into debian/po/sv.po # Translation of charliecloud_0.31-1 debconf template to Swedish. # Copyright (C) 2014–2022 Triad National Security, LLC and

Bug#1041670: sensible-pager.1: some remarks and editorial fixes for the manual

Package: sensible-utils Version: 0.0.20 Severity: minor Tags: patch Dear Maintainer, here are some notes and editorial fixes for the man page. The patch is in the attachment. -..-. The difference between the formatted outputs can be seen with: nroff -man > nroff -man > diff -u

Bug#1041669: sensible-editor.1: some remarks and editorial fixes for the manual

Package: sensible-utils Version: 0.0.20 Severity: minor Tags: patch Dear Maintainer, here are some notes and editorial fixes in a patch for the man pages. The patch is in the attachment. -.-. The difference between the formatted outputs can be seen with: nroff -man > nroff -man >

Bug#1041668: ITP: hintview -- Program to view HINT files

Package: wnpp Severity: wishlist Owner: Hilmar Preusse X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: hintview Version : 1.3.1 Upstream Contact: Martin Ruckert * URL : https://hint.userweb.mwn.de/ * License : MIT/X Programming Lang: C

Bug#1041296: ffmpeg: Undocumented build dependency on libunwind-dev

On 2023-07-17 20:46:35 -0400, Ted wrote: > Hello, > > Kudos for the fast reply. Here is my log. This is a reproduction on a > different machine. > > I have no potential clues for this cause. I will reply again with a build > log for a command that uses no funny cflags. The issue is: pkg-config

Bug#1041590: nvidia-installer-cleanup install fail

On 21/07/2023 06.41, Terrance Hendrik wrote: Unpacking nvidia-installer-cleanup (20220217+3) ... Setting up nvidia-installer-cleanup (20220217+3) ... dpkg: error processing package nvidia-installer-cleanup (--configure): installed nvidia-installer-cleanup package post-installation script

Bug#1041633: cmake: FindPython.cmake returns /usr/local/lib/python3.11/dist-packages for Python_SITEARCH

On Fri, Jul 21, 2023 at 2:37 PM Brad King wrote: > The behavior change came from this CMake merge request: > * https://gitlab.kitware.com/cmake/cmake/-/merge_requests/8538 > because the distutils variant is deprecated. This is now under discussion in an upstream CMake issue: *

Bug#990070: irssi: -actcolor parameter for /highlight is not always respected

forwarded 990070 https://github.com/irssi/irssi/issues/1479 thanks Hi, forwarded this to upstream, let's see :) signature.asc Description: This is a digitally signed message part.

Bug#1041667: transition: ffmpeg

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: ffm...@packages.debian.org, sramac...@debian.org Control: affects -1 + src:ffmpeg Control: forwarded -1 https://release.debian.org/transitions/html/auto-ffmpeg.html

Bug#928046: dosbox: input issues under Wayland (some keys not behaving)

Package: dosbox X-Debbugs-Cc: foss.conn...@kaffeeschluerfer.com Version: 0.74-3-4+b1 Severity: normal Hello, it is true that the config option "usescancodes=false" affects the problem of keys not functioning as expected, but only by ~50% in combination with "keyboardlayout=de". You can get only

Bug#1041647: Stepping back and checking basics

Power-off reboot fixed the issue, so can mark this bug report as invalid or similar. $ vainfo libva info: VA-API version 1.17.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/r600_drv_video.so libva info: Found init function __vaDriverInit_1_17 libva info: va_openDriver() returns 0

Bug#1041647: Stepping back and checking basics

After a walk and a think I sensibly stepped back and realised Xorg.0.log reports problems and with that clue so does the kernel (but I hadn't noticed!). I *suspect* this may be related to having kexec-ed into the current kernel. I'm going to try a poweroff restart after this report: $ grep -E

Bug#1041663: RM: monobristol -- RoQA; RC-buggy; depends on gtk2; low popcon

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove Control: affects -1 + src:monobristol Please remove monobristol. It is RC-buggy and was not contained in several releases. It depends on gtk2 and has a low popcon.

Bug#1041633: cmake: FindPython.cmake returns /usr/local/lib/python3.11/dist-packages for Python_SITEARCH

On Fri, Jul 21, 2023 at 11:21 AM Sebastiaan Couwenberg wrote: > On bookworm distutils is still used which returns: ... > On sid sysconfig is used which results: The behavior change came from this CMake merge request: * https://gitlab.kitware.com/cmake/cmake/-/merge_requests/8538 because the

Bug#1041662: RM: tangerine -- RoQA; depends on gtk2; not in bookworm

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove Control: affects -1 + src:tangerine Please remove tangerine. It is dead upstream and depends on gtk2. Nobody cared to make its dependencies fit for bookworm, so it was not released.

Bug#1041658: RM: box64 [amd64] -- RoQA; NBS

Jeremy, you are way ahead of me! :D Quoting Jeremy Bícha (2023-07-21 19:53:31) > Package: ftp.debian.org > X-Debbugs-Cc: bo...@packages.debian.org > Affects: src:box64 > > Please remove box64 from amd64 because it is no longer built there > because the purpose of the package is to be able to run

Bug#1041661: src:python-gnuplotlib: fails to migrate to testing for too long: uploader built binaries

Source: python-gnuplotlib Version: 0.39-1 Severity: serious Control: close -1 0.40-1 Tags: sid trixie pending 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

Bug#1041660: src:sccache: fails to migrate to testing for too long: Build Depends no longer exist

Source: sccache Version: 0.4.0~~pre8-8 Severity: serious Control: close -1 0.5.4-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

Bug#1041659: src:vnlog: fails to migrate to testing for too long: uploader built arch:all binaries

Source: vnlog Version: 1.34-2 Severity: serious Control: close -1 1.35-1 Tags: sid trixie pending 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

Bug#1041658: RM: box64 [amd64] -- RoQA; NBS

Package: ftp.debian.org X-Debbugs-Cc: bo...@packages.debian.org Affects: src:box64 Please remove box64 from amd64 because it is no longer built there because the purpose of the package is to be able to run amd64 binaries on other architectures. box64 has no reverse dependencies and was only

Bug#1041657: src:asmjit: fails to migrate to testing for too long: FTBFS on armel, armhf and mips64el

Source: asmjit Version: 0.0~git20221210.5b5b0b3-1 Severity: serious Control: close -1 0.0~git20230427.3577608-1 Tags: sid trixie ftbfs 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

Bug#1041656: ikiwiki: Please add a cli tool to register a user

Package: ikiwiki Version: stable Severity: wishlist X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, Currently there are two ways to setup a wiki : 1. the classic setup ( https://ikiwiki.info/setup/ ) is user-friendly but no so great if you want to perform the wiki

Bug#1041655: src:aflplusplus: fails to migrate to testing for too long: unresolved RC issues

Source: aflplusplus Version: 4.04c-4 Severity: serious Control: close -1 4.07c-1 Tags: sid trixie User: release.debian@packages.debian.org Usertags: out-of-sync Control: block -1 by 1038760 Dear maintainer(s), The Release Team considers packages that are out-of-sync between testing and

Bug#1041647: Further gdb debugging (more #2)

After solving the relative path issue I now have better info: (gdb) s __vaDriverInit_1_17 (ctx=0x555702b0) at ../src/gallium/frontends/va/context.c:123 123if (!ctx) (gdb) n 126drv = CALLOC(1, sizeof(vlVaDriver)); (gdb) n 127if (!drv) (gdb) n 130switch

Bug#1041611: dmidecode --dump-bin segfaults

forwarded 1041611 http://savannah.nongnu.org/bugs/index.php?64456 thanks Hello Jan, thank you for spending your time helping to make Debian better with this bug report. I have forward your bug to upstream. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D

Bug#1041588: grep -r fails with "Operation not supported"

Control: tags -1 patch On 2023-07-21 19:38:08 +0200, Vincent Lefevre wrote: > Indeed, it's a bundled gnulib. I was surprised because there is > no "gnulib" directory. Actually these are just files under the m4 > directory. The bug is in "m4/dirfd.m4". I can see > > if test $ac_cv_func_dirfd =

Bug#1041654: support for desktop file spec 1.5

Package: desktop-file-utils Version: 0.26-1 Due to lack of support for Desktop file specifications using version 1.5, desktop files are seen as invalid: $ desktop-file-validate Applications/squashfs-root/org.keepassxc.KeePassXC.desktop

Bug#1041552: HFS/HFS+ are insecure

On Fri, Jul 21, 2023 at 10:55:39AM +0200, Marco d'Itri wrote: > Unless somebody has a better idea then then my plan is to ship in the > next upload of kmod a file in /etc/modprobe.d/ which uses the blacklist > directive to prevent automatically loading some file system modules. I think this

Bug#1041588: grep -r fails with "Operation not supported"

On 2023-07-21 13:08:11 -0400, Boyuan Yang wrote: > BTW: Is grep 3.11-1 using Debian-packaged gnulib anywere? I did not > see a build-dependency in > https://sources.debian.org/src/grep/3.11-1/debian/control/ . > > * If grep is indeed using it, please include the build-dep explicitly. > > * If

Bug#1035546: python3-pip: pip install ignores explicit --prefix=/usr (even with --root)

Control: forwarded -1 https://github.com/pypa/pip/issues/10978 Hi Martin (2023.05.05_13:03:43_+0200) > I also tried --prefix=/opt which then gets me /opt/local/{bin,lib}. So this > behaviour directly contradicts the --help documentation: ... > So this "/local" thing is both sticky and hard to

Bug#1041653: meson: Drop gtk-sharp2* build deps

Source: meson Version: 1.2.0-1 Please drop gtk-sharp2 and gtk-sharp2-gapi from Build-Depends. The package builds without them and this will help getting rid of gtk-sharp2 and eventually gtk2.

Bug#1041647: Further gdb debugging (more)

The mesa-va-drivers-dbgsym package seems to have incorrect (relative to build) paths stored which prevents gdb showing the source lines when it has the path to the mesa-22.6.3 source, however by blindly stepping and then looking at the source it narrows down the cause: (gdb) s 126 in

Bug#1041647: Further gdb debugging

Using export LIBVA_MESSAGING_LEVEL=2; export LIBVA_DRIVER_NAME=radeonsi; gdb --directory . --directory ../libva-2.17.0 --directory ../mesa-22.3.6 --args /usr/bin/vainfo I've stepped through vainfo and focused on va_openDriver() which eventually leads to: (gdb) n libva info: Found init

Bug#1041588: Info received (grep 3.11 -r on 100000+ files fails with "Operation not supported")

Control: forwarded -1 https://debbugs.gnu.org/cgi/bugreport.cgi?bug=64773 Control: tags -1 + upstream signature.asc Description: PGP signature

Bug#1041588: grep -r fails with "Operation not supported"

Hi! El 21/07/23 a las 11:02, Boyuan Yang escribió: > Hi, > > On Fri, 21 Jul 2023 10:39:54 +0200 Vincent Lefevre wrote: > > Control: severity -1 grave > > Control: tags -1 - moreinfo > > Control: retitle -1 grep -r on 10+ files fails with "Operation not > supported" > > > > On 2023-07-20

Bug#1041651: bc does not speak german (2023-07-21)

Package: bc Version: 1.07.1-3+b1 Severity: normal Dear Maintainer, the translation of the program description into German suggests that bc can handle the German numeric keyboard. This is not the case, bc uses only the dot as decimal separator, no comma. The translation is therefore

Bug#1041588: grep 3.11 -r on 100000+ files fails with "Operation not supported"

Dear grep developers, I am forwarding this gnulib bug that affects grep 3.11. Full bug report can be found at https://bugs.debian.org/1041588 El 21/07/23 a las 10:39, Vincent Lefevre escribió: > Control: severity -1 grave > Control: tags -1 - moreinfo > Control: retitle -1 grep -r on 10+

Bug#1041588: grep -r fails with "Operation not supported"

Hi, 在 2023-07-21星期五的 19:00 +0200，Vincent Lefevre写道： > On 2023-07-21 17:22:11 +0200, Vincent Lefevre wrote: > > The best solution would be to fix gnulib on the Debian side, IMHO. > > I wonder whether other packages are affected too. > [...] > > So, if I understand correctly, the fix in gnulib

Bug#1041650: libopencv-dev: license in /usr/share/licenses

Package: libopencv-dev Version: 4.6.0+dfsg-12 Severity: minor X-Debbugs-Cc: okgomdjgbm...@gmail.com Dear Maintainer, you put the license in /usr/share/licenses the Arch way, it's the only package doing that.

Bug#1041588: grep -r fails with "Operation not supported"

On 2023-07-21 17:22:11 +0200, Vincent Lefevre wrote: > The best solution would be to fix gnulib on the Debian side, IMHO. > I wonder whether other packages are affected too. [...] > So, if I understand correctly, the fix in gnulib appeared between > these two commits. But I don't see which change

Bug#1041649: udisks2: udisksd report errors Error getting 'loop0' information: Failed to get status of the device loop0

Package: udisks2 Version: 2.10.0-3 Severity: normal X-Debbugs-Cc: in.cognit...@arcor.de Dear Maintainer, * What led up to the situation? Upgrade of package udisks2 from 2.9.4-4 to 2.10.0-3. More precisely, unattended-upgrade did the following batch:

Bug#967750: smuxi: depends on deprecated GTK 2

And it would allow dropping messagingmenu-sharp from the archive.

Bug#1041489: ocsinventory-reports: version inconsistency between GUI and perl libraries

W dniu 19.07.2023 o 18:27, Krzysztof Jastrzębski pisze: Package: ocsinventory-reports Version: 2.8.1+dfsg1+~2.11.1-1 Severity: important [...] This makes the 2.8.1+dfsg1+~2.11.1-1 package useless and I am not sure if after the activity of the agents the database was not disintegrated and does

Bug#1041646: cinnamon: depends on typelib from unmaintained caribou

Source: cinnamon Severity: important Tags: upstream trixie sid User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs Control: block 1041623 by -1 Control: block 1041641 by -1 cinnamon used to have a dependency on caribou, an experimental on-screen keyboard from GNOME, which was

Bug#1041644: smuxi: FTBFS (source pkg): cli-common-dev missing

I am uploading a NMU to fix this. The debdiff is attached. As I am also including the latest git change and dropping two dependencies, I am delaying by 10 days.diff -Nru smuxi-1.1/debian/changelog smuxi-1.1/debian/changelog --- smuxi-1.1/debian/changelog 2021-02-12 18:54:21.0 +0100 +++

Bug#1041645: firmware-iwlwifi: Intel AX210 reports "WRT: Invalid buffer destination" after upgrade to version 74 ucode

Package: firmware-iwlwifi Version: 20230515-3 Severity: normal X-Debbugs-Cc: in.cognit...@arcor.de Dear Maintainer, * What led up to the situation? Upgrade of package firmware-iwlwifi to version 20230515-3, which provided iwlwifi-ty-a0-gf-a0-74.ucode. * What was the outcome of this

Bug#1041644: smuxi: FTBFS (source pkg): cli-common-dev missing

Source: smuxi Version: 1.1-1 Build-Depends misses the cli-common-dev, which is only included in Build-Depends-Indep. Therefore, building the source package only fails: dh: error: unable to load addon cli: Can't locate Debian/Debhelper/Sequence/cli.pm in @INC (you may need to install the

Bug#1041643: ITP: ktls-utils -- TLS handshake utilities for in-kernel TLS consumers

Package: wnpp Severity: wishlist Owner: Ben Hutchings X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ker...@lists.debian.org, Steve Dickson , Chuck Lever III * Package name: ktls-utils Version : 0.9 Upstream Contact: kernel-tls-handsh...@lists.linux.dev * URL :

Bug#1041642: dh_missing: Doesn't work if used in $(CURDIR)

Package: debhelper Version: 13.11.4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I have a native package source from which I build multiple binary packages. The files are organized as they would be on the target system with their full destination path. As an example, the

Bug#1041641: caribou: no longer maintained upstream

Source: caribou Severity: important Tags: upstream wontfix trixie sid User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs X-Debbugs-Cc: cinna...@packages.debian.org caribou is no longer maintained: > Caribou is not under active development anymore. > —

Bug#1041597: [PATCH] qemu-user-static: binfmt not matching MIPS ELFs with NaN2008 bit set

Hi Michael, On Fri, 21 Jul 2023 13:25:44 +0300 Michael Tokarev wrote: > 21.07.2023 11:30, Xinhui Yang wrote: > > Package: qemu-user-static > > Version: 1:8.0.3+dfsg-2 > > > > QEMU 8.0 brings support for NaN2008 ELF executables[1] for userland > > emulation. A modification on binfmt side is

Bug#1041535: transition: libcamera 0.1.0

Control: tags -1 confirmed On 2023-07-20 15:11:48 +0200, Dylan Aïssi wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Dear Release Team, > > Please schedule a transition slot for libcamera 0.1.0. > > The

Bug#1041518: transition: openstructure

Control: tags -1 confirmed On 2023-07-20 10:18:56 +0300, Andrius Merkys wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hello, > > I would like to request a transition slot for openstructure > (experimental ->

Bug#1041640: RM: sdb -- RoQA; unpackaged upstream versions; unmaintained dependency; low popcon

Source: sdb Severity: serious Please consider removing sdb. It depends on the unmaintained nrefactory. If nobody reacts within a month I am going to file the RM bug.

Bug#1041639: RM: mono-debugger-libs -- RoQA; unpackaged upstream changes; unmaintained dependency

Source: mono-debugger-libs Severity: serious Please consider removing mono-debugger-libs. It depends on the unmaintained nrefactory. If nobody reacts within a month I am going to file the RM bug.

Bug#1040334: facet-analyser - build-depends on conflicting packages

Le 04/07/2023 à 17:53, Steven Robbins a écrit : On Tuesday, July 4, 2023 10:03:27 A.M. CDT Peter Green wrote: Package: facet-analyser Version: 0.0~git20221121142040.6be10b8+ds1-3 Tags: trixie, sid Severity: serious Justification: rc policy - "packages must be buildable within the same release"

Bug#1041597: [PATCH] qemu-user-static: binfmt not matching MIPS ELFs with NaN2008 bit set

Hi Michael, On Fri, 21 Jul 2023 13:25:44 +0300 Michael Tokarev wrote: > 21.07.2023 11:30, Xinhui Yang wrote: > > Package: qemu-user-static > > Version: 1:8.0.3+dfsg-2 > > > > QEMU 8.0 brings support for NaN2008 ELF executables[1] for userland > > emulation. A modification on binfmt side is

Bug#1041638: bugs.debian.org: the b.d.o mail sofware doesn't parse the "To:" header correctly, generating incorrect addresses

Package: bugs.debian.org Severity: important For bug 1041631, I replied to a mail, and the headers were: To: "Preuße, Hilmar" Cc: 1041...@bugs.debian.org with the "To:" encoded as: To: =?iso-8859-1?Q?Preu=DFe=2C?= Hilmar This is correct and can be visible at

Bug#967750: smuxi: depends on deprecated GTK 2

Control: severity -1 important Am 21.07.23 um 17:18 schrieb Bastian Germann: How about dropping smuxi-frontend-gnome entirely? It has a low enough popcon. Upstream does not seem to move towards gtk3 anytime soon. Also, this would allow dropping notify-sharp soon which nobody cared to

Bug#1041635: RM: tasque -- RoQA; depends on gtk2; dead upstream

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove Control: affects -1 + src:tasque Please remove tasque. It is dead upstream and depends on gtk2. Nobody cared to make its dependencies fit for bookworm, so it was not released.

Bug#1041588: grep -r fails with "Operation not supported"

On 2023-07-21 11:02:10 -0400, Boyuan Yang wrote: > Debian gnulib package maintainer here. I briefly checked grep source code, > and it seems that grep is using the bundled gnulib and not using the packaged > gnulib. Not 100% sure. > > Whether to use the bundled gnulib is up to the packager's

Bug#1041634: WIKI: the DebianDate wiki macro is not working properly.

Package: wiki.debian.orgX-Debbugs-CC: debian-...@lists.debian.org,deb...@tchung.org Hello, I want to report on the DebianDate macro of the Debian wiki not working correctly. The DebianDate macro is supposed to return the release date of a supplied

Bug#967750: smuxi: depends on deprecated GTK 2

How about dropping smuxi-frontend-gnome entirely? It has a low enough popcon. Upstream does not seem to move towards gtk3 anytime soon.

Bug#1041633: cmake: FindPython.cmake returns /usr/local/lib/python3.11/dist-packages for Python_SITEARCH

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')``.

Bug#1041633: cmake: FindPython.cmake returns /usr/local/lib/python3.11/dist-packages for Python_SITEARCH

Source: cmake Version: 3.27.0-1 Severity: serious Tags: upstream Justification: makes the package in question unusable or mostly so Dear Maintainer, FindPython.cmake in 3.27 returns the wrong Python_SITEARCH path which breaks the qgis build: -- Python site-packages:

Bug#1041588: grep -r fails with "Operation not supported"

Hi, On Fri, 21 Jul 2023 10:39:54 +0200 Vincent Lefevre wrote: > Control: severity -1 grave > Control: tags -1 - moreinfo > Control: retitle -1 grep -r on 10+ files fails with "Operation not supported" > > On 2023-07-20 23:43:45 -0300, Santiago Ruano Rincón wrote: > > El 21/07/23 a las

Bug#1041270: dynarmic: broke ABI without SONAME bump

> Hi Sebastian, thanks for your report. I've uploaded a new version with > a possible fix on Mentors, you can find it at > . I've also attached a > debdiff for your convenience. > > Feel free to upload it to unstable if you find this solution >

Bug#1041631: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones

On 2023-07-21 16:36:21 +0200, Preuße, Hilmar wrote: > On 21.07.2023 16:28, Vincent Lefevre wrote: > > The "CreationDate:" field in the generated PDF file is incorrect by > > 1 hour in the Europe/Paris CEST timezone (= UTC + 2). > > > I've uploaded TL2023 to experimental. Are you willing to test

Bug#1041631: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones

On 21.07.2023 16:28, Vincent Lefevre wrote: Hi, The "CreationDate:" field in the generated PDF file is incorrect by 1 hour in the Europe/Paris CEST timezone (= UTC + 2). I've uploaded TL2023 to experimental. Are you willing to test if the issue is solved there? Beware: the package is not

Bug#1041631: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones

Package: texlive-xetex Version: 2022.20230122-3 Severity: normal The "CreationDate:" field in the generated PDF file is incorrect by 1 hour in the Europe/Paris CEST timezone (= UTC + 2). Example: $ export LC_ALL=C $ date && xelatex test.tex && pdfinfo test.pdf | grep Date: Fri Jul 21 16:09:39

Bug#1041630: gnome-shell-extension-weather: depends on unmaintained clutter-1.0

Source: gnome-shell-extension-weather Version: 119-1 Severity: important Tags: trixie sid User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs clutter Control: block 996690 by -1 This package depends on gir1.2-clutter-1.0 from clutter-1.0, which is no longer maintained upstream

Bug#1041629: gnome-shell-extension-gsconnect: depends on unmaintained clutter-1.0

Source: gnome-shell-extension-gsconnect Version: 54-2 Severity: important Tags: trixie sid User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs clutter Control: block 996690 by -1 This package depends on gir1.2-clutter-1.0 from clutter-1.0, which is no longer maintained upstream

  1   2   >