Bug#1106237: closed by Debian FTP Masters (reply to Fabian Grünbichler ) (Bug#1106237: fixed in rust-transmission-client 0.1.5-2)

Hi, sorry but the BTS often does not deliver messages to my inbox. On Mon May 26, 2025 at 11:06 PM CEST, Debian Bug Tracking System wrote: * Cherry-pick compat-fix for recent transmission-daemon (Closes: #1106237) Thanks for the fix! Bye :)

Bug#1106237: fragments: unusable due to serde error

Package: fragments Version: 3.0.1-8 Severity: serious Hi! It seems that the fragments package is currently completely unusable, as it doesn't work even when no transmission-daemon is running system-wide. At the time of writing, the version of transmission-daemon on my trixie system is 4.1.0~

Bug#1102724: RM: win32-loader

Hi! I'd be really sad to see win32-loader go away. It has been useful to me and others in the past. I'd be happy to take over whichever task is needed to keep having win32-loader in Debian. Please let me know! Bye :)

Bug#754809: Still not fixed

On Sat May 17, 2025 at 4:17 PM CEST, Marco d'Itri wrote: A restrictive DMARC policy should be used if a domain is subject to spoofing (e.g. because it is a phishing target). But p=none is a totally valid configuration. Isn't any domain potentially subject to spoofing and phishing? One shouldn

Bug#1105157: gnome-shell: segmentation fault when launching a yuzu game using Wayland

Package: gnome-shell Version: 48.1-1 Severity: normal Affects: yuzu Hi! gnome-shell is currently segfaulting when launching games using the yuzu emulator. This only happens under a Wayland session, and when using's Qt's wayland platform plugin (i.e. QT_QPA_PLATFORM=wayland). This does not hap

Bug#1104854: binNMUs can cause ma-same violations in eg manpages

Hi Ian, On Wed May 7, 2025 at 1:42 PM CEST, Ian Jackson wrote: B. Set S_D_E to the sdate but use the bdate for file mtimes in the .deb. We would need a separate solution for arch-specific archives containing mtimes (and IDK how we would even detect them - and detecting them seems l

Bug#1095986: curl is now built against OpenSSL (again)

Hi Samuel, I noticed that curl is now again built against OpenSSL instead of GnuTLS. Still, I haven't been able to undestand why using OpenSSL is now desired. What has changed since and now? Let me know! Bye :) signature.asc Description: PGP signature

Bug#1102322:

Hi all, Sorry for not replying/fixing all these bugs myself. I received quite a few of them (five?) and got confused. I was also super busy. Thanks to anyone involved in reporting and fixing! Bye :) signature.asc Description: PGP signature

Bug#1104042: fixed in android-udev-rules 0~20250314+ds-5

Done: Jochen Sprickerhof Hi Jochen, thank you for fixing this issue! Bye :) signature.asc Description: PGP signature

Bug#1104042: android-udev-rules: wrong version number in breaks/replaces for g-a-platform-tools-installer

Hi Fab, I'm a bit short on time. Feel free to upload the fix yourself, the package is team maintained and I'm in the LowThresholdNMU list! Bye :) Il 29 aprile 2025 08:32:41 CEST, Fab Stz ha scritto: >control: severity -1 serious > >Hello Andrea, > >Could you please fix this bug affecting the c

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

Hi all, On Mon Dec 23, 2024 at 8:32 PM CET, Lucas Nussbaum wrote: On 23/12/24 at 10:21 -0800, Kip Warner wrote: > On Mon, 2024-12-23 at 18:42 +0100, Lucas Nussbaum wrote: > > During a rebuild of all packages in sid, this package failed to build > > on armhf. > > Hey Lucas, > > Can you please p

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#1088877: ITP: paperutil -- paperutil for Debian

Hi, Just like the Paper server is usually called PaperMC, since "paper" is a bit of a generic term, could you maybe rename this package to "papermc-util" or something like that? Thanks! Bye :) Il 2 dicembre 2024 13:41:16 CET, Euiseo Cha ha scritto: >Package: wnpp >Severity: wishlist >Owner:

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#1087620: ITP: privatebin -- A powerful CLI for creating and managing PrivateBin pastes with ease

