Bug#1081189: qemu-system: net bridge retards start from qemu for Minutes with 100% load on 1 Core. ...system-i386 ...system-arm. maybe the dropped package uml-utilities (tunctl) is the problem

Package: qemu-system Version: 1:9.0.2+ds-2+b1 Severity: normal X-Debbugs-Cc: dietdeb...@schmidt-dietmar.com qemu-system: net bridge retards start from qemu for Minutes with 100% load on 1 Core. ...system-i386 ...system-arm. maybe the dropped package uml-utilities (tunctl) is the problem -- Sy

Bug#1074301: pmdk: please add support for loong64

Hi maintainer, On Tue, 06 Aug 2024 02:31:45 + wuruilong wrote: > Source: pmdk > Version: 1.13.1-1.1 > Followup-For: Bug #1074301 > X-Debbugs-Cc: wuruil...@loongson.cn > > Dear Maintainer, > > Can anyone merge this patch please? > > wuruilong Compiling the pmdk failed for loong64 in the Debi

Bug#1081190: RFP: weii -- read Wii balance board as a weight scale

Package: wnpp Severity: wishlist X-Debbugs-CC: Stavros Korokithakis * Package name: weii Version : 0.1.1 Upstream Author : Stavros Korokithakis * URL : https://gitlab.com/stavros/weii.git * License : AGPLv3 Programming Lang: Python Description : read W

Bug#1081191: knot-exporter: there must be no subdirectories in /usr/sbin

Package: knot-exporter Version: 3.4.0-2 Severity: important X-Debbugs-Cc: christop...@bocki.com Hi, https://www.debian.org/doc/packaging-manuals/fhs/fhs-3.0.html#requirements10a cheers, Christopher -- System Information: Debian Release: 12.7 APT prefers stable-updates APT policy: (500

Bug#1076131: libllvm18: declares itself as MA: same but is not co-installable

Control: clone -1 -2 Control: reopen -2 Control: reassign -2 libllvm19 1:19.1.0~++rc4-4 Control: retitle -2 libllvm19: declares itself as MA: same but is not co-installable On 2024-07-11 10:34:08 +0200, Sebastian Ramacher wrote: > Package: libllvm18 > Version: 1:18.1.8-2 > Severity: serious > X-D

Bug#1078122: login: sg does not work (does nothing)

The commit [1] got merged in upstream. If/when released I think the sg symlink can be resurrected [2] (although with the new syntax `sg grp cmd` is equivalent to `newgrp grp cmd`). BR, Gábor [1] https://git.kernel.org/pub/scm/utils/util-linux/util-linux.git/commit/?id=a3bf59a6f497a9314d4671dd

Bug#1081193: apt: please implement purge-build-dep

Package: apt Version: 2.9.8 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 In its current form, 'apt-get build-dep package' pulls all Build-Depends for 'package' and marks them as manually installed, which means that they won't be removed when later running 'apt-get --purge

Bug#1072129: android-platform-art: FTBFS: libartbase/base/strlcpy.h:31:22: error: static declaration of 'strlcpy' follows non-static declaration

> libartbase/base/strlcpy.h:31:22: error: static declaration of 'strlcpy' > follows non-static declaration I just checked the build on arm64 porterbox: amdahl Now the error string changed from above to the following below. Seems like it's not so easy to fix this. In file included from libar

Bug#1068961: llvm-toolchain-18: block migration to testing: to many llvm-toolchain versions in testing

Control: clone -1 -2 Control: reopen -2 Control: reassign -2 src:llvm-toolchain-19 1:19.1.0~++rc4-2 Control: retitle -2 llvm-toolchain-19: block migration to testing: too many llvm-toolchain versions in testing On 2024-04-14 12:49:40 +0200, Sebastian Ramacher wrote: > Source: llvm-toolchain-18 >

Bug#1081066: ITP: libjs-htmx -- framework for performing various javascript actions from html

Hi Andrea On 2024-09-07 23:07, Andrea Pappacoda wrote: On Sat Sep 7, 2024 at 9:51 PM CEST, Jonathan Carter wrote: * Package name: libjs-htmx Should the source package be called htmx.js or libjs-htmx? According to , browser only libraries should b

Bug#1081066: ITP: libjs-htmx -- framework for performing various javascript actions from html

