Bug#1102321: android-udev-rules has an undeclared file conflict on /usr/lib/udev/rules.d/51-android.rules

Hi Helmut, Il giorno mar 8 apr 2025 alle 09:45:16 +02:00:00, Helmut Grohne ha scritto: You may consider it a duplicate, yes. Unfortunately, my tooling is unable to reopen existing bugs and files duplicates for ones that have been closed in error. Don't worry, it's not a big deal. the confl

Bug#1102321: android-udev-rules has an undeclared file conflict on /usr/lib/udev/rules.d/51-android.rules

Hi Helmut, On Mon, 7 Apr 2025 16:38:40 +0200 Helmut Grohne wrote: Package: android-udev-rules Version: 0~20250314+ds-2 Severity: serious User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + google-android-platform-tools-installer android-udev-rules has an undeclared fi

Bug#1101630: marked as pending in xbyak

Control: tag -1 pending Hello, Bug #1101630 in xbyak reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/xbyak/-/commit/117d46ad065e92131538802d3b20ec86b1c24

Bug#1099130: firefox-esr: terms of use

Hi Sylvestre, thanks for your reply on this matter! On Mon Mar 24, 2025 at 10:27 PM CET, Sylvestre Ledru wrote: However, we reserve the right to block access to some of our online services in case of abuse. This, to me, is the crucial part of all this. Most people here are not at all concerne

Bug#1100154: dh-debputy: full integration regression in CMake project

Hi Niels, On Wed Mar 12, 2025 at 7:58 AM CET, Niels Thykier wrote: I understand the trigger of the error and I think it will be a trivial patch once I find the right place to put the fix. If I am correct, this is not specific to `cmake`. Happy this is easy to fix :) Since it is not a regress

Bug#1099244: libspng: FTBFS: 49/208 ch1n3p04 FAIL

Control: forwared -1 https://github.com/randy408/libspng/issues/276 Hi Santiago, On Sun Mar 2, 2025 at 7:09 PM CET, Santiago Vila wrote: When a library change triggers a bunch of similar FTBFS problems in packages having it in their build-depends, it may be the case that there is a bug in the

Bug#1099244: libspng: FTBFS: 49/208 ch1n3p04 FAIL

Hi Santiago, On Sat Mar 1, 2025 at 10:01 PM CET, Santiago Vila wrote: Package: src:libspng Version: 0.7.4-1 During a rebuild of all packages in unstable, your package failed to build The issue seems to have been introduced by a new libpng1.6 (not lib**s**png), which is used by libspng only

Bug#1099130: firefox-esr: Please package a fork that respects users privacy

An update from Mozilla regarding this situation: https://blog.mozilla.org/en/products/firefox/update-on-terms-of-use/

Bug#1099130: firefox-esr: Please package a fork that respects users privacy

Hi all, as firefox-esr gets installed by default on Debian when installing the default GUI (via task-desktop and other packages) I feel that this is particularly important. The alternative of installing desktop-specific browsers on different desktop environments would be suboptimal, in my opi

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

Control: severity -1 important On Sat, Feb 01, 2025 at 01:24:37PM -0500, Kevin Otte wrote: > On 2/1/25 10:43, Andrea Bolognani wrote: > > Okay, that tracks. It's surprising that you were able to start VMs at > > all after that point though, I would have expected trouble to

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

ease the upgrade with the intent to go back re-modify it later. It's weird that you got the prompt at all: if I'm reading the code correctly, that shouldn't have happened. Of course that's arguably in itself a problem... -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

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

ould be able to gather all the information by looking at /var/log/apt/term.log*. What version of libvirt did you have installed before the upgrade? Do you have the libvirt-daemon-system package installed? And was it installed before the upgrade? Was any message containing the string "transfer o

Bug#1092745: NMUing opensysusers

Hi Helmut, On Sun Jan 26, 2025 at 2:45 PM CET, Helmut Grohne wrote: I am moving forward with NMUing opensysusers. I am aware that you prefer a more elaborate solution that involves splitting opensysusers. However, this is an RC-bug with a patch and thus eligible for 0-day NMU according to devr

Bug#1092045: marked as pending in yuzu

Control: tag -1 pending Hello, Bug #1092045 in yuzu reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/yuzu/-/commit/9ef8d47ce48893f566460553a49064a8bf24618

