Bug#1044076: influxdb-python and pandas 2.1

Some looking through the code suggests that the precision is user-set and hence constant within a single query, and hence that this fix is OK, but I'm not entirely certain of that. There are ways to make pandas 2.x accept mixed time format, but I think they're 2.x _only_ and/or slow.

Bug#1060387: libc6:amd64 (2.37-13) upgrade stuck at Setting up on WSL 2

Just want to confirm that Raffaele Bratta's solution of switching to systemd also resolved the issue for me. Basically, adding to `/etc/wsl.conf` the following configuration: ``` [boot] systemd = true ``` and then rebooting by executing `wsl --shutdown`. After that, I could finally run `dpkg

Bug#1061935: please don't link against the shared libbfd library

Package: src:lfortran Version: 0.30.0-2 Severity: important Tags: sid trixie please don't link against the private shared libbfd library, but use static linking instead and add a Built-Using attribute to the lfortran binary package. libbinutils has an upper versioned dependency, provides no

Bug#1053946: tqdm and pandas 2.1 / python 3.12

That turned out to be easier than it looked - fixing the easy one also made the others go away. Please upload this: https://salsa.debian.org/rnpalmer-guest/tqdm

Bug#1061934: boinc: NMU diff for 64-bit time_t transition

Source: boinc Version: 7.20.5+dfsg-1.1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061879: webkit2gtk: Incorrect build-dependency on libseccomp-dev for m68k

Hello, On Mon, 2024-01-29 at 23:41 +, Alberto Garcia wrote: > On Mon, Jan 29, 2024 at 11:57:31PM +0100, John Paul Adrian Glaubitz wrote: > > src:webkit2gtk is currently BD-Uninstallable on m68k [1] since > > libseccomp is currently not available yet. > > I guess that the main problem is that

Bug#1032972: handbrake: debian version of handbrake does not handle subtitles correctly

Hi Moritz On 29/01/2024 22:48, Moritz Mühlenhoff wrote: Can you please send/propose this upstream, they are in a much better position to assess this approach. Either by making a pull requesthttps://github.com/HandBrake/HandBrake or by opening an issue there. It has been reported here:

Bug#1061933: apktool: path towards upgrading to newest upstream version

Package: apktool Version: 2.7.0+dfsg-7 Control: tags -1 help newcomer Upstream changed the Gradle setup to use Kotlin files (e.g. build.gradle.kts) rather than the Groovy files (e.g. build.gradle). I spoke with upstream about the changes to the buildsystem, they said that it was about

Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates

On 29 janv. 2024 20:58, gregor herrmann wrote: > On Mon, 29 Jan 2024 08:53:45 +0100, Christian Marillat wrote: [...] >> This diff fix this issue. > > Thanks for checking. > Alright, so we know that > 1) something is different between your and my environment, and > 2) one of the two small

Bug#1058450: pexpect: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

Hi, I have updated pexpect [0] to new upstream and worked on a fix for build issue with Python 3.12. [0] https://salsa.debian.org/python-team/packages/pexpect Thank you, Yogeswaran.

Bug#1059995: Re: Bug#1059995: pdns: flaky autopkgtest (host dependent): pdns.service: Failed to set up IPC namespacing: Resource temporarily unavailable

* Paul Gevers [240126 22:25]: > Hi zeha, > > On 26-01-2024 10:21, Chris Hofstaedtler wrote: > > I see this "works", but now the tests fail after one try on the > > problematic worker and then are never retried. Can this please be > > fixed? > > What do you have in mind? I think you need to wait

Bug#1061473: bookworm-pu: package tinyxml/2.6.2-6+deb12u1

Control: tags -1 + confirmed On Tue, 2024-01-30 at 00:07 +0100, Guilhem Moulin wrote: > Control: tags -1 - moreinfo > > On Mon, 29 Jan 2024 at 21:55:37 +, Adam D. Barratt wrote: > > > > On Thu, 2024-01-25 at 04:45 +0100, Guilhem Moulin wrote: > > > Fix CVE-2023-34194: Reachable assertion

Bug#1061465: bookworm-pu: package usbutils/014-1+deb12u1

