Bug#1103388: mirror submission for mirror.abmanagement.al

Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: mirror.abmanagement.al Archive-architecture: amd64 i386 Archive-http: /debian/ Archive-rsync: debian/ Maintainer: Andrea Toska Country: AL Albania Location: Tirana Sponsor

Bug#1102926: teakra FTBFS on !amd64: hardcodes x86_64-linux-gnu in .install files

Hi Adrian, I'm not sure how I missed this when first packaging teakra. Sorry! I'll fix this today. Thanks for the report, bye!

Bug#1040783: libvirt-daemon: libvirt firewalld zone is missing

Control: reassign -1 firewalld Ugh. Sorry for the noise. On Sun, Apr 13, 2025 at 07:35:06PM +0200, Andrea Bolognani wrote: > Control: reassing -1 firewalld > Control: retitle -1 firewalld: Please introduce a trigger for zones installed > by other packages > Control: affects -1 lib

Bug#1040783: libvirt-daemon: libvirt firewalld zone is missing

Control: reassing -1 firewalld Control: retitle -1 firewalld: Please introduce a trigger for zones installed by other packages Control: affects -1 libvirt On Sun, Apr 13, 2025 at 09:28:58AM +0200, Guido Günther wrote: > On Sun, Apr 13, 2025 at 01:15:28AM +0200, Andrea Bolognani wrote: &g

Bug#1040783: [Pkg-libvirt-maintainers] Bug#1040783: libvirt-daemon: libvirt firewalld zone is missing

t. If that had happened, firewalld would have picked up the new zone definitions and virtual network creation would have worked. It would probably make sense to at least attempt to reload firewalld when the network driver is installed, the way upstream and Fedora already do. -- Andrea

Bug#1102628: nvidia-cuda-toolkit: please make dependency on drivers optional

Source: nvidia-cuda-toolkit Version: 12.2.140~12.2.2-2 Severity: whishlist Hi! Would it be possible to make the dependency on the Nvidia drivers optional? This way I could "cross compile" CUDA code from a device without Nvidia GPUs to a device which has. Does it make sense to you? Bye :)

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#1069820: [Android-tools-devel] Bug#1069820: android-sdk-meta: Split udev rules in separate packagejj

Hey Hans, On Mon Mar 24, 2025 at 8:41 AM CET, Hans-Christoph Steiner wrote: How about moving it to https://salsa.debian.org/android-tools-team/ ? I tried to do this, but aparently I'm not allowed to. Are you ok with me performing a team upload to drop the rules and ad a Depends on android-ud

Bug#1069820: android-sdk-meta: Split udev rules in separate package

Hi Roger! On Sun Mar 23, 2025 at 8:19 AM CET, Roger Shimizu wrote: - - The rules don't risk being removed from testing because of bugs in the SDK package or its dependencies (which is currently the case) Thanks for the report! I agree with above point. If you can create the package and upload

Bug#1102145: redict: use system lua library

Source: redict Version: 7.3.2+ds-1 Severity: wishlist Hi! I'm opening this issue to track the possibility of using the system lua library instead of the vendored copy in redict's source code. I'll eventually look into this myself, but I'm opening this issue to ease collaboration. Bye! si

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#1102142: redict: use libc malloc instead of jemalloc

Source: redict Version: 7.3.2+ds-1 Severity: wishlist Hi! I'm opening this issue to track and discuss about dropping the jemalloc dependency from Debian's packaging of redict. Required reading ("Proposed removal of jemalloc support"): In short:

Bug#1091519: deb-systemd-helper: Fails when non-existing unit is listed in Also= line

Hi, it would be nice to get any feedback. As things are right now, it looks like I'm going to be forced to work around this in the libvirt package, which obviously I'm not a fan of. Thanks. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc D

Bug#1102133: [Pkg-libvirt-maintainers] Bug#1102133: virt-manager: aarch64 VM (Alpine) no longer works. .../cpu_map/arm_Ampere-1.xml not found