Bug#1091241: pistache: FTBFS on armhf: dh_auto_test: error: cd obj-arm-linux-gnueabihf && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 meson test --no-suite=network returned exit c

Hi, On Fri Jan 10, 2025 at 4:10 PM CET, Lucas Nussbaum wrote: Hi Andreas, It's Andrea, without the s ;) I retried it, and confirm that it is now fixed Nice to hear, thanks! Bye. signature.asc Description: PGP signature

Bug#1091241: pistache: FTBFS on armhf: dh_auto_test: error: cd obj-arm-linux-gnueabihf && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 meson test --no-suite=network returned exit c

Hi Lucas, I'm unable to reproduce the issue on the amdhal porter box. Any suggestion? Maybe it was just a temporary issue introduced by the C/C++ toolchain, that it has now been fixed? Let me know! Thanks :) signature.asc Description: PGP signature

Bug#1091241: pistache: FTBFS on armhf: dh_auto_test: error: cd obj-arm-linux-gnueabihf && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 meson test --no-suite=network returned exit c

, > > Can you please pull the latest upstream? I'm a Pistache maintainer. We > released 0.4.26 this morning. Version 0.0.5 is pretty ancient. Hi Kip, I don't maintain the pistache package. this was filed as part of a QA effort spanning all packages. @Andrea are you still ac

Bug#1085124: muon-meson: FTBFS: /bin/sh: 1: /<>/build/muon: Permission denied

Hi Santiago, On Wed Nov 27, 2024 at 12:59 PM CET, Santiago Vila wrote: Can you consider making an upload to fix this bug? (before the package is autoremoved). I believe the last patch I sent is good enough. I'm probably going to do this tomorrow. I've been busy writing my bachelor's thesis,

Bug#1085354: marked as pending in mbedtls

Control: tag -1 pending Hello, Bug #1085354 in mbedtls reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian-iot-team/mbedtls/-/commit/78dc5e8c8f8b0885d9d0c270

Bug#1085354: mbedtls FTBFS on arm64 with gcc 14

Hi Reinhard, On Mon Nov 11, 2024 at 1:43 PM CET, Reinhard Tartler wrote: Please consider merging https://salsa.debian.org/debian-iot-team/mbedtls/-/merge_requests/5 Thanks! Stupid me, I just copied the OpenWRT patch without realizing it was patching a non-existent file :/ Uploaded. signa

Bug#1085354: marked as pending in mbedtls

Control: tag -1 pending Hello, Bug #1085354 in mbedtls reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian-iot-team/mbedtls/-/commit/183514cadb0d2602f98780ad

Bug#1085354: Upstream patch available

Hi Emilio, On Wed Nov 6, 2024 at 10:39 AM CET, Emilio Pozuelo Monfort wrote: On Wed, 23 Oct 2024 16:02:06 +0200 marillat wrote: Hi, Upstream patch: https://github.com/openwrt/openwrt/pull/15479/commits/a41747ac8e824b5cb9ed6874a688a4d5a578e10c This is blocking the mbedtls transition. Can yo

Bug#1085124: muon-meson: FTBFS: /bin/sh: 1: /<>/build/muon: Permission denied

On Fri Oct 25, 2024 at 5:13 PM CEST, Santiago Vila wrote: What I see is that the top level meson.build has subdir('doc') and doc/meson.build has a reference to meson-docs, which apparently is setup in a way that meson-docs may be either present or missing. The error happens when genrefman.py i

Bug#1085124: muon-meson: FTBFS: /bin/sh: 1: /<>/build/muon: Permission denied

Hi Santiago, On Thu Oct 24, 2024 at 1:43 PM CEST, Santiago Vila wrote: I think this is a Debian bug, which adds "meson-docs" to the build but without extra dependencies: override_dh_auto_build: --->ln -s ../meson-docs subprojects/ CC="$(CC_FOR_BUILD)" CFLAGS="$(CPPFLAGS_FOR_BUILD)

Bug#1085124: muon-meson: FTBFS: /bin/sh: 1: /<>/build/muon: Permission denied

On Thu Oct 17, 2024 at 9:57 AM CEST, Andrea Pappacoda wrote: I'd still like to figure out what is really happening here though. By looking closer at the logs[1], my guess is that the `subprojects/meson-docs/meson-reference.3` target, which is the 122th out of 123, runs at the same ti

