Bug#1062032: c-ares: NMU diff for 64-bit time_t transition

Hello Steve, On 31.01.24 04:15, Steve Langasek wrote: Since turning on 64-bit time_t is being handled centrally through a change to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is important that libraries affected by this ABI change all be uploaded close together in time. T

Bug#1086734: c-ares: Not updated during bookworm -> testing upgrade

Hello Andrea, thanks for your bug report and also the analysis. I was able to reproduce the bug. while testing bookworm -> testing upgrades, I noticed that libc-ares2 doesn't get updated as expected and instead remains at 1.18. Having libc-ares-dev installed in addition to the runtime packag

Bug#1081454: libcares2: "Conflicts: libcares2" prevents multiarch co-installation

Hello Simon, thanks for reporting this issue and also for doing the code archeology. On 11.09.24 20:17, Simon McVittie wrote: However, libcares2 already had a "Conflicts: libcares2" which was preserved during that rename. I think the solution is to just delete the "Conflicts: libcares2" (unte

Bug#1090894: RFS: c-ares/1.34.4-2 -- transitional package

: dget -x https://mentors.debian.net/debian/pool/main/c/c-ares/c-ares_1.34.4-2.dsc Changes since the last upload: c-ares (1.34.4-2) unstable; urgency=medium . * Provide transitional package (Closes: #1086734) Regards, -- Gregor Jasny

Bug#1093806: edid-decode source has been moved to v4l-utils

Source: edid-decode Version: 0.1~git20220315.cb74358c2896-1.1 Severity: normal X-Debbugs-Cc: gja...@googlemail.com Hello, I'm Gregor - the maintainer of v4l-utils in Debian. Recently Hans Verkuil decided to move the edid-decode source into v4l-utils [1]. That means that starting with the next v4l

<    1   2   3