his is a known issue with the latest version of libvirt: https://gitlab.com/libvirt/libvirt/-/issues/762 A fix already has been proposed upstream: https://lists.libvirt.org/archives/list/de...@lists.libvirt.org/thread/L5CWZ6HOVGPZBR254IJNJ7Q5SQDCAUYN/ Once it gets merged, I will backport it

Bug#1100979: python3-opencv: please provide typing stubs

Package: python3-opencv Version: 4.10.0+dfsg-3 Severity: whishlist Hi! It seems to me that the python3-opencv package doesn't ship the typing stubs added in the upstream pull request located here: . They get installed by the opencv-python pip pack

Bug#1069820: [Android-tools-devel] Bug#1069820: android-sdk-meta: Split udev rules in separate packagejj

Hi, On Tue Apr 1, 2025 at 10:12 AM CEST, Andrea Pappacoda wrote: Are you ok with me performing a team upload to drop the rules and ad a Depends on android-udev-rules, or should I perform an NMU? I opted for doing a team upload, but I didn't realize that I cannot push changes to th

Bug#1101136: ITP: android-udev-rules -- udev rules for Android tools

Hi Fab! On Fri Mar 28, 2025 at 7:57 AM CET, Fab Stz wrote: As you probably know, the src:google-android-installers package also ships 51-android.rules in the bin:google-android-platform-tools-installer package. Yep, I'm aware of that. That's the whole reason I decided to package android-udev

Bug#1069820: [Android-tools-devel] Bug#1069820: android-sdk-meta: Split udev rules in separate package

Control: block -1 by 1101136 Hi Hans, On Sun Mar 23, 2025 at 3:26 PM CET, Hans-Christoph Steiner wrote: Congrats on becoming a DD, great to have you! Thanks :D I also support your proposal, sounds like the best approach for maintaining udev rules. I'm also ready to review anything. I've

Bug#1101136: ITP: android-udev-rules -- udev rules for Android tools

Package: wnpp X-Debbugs-Cc: debian-de...@lists.debian.org Owner: Andrea Pappacoda Severity: wishlist * Package name: android-udev-rules Version : 0~20250314-1 Upstream Contact: https://github.com/M0Rf30/android-udev-rules/issues * URL : https://github.com/M0Rf30

Bug#1069820: [Android-tools-devel] Bug#1069820: android-sdk-meta: Split udev rules in separate package

On Mon Mar 24, 2025 at 8:41 AM CET, Hans-Christoph Steiner wrote: I reviewed the package, I think you should upload it to unstable ASAP. We can then work on polishing it. Ok, just pushed to NEW! I've opened an ITP as Bug #1101136. You can see the source code here:

Bug#1101183: zabbix-server-mysql: Unable to start Zabbix server due to unsupported MariaDB database version (11.08.01)

Package: zabbix-server-mysql Version: 1:7.0.10+dfsg-2 Severity: normal After upgrading mariadb-server package to the latest Debian trixie version Zabbix server service doesn't start anymore and reports the following error in the log. > Unsupported DB! MariaDB version 110801 is newer than 110599

Bug#1100962: software-properties-qt won't launch in Debian Trixie or Debian Sid.

Package: software-properties-qt Version: software-properties-qt 0.99.30-4.1 Severity: important X-Debbugs-Cc: andrea30and...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Software-properties-qt does not work at all in Debian Sid. Why I

Bug#1100961: software-properties-gtk: Software-properties-gtk won't lauch at all on Debian Sid. When I try to launch it it won't run. It is not working at all. I don't know because it may be that it i

Package: software-properties-gtk Version: software-properties-gtk 0.99.30-4.1 Severity: important X-Debbugs-Cc: andrea30and...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? The program worked in Debia

Bug#953997: obsolete conffiles after upgrade

ly because of conffiles remaining around as obsolete for the old package in certain scenarios, but the gains in terms of simplicity and reliability IMO far outweigh those drawbacks. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1096203: [Pkg-libvirt-maintainers] Bug#1096203: libvirt-daemon: suggest firewalld