On Sun Nov 17, 2024 at 6:02 PM CET, Martin Dosch wrote: that's exactly what I have done, look earlier in this thread. Great! I only saw the ITP message that was sent to d-devel. Sorry for the noise!

Bug#1041275: sbuild: Using eatmydata with the unshare backend

Hi Johannes, On Sun Nov 17, 2024 at 12:31 PM CET, Johannes Schauer Marin Rodrigues wrote: this should become automatic with piuparts 1.5.1 (currently in unstable) and the next sbuild release with this commit by Jochen: https://salsa.debian.org/debian/sbuild/-/commit/760f0250cf6a76828526e45828fd

Bug#1087620: ITP: privatebin -- A powerful CLI for creating and managing PrivateBin pastes with ease

Hi Martin, On Sat Nov 16, 2024 at 12:31 PM CET, Martin Dosch wrote: * Package name: privatebin Description : A powerful CLI for creating and managing PrivateBin pastes with ease When first reading this ITP, I thought you were going to package PrivateBin itself, the server-side appl

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: 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#1086718: mdocml: does not handle .MR macro from groff 1.23.0

Hi Sven, thanks for the report, On Mon Nov 4, 2024 at 5:33 PM CET, Sven Geuer wrote: Source: mdocml Fortunately there seems to be a fix to this in upstream's vcs [1] already, files man_html.c and man_validate.c, though not released yet. Please consider cherry-picking the fix as groff 1.23.0 is

Bug#1040070: ITP: texlab -- LSP (Language Server Protocol) implementation for TeX

Hi Sebastian, On Wed Oct 30, 2024 at 6:16 PM CET, Sebastian Crane wrote: Yes, I was still intending to package this, but thank you for the reminder! If you were also interested in packaging it, would you like to co-maintain it with me? I'd be more than happy to join a Jitsi/IRC chat so we coul

Bug#1040070: ITP: texlab -- LSP (Language Server Protocol) implementation for TeX

Hi Sebastian, On Sun, 02 Jul 2023 00:50:10 +0100 Sebastian Crane wrote: Package: wnpp Owner: Sebastian Crane Severity: wishlist * Package name: texlab Are you still working on this? It'd be nice to have this in Debian. Otherwise, if you're not working on texlab packaging anymore, thi

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#1086138: mdocml: FTBFS on hurd

Hi Pino, thanks for the report and the patch! On Sun Oct 27, 2024 at 10:51 AM CET, Pino Toscano wrote: While this is a (arguably minor) bug in the Hurd part of glibc, I'm submitting a local workaround here for the following reasons: - mdocml is the only occurrence of this recvmsg() bug I've foun

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#1075868: ncbi-vdb: FTBFS with MbedTLS 3.6

On Mon Oct 21, 2024 at 11:40 PM CEST, Aaron M. Ucko wrote: Indeed, all is well under 3.6.1 and for that matter under last Tuesday's 3.6.2 release. Nice to hear that! (NB: I tested both fully as is for simplicity, without any Debian patches; I'd be shocked if they led to any regressions on thi

Bug#1075868: ncbi-vdb: FTBFS with MbedTLS 3.6

Hi Aaron, On Mon Oct 21, 2024 at 6:14 AM CEST, Aaron M. Ucko wrote: Oops, arranging to use system Mbed TLS 3.6 in lieu of vendored 3.2.1 didn't work out quite as well as I'd initially thought, with builds succeeding but actual usage attempts failing. AFAICT, we need to add a call to psa_crypt

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#1085234: lcov: please relax dependency on gcc

ly like a bit more. Thanks! Bye :) From 8e065beba3725ab535d5a70753794e7327d780a6 Mon Sep 17 00:00:00 2001 From: Andrea Pappacoda Date: Thu, 17 Oct 2024 08:55:21 +0200 Subject: [PATCH] d/control: depend on gcc | llvm Closes: #-1 --- debian/control | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debi

Bug#1074248: transition: mbedtls