On 2024-01-29 21:56, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Wed, 2024-01-24 at 23:06 +0100, Aurelien Jarno wrote: > > The usbutils package contains a simple shell script called usb- > > devices > > to list all USB devices with their basic characteristics. A > > regression >

Bug#1060454: RM: boost1.81 -- ROM; Superseded by boost1.83

Control: tags -1 - moreinfo Both pbcopper and r-cran-openmx have switched to the default version of boost, so there shouldn't be anything left to block boost1.81 removal.

Bug#1061825: python-dbusmock autopkg tests fail with Python 3.12

Control: tag -1 pending Hallo Matthias, Matthias Klose [2024-01-29 21:27 +0100]: > 636s NO TESTS RAN (skipped=4) > 637s autopkgtest [01:57:06]: test upstream: ---] > 637s autopkgtest [01:57:06]: test upstream: - - - - - - - - - - results - - > - - - - - - - - > 637s upstream

Bug#1061932: blitz++: NMU diff for 64-bit time_t transition

Source: blitz++ Version: 1:1.0.2+ds-4 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061931: biosquid: NMU diff for 64-bit time_t transition

Control: tags -1 - pending patch Unfortunately, it turns out that due to the use of d-shlibs this patch is insufficient. d-shlibs appears to need patching for every ABI transition, and only knows about the long-finished c102, ldbl, and v5 transitions (which misses several other ABI transitions

Bug#1061931: biosquid: NMU diff for 64-bit time_t transition

Source: biosquid Version: 1.9g+cvs20050121-13 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061929: bamf: NMU diff for 64-bit time_t transition

Source: bamf Version: 0.5.6+repack-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061930: belle-sip: NMU diff for 64-bit time_t transition

Source: belle-sip Version: 5.2.0+dfsg-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061928: avro-c: NMU diff for 64-bit time_t transition

Source: avro-c Version: 1.11.1-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1058670: python3-poetry: fail with Can't instantiate abstract class IsolatedEnv with abstract methods executable, scripts_dir

Hi, Thanks for the report and the information. This is probably a bug for python3-build to update new upstream release. In despite of this I will contact maintainer and/or update the package. Cheers! signature.asc Description: PGP signature

Bug#1061927: avogadrolibs: NMU diff for 64-bit time_t transition

Source: avogadrolibs Version: 1.98.1-2 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061925: audacious: NMU diff for 64-bit time_t transition

Source: audacious Version: 4.3.1-2 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061926: audit: NMU diff for 64-bit time_t transition

Source: audit Version: 1:3.1.2-2 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1057520: libjxmpp-java: FTBFS with default Java 21

Dear Maintainers, Would it be possible to consider a merge request[1] that addresses this issue? Best Regards, Vladimir. [1] https://salsa.debian.org/debian/libjxmpp-java/-/merge_requests/3

Bug#1061923: at-spi2-core: NMU diff for 64-bit time_t transition

Unfortunately, additional changes were also needed to debian/rules. Please see attached an amended debdiff. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer

Bug#1061924: atril: NMU diff for 64-bit time_t transition

Source: atril Version: 1.26.1-4 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1060955: (none)

Upgrading txtorcon to the latest version (23.11.0) should fix this problem, it does not happen there for me.

Bug#1060955: txtorcon: FTBFS: make[1]: *** [debian/rules:28: override_dh_auto_test] Error 1

I have attempted to repeat this on a non-testing Debian system using Python version 3.11.6 (which is what trixie reports as current) and the tests all pass fine. Is there some procedure I can use to repeat this? Is this "just a Debian thing" and there's nothing I can do directly in txtorcon?

Bug#1061923: at-spi2-core: NMU diff for 64-bit time_t transition

Source: at-spi2-core Version: 2.50.0-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061922: astrometry.net: NMU diff for 64-bit time_t transition

Source: astrometry.net Version: 0.93+dfsg-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061920: arrayfire: NMU diff for 64-bit time_t transition

Control: tags -1 - pending Of course, arrayfire already has an outstanding build failure since 2018, so this will not actually be NMUed as-is. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world.

Bug#1061921: asl: NMU diff for 64-bit time_t transition

Source: asl Version: 0.1.7-4 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061706: ITP: distrobuilder -- System container image builder for LXC and Incus

On Mon, 2024-01-29 at 08:02 +0100, Johannes Schauer Marin Rodrigues wrote: > independent on whether this is packaged or not, could you complete the entry > for distrobuilder in this table? > > https://wiki.debian.org/SystemBuildTools#General_tools Sure, done! Mathias signature.asc

Bug#1061920: arrayfire: NMU diff for 64-bit time_t transition

Source: arrayfire Version: 3.3.2+dfsg1-4 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061919: arpack: NMU diff for 64-bit time_t transition

Source: arpack Version: 3.9.1-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061866: adns: NMU diff for 64-bit time_t transition

On Tue, Jan 30, 2024 at 12:34:50AM +, Ian Jackson wrote: > > To ensure that inconsistent combinations of libraries with their > > reverse-dependencies are never installed together, it is necessary to > > have a library transition, which is most easily done by renaming the > > runtime library

Bug#1057522: libsvm: FTBFS with default Java 21

Dear Maintainers, Would it be possible to consider a merge request[1] that addresses this issue? Best Regards, Vladimir. [1] https://salsa.debian.org/science-team/libsvm/-/merge_requests/3

Bug#1061918: armnn: NMU diff for 64-bit time_t transition

Source: armnn Version: 23.08-4 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1057523: libusb-java: FTBFS with default Java 21

Dear Maintainers, Would it be possible to consider a merge request[1] that addresses this issue? Best Regards, Vladimir. [1] https://salsa.debian.org/java-team/libusb-java/-/merge_requests/3

Bug#1032530: (no subject)

Is /tmp/jammy definitely an empty directory? OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1042851: Still present in 12.4

Hi, According to sddm development https://github.com/sddm/sddm/issues/ 1476#issuecomment-1152889613, this should be fixed with version 0.20. Various mitigation operations like switching VT are presented in that thread. -- Pierre Métras signature.asc Description: This is a digitally signed

Bug#1061917: virtualbox-dkms: Does not build

Package: virtualbox-dkms Version: 7.0.14-dfsg-1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, When upgrading or reinstalling the package fails to build displaying this error message: Setting up virtualbox-dkms (7.0.14-dfsg-1+b1) ... Removing old virtualbox-7.0.14

Bug#1057526: metro-policy: FTBFS with default Java 21

Dear Maintainers, Would it be possible to consider a merge request[1] that addresses this issue? Best Regards, Vladimir. [1] https://salsa.debian.org/java-team/metro-policy/-/merge_requests/1

Bug#1061901:

Apologies, previous version of patch was incorrect. nmu_compiz.debdiff Description: Binary data

Bug#1061916: cups: NMU diff for 64-bit time_t transition

Source: cups Version: 2.4.7-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061915: cups-filters: NMU diff for 64-bit time_t transition

Source: cups-filters Version: 1.28.17-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061914: cuneiform: NMU diff for 64-bit time_t transition

Source: cuneiform Version: 1.1.0+dfsg-9 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061913: ctpl: NMU diff for 64-bit time_t transition

Source: ctpl Version: 0.3.4+dfsg-4 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061912: ctemplate: NMU diff for 64-bit time_t transition

Source: ctemplate Version: 2.4-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061909: croaring: NMU diff for 64-bit time_t transition

Source: croaring Version: 0.2.66+ds-2 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061911: csmith: NMU diff for 64-bit time_t transition

Source: csmith Version: 2.3.0-7 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061910: cryptominisat: NMU diff for 64-bit time_t transition

Source: cryptominisat Version: 5.11.15+dfsg1-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061908: cppdb: NMU diff for 64-bit time_t transition

Source: cppdb Version: 0.3.1+dfsg-9 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061907: cppad: NMU diff for 64-bit time_t transition

Source: cppad Version: 2024.00.00.2-2 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061906: cpp-httplib: NMU diff for 64-bit time_t transition

Source: cpp-httplib Version: 0.14.3+ds-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061904: cpdb-libs: NMU diff for 64-bit time_t transition

Source: cpdb-libs Version: 1.2.0-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061905: cpp-hocon: NMU diff for 64-bit time_t transition

Source: cpp-hocon Version: 0.3.0-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061901: compiz: NMU diff for 64-bit time_t transition

Source: compiz Version: 2:0.8.18-5 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061903: coolkey: NMU diff for 64-bit time_t transition

Source: coolkey Version: 1.1.0-16 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061902: consolekit2: NMU diff for 64-bit time_t transition

Source: consolekit2 Version: 1.2.6-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061900: comedilib: NMU diff for 64-bit time_t transition

Source: comedilib Version: 0.11.0+5-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061899: comedilib: NMU diff for 64-bit time_t transition

Source: comedilib Version: 0.11.0+5-1.1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061898: arm-compute-library: NMU diff for 64-bit time_t transition

Source: arm-compute-library Version: 23.08+dfsg-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and

Bug#1061897: aribb24: NMU diff for 64-bit time_t transition

Source: aribb24 Version: 1.0.3-2 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061895: apriltag: NMU diff for 64-bit time_t transition

Source: apriltag Version: 3.3.0-2 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061487: bookworm-pu: package rpm/4.18.0+dfsg-1+deb12u1

On Mon, Jan 29, 2024 at 09:51:45PM +, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Thu, 2024-01-25 at 14:39 +0200, Peter Pentchev wrote: > > Version 4.18 of RPM changed the format of its internal database > > from the traditional BerkeleyDB one to a new SQLite implementation.

Bug#1061894: apr: NMU diff for 64-bit time_t transition

Source: apr Version: 1.7.2-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061893: apr-util: NMU diff for 64-bit time_t transition

Source: apr-util Version: 1.6.3-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061888: Acknowledgement (anfo: NMU diff for 64-bit time_t transition)

Of course, since anfo FTBFS due to bug #1012893, we can't actually transition the binary package names right now (because we'd have to be able to build a binary package). However, libanfo0 also has no reverse-dependencies in the archive outside of anfo itself, so there is no urgency for handling

Bug#1050591: bullseye-pu: package awstats/7.8-2+deb11u2

Em terça-feira, 19 de dezembro de 2023, às 19:53:31 -03, Jonathan Wiltshire escreveu: > > Please go ahead. Hi all! The maintainer of awstats, in copy, did some tests and did not find the bug. Looks like it was fixed in the latest PU for bookworm [1]. I don't know how to deal with this open

Bug#1061892: apophenia: NMU diff for 64-bit time_t transition

Source: apophenia Version: 1.0+ds-8 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061882:

Apologies, the initial message had an incorrect debdiff attached. Here's a better one (that has been uploaded to experimental). nmu_combblas.debdiff Description: Binary data

Bug#966833: fixed in current releases

you can close this bug -- it should be fixed with the latest releases signature.asc Description: PGP signature

Bug#1061891: apbs: NMU diff for 64-bit time_t transition

Source: apbs Version: 3.4.1-5 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061866: adns: NMU diff for 64-bit time_t transition

Hi. Thanks for your work on this. Steve Langasek writes ("Bug#1061866: adns: NMU diff for 64-bit time_t transition"): > As part of the 64-bit time_t transition required to support 32-bit > architectures in 2038 and beyond > (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified >

Bug#1061885: Acknowledgement (allegro5: NMU diff for 64-bit time_t transition)

Well. Also missed a spot in debian/rules. One more try! (This time, waited until the build succeeded.) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer

Bug#1041754: [pcp] Bug#1041754: pcp: ships empty directory /usr/lib/pkgconfig

https://github.com/performancecopilot/pcp/pull/1874

Bug#1061890: anthy: NMU diff for 64-bit time_t transition

Source: anthy Version: 1:0.4-2 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061889: angelscript: NMU diff for 64-bit time_t transition

Source: angelscript Version: 2.35.1+ds-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061885: Acknowledgement (allegro5: NMU diff for 64-bit time_t transition)

Unfortunately, allegro5 has some non-standard generation of debhelper files and build time that doesn't get picked up by the conversion script, so that patch fails. Attached is a corrected patch. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian

Bug#1061888: anfo: NMU diff for 64-bit time_t transition

Source: anfo Version: 0.98-9 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061887: aml: NMU diff for 64-bit time_t transition

Source: aml Version: 0.3.0-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061370: gcc-14 ftbfs on armel

Control: tags -1 patch On 2024-01-29 10:23, Emanuele Rocca wrote: > Upstream proposed two patches though, the one I tried is: > > libatomic_la_LIBADD += $(addsuffix _8_2_.lo,$(SIZEOBJS)) > +libatomic_la_LIBADD += tas_1_2_.lo The problem was not the patch, but the fact that it did not include

Bug#1061884: Acknowledgement (allegro4.4: NMU diff for 64-bit time_t transition)

Sorry, a bug in the automation scripts for converting source packages meant that debhelper files were renamed incorrectly. Attached is a corrected patch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move

Bug#960169: lxc-templates: Fails to install when /var/lib/lxc is a symlink

Control: tags -1 + pending On Sun, 10 May 2020 08:04:03 +0200 ibu wrote: > If the empty dir var/lib/lxc (and maybe var/cache/lxc, too) is not > needed otherwise, I suggest removing it. I noticed those empty directories as well, which I think are leftover from when lxc-templates was split out

Bug#1061879: webkit2gtk: Incorrect build-dependency on libseccomp-dev for m68k

On Mon, Jan 29, 2024 at 11:57:31PM +0100, John Paul Adrian Glaubitz wrote: > src:webkit2gtk is currently BD-Uninstallable on m68k [1] since > libseccomp is currently not available yet. I guess that the main problem is that webkit2gtk hasn't built in m68k since the 2.36.x branch[1]. Is there

Bug#1061772: RFP: jujutsu -- Git-compatible VCS that is both simple and powerful

On Mon, 29 Jan 2024 10:08:29 -0500 Antoine Beaupre wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-Cc: debian-r...@lists.debian.org > > * Package name: jujutsu > Version : 0.13.0 > Upstream Contact: Martin von Zweigbergk > * URL

Bug#1061885: allegro5: NMU diff for 64-bit time_t transition

Source: allegro5 Version: 2:5.2.9.1+dfsg-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061878: Acknowledgement (agg: NMU diff for 64-bit time_t transition)

The package built, but libagg2t64 was empty and rejected from the archive; oops. Please see attached a corrected patch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer

Bug#1061884: allegro4.4: NMU diff for 64-bit time_t transition

Source: allegro4.4 Version: 2:4.4.3.1-4 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061883: alberta: NMU diff for 64-bit time_t transition

Source: alberta Version: 3.0.3-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1057528: ognl: FTBFS with default Java 21

Dear Maintainers, Would it be possible to consider a merge request[1] that addresses this issue? Best Regards, Vladimir. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057528

Bug#1054130: It probably was trivial

> It looks as if the URI may have changed. Anyway adding > OPT_CONTENT_DISPOSITION > to the entry works and the remainder of the list now completes. > So a minor bug I guess I noticed from the first email that the version of Podget that you are reporting the bug for is 0.9.1-1 and the system is

Bug#1061882: combblas: NMU diff for 64-bit time_t transition

Source: combblas Version: 2.0.0-3 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061881: akonadi-search: NMU diff for 64-bit time_t transition

Source: akonadi-search Version: 4:22.12.3-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond

Bug#1061473: bookworm-pu: package tinyxml/2.6.2-6+deb12u1

Control: tags -1 - moreinfo On Mon, 29 Jan 2024 at 21:55:37 +, Adam D. Barratt wrote: > > On Thu, 2024-01-25 at 04:45 +0100, Guilhem Moulin wrote: >> Fix CVE-2023-34194: Reachable assertion (and application exit) via a >> crafted XML document with a '\0' located after whitespace. > > + *

Bug#1061880: s-tui: Selecting Graphs raises a ValueError exception

Package: s-tui Version: 1.1.4-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: genpfa...@threadpitch.net Dear Maintainer, Selecting the 'Graphs' option in s-tui causes a ValueError exception: Traceback (most recent call last): File "/usr/bin/s-tui",

Bug#1057527: munin: FTBFS with default Java 21

Dear Maintainers, Would it be possible to consider a merge request[1] that addresses this issue? Best Regards, Vladimir. [1] https://salsa.debian.org/debian/munin/-/merge_requests/8

  1   2   3   4   >