leave things as they are right now. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#953997: obsolete conffiles after upgrade

On Mon, May 15, 2023 at 10:56:20PM +0200, Andrea Bolognani wrote: > On Sat, May 13, 2023 at 06:09:22PM +0200, Christoph Anton Mitterer wrote: > > On Sat, 2023-05-13 at 12:09 +0200, Andrea Bolognani wrote: > > As said in my message #10 in this bug,... I don't think it'

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

On Sun, Mar 02, 2025 at 01:00:52PM -0500, Kevin Otte wrote: > On 2/22/25 15:20, Andrea Bolognani wrote: > > I was hoping that recreating your setup as closely as possible would > > allow me to reproduce the issue locally, but I have been completely > > unsuccessful despite sev

Bug#641880: Bug #641880: default-jdk-source patch available

Hi Emmanuel, Gentle reminder that there's a patch fixing this issue waiting for your approval on Salsa :) It'd be great to have this in time for trixie. Bye!

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#1100154: dh-debputy: full integration regression in CMake project

Package: dh-debputy Version: 0.1.65 Severity: normal Hi! I've noticed that cubeb, one of the packages I maintain using debputy (btw, thanks Niels for converting it!), has stopped building. Here's the debputy log. Unfortunately, I don't have much else to say :/ Bye! debputy: warning: Re-rais

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#1098837: [Pkg-cmake-team] Bug#1098837: cmake 4.0

Hi all, thanks for your fast replies! On Tue Feb 25, 2025 at 10:26 AM CET, Timo Röhling wrote: 1. There are no "big" new features, the major version bump happened because deprecated features have been removed. So the benefit of CMake 4.0 compared to 3.31 is relatively low, but the cost of broke

Bug#1098837: cmake 4.0

Source: cmake Version: 3.31.5-2 Severity: wishlist Hi! Do you think it'd be feasable to package CMake 4.0 for trixie? Despite its scary-looking name, it doesn't seem to be that big of a release, and doesn't break much. The main change, as far as I can tell, is the removal of compatibility wit

Bug#1098398: Re Cinnamon Control Center Not Working In Debian Sid.

having to install the python3-six. So yes this solution is a sensible work around/fix and yes it did get the Cinnamon Control Center working again. Thank you very much for looking into this and resolving it for me as well as other users who want to use the Cinnamon Desktop. Thanks. *Andrea Borman.*

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

t would make the approach nonviable. Documenting this in the release notes should be enough to properly inform users that they need to pay a bit more attention to libvirt this time around. I was planning to do that anyway, since the package has changed so much since bookworm. I'll run mo

Bug#1098398: Re-Cinnamon Control Center Not Working In Debian Sid.

ed so that the Cinnamon Control Center will work again. The suggestions you told me about worked but as python3-six is now going to be removed from Debian I hope that python-pampy which replaces it will work as well. I will test this out and see. *Andrea Borman.*

Bug#1098398: Re Cinnamon Control Center Not working In Debian Sid.

t the case on Debian but the Linux Mint version of Cinnamon 6.4.1 may have their own libraries. Because when I tried Cinnamon on Linux Mint the Control Center and everything worked fine. Maybe they do use phython3-six but I am not sure. *Andrea Borman.*

Bug#1098398: Re-Cinnamon Control Center Not Working In Debian Sid.

That is my recommendation. *Andrea Borman.*

Bug#1098398: Re Cinnamon Control Center Not Working In Debian Sid.

hon3-pam on the Cinnamon Desktop until this problem is sorted out by Debian. *Andrea Borman.*

Bug#1098398: Re-Cinnamon Control Center Not Working In Debian Sid. Python3-six or Python3-pam, needs to be included in the Cinnamon Desktop.

That is my recommendation. *Andrea Borman.*

Bug#1098398: Re Cinnamon Control Center Not Working In Debian Sid.

python3-pam must be added to the installation of the Cinnamon Desktop. That is the best solution I think. *Andrea Borman.*

Bug#1098398: Re Cinnamon Control Center Not Working In Debian Sid.