Bug#1085124: muon-meson: FTBFS: /bin/sh: 1: /<>/build/muon: Permission denied

Hi Santiago, On Tue Oct 15, 2024 at 12:33 AM CEST, Santiago Vila wrote: Note: The build does not always fail. If you could not reproduce the bug please contact me privately, as I am willing to provide ssh access to a virtual machine where the bug is fully reproducible. In fact, I'm unable to

Bug#1055514: adopted first patch

Hi all! I know that a lot of time has passed, but I've finally made a decision. While opensysusers indeed has some issues when used as a drop-in replacement for systemd-sysusers, and even upstream is unsure whether it should be used as such[1], I chose to fix this bug by adopting Helmut's fi

Bug#1081357: oz: Needs explicit Depends on libvirt-daemon-driver-qemu

that use libvirt or are somewhat related to it being maintained there: libosinfo, hivex and rhsrvany are examples. That said, I cannot in good conscience commit to spending any of my own time on it. I'm not familiar at all with the tool, and taking care of libvirt itself already consumes pretty m

Bug#1081357: oz: Needs explicit Depends on libvirt-daemon-driver-qemu

ng care of oz has priority though, since it blocks migration to testing. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1069872: [PATCH] d/patches: fix input type=checkbox output

hree characters, + leading to an unexpected result. + . + To fix this, simply wrap the checked ternary expression with a braced + string constructor. +Author: Andrea Pappacoda +Bug-Debian: https://bugs.debian.org/1077671 +Forwarded: https://gitlab.com/grobian/html2text/-/merge_requests/54 +L

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Thu, Sep 05, 2024 at 05:59:15AM +0200, Helmut Grohne wrote: > On Wed, Sep 04, 2024 at 10:23:53PM +0200, Andrea Bolognani wrote: > > This has now been accepted, and the package uploaded to experimental. > > > > Please let me know how dumat feels about it :) > > Thank

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Sun, Sep 01, 2024 at 05:17:28PM +0200, Andrea Bolognani wrote: > On Fri, Aug 30, 2024 at 09:38:46PM +0200, Helmut Grohne wrote: > > Looking forward to your update. > > MR here: > > https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/232 > > Please take

Bug#1080144: xbyak: FTBFS: failing tests

On Fri Aug 30, 2024 at 8:29 PM CEST, Santiago Vila wrote: It happens in testing already: Yeah, I hadn't upgraded my packages since a few weeks. I've ran a bisection with debbisect and it reported the following: bisection finished successfully last good timestamp: 20240809T084720Z

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Fri, Aug 30, 2024 at 09:38:46PM +0200, Helmut Grohne wrote: > On Fri, Aug 30, 2024 at 09:19:08PM +0200, Andrea Bolognani wrote: > > I disagree on the check being useless in general though. The > > diversion should only be created when upgrading from a version of > > lib

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

onsider running it > locally before uploading to experimental. It should catch the worst of > issues. The pipeline is set up to run piuparts, but the information reported by the job is unfortunately not really useful at the moment. See https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/231#note_521119 for some additional information about this. I'm not familiar with running piuparts locally. If you can share some brief instructions on how to do that, I'll happily try things out before creating the MR. I'll work on implementing and testing this over the weekend. I'll update the bug as appropriate. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1080144: xbyak: FTBFS: failing tests