On Mon Sep 9, 2024 at 9:35 AM CEST, Jonathan Carter wrote: I went with libjs-htmx, it's now in unstable. Wow, that was quick! This installs the htmx binary to: /usr/share/javascript/htmx/htmx.min.js.gz I'm not an expert when it comes to JavaScript (and that's in part why I like htmx), and k

Bug#1081195: devscripts: test-patches KeyError: 'pae'

Package: devscripts Version: 2.23.7 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 It appears that test-patches makes incorrect guesses for the target architecture: $ debian/bin/test-patches 306803.patch PYTHONHASHSEED=0 debian/bin/gencontrol.py Traceback (most recent call l

Bug#1081066: ITP: libjs-htmx -- framework for performing various javascript actions from html

Hi Andrea On 2024/09/09 09:53, Andrea Pappacoda wrote:    And, after checking, that's indeed not possible. Could you please ship both a compressed and an uncompressed version of the file? libjs-jquery does this, while libjs-highlight-js only ships uncompressed files: Hmm, I was sure I saw

Bug#754809: informational IETF draft

Hi all, some more time has passed, and in the meanwhile an informational IETF draft has been published which discusses the various mitigations to this issue. You can find it here: It does not contain any magical solution, b

Bug#1081066: ITP: libjs-htmx -- framework for performing various javascript actions from html

On Mon Sep 9, 2024 at 10:03 AM CEST, Jonathan Carter wrote: Hmm, I was sure I saw this working on Saturday. As far as I know, this is not possible, unfortunately. But I'm happy to be proven wrong! Anyway, I was strongly considering shipping the unzipped version anyway, so I'll upload a new

Bug#754809: informational IETF draft

On Sep 09, Andrea Pappacoda wrote: > It does not contain any magical solution, but might be a good starting point > for someone wanting to figure out what is happening and eventually working > on a fix. There is nothing to be figured out: the BTS just has to stop to send mail using the sender's

Bug#1081184: ITP: aprs-weather-submit -- Manually submit weather station data to the APRS-IS network.

Morning Colin! There's a number of us who package radio things hanging out in #debian-hams on oftc, and at https://lists.debian.org/debian-hams/. I enjoy packet and APRS - you're welcome to ask any questions/queries about Debian specific weidness, or ask on the list alternatively! Cheers, --

Bug#1076843: transition: r-bioc-biocgenerics (r-api-bioc-3.19)

Hi Michael r-bioc-biocgenerics [1] has migrated and r-api-bioc-3.18 is gone from testing. >From the release team's perspective, this transition is done. There are still some packages that were not in testing for the transition. Please check the transition tracker [2] for "good" packages marked "

Bug#1078750: pocl: FTBFS on arm64: /usr/lib/llvm-17/bin/llc: error: unable to get target for 'unknown', see --version and --triple.

Hi, On 2024-08-15 10:46, Andreas Beckmann wrote: > /usr/lib/llvm-17/include/clang/Basic/TokenKinds.def:23:26: error: pasting > "kw_" and "[" does not give a valid preprocessing token >23 | #define KEYWORD(X,Y) TOK(kw_ ## X) This is a LLVM 17 / GCC 14 regression: https://bugs.debian.org/10770

Bug#1078917: webfs uploaded to DELAYED=10, tag bugs pending

Control: tags -1 pending Thanks Hi, as announced in ITS the Debian Salvage team has fixed a couple of bugs in this package and moved it to salsa. The package is now uploaded to DELAYED=10 queue. Kind regards Andreas. -- https://fam-tille.de

Bug#1081196: crowdsec ssh log monitoring broken by latest "openssh-server" package

Package: crowdsec Version: all Severity: critical In the latest openssh-server package (testing & unstable), "sshd-session" is used for many log messages, which breaks crowdsec/hub/parsers/s01-parse/crowdsecurity/sshd-logs.yaml filter: "evt.Parsed.program == 'sshd'" As to the above snippet,

Bug#1024971: pybuild: should fail when the result of running tests is "Ran 0 tests in 0.000s"

Re-sent, with the bug in CC Hi Julian (2024.09.08_21:33:49_+) > > I built 6440 packages build-depending on dh-python in one way or > > another. 1483 failed, and 1124 of them say "NO TESTS RAN" in the logs. > > My guess is that most of these 1124 have no tests at all, rather than > having a mi

Bug#1051757: libunwind: diff for NMU version 1.7.0~rc2-1.1

Control: tags 1051757 + patch Control: tags 1051757 + pending I've prepared an NMU for libunwind (versioned as 1.7.0~rc2-1.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. diff -Nru libunwind-1.7.0~rc2/debian/changelog libunwind-1.7.0~rc2/debi

Bug#1081197: linux: please Build-Depends on 'gcc' or on 'build-essential' rather than 'gcc-13'

Source: linux Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 src:linux currently has an explicit Build-Depends on gcc-13. This defeats the whole point of building against whatever 'build-essential' pulls in for the target Debian release, and it results in several GCC suites ge

Bug#1080332: chkrootkit: chkutmp failure - obsolete as utmp is now disabled

On Mon, 2 Sep 2024, 16:54 Richard Lewis, < richard.lewis.deb...@googlemail.com> wrote: > > > As far as i could tell, chklastlog is not yet? affected. > Note to self: further investigation shows that chklastlog is actually in the same boat along with chkutmp and chkwtmp/chkwtmpx. we need to _not

Bug#1081182: devscripts: uscan: does not support tar archive

Hi, And it seems to be a consequence of debian/source/format (= 3.0 (quilt)) because without it here is the result: $ uscan --force-download uscan warn: Possible OpenPGP signature found at: https://elpa.gnu.org/packages/oauth2-0.17.tar.sig * Add opts=pgpsigurlmangle=s/$/.sig/ or opts=pgpmode

Bug#1069717: dh-dlang: diff for NMU version 0.6.6+nmu1

control: tags -1 patch pending G. OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1079394: linux-image-6.10.6-amd64: causes cifs regression, flatpak & ostree signature corruption

Upstream 6.10.9 does indeed seem to fix it. Half a dozen runs of my reproducers yielded nothing but correct behavior.

Bug#1081199: import-dsc: decides native/non-native based on version format alone

Source: git-buildpackage Version: 0.9.30 Severity: normal Tags: patch Dear Guido, Source format 1.0 native packages with a hyphen in their version number are considered non-native by gbp import-dsc: $ git init --initial-branch=master Initialized empty Git repository in /tmp/p3d/.git/ $ gbp impor

Bug#1081198: gpg decrypt fails

Package: meli Version: 0.8.7+20240903+dfsg-1 Severity: important X-Debbugs-Cc: werdah...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, decrypting mails currently fails for me: gpg::verify failed Not found error: Could not use libgpgme Caused by: [2] Linked library `gpgme` erro

Bug#1080978: libreoffice: steals the PRIMARY selection

Control: found -1 4:24.2.5-4 BTW, testing is affected (and maybe earlier versions too: I do not use LibreOffice often). -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC projec

Bug#1081200: RM: golang-1.21 -- ROM; EOL; superseded by golang-1.22 & golang-1.23

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: golang-1...@packages.debian.org, z...@debian.org Control: affects -1 + src:golang-1.21 User: ftp.debian@packages.debian.org Usertags: remove With the release of golang-1.23, golang-1.21 is EOL now.

Bug#1070104: termshark: please add support for loong64

Source: termshark Version: 2.4.0-1 Followup-For: Bug #1070104 X-Debbugs-Cc: wuruil...@loongson.cn Dear Maintainer, Is there a problem with the merger? At the moment, I see that there is no merge. wuruilong

Bug#1080465: Please update ruby-packetfu

Hi Lucas! Thanks for quickly uploading 2.0.0-1 :) I see it FTBFS though, apparently because a few upstream tests need Internet access, which our buildds block. Cheers, -- intrigeri

Bug#1080476: logcheck: Typo "logfiled.d" in error msg

control: close -1 thanks Hi debBug, you reported a bug but it is a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074262 You do need to check bugs are not already filed before reporting new ones, because it makes work for people doing triage, and also saves you making patches t

Bug#1078127: libc6: mcheck(NULL) fails even at the beginning of a program

On Wed, 7 Aug 2024 11:16:04 +0200 Vincent Lefevre wrote: Package: libc6 Version: 2.39-6 Severity: normal The following program #include #include int main (void) { int r; r = mcheck (NULL); printf ("%d\n", r); return 0; } outputs -1, which is incorrect. It should have been 0. The

Bug#1076843: transition: r-bioc-biocgenerics (r-api-bioc-3.19)

Dear Graham, Thank you very much! We have a question about https://qa.debian.org/excuses.php?package=r-bioc-tcgabiolinks ; the CI for this package has never passed on ppc64el, so we are confused as to why this is now holding up migration. Likewise for https://qa.debian.org/excuses.php?packag

Bug#1081201: libc6-dev:amd64 : Breaks: libc6-dev-amd64-cross (< 2.40~) but 2.39-4cross1 is to be installed

Package: libc6-dev-amd64-cross Version: 2.39-4cross1 Severity: serious X-Debbugs-Cc: debian-cr...@lists.debian.org Hi, while trying to cross-build the next upload of my source package pico-sdk for amd64 on my arm64 box in a clean unstable chroot with sbuild, I ran into the following problem: Ins

Bug#1081202: tuigreet ftbfs in unstable

Package: src:tuigreet Version: 0.9.1-1 Severity: serious Tags: sid trixie patch [...] dh_auto_test -O--buildsystem=cargo debian cargo wrapper: options, profiles, parallel, lto: ['parallel=8'] [] ['-j8'] 0 debian cargo wrapper: rust_type, gnu_type: x86_64-unknown-linux-gnu, x86_64-linux-gnu d

Bug#1080278: python-autopage: diff for NMU version 0.4.0-3.1

Control: tags 1080278 + patch Control: tags 1080278 + pending Dear maintainer, I've prepared an NMU for python-autopage (versioned as 0.4.0-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, -- Colin Watson (he/him)

Bug#1080459: systemd after all? Failed to find module 'options snd_hda_intel...

I have just checked journalctl -b and today I have an entry: systemd-modules-load[352]: Failed to find module 'options snd_hda_intel id=[HDMI,PCH] index=1,0' So as usual maybe this is systemd fault somehow? I find systemd documentation impenetrable, but I suppose that I will have to try and find

Bug#1081203: ITP: python-threadloop -- Tornado IOLoop Backed Concurrent Futures

Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-threadloop Version : 1.0.2 Upstream Contact: Grayson Koonce * URL : https://github.com/TomerFi/aioswitcher * License : Expat Programming

Bug#1080278: python-autopage: diff for NMU version 0.4.0-3.1

On Mon, Sep 09, 2024 at 11:15:58AM +0100, Colin Watson wrote: > I've prepared an NMU for python-autopage (versioned as 0.4.0-3.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I should delay > it longer. This is also https://salsa.debian.org/openstack-team/python/python-autopage/

Bug#1026379: skel.bashrc: please add foot to the color_prompt=yes check

On Thu, 5 Sep 2024, 16:06 Jonatas, wrote: > It would be a great idea to enable color and configure the title > regardless of the terminal used. > Surely Debian already does this for terminals that properly implement the standard methods of declaring what colors they support. eg if "tput setaf"

Bug#1080459: Correction: probably not systemd after all.

Earlier in my attempts to resolve this problem, I have placed a copy of snd-hda.conf under /etc/modules-load.d/ Systemd only expects such files to contain the names of modules, not options, so the error that I have just reported in journalctl is to be expected, and is thus spurious. I have now,

Bug#1081204: chromium: Shipping new headless shell?

Package: chromium Version: 128.0.6613.113-1~deb13u1 Severity: normal X-Debbugs-Cc: ole.laur...@gmail.com Hi! We're using Chromium for outputting PDFs through its --headless mode - we feed it HTML through some JS trickery, and then out comes a PDF. This is niche previously filled by PhantomJS and

Bug#1080459: Possible clues

Trawling through journalctl for any clues, I see the following when sound was working properly, ie. the parameters were being loaded properly and sound delivered to the PCH port: kernel: snd_hda_intel :00:1b.0: Unstable LPIB (131072

Bug#1081205: node-ipydatagrid: diff for NMU version 1.3.2+~cs14.21.116-1.1

Package: node-ipydatagrid Version: 1.3.2+~cs14.21.116-1 Severity: normal Tags: patch pending Dear maintainer, node-ipydatagrid's testing migration has been stuck for a while because of the need for a source-only upload. I've prepared a corresponding NMU for node-ipydatagrid (versioned as 1.3.2+~

Bug#1081193: apt: please implement purge-build-dep

If you do not already know about it, you might want to give a try to mk-build-deps from the devscripts package. Instead of directly installing the build dependencies it generates a local .deb package dependending on them, making them easy to install in a single command, and easy to uninstall (as t

Bug#1017749: marked as done (certbot: /usr/share/doc/certbot/README.rst.gz is not useful for Debian users)

> the Debian Bug report #1017749, > regarding certbot: /usr/share/doc/certbot/README.rst.gz is not useful for > Debian users > to be marked as done. > Hi, im not the bug submitter but i'd like to ask you to reconsider closing this bug. This bug is about the documention and informaton that debia

Bug#1081197: linux: please Build-Depends on 'gcc' or on 'build-essential' rather than 'gcc-13'

On Mon, Sep 09, 2024 at 11:51:17AM +0300, Martin-Éric Racine wrote: > src:linux currently has an explicit Build-Depends on gcc-13. This defeats the > whole point of building against whatever 'build-essential' pulls in for the > target Debian release, and it results in several GCC suites getting

Bug#1078127: libc6: mcheck(NULL) fails even at the beginning of a program

Control: tags -1 upstream Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=32156 On 2024-09-09 11:42:43 +0200, Bernhard Übelacker wrote: [...] > In Bookworm and Trixie [3] the function mcheck always returns -1, > because "IS_IN (libc)" seems to be true at compile time. > > Re

Bug#1080271: podman: please ship the upstream podman-compose.1 manual

Control: reassign -1 podman-compose Control: affects -1 = src:libpod On Sun, Sep 01, 2024 at 01:08:07PM +0100, James Addison wrote: > In #1054460 a duplicate-file conflict on the podman-compose.1 manual was > resolved: the manual was dropped from the podman binary package and the > version from po

Bug#1079830: Please support tab-completing `sudo somecmd /path/private/[tab]` if `~/.sudo_as_admin_successful`

On Tue, 27 Aug 2024, 23:21 Josh Triplett, wrote: > Package: bash-completion > Version: 1:2.14.0-1 > Severity: wishlist > X-Debbugs-Cc: j...@joshtriplett.org > > If the user has sudo access (`~/.sudo_as_admin_successful` exists), and > they're tab-completing a command starting with `sudo` (to guar

Bug#700298: fixed in munin 2.0.42-1

This fix cleans a bit too much. In /usr/lib/munin/cgi/munin-cgi-graph the string "/munin-cgi-graph" is appended to $config->{cgitmpdir}. The cronjob that cleans cgitmpdir removes that directory as well even if it needs to stay, since it won't be created automatically. The fixes I've found is eit

Bug#1076843: transition: r-bioc-biocgenerics (r-api-bioc-3.19)

Hi Michael After the first migrations, a second wave of about 70 migrations happened after autopkgtests were retried. These can already be seen on the tracker. On Mon, 9 Sept 2024 at 09:44, Michael R. Crusoe wrote: > We have a question about > https://qa.debian.org/excuses.php?package=r-bioc-t

Bug#1081206: licenserecon: make working with debian/copyright using spdx name

Package: licenserecon Version: 1.17.1 Severity: wishlist Dear Maintainer, please make licenserecon working good with debian/copyright using spdx name currently if spdx names are used even if correct they are marked as different I suppose it is possible support d/copyright using spdx name by

Bug#1081197: linux: please Build-Depends on 'gcc' or on 'build-essential' rather than 'gcc-13'

ma 9. syysk. 2024 klo 13.50 Bastian Blank (wa...@debian.org) kirjoitti: > > On Mon, Sep 09, 2024 at 11:51:17AM +0300, Martin-Éric Racine wrote: > > src:linux currently has an explicit Build-Depends on gcc-13. This defeats > > the whole point of building against whatever 'build-essential' pulls in

Bug#1081014: Should python3-zipp be dropped in trixie?

Control: severity -1 normal Control: tags -1 wontfix On Fri, Sep 06, 2024 at 11:39:44PM +0300, Adrian Bunk wrote: > Looking at CVE-2024-5569 and the potential of future CVEs, > I wonder whether there is any reason why reverse dependencies > still need this package or whether they could use the ver

Bug#932858: [Pkg-monitoring-maintainers] Bug#932858: mon monitors failing on recent perl

On Friday, 31 May 2024 05:55:05 AEST Ricardo Signes wrote: > I'll look at sending a patch upstream, but I think mon is pretty stable > these days. It'd be nice to see this fixed in Debian if possible. The original upstream developer doesn't seem to have time for it so I've forked mon. Send me p

Bug#1057384: openresolv: Please don't change resolv.conf when it's a symlink

Hi Daniel, Sorry for the long delay in responding. Yes, openresolv is in salsa and open to collaborative maintenance. If you decide to contribute, I suggest you fork it in your own userspace, make your changes, and then submit a merge request. Your contributions will be most welcome. Cheers.

Bug#1081208: LUA dependecnies issues

Package: lua-http Version: 0.4-1 Package: lua-lpeg-patterns Version: 0.4-1.1 Package: lua5.3 Version: 5.3.6-2 Issue: Using Debian bookworm with lua5.3, lua-http for lua5.3 requires lua-lpeg-patterns, configured as dependency >=0.3, but lua-lpeg-patterns is not compatible with lua-5.3, only

Bug#1057384: openresolv: Please don't change resolv.conf when it's a symlink

Hi Fabio, On Mon, Sep 09, 2024 at 09:47:52AM -0300, Fabio A. De Muzio Tobich wrote: > Sorry for the long delay in responding. No worries :) > Yes, openresolv is in salsa and open to collaborative maintenance. If you > decide to contribute, I suggest you fork it in your own userspace, make > your

Bug#1076843: transition: r-bioc-biocgenerics (r-api-bioc-3.19)

Hey Graham, Thanks for the update, it is very exciting to see the progress! Can we get an exception/hint to ignore the s390x test failure for r-bioc-rhdf5 and the ppc64el test failure for r-bioc-tcgabiolinks? Thanks, On 09/09/2024 14.08, Graham Inggs wrote: Hi Michael After the first migrat

Bug#1081190: RFP: weii -- read Wii balance board as a weight scale

I created draft build rules in https://salsa.debian.org/pere/weii/ >. -- Happy hacking Petter Reinholdtsen

Bug#1080514: knot: FTBFS on armel: insufficient atomics

Control: fixed -1 3.4.0-4 I believe we managed to really fix this with upstream help in 3.4.0-4: https://buildd.debian.org/status/logs.php?pkg=knot&ver=3.4.0-4&arch=armel Cheers, Jakub Ružička

Bug#1057384: openresolv: Please don't change resolv.conf when it's a symlink

Em 09/09/2024 10:00, Daniel Gröber escreveu: I don't see a reason not to just upload to unstable and push to debian/openresolv. Do you have a reason? Making the fork was just a suggestion, you can do the direct push if you wish, without any problems. As for uploading, you are not the mai

Bug#1076843: transition: r-bioc-biocgenerics (r-api-bioc-3.19)

Hi Michael On Mon, 9 Sept 2024 at 13:00, Michael R. Crusoe wrote: > Can we get an exception/hint to ignore the s390x test failure for > r-bioc-rhdf5 and the ppc64el test failure for r-bioc-tcgabiolinks? I'd prefer that the failing tests were fixed (or skipped) in the packages themselves. Otherw

Bug#1073445:

The test failures with this symptom: ResourceWarning: Unclosed are related to the anyio bump to 4.4.0 - see: https://github.com/encode/starlette/discussions/2603 no fix committed upstream yet.

Bug#1057384: openresolv: Please don't change resolv.conf when it's a symlink

Hi Fabio, On Mon, Sep 09, 2024 at 10:16:22AM -0300, Fabio A. De Muzio Tobich wrote: > > Do you have a reason? > > Making the fork was just a suggestion, you can do the direct push if you > wish, without any problems. > > As for uploading, you are not the maintainer of the package, so if you > wa

Bug#1081211: Should fonts-pecita be removed from unstable?

Source: fonts-pecita Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing fonts-pecita from Debian for the following reasons: * It accumulated one RC-bug: + #975810: fonts-pecita: FTBFS: Error: Validation error Last modified: 1 year, 2 mont

Bug#1081210: Should ggcov be removed from unstable?

Source: ggcov Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing ggcov from Debian for the following reasons: * It accumulated one RC-bug: + #1020263: ggcov FTBFS: 1/21 tests passed Last modified: 1 year, 11 months * It is not part of b

Bug#1081216: Should dxvk be removed from unstable?

Source: dxvk Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing dxvk from Debian for the following reasons: * It accumulated one RC-bug: + #982159: dxvk: Dependency on development version of WINE might not be justified Last modified: 1 y

Bug#1081212: Should flask-appbuilder be removed from unstable?

Source: flask-appbuilder Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing flask-appbuilder from Debian for the following reasons: * It accumulated one RC-bug: + #1020739: autopkgtest regression with flask 2.2.2 Last modified: 1 year, 5

Bug#1081215: Should flightgear-phi be removed from unstable?

Source: flightgear-phi Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing flightgear-phi from Debian for the following reasons: * It accumulated one RC-bug: + #979902: flightgear-phi: node-uglify is deprecated in favor of uglifyjs Last mo

Bug#1076236: python3-numpy: python3-numpy doesn't support cross-building well

Hi Timo et al, On Sun, Sep 08, 2024 at 11:17:02PM +0200, Timo Röhling wrote: > The cross build support relies on pkg-config to select the correct host > architecture via "/usr/lib/ARCH/pkgconfig/numpy.pc", so I patched all > relevant API entrypoints (numpy-config, numpy.get_include()) to query > $

Bug#1081218: Should dynamic-motd be removed from unstable?

Source: dynamic-motd Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing dynamic-motd from Debian for the following reasons: * It accumulated one RC-bug: + #1029394: dynamic-motd: fails to install: [Errno 2] No such file or directory: '/etc/up

Bug#1081214: Should ecere-sdk be removed from unstable?

Source: ecere-sdk Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing ecere-sdk from Debian for the following reasons: * It accumulated 2 RC-bugs: + #898832: ecere-sdk: FTBFS on i386: /usr/lib/gcc/i686-linux-gnu/7/include/stddef.h:435:78: erro

Bug#1081217: Should fava be removed from unstable?

Source: fava Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing fava from Debian for the following reasons: * It accumulated one RC-bug: + #1031724: fava: frontend is not built from source; missing source Last modified: 1 year, 6 months

Bug#1081213: Should eclipse-tracecompass be removed from unstable?

Source: eclipse-tracecompass Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing eclipse-tracecompass from Debian for the following reasons: * It accumulated one RC-bug: + #1010983: eclipse-tracecompass: Does not start Last modified: 1 yea

Bug#1081219: manpages: libc(7) bad display with "info glibc"

Package: manpages Version: 6.8-2 Severity: normal When I type "info glibc", this gives the libc(7), and I get [...] glibc By far the most widely used C library on Linux is the ^[]8;;http://www.g\ nu.org/software/libc/^[\GNU C Library^[]8;;^[\, of‐ [...] Other C libraries There

Bug#1081209: Should dogecoin be removed from unstable?

Source: dogecoin Severity: important User: helm...@debian.org Usertags: sidremove Dear maintainer, I suggest removing dogecoin from Debian for the following reasons: * It accumulated one RC-bug: + #1034806: dogecoin: CVE-2021-37491 CVE-2023-30769 Last modified: 1 year, 4 months * It is

Bug#1013868: nfs-common: Split between Python scripts to separate package

Hi, On Sun, Dec 17, 2023 at 04:23:51PM +0100, Gioele Barabucci wrote: > Control: tags -1 patch > Control: retitle -1 nfs-common makes Python required on NFS clients > > On Fri, 25 Aug 2023 16:58:33 +0200 Gioele Barabucci > wrote: > > > > could you please move the three Python scripts included in

Bug#65117: closed by наб (Re: Bug#65117: tgif: does not work with -print -tiffepsi)

I found the old file and put it at https://fly.isti.cnr.it/tmp/ground_segment_init_coll.obj.bz2 From: "Debian Bug Tracking System" To: Francesco Potorti` Date: Sun, 01 Sep 2024 22:39:01 + This is an automatic notification regarding your Bug report which was filed against the tgif package:

Bug#1081034: bookworm-pu: package ikiwiki-hosting/0.20220716-2+deb12u1

Hi Simon, Thanks for your reply, much appreciated! On Sat, Sep 07, 2024 at 07:20:14PM +0100, Simon McVittie wrote: > On Sat, 07 Sep 2024 at 12:13:20 +0200, Salvatore Bonaccorso wrote: > > We discussed this, if we should release the update for ikiwiki-hosting > > (real impact) and fcgiwrap (only a

Bug#1070685: linux-image-6.1.0-21-amd64: Found Trace in the logs about br_netfilter and nf_conntrack

Hi Tito, On Sun, Sep 08, 2024 at 12:07:26AM +0200, XXX XXX wrote: > On Sat, 7 Sep 2024 09:13:09 +0200 > Salvatore Bonaccorso wrote: > > > Hi, > > > > On Fri, Sep 06, 2024 at 10:47:04PM +0200, XXX XXX wrote: > > > On Fri, 6 Sep 2024 22:04:27 +0200 > > > Salvatore Bonaccorso wrote: > > > > > >

Bug#1081214: Should ecere-sdk be removed from unstable?

Control: tags -1 + wontfix Dear all, I really do hope to update the package to correct the FTBFS bugs, but have unfortunately been too busy lately. Please keep the package in unstable, as I really do hope to provide an updated release that addresses these issues ASAP. If anyone is available

Bug#1078016: git-debpush: want some option to print workflow, if known

On Wed, 14 Aug 2024 08:28:08 +0800 Sean Whitton wrote: Hello, On Tue 13 Aug 2024 at 10:25pm +01, Ian Jackson wrote: > I think we need to be a little careful about the distinctions between > > 1. dgit quilt mode > 2. git branch and tree format > 3. workflow > > These go from least to most

Bug#1081220: fscrypt FTBFS in tests on systems with low available locked memory

Package: fscrypt Version: 0.3.4-2 Severity: minor Tags: patch ftbfs User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oracular ubuntu-patch Hi Paride, The latest version of fscrypt has been stuck for some time in Ubuntu's devel-proposed pocket because its build-time tests depend on bein

Bug#1081197: linux: please Build-Depends on 'gcc' or on 'build-essential' rather than 'gcc-13'

On Mon, Sep 09, 2024 at 05:56:50PM +0300, Martin-Éric Racine wrote: > Fair enough. In that case, I suggest editing the following (4.5.1. > Preparation) to remove the step about installing build-essential, > since it installs a compiler suite that won't be used by src:linux. build-essential is requ

Bug#1024971: pybuild: should fail when the result of running tests is "Ran 0 tests in 0.000s"

On Mon, Sep 09, 2024 at 08:31:52AM +, Stefano Rivera wrote: > > Hi Julian (2024.09.08_21:33:49_+) > > > I built 6440 packages build-depending on dh-python in one way or > > > another. 1483 failed, and 1124 of them say "NO TESTS RAN" in the logs. > > > > My guess is that most of these 1124

Bug#1081221: python3-tk: depends on both python3.12-tk and python3.13-tk?

Package: python3-tk Version: 3.12.5-3 Severity: minor Hi, Is this expected to depend on two versions at a time? Same then for python3-gdbm. Not sure if it has also something to do with #1073298. Regards, Patrice -- System Information: Debian Release: trixie/sid APT prefers unstable-debug AP

Bug#1081222: yubikey-manager: python3-pyscard 2.1.0 seems to break yubikey-manager

Package: yubikey-manager Version: 5.4.0-1 Severity: grave X-Debbugs-Cc: hert...@debian.org Control: forwarded -1 https://github.com/Yubico/yubikey-manager/issues/634 Hello, I am unable to use yubikey-manager in unstable right now... $ ykman info WARNING: Failed opening device ERROR: Failed to con

Bug#1053174: Block Ben Tris

Package: bugs.debian.org Followup-For: Bug #1053174 I do not like such maintainers. I still like the shown example.

Bug#1076236: python3-numpy: python3-numpy doesn't support cross-building well

Hi Helmut, * Helmut Grohne [2024-09-09 07:36]: I vaguely take issue with this approach. It was tried elsewhere and it is an annoying failure mode. Generally speaking. foo-config tools should not reside in M-A:same packages. We expect that a foo-config tool behaves for the architecture of the

Bug#1078016: git-debpush: want some option to print workflow, if known

Niels Thykier writes ("Bug#1078016: git-debpush: want some option to print workflow, if known"): > Just adding my two (and half) cents on this as I was requesting this > feature. FTR, I think your aims are laudable. I hope we can help you build the tool you want. I wouldn't be surprised if we

Bug#1057384: openresolv: Please don't change resolv.conf when it's a symlink

Daniel, Em 09/09/2024 10:28, Daniel Gröber escreveu: My understanding is that in the "Debian" salsa group we're all maintainers, that's the whole point of it :-) Consequently I was going to do this as a "Debian" Team upload. cf. https://wiki.debian.org/Salsa/Doc#Collaborative_Maintenance:_.22

Bug#1081069: ghc: Don't do tests on crossbuild

Samuel Thibault, le sam. 07 sept. 2024 23:05:09 +0200, a ecrit: > --- debian/rules.original 2024-09-07 23:04:14.489645147 +0200 > +++ debian/rules 2024-09-07 23:04:15.401631651 +0200 > @@ -165,6 +165,7 @@ > > override_dh_auto_test: > ifeq (NO,$(BUILD_CROSS)) > +ifeq ($(filter nocheck,$

Bug#1081070: ghc: Avoid manpage rules on cross-build

Ilias Tsitsimpis, le lun. 09 sept. 2024 18:58:24 +0300, a ecrit: > On Sat, Sep 07, 2024 at 11:08PM, Samuel Thibault wrote: > > When cross-building, it seems that upstream doesn't install manpages, so > > we should avoid tinkering with them, debian/tmp/usr/share/man doesn't > > even exist. > > The

Bug#1081070: ghc: Avoid manpage rules on cross-build

Hi Samuel, On Sat, Sep 07, 2024 at 11:08PM, Samuel Thibault wrote: > When cross-building, it seems that upstream doesn't install manpages, so > we should avoid tinkering with them, debian/tmp/usr/share/man doesn't > even exist. The attached patch is for GHC 9.0.2-4 (the version available in stabl

  1   2   >