em if the bug in the Cinnamon Control Center is not fixed. Because Cinnamon depends on the Control center which is not working and won't load. *Andrea Borman.*

Bug#1098398: Cinnamon Control Center Won't Load In Debian Sid.

f the bug in the Cinnamon Control Center is not fixed. Because Cinnamon depends on the Control center which is not working and won't load. *Andrea Borman.*

Bug#1098398: Cinnamon Control Center Not Working In Debian Sid.

either. This is a bug which needs to be fixed . It could be that a library needed to run the control center is missing? At the moment the Cinnamon Desktop cannot be used because the Cinnamon Control Center won't open or load at all. *Andrea Borman.*

Bug#1098398: cinnamon-control-center: Cinnamon Control Center won't load at all in Debian Sid. This needs to be sorted out.

Package: cinnamon-control-center Version: 6.4.1-1 Severity: important X-Debbugs-Cc: andrea30and...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? After the Debian Sid update to Cinnamon 6.4.1-1 Cinamon

Bug#1095830: telegram-desktop: please build with Qt 6

Package: telegram-desktop Version: 4.14.9+ds-1.1 Severity: whishlist Hi! Could you please consider building the telegram-desktop package with Qt 6? It should be pretty mature by now, and lots of software migrated to it already. Note that Telgram Desktop upstream already defaults to using Qt

Bug#1061477: Use js as first file name suffix for text/javascript

Hi Charles, On Sat Feb 8, 2025 at 5:26 AM CET, Charles Plessy wrote: And in my understanding, an ecmascript file served as text/javascript will be correctly processed. Historically, ecmascript media types implied stricter processing with things related to character encoding and such. I don't

Bug#1059618: Please consider packaging ssh3 as soh

Il giorno gio 6 feb 2025 alle 13:32:44 +01:00:00, Simon Josefsson ha scritto: I also think it would be nice to upload, but upstream didn’t really make a decision as far as I can tell. https://github.com/francoismichel/ssh3/issues/79 Reading

Bug#1059618: Please consider packaging ssh3 as soh

Hi Simon, Could you please consider packaging "ssh3" as "soh"? Upstream has already agreed to the rename, it just hasn't been done yet. You wouldn't even need to write the patch yourself, as a pull request performing the rename has been opened already at

Bug#912725: [Pkg-libvirt-maintainers] Bug#912725: virtinst: Please demote virtinst recommends on virt-viewer to suggests

nally that Debian seems to be in the minority here: I checked Fedora, openSUSE, Arch and Alpine, and for none of those virt-viewer is dragged in along with virt-install. Can we please reconsider this? -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1095155: vim-common: debian.vim history=50 conflicts with new upstream default

oved, and the file should keep containing only some truly Debian-specific improvements and security-relevant options (like `/etc/papersize` and `nomodeline`). But this can be discussed and fixed later. Bye! From e334c65f65d00e53454605a83cd968a8aee32b1d Mon Sep 17 00:00:00 2001 From: Andrea Pappacod

Bug#1095080: apt-listchanges is extremely slow

Package: apt-listchanges Version: 4.8 Severity: normal Hi, I've noticed that starting not too long ago apt-listchanges has become extremely slow at parsing changelogs during upgrades. As an example, see how it took almost four minutes to parse the changelogs of ~700 packages. I had downloaded

Bug#1094489: [Pkg-libvirt-maintainers] Bug#1094489: libvirt-daemon-driver-qemu: request to add support for Braille display and SDL

t; I expected the SDL window to come up, and the Braille display to show the > text from the guest OS. Hi Adam, having libvirt expose this QEMU feature sounds like a reasonable idea, however it's something that we can achieve from the Debian side alone. Can you please file an upstream issu

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

fce installed on your test environment. Anything notable about the setup? I'm hoping that by creating an installation as similar as possible to yours I will be able to trigger the same upgrade failure... That'd make fixing it easier. -- Andrea Bolognani Resistance is futile, you will be gar