Hi Santiago, thanks for the report. I found out about the failure yesterday, but it'd be nice to know which package update in unstable broke xbyak's tests, so that I can debug the issue quicker. The issue does not appear yet on Testing. Thanks! (sorry for the crappy email - I'm on my phone) I

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Wed, Aug 28, 2024 at 12:17:05AM +0200, Andrea Bolognani wrote: > +#BEGIN CREATE_PROTECTIVE_DIVERSION > +create_protective_diversion() { > +local usrfile="$1" > +local firstver="$2" > + > +if [ "$2" != "--" ]; then This sh

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

+#END CREATE_PROTECTIVE_DIVERSION + +#BEGIN DELETE_PROTECTIVE_DIVERSION +delete_protective_diversion() { +local usrfile="$1" +local firstver="$2" + +if [ "$2" != "--" ]; then +echo "delete_protective_diversion called with the wrong number of arguments" >&2 +return 1 +fi +for _ in $(seq 1 2); do +shift +done + +if [ ! -e "$usrfile.usr-is-merged" ]; then +return 0 +fi + +dpkg-divert \ +--no-rename \ +--divert "$usrfile.usr-is-merged" \ +--remove "$usrfile" +} +#END DELETE_PROTECTIVE_DIVERSION + #BEGIN SYSTEMD_DAEMON_RELOAD systemd_daemon_reload() { if [ -z "${DPKG_ROOT:-}" ] && [ -d /run/systemd/system ]; then -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Sat, Aug 24, 2024 at 02:29:52PM +0200, Andrea Bolognani wrote: > The changes I've been working on are now available here: > > https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/229 > > Thank you all for your patience. 10.6.0-2, which includes the changes, is

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Tue, Aug 20, 2024 at 09:30:52PM +0200, Andrea Bolognani wrote: > On Tue, Aug 20, 2024 at 08:14:59AM +0200, Guido Günther wrote: > > On Mon, Aug 19, 2024 at 12:03:47AM +0200, Andrea Bolognani wrote: > > > I have however realized that there is an obstacle to enacting the >

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Tue, Aug 20, 2024 at 08:14:59AM +0200, Guido Günther wrote: > On Mon, Aug 19, 2024 at 12:03:47AM +0200, Andrea Bolognani wrote: > > I have however realized that there is an obstacle to enacting the > > plan as outlined above: the restructuring involves introducing > &g

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Sat, Aug 10, 2024 at 06:19:31PM +0200, Andrea Bolognani wrote: > I spent some more time testing the restructuring today, and it seems > to behave well. There is still one known issue with transferring > conffiles between packages under certain conditions, but I believe > that I

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Sat, Aug 10, 2024 at 06:19:31PM +0200, Andrea Bolognani wrote: > So, here's my proposal: in two weeks' time, i.e. by September 25, I > will upload a version of libvirt that includes both the restructuring > and the usr-merge bits to experimental. I obviously meant

Bug#1064126: [Pkg-libvirt-maintainers] Bug#1064126: libvirt: install NSS modules into /usr

On Sat, Aug 10, 2024 at 05:41:25PM +0200, Guido Günther wrote: > On Sat, Aug 10, 2024 at 03:30:23PM +0200, Andrea Bolognani wrote: > > Note that I have also uploaded 10.6.0-1 in the meantime, which is set > > to migrate to testing tomorrow. I wonder how the two uploads will > &g

Bug#1064126: libvirt: install NSS modules into /usr

On Tue, Aug 06, 2024 at 10:46:36PM +0200, Michael Biebl wrote: > Hi Andrea > > I just uploaded the attached debdiff to DELAYED/7. > > As discussed in this bug report, the changes for usrmerge *must* happen for > trixie and are not optional. So it is better to get those out

Bug#1075625: marked as pending in vixl

Control: tag -1 pending Hello, Bug #1075625 in vixl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/vixl/-/commit/3f84fdc61936c3fba5534b9db777e2bec70af56

Bug#1072934: shadowsocks-libev: Consider removing the package

On Mon, 10 Jun 2024 11:55:30 -0400 Boyuan Yang wrote: > Following the previous communication in March, I am considering to take action > and remove related packages in the ss-libev ecosystem. Package > shadowsocks-libev > will be removed together with simple-obfs. Hi Boyuan, I don't know what pr

Bug#1069357: cpp-httplib: FTBFS fixed on mentors

Hi all, I've uploaded a fixed version on Mentors, available here: https://mentors.debian.net/package/cpp-httplib/ If you're a DD, I'd greatly appreciate a sponsored upload :D Bye. -- OpenPGP key: 66DE F152 8299 0C21 99EF A801 A8A1 28A8 AB1C EE49

Bug#1069357: marked as pending in cpp-httplib

Control: tag -1 pending Hello, Bug #1069357 in cpp-httplib reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/cpp-httplib/-/commit/da7a05c0c81b4105baf63a891

Bug#1073440: marked as pending in cpp-httplib

Control: tag -1 pending Hello, Bug #1073440 in cpp-httplib reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/cpp-httplib/-/commit/da7a05c0c81b4105baf63a891

Bug#1069357: marked as pending in cpp-httplib

Control: tag -1 pending Hello, Bug #1069357 in cpp-httplib reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/cpp-httplib/-/commit/b1ac1a8091c049edf533dc92f

Bug#1073440: marked as pending in cpp-httplib

Control: tag -1 pending Hello, Bug #1073440 in cpp-httplib reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/cpp-httplib/-/commit/b1ac1a8091c049edf533dc92f

Bug#1069357: OpenSSL 3.2 breaks cpp-httplib

Control: forwarded -1 https://github.com/yhirose/cpp-httplib/issues/1798 Hi all, a Gentoo developer has confirmed that this issue has been caused by the OpenSSL 3.2 update, as I suspected. In almost two months, nobody has been able to provide a fix. What should I do?

Bug#1067303: trash-cli in Debian: test problems again

-uc -us Here the results of the build: andrea@lima-default:~/trash-cli$ debuild -b -uc -us dpkg-buildpackage -us -uc -ui -b dpkg-buildpackage: info: source package trash-cli dpkg-buildpackage: info: source version 0.23.11.10-1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage

Bug#1069357: cpp-httplib: FTBFS: Test SSLClientServerTest.ClientCertPresent fails with timeout

Hi all, it indeed seems that this issue hasn't been caused by any recent cpp-httplib update, since I've been able to reproduce it on versions as old as 0.10.8+ds-1. I suspect maybe an OpenSSL update broke something for this package? Why didn't ci.d.n notice the breakage? I'll try to see if I can

Bug#1067303: trash-cli in Debian: test problems again

Il giorno mer 8 mag 2024 alle ore 15:13 Jonathan Dowland ha scritto: > Hi Andrea > > I'm afraid we've hit problems running the trash-cli test suite in Debian > again. Our automated processes have removed the package from "testing" > for the time being. > >

Bug#1070498: marked as pending in libvirt

Control: tag -1 pending Hello, Bug #1070498 in libvirt reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/libvirt-team/libvirt/-/commit/13f1f61aacf4277b0496049fd2d

Bug#1069357: Fwd: Re: Bug#1069357: cpp-httplib: FTBFS on arm64: dh_auto_test: error: cd obj-aarch64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 meson test --timeout-m

Messaggio originale Da: Andrea Pappacoda Inviato il: 3 maggio 2024 07:39:59 CEST A: Stuart Prescott Oggetto: Re: Bug#1069357: cpp-httplib: FTBFS on arm64: dh_auto_test: error: cd obj-aarch64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTT

Bug#1068203: spectrwm: hard-coded dependency on pre-t64 library

On Tue, Apr 02, 2024 at 12:02:53AM +0200, Sebastian Ramacher wrote: > On 2024-04-01 23:39:37 +0200, Andrea Bolognani wrote: > > The problem with it, and the reason why a manual dependency is used > > in that case, is that ${shlib:Depends} will not pick it up, since > > it

Bug#1068203: spectrwm: hard-coded dependency on pre-t64 library

e it's dlopen()ed rather than linked against. Do you have any suggestions on how to handle this in a way that plays well with the 64-bit time_t transition? Thanks. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1063252: Proposed fix broke pristine-tar for me

Hi, thanks for your fix! Unfortunately it seems that your patch has broke tarball generation for one of the packages I maintain, dynarmic. $ gbp export-orig gbp:info: Creating /home/tachi/dev/deb/dynarmic_6.5.0+ds.orig.tar.xz gbp:error: Pristine-tar couldn't verify "dynarmic_6.5.0+ds

Bug#1055517: opensysusers: modifies host system instead of target environment

Hi Ansgar, On Tue, 07 Nov 2023 19:38:25 +0100 Ansgar wrote: > opensysusers doesn't really implement the `--root` option (though it > pretends a bit). Functions like `add_group` always access > `/etc/group` and use tools like `groupadd`: > > ```sh > grep -q "^$1:" /etc/group || groupadd -r "$1"

Bug#1055514: opensysusers: ineffective diversion of /bin/systemd-sysusers due to /usr-merge and DEP17

Hi Helmut, thanks for your report! Il giorno mar 7 nov 2023 alle 18:07:56 +01:00:00, Helmut Grohne ha scritto: opensysusers diverts /bin/systemd-sysusers. systemd has moved this file to /usr/bin/systemd-sysusers in version 255~rc1-1. While this change is not visible in an installation, the di

Bug#1041249: cpp-httplib: FTBFS on s390x: ../test/test.cc:5462: Failure

Hi Emanuele, thank you for the info. I'm aware of that, and even reported the issue upstream[1], but the maintainer isn't interested in fixing it. I would debug and maybe fix the issue myself, but as a DM I don't have easy access to porter boxes and honestly the long wait and inability to get ac

Bug#1043297: src:dynarmic: fails to migrate to testing for too long: unresolved RC issue

On Tue, 8 Aug 2023 20:28:16 +0200 Paul Gevers wrote: > Source: dynarmic > Version: 6.4.5+ds-1 > Severity: serious > Control: close -1 6.4.8+ds-2 > Tags: sid trixie > User: release.debian@packages.debian.org > Usertags: out-of-sync > Control: block -1 by 1041270 > > Dear maintainer(s), > > Th

Bug#1041491: marked as done (yuzu: FTBFS: Unmet build dependencies: glslang-tools:native)

Il 13 agosto 2023 23:16:23 CEST, Debian Bug Tracking System ha scritto: >Your message dated Sun, 13 Aug 2023 23:13:56 +0200 >with message-id <0aa416df-8488-49ee-a38a-b57dbb2cf...@debian.org> >and subject line Re: yuzu: FTBFS: Unmet build dependencies: >glslang-tools:native >has caused the Deb

Bug#1041270: dynarmic: broke ABI without SONAME bump

bian.net/package/dynarmic/ Thanks! Il 21 luglio 2023 16:50:01 CEST, Andrea Pappacoda ha scritto: >> Hi Sebastian, thanks for your report. I've uploaded a new version with >> a possible fix on Mentors, you can find it at >> <https://mentors.debian.net/package/dy

Bug#1041249: cpp-httplib: FTBFS on s390x: ../test/test.cc:5462: Failure

Il giorno lun 24 lug 2023 alle 09:05:30 +02:00:00, Sebastian Ramacher ha scritto: Please prepare transitions in experimental first. This would avoid such issues. If there are no news regarding a fix for this bug, please revert cpp-httplib 0.11.4 to get back to a good state. Hi, I'll be sure

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 > rea

Bug#1041270: dynarmic: broke ABI without SONAME bump

+dynarmic (6.4.8+ds-3) unstable; urgency=medium + + * d/{control,patches}: set soversion to major.minor (Closes: #1041270) + + -- Andrea Pappacoda Thu, 20 Jul 2023 19:13:04 +0200 + dynarmic (6.4.8+ds-2) unstable; urgency=medium * Upload to unstable diff -Nru dynarmic-6.4.8+ds/debian/control dyna

Bug#1041270: marked as pending in dynarmic

Control: tag -1 pending Hello, Bug #1041270 in dynarmic reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/dynarmic/-/commit/0b8afc2381e9fd8b8e5186100a68d18

Bug#1041249: cpp-httplib: FTBFS on s390x: ../test/test.cc:5462: Failure

On Sun, 16 Jul 2023 16:07:00 +0200 Sebastian Ramacher wrote: > Source: cpp-httplib > Version: 0.13.1+ds-1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the past) > > When starting an uncoordinated transition, please at least ensure th

Bug#1034226: marked as pending in cloudflare-ddns

Control: tag -1 pending Hello, Bug #1034226 in cloudflare-ddns reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/tachi/cloudflare-ddns/-/commit/f82000e4cc2f6b71c5

Bug#1034226: cloudflare-ddns: dh_installsystemd doesn't handle files in /usr/lib/systemd/system

Hi all, Il giorno mar 11 apr 2023 alle 09:37:27 +02:00:00, bi...@debian.org ha scritto: It seems that your package cloudflare-ddns is shipping files (.service, .socket or .timer) in /usr/lib/systemd/system. This is not supported by the version of dh_installsystemd/debhelper currently in unst

Bug#1030670: Does not depend on libspng0

Hi Jordi, thanks for the fast report! On Mon Feb 6, 2023 at 12:09 PM CET, Jordi Mallach wrote: > While trying to build against the new libspng-dev, I found that even my > build was issuing -lspng, it would fail because it could not find it. > > It turns out you're missing a dependency against libs

Bug#1028252: tomlplusplus FTBFS: dpkg-checkbuilddeps: error: Unmet build dependencies: cmark-gfm:native

On Mon, 09 Jan 2023 00:23:21 +0200 Adrian Bunk wrote: > Source: tomlplusplus > Version: 3.2.0+ds-1 > Severity: serious > Tags: ftbfs > > cmark-gfm is not Multi-Arch: allowed Hi Adrian, thanks for the report. When I tagged the 3.2.0+ds-1 release I had to mark cmark-gfm with :native to make cross

Bug#1027913: marked as pending in howardhinnant-date

Control: tag -1 pending Hello, Bug #1027913 in howardhinnant-date reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/howardhinnant-date/-/commit/b8e4338b25d

Bug#1023420: marked as pending in libvirt

Control: tag -1 pending Hello, Bug #1023420 in libvirt reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/libvirt-team/libvirt/-/commit/3f2985672fd96f945e71373e477

Bug#1024355: opensysusers: fails to first-install

Hi Samuel, thank you very much for the report. On Fri, 18 Nov 2022 09:40:11 +0100 Samuel Thibault wrote: > Version 0.7.3-1 of opensysusers made it uninstallable: > > (Reading database ... 936343 files and directories currently installed.) > Preparing to unpack .../opensysusers_0.7.3-1_all.de

Bug#1023420: libvirt FTBFS: missing Build-Depends: mount

On Wed, Nov 16, 2022 at 01:11:51PM +0100, Helmut Grohne wrote: > On Wed, Nov 16, 2022 at 12:34:40PM +0100, Andrea Bolognani wrote: > > Can you please tell me how you created the very minimal chroot in > > which you reproduced the issue? A fresh one created today with > > cowb

Bug#1023420: libvirt FTBFS: missing Build-Depends: mount

On Wed, Nov 16, 2022 at 12:34:40PM +0100, Andrea Bolognani wrote: > In the meantime, adding an explicit build time (and runtime!) > dependency on mount will do the trick. If I'm reading the NEWS.Debian file for mount correctly, it hasn't been essential since 2017. So why is this

Bug#1023420: libvirt FTBFS: missing Build-Depends: mount

h one created today with cowbuilder still contains mount, and even adding DEBOOTSTRAPOPTS="--variant=minbase" to pbuilderrc doesn't change this. I just want to make sure there are no other commands that need the same treatment. Cheers. -- Andrea Bolognani Resistance i

Bug#1017711: bug#58956: mark_object, mark_objects(?) crash

Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: Vincent Lefevre , spwhit...@spwhitton.name, >> 58...@debbugs.gnu.org, 1017...@bugs.debian.org >> Date: Thu, 03 Nov 2022 21:25:08 + >> >> AFAIU the Emacs subprocess we use to compile s

Bug#1017711: bug#58956: mark_object, mark_objects(?) crash

> Wait, you mean the crash is during exiting Emacs? >> >> For this test, yes. In general, I don't know. >> >> > That could mean Emacs receives some input event when it's half-way >> > through the shutdown process, and the input descriptor is alre

Bug#1023178: microprofile: Contains non-free source

Control: tag -1 + pending I've just fixed the mentioned issues and uploaded the package to mentors.

Bug#1023178: microprofile: Contains non-free source

On Mon, 31 Oct 2022 11:02:55 +0100 Bastian Germann wrote: > The files src/microprofile*.html contain JavaScript code from https://gist.github.com/mjackson/5311256 > which never got a license even though people have asked for it. So please exclude them. Hi Bastian, thank you for the report. I'

Bug#1017739: emacs-lucid cannot start after upgrade

"%S" comp-native-load-path)' > > might help track down the origin of the problem. > > This said, Emacs shouldn't become unusable in such a circumstance, so we > should maybe use a patch along the lines of the one below (not sure if > it wraps the relevant invocation of `comp-el-to-eln-filename`, tho). Agree Emacs should stay usable and I think the one you've identified should be the right invocation to be wrapped. Best Regards Andrea

