Hello, quoting changelog: +libaio (0.3.113-6) unstable; urgency=medium + + * Switch from future=+lfs to abi=+lfs build flags feature, and Build-Depends + on dpkg-dev >= 1.22.0. + * Add time64 support: + - Remove dead code for syscall handling. + - Refactor code to use an internal implementation for public functions + that handle timespec, by switching them to always use __kernel_timespec, + and add conversion functions to map from 'struct timespec' to + 'struct __kernel_timespec', and from 'struct __kernel_timespec' to + 'struct __kernel_old_timespec'. + - Add support for io_pgetevents_time64() Linux syscall, but disable it + for now as it only works on 32-bit kernels, but not on the compat + mode in 64-bit kernels running 32-bit userland, will be fixed in Linux + in parallel, as the timeouts used are supposed to be relative anyway, + and this does not and will not break ABI. + - Add dual time32/time64 ABI support by adding io_getevents_time64() and + io_pgetevents_time64() library functions on 32-bit architectures, that + get redirected from the io_getevents() and io_pgetevents() functions + when the user sets _TIME_BITS=64. + - Perform a SONAME bump to avoid stomping on upstream SONAME. Once and if + the new symbols are accepted by upstream then we can merge that back + into libaio.so.1 and drop the t64 packages and temporarily provide + a compat symlink for the t64 SONAME for a smooth transition back. This + should also be an easier way to revert this transition when there are + no file conflicts involved, and does not block on upstream support. + - Do not rename the udeb from libaio1-udeb, as d-i does not care, and + that would require a pointless trip through NEW. But update the shlibs + references for the libaio1t64 rename. + - We do not need a dependency on a newer dpkg-dev nor gcc as we are + explicitly handling the time64 dual-ABI independently of the toolchain. + Closes: #1062218 + + -- Guillem Jover <guil...@debian.org> Tue, 05 Mar 2024 11:33:54 +0100
On Tue, 30 Apr 2024 14:37:54 +0200 Patrice Duroux <patrice.dur...@gmail.com> wrote:
Package: libaio1t64 Version: 0.3.113-8 Severity: minor Dear Maintainer, On my Sid system, I have currently the following: $ dpkg -l | grep libaio ii libaio1:amd64 0.3.113-5 amd64 Linux kernel AIO access library - shared library ii libaio1t64:amd64 0.3.113-8 amd64 Linux kernel AIO access library - shared library Does installing libaio1t64 should have removed libaio1 like in some other t64 library transition cases? Thanks -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.12-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libaio1t64 depends on: ii libc6 2.37-19 libaio1t64 recommends no packages. libaio1t64 suggests no packages. -- no debconf information