Hi Emilio, On Thu Sep 5, 2024 at 1:51 PM CEST, Emilio Pozuelo Monfort wrote: We should have a libgit2 transition before this one (unless there's a patch that can be backported to libgit2 1.7.2 to make it build against the new mbedtls). Maybe you can contact its maintainers. libgit2 has now tr

Bug#1084023: systemd: please stop conflicting with opensysusers 0.7.3-4 and newer

Source: systemd Version: 256.6-1 Severity: normal Control: affects -1 opensysusers Hi! I've fixed the issues which prevented co-installability of systemd and opensysusers. Could you please update the Conflicts so that new opensysusers versions can be installed again? This is currently prevent

Bug#1083053: muon-meson: please make the build reproducible

Hi Chris, On Mon Sep 30, 2024 at 6:25 PM CEST, Chris Lamb wrote: Whilst working on the Reproducible Builds effort [0], we noticed that muon-meson could not be built reproducibly. This is because the docs embed a timezone-dependent date: [...] It's based on SOURCE_DATE_EPOCH, but it does not ta

Bug#1082765: mdocml: please ship libmandoc.a

s I've mentioned to the current maintainer of mdocml (Michael) in a private email, I'd be glad to take over maintenance of the package to fix this and other open bugs. Bye :) From c2744142281053e8bbddae0066cfc4ab3eefc1db Mon Sep 17 00:00:00 2001 From: Andrea Pappacoda Date: Wed, 25 Sep 2

Bug#1082146: cloudflare-ddns: cloudflare-ddns[1222841]: terminate called after throwing an instance of 'simdjson::simdjson_error'

Hi Justin, On Fri Sep 20, 2024 at 4:52 PM CEST, Justin Piszcz wrote: If you prefer, I could backport cloudflare-ddns 2.1.0 to bookworm-backports, since it has better error handling, and you could upgrade to that version. This would be helpful to see if the issue recurs with 2.1.0, thank you!

Bug#1082724: debhelper: compat 14's new dh_fixperm ordering breaks builds

Package: debhelper Version: 13.20 Severity: normal Hi! Please consider this a follow up to bug #1082719. Consider its example code, but with the following modifications: diff --git a/Makefile b/Makefile index 959dd73..7898fb8 100644 --- a/Makefile +++ b/Makefile @@ -17,7 +17,7 @

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

an install uninstall $ cat main.c #include int main(void) { puts("Hello, world!"); return 0; } $ cat debian/changelog compat-14-test (1.0) UNRELEASED; urgency=low * Initial release. (Closes: #XX) -- Andrea Pappacoda T

Bug#1082240: ITP: meow -- Print ASCII cats to your terminal

Hi Sergey, On Mon Sep 23, 2024 at 2:58 PM CEST, Sergey wrote: This is a new terminal command, which is in the spirit of "cowsay" or "figlet". The name is deliberately short in order to be funny; renaming it to something longer like "ascii-meow" would go against the spirit of the command. There

Bug#989239: dash: support $'…' style quotes

I'd really appreciate this to be supported in dash. It is a nice and portable way of printing terminal control sequences, since neither printf nor echo are required to support the '\e' escape, but Dollar-Single-Quotes strings are. signature.asc Description: PGP signature

Bug#1082146: cloudflare-ddns: cloudflare-ddns[1222841]: terminate called after throwing an instance of 'simdjson::simdjson_error'

Hi Justin, thanks for the report. The cloudflare-ddns version in Stable, 2.0.0, doesn't have great error handling, so it's hard to understand what has gone wrong from its error messages. In any case, the most likely issue here is that either your network temporarily failed, or Cloudflare returned

Bug#1082240: ITP: meow -- Print ASCII cats to your terminal

Hi Sergey, I find the package name "meow" a bit to general, especially for a package with apparently no users. 1. Does other software called "meow" exist? 2. Have you considered other names, like "ascii-meow"? Bye! Il 19 settembre 2024 15:30:29 CEST, PixelSergey ha scritto: >Package: wnpp >Se

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#1082022: RFS: cpp-httplib/0.18.0+ds-1 -- C++ HTTP/HTTPS server and client library

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "cpp-httplib": * Package name : cpp-httplib Version : 0.18.0+ds-1 Upstream contact : Yuji Hirose * URL : https://github.com/yhirose/cpp-httplib * License

Bug#1055777: opensysusers/0.7.3-3: Wrong closed bug

Version: opensysusers/0.7.3-3 Control: reopen 1055777 Ops, version 0.7.3-3 closed bug #1055517, not #1055777. Guess you shouldn't try fixing critical bugs at 1 am... 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#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

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

  1   2   3   >