Bug#1014435: libvirt-daemon-system-systemd: virbr0 default fails to connect

? Or does the VM boot up, but the guest OS is unable to connect to the Internet? Can the guest OS ping the host, or does that not work either? If you try performing another installation, does that work? [1] https://www.debian.org/Bugs/Developer#severities -- Andrea Bolognani Resistance is futil

Bug#1010340: git: Fails to clone and pull from existign repositories

Hi, > Maybe some hiccup at Github?Seems unlikely since on Windows I could clone and > pull everything without issues, but I'll try again tomorrow. Thanks,Andrea

Bug#1006300: marked as pending in libvirt

Control: tag -1 pending Hello, Bug #1006300 in libvirt reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/libvirt-team/libvirt/-/commit/a06d5e56fb01acf2765700c9ad2

Bug#995242: isc-dhcp-server: omshell returns inconsistent results or segfaults

e management (I kept them for a while, but 6 monts has passed from the issue's opening). I'll try to recreate a similar environment, but I don't know when I will be able to. Thanks for your support. Regards -- __ Andrea Turbiglio Università degli

Bug#995242: isc-dhcp-server: omshell returns inconsistent results or segfaults

n the transition  from debian 10 to debian 11 was isc-dhcp-server). -- __ Andrea Turbiglio Università degli Studi dell’Insubria Centro Sistemi Informativi e Comunicazione Servizio Telecomunicazioni - Gestione Rete Dati di Ateneo Via Valleggio, 11 22100 - COMO tel. +3