Bug#1061477: Use js as first file name suffix for text/javascript

Hi Charles, On Fri Jan 31, 2025 at 3:09 AM CET, Charles Plessy wrote: I checked again the IANA site and it says that ecmascript is obsoleted in favor of text/javascript. This is correct. I think that I will move .es to the end of the suffix list of text/javascript, and upload that soon. Th

Bug#1094988: ITP: mustang-cli -- PDF invoice metadata library in ZUGFeRD format.

Hi Mechtilde, On Sun Feb 2, 2025 at 12:24 PM CET, Mechtilde Stehmann wrote: For me it isn't only a validator. It is a dependency to read *and* write electronic invoices/bills. But I'm not familiar with the Maven artifact naming. So if this long name is a better name like the other one, you ca

Bug#1094988: ITP: mustang-cli -- PDF invoice metadata library in ZUGFeRD format.

Il 2 febbraio 2025 11:12:56 CET, Mechtilde Stehmann ha scritto: >I propose "mustang-cli" is a better name for this library > >The package name itself will be libmustang-cli-java Hi, have you considered a library name like "libmustangproject-validator-java", to resemble the Maven artifact nam

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#1094726: [Pkg-libvirt-maintainers] Bug#1094726: virt-manager lacks entry for Debian 12

ps a rebase could be justified (and useful) as well. -- 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

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#1061477: Use js as first file name suffix for text/javascript