Bug#995242: isc-dhcp-server: omshell returns inconsistent results or segfaults

segfault at fcf56f25bf0 ip 7fc656ded717 sp 7ffe733c09b0 error 4 in libc-2.31.so[7fc656d8c000+14b000] -- __ Andrea Turbiglio Università degli Studi dell’Insubria Centro Sistemi Informativi e Comunicazione Servizio Telecomunicazioni - Gestione Rete Dati di Ateneo Via Valleggi

Bug#993783: snapd: AppArmor profile breaks snaps

Package: snapd Version: 2.51.7-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: andreakarim...@gmail.com Dear Maintainer, * What led up to the situation? Trying to run a "classic" snap. * What exactly did you do (or not do) that was effective (or ineffective)? Ju

Bug#980609: missing i386-cpuinfo.h

Followup-For: Bug #980609 source: gcc-10 Is this fix going to be backported to bullseye/sid? I'm too facing this issue with gcc-10 10.2.1-6.

Bug#981435: libvirt: stops on upgrade: internal error: Failed to load module 'libvirt_driver_qemu.so': libvirt.so.0: version `LIBVIRT_PRIVATE_6.9.0' not found (required by libvirt_driver_qemu.so)

On Sun, Jan 31, 2021 at 04:36:21PM +0100, Andrea Bolognani wrote: > I've opened > > https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/98 > > with the proposed patch, and I'm going to use the information you > provided above to give it some testing