Hi Charles, On Sun Jan 26, 2025 at 2:40 AM CET, Charles Plessy wrote: My understanding of the media type declarations is that all ecmascript files should be served as text/javascript, which is why I added the `es` extension to that type. Yeah, all ECMAScript files should be served with `text/j

Bug#1043393: strace: enable testsuite non fatal on riscv64

uild fine on riscv64 out of the box, including the test suite. I've only tested it on Fedora but I have no reason to believe Debian would behave any different. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

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#1093531: apt: please consider disabling paging by default

Package: apt Version: 2.9.18 Severity: wishlist Hi! Apt 2.9.18 introduced an automatic paging feature (which, by the way, has been requested a while ago in bug #838132 which should be now closed). It's a nice feature, thanks :D Still, I think that maybe it shouldn't be enabled by default. In

Bug#1091519: deb-systemd-helper: Fails when non-existing unit is listed in Also= line

Control: affects -1 src:libvirt Any thoughts on the issue? Thanks. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1093213: ITP: teakra -- DSi/3DS DSP emulator, (dis)assembler, and tester

Control: tag -1 pending Uploaded to the NEW queue signature.asc Description: PGP signature

Bug#1093213: ITP: teakra -- DSi/3DS DSP emulator, (dis)assembler, and tester

Package: wnpp Severity: wishlist Owner: Andrea Pappacoda X-Debbugs-Cc: debian-de...@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: teakra Version : 0.0+git20250115.6a173f5 Upstream Contact: Weiyi Wang * URL : https://github.com

Bug#1050348: ITP: melonds -- nintendo DS emulator

On Wed, 23 Aug 2023 15:07:15 + Mae Miller wrote: > I'm going to be packaging this as my first package partially because > it's a program I use and care about and partially in order to learn how > the system works and to make my first contribution to debian. As such I > would need a sponso

Bug#1093009: dh-debputy: cmake installation step fails in full integration mode

P.S. I'm encountering this same error also when using the dh-sequence-zz-debputy migration level signature.asc Description: PGP signature

Bug#1093009: dh-debputy: cmake installation step fails in full integration mode

Package: dh-debputy Version: 0.1.60.1 Severity: normal Hi! When trying to convert one of the packages I maintain, dynarmic, to debputy, I've encountered this issue. I don't really know what is causing it, so I'll just give you logs and a reproducer and hope for the best :) To reproduce:

Bug#1092929: dgit: building packages using the debputy Build-Driver

Hi Ian, On Mon Jan 13, 2025 at 5:05 PM CET, Ian Jackson wrote: I'm not familiar with debputy. Is this a new interface supported by dpkg-buildpackage ? In sid, I guess ? Yeah, it hasn't been around for long. There's some documentation in /usr/share/doc/dpkg/spec/build-driver.txt, and debputy

Bug#1092929: dgit: building packages using the debputy Build-Driver

g-buildpackage: info: source changed by Andrea Pappacoda debputy internal-command dpkg-build-driver-run-task clean dpkg-buildtree clean rm -fr debian/.debputy examining quilt state (multiple patches, linear mode) tar: debian/rules: Cannot stat: No such file or directory tar:

Bug#1092877: dh-debputy: CPPFLAGS concatenation issue breaks CMake builds in full integration mode

Package: dh-debputy Version: 0.1.60 Severity: important Tags: patch Hi again :) There's still one issue preventing CMake builds. I've attached a patch, which describes the issue and fix. Bye! From 4b9a8c05fc8862289aaa58f390eff444c2425145 Mon Sep 17 00:00:00 2001 From: Andrea Pappa

Bug#1092794: dh-debputy: Unable to build CMake package in full integration mode

On Sat Jan 11, 2025 at 6:10 PM CET, Andrea Pappacoda wrote: Today I tried using debputy's full integration mode for a new package I'm preparing, but it unfortunately hasn't been able to properly build my simple CMake package. Oh, forgot to mention. The reproducer is on

Bug#1092794: dh-debputy: Unable to build CMake package in full integration mode

dpackage: info: source package oaknut dpkg-buildpackage: info: source version 1.2.2+git20240301.94c726c-1 dpkg-buildpackage: info: source distribution UNRELEASED dpkg-buildpackage: info: source changed by Andrea Pappacoda dpkg-source --diff-ignore=true --tar-ignore=true --diff-ignore=

Bug#1061078: ITP: oaknut -- Aarch64 (arm64) code emitter

Control: owner -1 ! Hi, as of the latest yuzu upload, oaknut is required to build the package on arm64. I'm hence taking ownership of this bug, as I plan to push this to the archive later today. David, if you're still interested, I can help you with sponsoring your upload instead. Let me k

Bug#1092720: renderdoc: package shouldn't be in non-free

Source: renderdoc Version: 1.27+dfsg-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, it is not clear to me why renderdoc was moved to non-free in the latest upload. It says that it's because it uses non-free nvidia headers, but: 1. Couldn't that usage be avoided? 2. Alter

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#1092220: libvirt: Cherry-pick upstream patch to run loongarch64 VMs when AppArmor is enabled

the next upload? > You opinions are welcome. Thanks for the patch. However, the next upstream release will be tagged in less than two weeks, so it doesn't really make sense to prepare another upload before then. We'll just pick up this fix with the upcoming rebase, same as #1089607. Ch

Bug#1089607: [Pkg-libvirt-maintainers] Bug#1089607: libvirt-daemon: Virtual networks cause login screen to show up while system is shutting down

e systemd maintainers feel about it :) -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1089607: [Pkg-libvirt-maintainers] Bug#1089607: libvirt-daemon: Virtual networks cause login screen to show up while system is shutting down

On Fri, Jan 03, 2025 at 01:07:30AM +0100, Andrea Bolognani wrote: > On Wed, Dec 11, 2024 at 05:47:42PM +0300, Alper Nebi Yasak wrote: > > Thanks for the explanation. Indeed, I can connect over ssh and run > > `systemd-inhibit --what=shutdown --mode=delay sleep infinity` and g

Bug#1089607: [Pkg-libvirt-maintainers] Bug#1089607: libvirt-daemon: Virtual networks cause login screen to show up while system is shutting down

. systemd sounds like a reasonable target for a new bug report. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1082719: debhelper: dh-sequence-single-binary not working with compat 14

Hi, On Mon Dec 30, 2024 at 9:37 AM CET, Niels Thykier wrote: On the other hand, the $(DH_OVERRIDDEN_COMMAND) trick causes `make` to output the full command being run, so the log output is correct. This style would have `make` output `dh_overridden`, which would then have to print it. In that s

Bug#1082719: debhelper: dh-sequence-single-binary not working with compat 14

Hi Niels for some reason I didn't receive your initial reply to my bug report. On Sun Dec 29, 2024 at 2:56 PM CET, Niels Thykier wrote: I had a look at it and I am leaning towards https://salsa.debian.org/debian/debhelper/-/merge_requests/131 as a possible solution. The idea here being that

Bug#1082939: /usr/bin/deb-systemd-helper: error: unable to read virtlockd.socket

On Sun, Nov 17, 2024 at 07:01:51PM +0100, Andrea Bolognani wrote: > I'll go back to investigating the initial report now. My current > theory is that we need to change deb-systemd-helper so that it > behaves more like systemctl. Once I've convinced myself further, I'll >

Bug#1091519: deb-systemd-helper: Fails when non-existing unit is listed in Also= line

treat this situation more gracefully, but to be completely honest I don't fully understand what its state files are used for in the first place, so it's quite possible that this take is unhelpfully naive :) I've attached a tentative patch that turns the hard failure into a soft one. Con

Bug#1091455: RFE: use wrapper instead of patching dracut to run initramfs hooks

On Thu, 26 Dec 2024 23:54:47 +0600 Roman Valov wrote: > - In Debian: dracut invokes kernel-install (via a post-update hook) Only if systemd-boot is used. > - In non-Debian: kernel-install invokes dracut Oh, really? Interesting. Could you please expand a bit on this? Aligning with other dis

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#1082724: debhelper: compat 14's new dh_fixperm ordering breaks builds

Hi Niels, thanks for the reply! On Mon Dec 16, 2024 at 12:59 PM CET, Niels Thykier wrote: I have opted for having the underlying buildsystem invoked by `dh_auto_install` apply `chmod -R u+rwX DESTDIR` as a solution as of compat 14. As a side-effect, it also promotes the use of the `dh_auto_*`

Bug#1064597: apparmor denies libvirt access to /etc/ssl/openssl.cnf

[re-added the bug report] On Tue, Dec 17, 2024 at 12:09:34PM -0800, Paul B. Henson wrote: > On 12/17/2024 5:59 AM, Andrea Bolognani wrote: > > On Sat, Feb 24, 2024 at 12:16:35PM -0800, Paul B. Henson wrote: > > > Package: libvirt0 > > > Version: 9.0.0-4 > > >

Bug#1090355: [Pkg-libvirt-maintainers] Bug#1090355: libvirt-daemon-driver-network: Switch of firewall backend to nftables breaks NAT for guest machines

Docker is one of the documented alternatives among container runtimes; Podman isn't. I think it's obvious at this point that the default should go back to iptables. Users can easily switch to nftables if desired, but things should work reasonably well out of the box. I'll prepare a

Bug#1090355: [Pkg-libvirt-maintainers] Bug#1090355: libvirt-daemon-driver-network: Switch of firewall backend to nftables breaks NAT for guest machines

their respective fields, but Debian is much less opinionated than that. I need to spend some more time thinking about this, but switching the default network backend back to iptables might be the most reasonable solution. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1090355: [Pkg-libvirt-maintainers] Bug#1090355: libvirt-daemon-driver-network: Switch of firewall backend to nftables breaks NAT for guest machines

store iptables-save /usr/sbin/iptables-nft-save > I think it would be a good idea to document it somewhere, since the > combination of libvirt+docker.io installation is not uncommon. I agree. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

Bug#1088929: [Pkg-libvirt-maintainers] Bug#1088929: Fwd: [libvirt PATCH] lxc: remove no longer working netns check

b.com/libvirt/libvirt/-/commit/dd217cd9382cb7d67b26c5b3b4be07e5ce88ef86 It will be included in the upcoming upstream release, scheduled for January 15. The Debian update will happen shortly after that. -- Andrea Bolognani Resistance is futile, you will be garbage collected. signature.asc Description: PGP signature

  1   2   3   4   5   6   7   8   9   10   >