Bug#981435: libvirt: stops on upgrade: internal error: Failed to load module 'libvirt_driver_qemu.so': libvirt.so.0: version `LIBVIRT_PRIVATE_6.9.0' not found (required by libvirt_driver_qemu.so)

On Sun, Jan 31, 2021 at 11:04:13PM +0800, Paul Wise wrote: > On Sun, 2021-01-31 at 15:34 +0100, Andrea Bolognani wrote: > > As I've never used unattended-upgrades myself, I'm not familiar with > > it. Is there any chance you could provide some quick tips on how t

Bug#981435: libvirt: stops on upgrade: internal error: Failed to load module 'libvirt_driver_qemu.so': libvirt.so.0: version `LIBVIRT_PRIVATE_6.9.0' not found (required by libvirt_driver_qemu.so)

peration="profile_replace" info="same as current profile, skipping" > profile="unconfined" name="libvirtd//qemu_bridge_helper" pid=1318234 > comm="apparmor_parser" > Jan 31 17:08:34 systemd[1]: Reloading. > Jan 31 17:08:36 systemd[1]: Sto

Bug#977656: zfs-dkms: Fail to build with 5.10 kernel

Hi, Can someone give an estimated timeline for this fix to get into testing (bullseye)? Bye Andrea

Bug#960762: [Pkg-libvirt-maintainers] Bug#960762: libvirt: random (?) test hangs

On Fri, Jul 03, 2020 at 12:04:16AM +0200, Andrea Bolognani wrote: > On Wed, Jul 01, 2020 at 09:24:00AM +0200, Guido Günther wrote: > > On Tue, Jun 30, 2020 at 09:28:34PM +0200, Andrea Bolognani wrote: > > > Has anyone managed to reproduce this? I've built 6.0.0-7 from sourc

  1   2   3   >