Bug#1071462: installing/upgrading libc6 does not work in sbuild when systemd is installed as ischroot declines
On 2024-05-20 10:40, Luca Boccassi wrote: > On Mon, 20 May 2024 at 10:37, Aurelien Jarno wrote: > > > > On 2024-05-20 10:22, Luca Boccassi wrote: > > > On Mon, 20 May 2024 at 10:20, Johannes Schauer Marin Rodrigues > > > wrote: > > > > > > > > Hi, > > > > > > > > Quoting Chris Hofstaedtler (2024-05-20 10:38:04) > > > > > * Johannes Schauer Marin Rodrigues [240520 07:35]: > > > > > > [..] But maybe it [glibc's postinst] should be doing some > > > > > > more involved checks about what PID 1 is? It could then make sure > > > > > > to only call > > > > > > systemd telinit if systemd is pid 1. [..] > > > > > > > > > > Well, that would probably suck. Putting the knowledge when to call > > > > > telinit, and a specific telinit, into a ton of different things > > > > > makes all those things hard to get right, hard to update, the usual. > > > > > > > > > > I've checked the sysvinit and the systemd implementations now, and > > > > > they are not that different. Both try to talk to their respective > > > > > pid1 daemons first using their respective communication socket. > > > > > > > > > > But then, if that doesn't work, they diverge: > > > > > - sysvinit's telinit just gives up > > > > > - systemd's telinit, *as an explicit fallback*, sends signals. > > > > > > > > > > systemd's telinit (aka systemctl) helpfully exits if it detects > > > > > being in a chroot, before doing any of that. > > > > > > > > > > IWSTM systemd's telinit could, if called as telinit, not do the > > > > > fallback to stick with sysvinit's behaviour? > > > > > > > > > > As a bonus, sysvinit's telinit could also gain the chroot check, and > > > > > glibc's > > > > > postinst (and other places) can become simpler again. > > > > > > > > via irc, jochen also pointed out: telinit could be the component which > > > > checks > > > > what PID 1 actually is and only do its thing after it confirmed that it > > > > is > > > > indeed an init system like systemd that is providing PID 1? > > > > > > That's all legacy stuff and I really don't want to touch it anymore. > > > Going from the other side, maybe libc6.postinst could use something > > > more reliable than ischroot()? Is systemd-detect-virt able to figure > > > out the situation a bit better? > > > > Nope. > > What's the output? With SYSTEMD_LOG_LEVEL=debug exported In sbuild using unshare chroot running in a VM: | SYSTEMD_LOG_LEVEL=debug /usr/bin/systemd-detect-virt | Failed to read $container of PID 1, ignoring: Permission denied | Found cgroup2 on /sys/fs/cgroup/, full unified hierarchy | Found container virtualization none. | Virtualization QEMU found in DMI (/sys/class/dmi/id/sys_vendor) | UML virtualization not found in /proc/cpuinfo. | Virtualization XEN not found, /proc/xen does not exist | Virtualization found, CPUID=KVMKVMKVM | Found VM virtualization kvm | kvm -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1071462: installing/upgrading libc6 does not work in sbuild when systemd is installed as ischroot declines
On 2024-05-20 10:38, Chris Hofstaedtler wrote: > * Johannes Schauer Marin Rodrigues [240520 07:35]: > > [..] But maybe it [glibc's postinst] should be doing some > > more involved checks about what PID 1 is? It could then make sure to only > > call > > systemd telinit if systemd is pid 1. [..] > > Well, that would probably suck. Putting the knowledge when to call > telinit, and a specific telinit, into a ton of different things > makes all those things hard to get right, hard to update, the usual. On the glibc side, this part has always been a pain to handle (a bit less since upstart got removed). And the systemd decision to increase the use of dlopen() will make this step even more necessary. Therefore I wonder if it could be solved using the trigger mechanism, basically glibc saying "I got upgraded" and the packages, being systemd, sysv or any other system can then decide what to do instead of hardcoding that on the glibc side. That would also simplify the chrootless case a bit. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1071462: installing/upgrading libc6 does not work in sbuild when systemd is installed as ischroot declines
On 2024-05-20 10:22, Luca Boccassi wrote: > On Mon, 20 May 2024 at 10:20, Johannes Schauer Marin Rodrigues > wrote: > > > > Hi, > > > > Quoting Chris Hofstaedtler (2024-05-20 10:38:04) > > > * Johannes Schauer Marin Rodrigues [240520 07:35]: > > > > [..] But maybe it [glibc's postinst] should be doing some > > > > more involved checks about what PID 1 is? It could then make sure to > > > > only call > > > > systemd telinit if systemd is pid 1. [..] > > > > > > Well, that would probably suck. Putting the knowledge when to call > > > telinit, and a specific telinit, into a ton of different things > > > makes all those things hard to get right, hard to update, the usual. > > > > > > I've checked the sysvinit and the systemd implementations now, and > > > they are not that different. Both try to talk to their respective > > > pid1 daemons first using their respective communication socket. > > > > > > But then, if that doesn't work, they diverge: > > > - sysvinit's telinit just gives up > > > - systemd's telinit, *as an explicit fallback*, sends signals. > > > > > > systemd's telinit (aka systemctl) helpfully exits if it detects > > > being in a chroot, before doing any of that. > > > > > > IWSTM systemd's telinit could, if called as telinit, not do the > > > fallback to stick with sysvinit's behaviour? > > > > > > As a bonus, sysvinit's telinit could also gain the chroot check, and > > > glibc's > > > postinst (and other places) can become simpler again. > > > > via irc, jochen also pointed out: telinit could be the component which > > checks > > what PID 1 actually is and only do its thing after it confirmed that it is > > indeed an init system like systemd that is providing PID 1? > > That's all legacy stuff and I really don't want to touch it anymore. > Going from the other side, maybe libc6.postinst could use something > more reliable than ischroot()? Is systemd-detect-virt able to figure > out the situation a bit better? Nope. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1071172: libc6-dev omits the bits directory
Hi, On 2024-05-15 22:10, Joris van der Geer wrote: > package:libc6-dev > version: 2.36 Please provide a more accurate version than this. In the rest of this email i will therefore consider the latest glibc version, in sid, ie 2.38-11: > Libc6 omits thr ‘bits’ directory, rendering glibc inoperable The bits directory is not omitted, it is provided in /usr/include/aarch64-linux-gnu following the multiarch path convention. > after sucessfull apt-get install libc6 libc6-dev : > > When compiling gcc, the process halts at : > > In file included from ../.././libgcc/../gcc/tsystem.h:95, > from ../.././libgcc/libgcc2.c:27: > /usr/include/stdio.h:27:10: fatal error: bits/libc-header-start.h: No such > file or directory >27 | #include > | ^~ > compilation terminated. > make[2]: *** [Makefile:508: _muldi3.o] Error 1 > make[2]: Leaving directory > '/home/joris/src/gcc-14.1.0/aarch64-unknown-linux-gnu/libgcc' > make[1]: *** [Makefile:14517: all-target-libgcc] Error 2 > make[1]: Leaving directory '/home/joris/src/gcc-14.1.0' > make: *** [Makefile:1050: all] Error 2 I guess you are building gcc from source. For using the multiarch path convention, you should configure it with --enable-multiarch. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1071093: libc6: [adequate] undefined-symbol
control: reassign -1 adequate control: retitle -1 false positive detected in in libthread_db.so.1 Hi, On 2024-05-14 10:14, Martin-Éric Racine wrote: > Package: libc6 > Version: 2.38-11 > Severity: important > > $ adequate --all --tags -py-file-not-bytecompiled > libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => > ps_pdwrite > libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => > ps_pglobal_lookup > libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => > ps_lsetregs > libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => > ps_getpid > libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => > ps_lgetfpregs > libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => > ps_lsetfpregs > libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => > ps_lgetregs > libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => > ps_pdread This is perfectly normal. libthread_db.so is a special system library for thread debugging. Those symbols are provided by the debuggers using it, for instance gdb or lldb. I am therefore reassigning this to adequate as a false positive. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net signature.asc Description: PGP signature
Re: Bug#1070666: util-linux: last(1) is broken on i386 since 2.40-8
Hi, On 2024-05-14 21:51, Chris Hofstaedtler wrote: > Hi Eugene, > > could you please try again with: > util-linux 2.40.1-1 > glibc 2.38-7 or newer > > and report back, if the problem is fixed for you? > > The newer util-linux is rebuilt against the fixed glibc, so it > hopefully is now fine. It might be necessary to delete your old > utmp/lastlog files tho. Looking at it more in details, this is definitely bug#1042562 applied to util-linux. It appears that starting with version 2.40., util-linux automatically enables -D_TIME_BITS=64, so even if i386 is not an architecture that was part of the time_t transition, the problem has been triggered there. It appears that util-linux 2.40.1-1 has been rebuilt against a fixed glibc, so the problem is probably fixed. At the end it should be limited to util-linux versions 2.40-1 to 2.40-8. I don't think it is necessary to upgrade glibc to get the issue fixed. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Re: Processed: glibc: packages FTBFS caused by vector math library header on arm64
On 2024-05-07 00:29, Simon Chopin wrote: > As the one who reported the issue in the glibc upstream tracker, I'm now > of the opinion it's not a glibc bug, but rather issues with the > individual packages that are now FTBFS. As far as I know, this is either > a parser pretending to be GCC without implementing all the GCC features > (e.g. aspectc++), and/or a compiler targetting another platform while > still using the system headers (e.g. rocm-hipamd). The goal of the removal was able to progress with the migration of glibc 2.38 to testing to not block other packages for a long time. Anyway this strategy does not work for glibc 2.39 (it causes a FTBFS of glibc), so we have to solve the issues before being able to get glibc 2.39 to unstable. Among the 4 failures, cxref already got fixed. For aspectc++ and cbmc, I agree with you that the issues have to be fixed at the package level. For rocm-hipamd, the maintainer claims this is a toolchain issue... -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
[Git][glibc-team/glibc][glibc-2.39] 22 commits: fix changelog
Aurelien Jarno pushed to branch glibc-2.39 at GNU Libc Maintainers / glibc
Commits:
857ddd99 by Samuel Thibault at 2024-05-04T02:33:07+02:00
fix changelog
- - - - -
9e288953 by Aurelien Jarno at 2024-05-06T22:27:34+02:00
debian/patches/arm64/local-remove-aarch64-bits-math-vector-h.diff: temporarily
remove aarch64 specific bits/math-vector.h file, so that the generic one is
used instead. Addresses: #1070441, #1070443, #1070444, #1070446.
- - - - -
6dce9037 by Aurelien Jarno at 2024-05-06T22:34:23+02:00
releasing package glibc version 2.38-8
- - - - -
21566f39 by Aurelien Jarno at 2024-05-06T23:25:04+02:00
debian/rules: build with gcc-13.
- - - - -
06b753ee by Aurelien Jarno at 2024-05-06T23:25:57+02:00
debian/tests/control: re-enable autopkgtest on arm64, the memory consumption
should be lower with gcc-13.
- - - - -
b6da6761 by Aurelien Jarno at 2024-05-07T21:21:34+02:00
debian/testsuite-xfail-debian.mk: remove now fixed riscv64 XFAILs.
- - - - -
ad27ea00 by Aurelien Jarno at 2024-05-07T22:16:25+02:00
debian/debhelper.in/libc-bin.{install,lintian-overrides}: move ldconfig to
/usr/sbin.
- - - - -
5bcaf1ab by Aurelien Jarno at 2024-05-08T18:53:39+02:00
debian/local/usr_sbin/locale-gen: enhance to support referencing locales in
/usr/local/share/i18n/locales through copy. Closes: #1066887
- - - - -
5a3c2953 by Aurelien Jarno at 2024-05-10T15:58:59+02:00
debian/patches/git-updates.diff: update from upstream stable branch.
- - - - -
75d1b034 by Aurelien Jarno at 2024-05-10T15:59:05+02:00
releasing package glibc version 2.38-9
- - - - -
62f9f7b6 by Aurelien Jarno at 2024-05-10T17:56:23+02:00
debian/control.in/main, debian/rules.d/control.mk: build-depends on
g++$(DEB_GCC_VERSION)-for-host instead of listing cross-build-dependency per
architecture. Also depends on g++$(DEB_GCC_VERSION)-multilib instead of
hardcoding the version.
- - - - -
09dd5077 by Aurelien Jarno at 2024-05-10T17:58:04+02:00
Add a missing comma in previous commit
- - - - -
417593da by Aurelien Jarno at 2024-05-10T17:59:47+02:00
releasing package glibc version 2.38-10
- - - - -
a798a2c3 by Aurelien Jarno at 2024-05-11T11:54:41+02:00
debian/testsuite-xfail-debian.mk: ignore a few math failures due to GCC 13 on
hppa. Closes: #1070875.
- - - - -
cddca4c1 by Aurelien Jarno at 2024-05-11T12:28:40+02:00
debian/patches/any/submitted-static-*.diff: add proposed patches to fix various
missing math function in libm.a. Closes: #1070872.
- - - - -
2ae20c3f by Aurelien Jarno at 2024-05-11T23:08:33+02:00
debian/testsuite-xfail-debian.mk: mark tst-support_descriptors as XFAIL, due to
sbuild bug #1070003.
- - - - -
2cc3c0b9 by Aurelien Jarno at 2024-05-11T23:17:25+02:00
releasing package glibc version 2.38-11
- - - - -
3f3f50bc by Aurelien Jarno at 2024-05-11T23:37:07+02:00
Merge branch sid into glibc-2.39
- - - - -
4143cc69 by Aurelien Jarno at 2024-05-11T23:38:34+02:00
debian/patches/any/submitted-static-exp10.diff: add proposed patch to fix
missing exp10 math function in libm.a on i386 and m68k.
- - - - -
b1183d18 by Aurelien Jarno at 2024-05-11T23:41:55+02:00
debian/control.in/libc, debian/rules.d/control.mk, debian/sysdeps/ia64.mk:
remove support for ia64, it is not supported upstream anymore.
- - - - -
9cec89c5 by Aurelien Jarno at 2024-05-12T00:19:20+02:00
debian/patches/git-updates.diff: update from upstream stable branch.
- - - - -
bf854060 by Aurelien Jarno at 2024-05-12T00:55:14+02:00
releasing package glibc version 2.39-2
- - - - -
21 changed files:
- debian/changelog
- debian/control
- debian/control.in/libc
- debian/control.in/main
- debian/debhelper.in/libc-bin.install
- debian/debhelper.in/libc-bin.lintian-overrides
- debian/local/usr_sbin/locale-gen
- + debian/patches/any/submitted-static-copysignf128.diff
- + debian/patches/any/submitted-static-exp10.diff
- + debian/patches/any/submitted-static-fmod-fmodf.diff
- + debian/patches/any/submitted-static-frexpf128.diff
- + debian/patches/any/submitted-static-isnanf128.diff
- + debian/patches/any/submitted-static-modf128.diff
- + debian/patches/arm64/local-remove-aarch64-bits-math-vector-h.diff
- debian/patches/git-updates.diff
- debian/patches/series
- debian/rules
- debian/rules.d/control.mk
- − debian/sysdeps/ia64.mk
- debian/tests/control
- debian/testsuite-xfail-debian.mk
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/compare/2254e8522f4681c4e9e9a9e4c19484b55fbf61d4...bf854060dcf81a7b6bed713725240bcb1b8f38b0
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/compare/2254e8522f4681c4e9e9a9e4c19484b55fbf61d4...bf854060dcf81a7b6bed713725240bcb1b8f38b0
You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.39-2
Aurelien Jarno pushed new tag debian/2.39-2 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.39-2 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] releasing package glibc version 2.38-11
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 2cc3c0b9 by Aurelien Jarno at 2024-05-11T23:17:25+02:00 releasing package glibc version 2.38-11 - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2cc3c0b981d25bfe11e77df0ac08c8a9d5ec9811 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2cc3c0b981d25bfe11e77df0ac08c8a9d5ec9811 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] debian/testsuite-xfail-debian.mk: mark tst-support_descriptors as XFAIL, due...
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 2ae20c3f by Aurelien Jarno at 2024-05-11T23:08:33+02:00 debian/testsuite-xfail-debian.mk: mark tst-support_descriptors as XFAIL, due to sbuild bug #1070003. - - - - - 2 changed files: - debian/changelog - debian/testsuite-xfail-debian.mk View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2ae20c3f804b9c0f3bbb4b9d1a9aa01abc13dc6a -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2ae20c3f804b9c0f3bbb4b9d1a9aa01abc13dc6a You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 2 commits: debian/testsuite-xfail-debian.mk: ignore a few math failures due to GCC 13 on...
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: a798a2c3 by Aurelien Jarno at 2024-05-11T11:54:41+02:00 debian/testsuite-xfail-debian.mk: ignore a few math failures due to GCC 13 on hppa. Closes: #1070875. - - - - - cddca4c1 by Aurelien Jarno at 2024-05-11T12:28:40+02:00 debian/patches/any/submitted-static-*.diff: add proposed patches to fix various missing math function in libm.a. Closes: #1070872. - - - - - 8 changed files: - debian/changelog - + debian/patches/any/submitted-static-copysignf128.diff - + debian/patches/any/submitted-static-fmod-fmodf.diff - + debian/patches/any/submitted-static-frexpf128.diff - + debian/patches/any/submitted-static-isnanf128.diff - + debian/patches/any/submitted-static-modf128.diff - debian/patches/series - debian/testsuite-xfail-debian.mk View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/417593dafd7a6321b57293cc8f59a34ea5ee5ae5...cddca4c12be51d67d8f383b2ccf21b6335b61898 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/417593dafd7a6321b57293cc8f59a34ea5ee5ae5...cddca4c12be51d67d8f383b2ccf21b6335b61898 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.38-10
Aurelien Jarno pushed new tag debian/2.38-10 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.38-10 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 2 commits: Add a missing comma in previous commit
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 09dd5077 by Aurelien Jarno at 2024-05-10T17:58:04+02:00 Add a missing comma in previous commit - - - - - 417593da by Aurelien Jarno at 2024-05-10T17:59:47+02:00 releasing package glibc version 2.38-10 - - - - - 3 changed files: - debian/changelog - debian/control - debian/control.in/main View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/62f9f7b6eccbb45a31f125fd85590a1c15b0802c...417593dafd7a6321b57293cc8f59a34ea5ee5ae5 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/62f9f7b6eccbb45a31f125fd85590a1c15b0802c...417593dafd7a6321b57293cc8f59a34ea5ee5ae5 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] debian/control.in/main, debian/rules.d/control.mk: build-depends on...
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 62f9f7b6 by Aurelien Jarno at 2024-05-10T17:56:23+02:00 debian/control.in/main, debian/rules.d/control.mk: build-depends on g++$(DEB_GCC_VERSION)-for-host instead of listing cross-build-dependency per architecture. Also depends on g++$(DEB_GCC_VERSION)-multilib instead of hardcoding the version. - - - - - 4 changed files: - debian/changelog - debian/control - debian/control.in/main - debian/rules.d/control.mk View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/62f9f7b6eccbb45a31f125fd85590a1c15b0802c -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/62f9f7b6eccbb45a31f125fd85590a1c15b0802c You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.38-9
Aurelien Jarno pushed new tag debian/2.38-9 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.38-9 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 2 commits: debian/patches/git-updates.diff: update from upstream stable branch.
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 5a3c2953 by Aurelien Jarno at 2024-05-10T15:58:59+02:00 debian/patches/git-updates.diff: update from upstream stable branch. - - - - - 75d1b034 by Aurelien Jarno at 2024-05-10T15:59:05+02:00 releasing package glibc version 2.38-9 - - - - - 2 changed files: - debian/changelog - debian/patches/git-updates.diff View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/5bcaf1ab8f73a5bbcb83ce78c36f3157bf36cad3...75d1b034087f6405eeaa992d94c2c0a3d79867a2 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/5bcaf1ab8f73a5bbcb83ce78c36f3157bf36cad3...75d1b034087f6405eeaa992d94c2c0a3d79867a2 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] debian/local/usr_sbin/locale-gen: enhance to support referencing locales in...
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 5bcaf1ab by Aurelien Jarno at 2024-05-08T18:53:39+02:00 debian/local/usr_sbin/locale-gen: enhance to support referencing locales in /usr/local/share/i18n/locales through copy. Closes: #1066887 - - - - - 2 changed files: - debian/changelog - debian/local/usr_sbin/locale-gen View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/5bcaf1ab8f73a5bbcb83ce78c36f3157bf36cad3 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/5bcaf1ab8f73a5bbcb83ce78c36f3157bf36cad3 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] debian/debhelper.in/libc-bin.{install,lintian-overrides}: move ldconfig to /usr/sbin.
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
ad27ea00 by Aurelien Jarno at 2024-05-07T22:16:25+02:00
debian/debhelper.in/libc-bin.{install,lintian-overrides}: move ldconfig to
/usr/sbin.
- - - - -
3 changed files:
- debian/changelog
- debian/debhelper.in/libc-bin.install
- debian/debhelper.in/libc-bin.lintian-overrides
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/commit/ad27ea0027dcd9b5840ff482fca0818b8e587791
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/commit/ad27ea0027dcd9b5840ff482fca0818b8e587791
You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 3 commits: debian/rules: build with gcc-13.
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 21566f39 by Aurelien Jarno at 2024-05-06T23:25:04+02:00 debian/rules: build with gcc-13. - - - - - 06b753ee by Aurelien Jarno at 2024-05-06T23:25:57+02:00 debian/tests/control: re-enable autopkgtest on arm64, the memory consumption should be lower with gcc-13. - - - - - b6da6761 by Aurelien Jarno at 2024-05-07T21:21:34+02:00 debian/testsuite-xfail-debian.mk: remove now fixed riscv64 XFAILs. - - - - - 5 changed files: - debian/changelog - debian/control - debian/rules - debian/tests/control - debian/testsuite-xfail-debian.mk View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/6dce903796b8feb717ce9b30c8da56f82946c465...b6da676101726f0a8a72e5e9be61631754eafad7 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/6dce903796b8feb717ce9b30c8da56f82946c465...b6da676101726f0a8a72e5e9be61631754eafad7 You're receiving this email because of your account on salsa.debian.org.
FTBFS due to /usr/include/aarch64-linux-gnu/bits/math-vector.h
control: severity 1070441 important control: block 1070668 by 1070441 control: severity 1070443 important control: block 1070668 by 1070443 control: severity 1070444 important control: block 1070668 by 1070444 control: severity 1070446 important control: block 1070668 by 1070446 Dear maintainers, glibc 2.38 introduced changes to the bits/math-vector.h file on arm64 in order to support math vector functions. This unfortunately caused the FTBFS of your packages. The change has been temporarily reverted in version 2.38-8 until a fix is found, and I have opened #1070668 on the glibc side to track the issue, with a Cc: to the arm64 porters. I am therefore downgrading the bugs to severity important. However this should not prevent working on a solution to the problem with the arm64 porters, and depending on the case either at the package level, or at the upstream glibc/gcc/llvm level. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1070668: glibc: packages FTBFS caused by vector math library header on arm64
Source: glibc Version: 2.38-1 Severity: important Tags: upstream X-Debbugs-Cc: debian-...@lists.debian.org Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=30909 glibc 2.38 added vector math library (libmvec) support for arm64, with ASIMD and SVE version. This includes an architecture specific header, /usr/include/aarch64-linux-gnu/bits/math-vector.h, to declare the vectorized functions. For that the ASIMD types __Float32x4_t and __Float64x2_t are also defined for GCC >= 9 or CLANG >= 8, and SVE types __SVFloat32_t, __SVFloat64_t and __SVBool_t for GCC >= 10 and CLANG >= 11. Unfortunately this causes issues to the following packages: - #1070441 cmbc: arm64 FTBFS with glibc 2.38 - #1070443 aspectc++: arm64 FTBFS with glibc 2.38 - #1070444 cxref: arm64 FTBFS with glibc 2.38 - #1070446 rocm-hipamd: arm64 FTBFS with glibc 2.38 The issue has already been reported upstream [1]. For now this file has been restored to the generic version in glibc 2.38-8, removing support for the corresponding vector functions [2]. Porters, could you please have a look at the issue, and work on fixes at the package level and at the upstream glibc/gcc/llvm level? Thanks Aurelien [1] https://sourceware.org/bugzilla/show_bug.cgi?id=30909 [2] https://salsa.debian.org/glibc-team/glibc/-/commit/9e2889537336bdad878eef88bcfb13e457e8ea77
[Git][glibc-team/glibc] Pushed new tag debian/2.38-8
Aurelien Jarno pushed new tag debian/2.38-8 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.38-8 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 2 commits: debian/patches/arm64/local-remove-aarch64-bits-math-vector-h.diff: temporarily...
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 9e288953 by Aurelien Jarno at 2024-05-06T22:27:34+02:00 debian/patches/arm64/local-remove-aarch64-bits-math-vector-h.diff: temporarily remove aarch64 specific bits/math-vector.h file, so that the generic one is used instead. Addresses: #1070441, #1070443, #1070444, #1070446. - - - - - 6dce9037 by Aurelien Jarno at 2024-05-06T22:34:23+02:00 releasing package glibc version 2.38-8 - - - - - 3 changed files: - debian/changelog - + debian/patches/arm64/local-remove-aarch64-bits-math-vector-h.diff - debian/patches/series View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/857ddd995f363d22e7ba9dae52258b33968907d0...6dce903796b8feb717ce9b30c8da56f82946c465 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/857ddd995f363d22e7ba9dae52258b33968907d0...6dce903796b8feb717ce9b30c8da56f82946c465 You're receiving this email because of your account on salsa.debian.org.
Re: Please give me write access to glibc -security branches
Hi Adrian, On 2024-05-06 00:15, Adrian Bunk wrote: > Hi, > > please give me write access to glibc -security branches for pushing > (E)LTS updates there. TTBOMK there is no such things like giving access to some branches only, so you should no have access to the glibc repository on salsa. Please use it with care. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net signature.asc Description: PGP signature
[Git][glibc-team/glibc] Pushed new tag debian/2.39-1
Aurelien Jarno pushed new tag debian/2.39-1 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.39-1 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][glibc-2.39] releasing package glibc version 2.39-1
Aurelien Jarno pushed to branch glibc-2.39 at GNU Libc Maintainers / glibc Commits: 2254e852 by Aurelien Jarno at 2024-05-04T00:36:13+02:00 releasing package glibc version 2.39-1 - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2254e8522f4681c4e9e9a9e4c19484b55fbf61d4 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2254e8522f4681c4e9e9a9e4c19484b55fbf61d4 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][glibc-2.39] 41 commits: hurd: Also comment out PF_ROUTE/AF_ROUTE
Aurelien Jarno pushed to branch glibc-2.39 at GNU Libc Maintainers / glibc
Commits:
ff518e72 by Samuel Thibault at 2024-02-05T23:26:01+00:00
hurd: Also comment out PF_ROUTE/AF_ROUTE
* debian/patches/hurd-i386/submitted-AF_ROUTE.diff
- - - - -
e1fa353a by Samuel Thibault at 2024-02-17T21:18:51+01:00
hurd: Implement RUSAGE_CHILDREN
should fix the grep testsuite.
* debian/patches/hurd-i386/git-proc_getchildren_rusage.diff
- - - - -
e86b2565 by Samuel Thibault at 2024-02-17T22:20:52+01:00
Add hurd-amd64 version of *context
* debian/patches/hurd-i386/git-context.diff
- - - - -
3e2e6677 by Samuel Thibault at 2024-02-17T22:21:24+01:00
Fix upstream version for upstream patch
- - - - -
20bcfe3e by Samuel Thibault at 2024-02-18T02:10:08+01:00
debian/testsuite-xfail-debian.mk: Update hurd-amd64-specific xfails accordingly
- - - - -
a2079b04 by Samuel Thibault at 2024-02-18T09:57:59+01:00
debian/testsuite-xfail-debian.mk: Update hurd-amd64-specific xfail
- - - - -
2845d1ce by Samuel Thibault at 2024-02-19T01:20:55+01:00
debian/testsuite-xfail-debian.mk: Update hurd-amd64-specific xfail
- - - - -
66b54f03 by Samuel Thibault at 2024-02-19T01:28:06+01:00
Also update localplt.data on hurd-amd64
* debian/patches/hurd-i386/local-no-bootstrap-fs-access.2.diff
- - - - -
88997375 by Samuel Thibault at 2024-02-19T01:32:22+01:00
Also update ld.abilist on hurd-amd64
* debian/patches/hurd-i386/local-stack_chk_guard.diff
- - - - -
1debc11d by Samuel Thibault at 2024-02-19T01:40:59+01:00
Also update libc.abilist on hurd-amd64
* debian/patches/hurd-i386/local-exec_filename.diff
- - - - -
341f9d5d by Samuel Thibault at 2024-02-19T01:41:29+01:00
Also update libc.abilist on hurd-amd64
* debian/patches/hurd-i386/local-usr.diff
- - - - -
e166390b by Samuel Thibault at 2024-02-19T01:45:47+01:00
debian/testsuite-xfail-debian.mk: Update hurd-amd64-specific xfail
- - - - -
34128238 by Samuel Thibault at 2024-02-19T09:50:17+01:00
Fix hurd-amd64 ld.abilist ordering
- - - - -
d73a0a00 by Aurelien Jarno at 2024-03-02T12:34:03+01:00
debian/patches/any/git-test-epoll.diff: improve test-epoll robustness
improvements from upstream, useful when running the testsuite on overloaded
hosts.
- - - - -
e165102f by Diederik de Haas at 2024-03-16T12:22:47+01:00
debian/patches/hurd-i386/unsubmitted-clock_t_centiseconds.diff: Rebase patch
Adjust context due to the following changes:
- aa19c68d2bdf3a83 hurd: Use __mach_setup_thread_call ()
This upstream commit added an include file; thus line 42 - 43
- e1fa353ae3297bc5 hurd: Implement RUSAGE_CHILDREN
This commit changed the context for sysdeps/mach/hurd/times.c patch
- - - - -
2aeb4303 by Aurelien Jarno at 2024-04-09T21:08:49+02:00
debian/rules.d/build.mk: present glibc with a compiler that does not default to
-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64, as upstream doesnt support this
configuration. This has the consequence of hiding real issues found by the
testsuite, but there is a consensus that this is the way to go for now. Thanks
to Helmut Grohne for the hint and starting the discussion. Closes: #1068251.
- - - - -
161a1663 by Aurelien Jarno at 2024-04-09T21:44:40+02:00
debian/debhelper.in/glibc-doc.{links,manpages},
debian/local/manpages/pthread_*: drop the man pages for libpthread functions,
as they are now included in manpages-dev. Closes: #1068188.
- - - - -
5667af1c by Aurelien Jarno at 2024-04-09T22:37:21+02:00
debian/control.in/main: update glibc-doc description following the removal of
the pthread manpages.
- - - - -
5e78b9d9 by Aurelien Jarno at 2024-04-09T22:57:33+02:00
Drop transitional dependency from libc6-dev to libnsl-dev.
(Imported from 2.37-15.1 NMU)
- - - - -
0e91ab7b by Aurelien Jarno at 2024-04-09T23:06:00+02:00
debian/control.in/main: downgrade the Recommends from libc-dev-bin to
libc-devtools to a Suggests. Closes: #1067909.
- - - - -
b80adafc by Aurelien Jarno at 2024-04-09T23:06:41+02:00
debian/patches/git-updates.diff: update from upstream stable branch.
- - - - -
2545f12e by Johannes Schauer Marin Rodrigues at 2024-04-09T21:56:13+00:00
debian/debhelper.in/libc.preinst: skip kernel check in chrootless mode
If glibc is installed in chrootless mode (i.e. $DPKG_ROOT is not empty),
then checking the currently running kernel is not useful. At the point
where the chroot is created on system X, the kernel running on X can be
wildly different from the system Y that the chroot is supposed to run
on.
This was discovered when creating hurd chroots on linux. The tools
creating the chroot have no information about the kernel which might run
on the system that the chroot is built for.
This commits adds an additional condition to the preinst block doing
the kernel checks. It is only executed if $DPKG_ROOT is empty, in other
words, only if this is a normal installation.
Closes: #1063624
- - - - -
bbb9f9fc by Aurelien Jarno at 2024-04-10T00:01:53+02:00
Add changelog entry
- - - - -
89d9ea27 by Gioele Barabucci at 2024-04-09T22:02
[Git][glibc-team/glibc] Pushed new tag debian/2.38-7
Aurelien Jarno pushed new tag debian/2.38-7 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.38-7 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] releasing package glibc version 2.38-7
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 5cbd95a2 by Aurelien Jarno at 2024-05-03T21:55:55+02:00 releasing package glibc version 2.38-7 - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/5cbd95a28ba884356ef976132e34bdd4f41d3868 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/5cbd95a28ba884356ef976132e34bdd4f41d3868 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 52 commits: New upstream release.
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 93d50692 by Aurelien Jarno at 2023-07-31T23:40:41+02:00 New upstream release. * New upstream release. - debian/symbols.wildcard: add 2.38. - debian/patches/hurd-i386/git-intr-msg-cfa.diff: upstreamed. - debian/patches/hurd-i386/git-intr-msg-stack.diff: upstreamed. - debian/patches/hurd-i386/git-exception-long.diff: upstreamed. - debian/patches/hurd-i386/git-ctty.diff: upstreamed. - debian/patches/hurd-i386/git-tst-system.diff: upstreamed. - debian/patches/hurd-i386/git-task_info_count.diff: upstreamed. - debian/patches/hurd-i386/local-enable-ldconfig.diff: dropped obsolete part and rebased. - debian/patches/hurd-i386/tg-hooks.diff: disabled. - debian/patches/i386/unsubmitted-quiet-ldconfig.diff: rebased. - debian/patches/any/local-ldconfig-multiarch.diff: rebased. - debian/sysdeps/arm64.mk, debian/libc6.symbols.arm64: enable mathvec on arm64. - - - - - b86186ff by Aurelien Jarno at 2023-08-01T00:06:45+02:00 debian/rules.d/build.mk: pass --enable-fortify-source to configure. - - - - - 83918209 by Aurelien Jarno at 2023-08-01T12:12:41+02:00 debian/testsuite-xfail-debian.mk: XFAIL tst-sprof-basic on mips* and riscv64 as dl_profile is not supported on those architectures. - - - - - 060db1b2 by Samuel Thibault at 2023-08-02T11:13:50+00:00 Refresh hurd-only patches * debian/patches/hurd-i386/submitted-net.diff: Refresh. * debian/patches/hurd-i386/unsubmitted-prof-eintr.diff: Refresh. - - - - - 450ee1f5 by Samuel Thibault at 2023-08-03T11:46:00+02:00 debian/testsuite-xfail-debian.mk: Update hurd xfails - - - - - 57e4f816 by Samuel Thibault at 2023-08-03T12:18:02+02:00 hurd: Drop the upstreamed unsupporteds - - - - - 409b00c7 by Samuel Thibault at 2023-08-03T20:52:36+00:00 Fix hurd-i386 tests - - - - - 8fcd78eb by Samuel Thibault at 2023-08-04T00:25:56+02:00 debian/libc0.3.symbols.hurd-i386: Update symbols - - - - - d7b42a88 by Samuel Thibault at 2023-08-04T10:57:39+02:00 Add hurd-amd64 support - - - - - ff49be6b by Aurelien Jarno at 2023-08-04T12:49:46+02:00 Merge branch sid into glibc-2.38 - - - - - b897da4b by Aurelien Jarno at 2023-08-04T12:50:15+02:00 releasing package glibc version 2.38-1 - - - - - 677e9a99 by Samuel Thibault at 2023-08-04T14:09:05+02:00 Fix build after chk hidden builtin fix * debian/patches/hurd-i386/git-powerpc-longjmp.diff - - - - - f6172702 by Samuel Thibault at 2023-08-04T16:10:08+02:00 debian/libc0.3.symbols.hurd-amd64: Fix symbols for hurd-amd64 libnsl and libutil are not actually built any more, only for compatibility for archs supported in older releases. The host_kernel_version RPC was actually dropped on 64bit. - - - - - 4709c235 by Samuel Thibault at 2023-08-04T16:19:57+02:00 debian/libc0.3.symbols.hurd-amd64: Fix symbols for hurd-amd64 The 2.2.6 compatibility bits dont apply to hurd-amd64 - - - - - 3db74a9f by Aurelien Jarno at 2023-08-06T11:37:58+02:00 debian/rules.d/build.mk: pass --enable-bind-now to configure. - - - - - 9b86fc38 by Samuel Thibault at 2023-08-08T13:18:57+02:00 Merge branch sid of salsa.debian.org:glibc-team/glibc into glibc-2.38 - - - - - 6d6b2b22 by Samuel Thibault at 2023-08-08T16:09:39+02:00 Merge branch sid of salsa.debian.org:glibc-team/glibc into glibc-2.38 - - - - - daf5e943 by Samuel Thibault at 2023-08-16T01:32:11+02:00 debian/testsuite-xfail-debian.mk: Add hurd-amd64-specific xfails - - - - - dbe62369 by Aurelien Jarno at 2023-08-24T23:37:18+02:00 debian/patches/git-updates.diff: update from upstream stable branch. - - - - - efa6a7b1 by Aurelien Jarno at 2023-08-24T23:41:34+02:00 releasing package glibc version 2.38-2 - - - - - 4c0200ce by Aurelien Jarno at 2023-09-08T22:41:59+02:00 Merge branch sid into glibc-2.38 - - - - - 5c410923 by Aurelien Jarno at 2023-09-08T22:54:34+02:00 debian/patches/git-updates.diff: update from upstream stable branch. - - - - - f9d486a5 by Aurelien Jarno at 2023-09-08T22:59:43+02:00 releasing package glibc version 2.38-3 - - - - - 63cb75f6 by Aurelien Jarno at 2023-09-10T11:31:08+02:00 debian/patches/git-updates.diff: update from upstream stable branch: * debian/patches/git-updates.diff: update from upstream stable branch: - Fix oversized __io_vtables in libio. Closes: #1050371. - - - - - 7531550f by Samuel Thibault at 2023-09-28T00:11:53+02:00 debian/patches/hurd-i386/git-ucontext.diff: Fix spurious ucontext content - - - - - a36fe658 by Samuel Thibault at 2023-10-21T17:34:16+02:00 hurd-amd64: Dont try to ship libutil.so in libc0.3-udeb This compatibility library is not needed and thus not built in the hurd-amd64 case. debian/debhelper.in/libc-udeb.install.hurd-amd64 - - - - - 5334f40f by Flavio Cruz at 2023-11-19T00:39:04+01:00 _hurd_intr_rpc_mach_msg: handle message iteration correctly - - - - - a3f60a57 by Samuel Thibault at 2023-11-23T19:40:42+01:00 hurd: Note that hurd-i386/local-no-bootstrap-fs-access.2.diff will have to be dropped in 2.39
[Git][glibc-team/glibc] Pushed new tag debian/2.31-13+deb11u10
Aurelien Jarno pushed new tag debian/2.31-13+deb11u10 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.31-13+deb11u10 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][bullseye-security] 4 commits: debian/patches/local-CVE-2024-33599-nscd.patch: Fix a stack-based buffer...
Aurelien Jarno pushed to branch bullseye-security at GNU Libc Maintainers / glibc Commits: 08dcff14 by Aurelien Jarno at 2024-04-30T23:22:04+02:00 debian/patches/local-CVE-2024-33599-nscd.patch: Fix a stack-based buffer overflow in nscd netgroup cache (CVE-2024-33599). - - - - - b2d2f5f6 by Aurelien Jarno at 2024-04-30T23:22:51+02:00 debian/patches/local-CVE-2024-33600-nscd.patch: Fix a null pointer dereferences in nscd after failed netgroup cache insertion (CVE-2024-33600). - - - - - 7344d1e3 by Aurelien Jarno at 2024-04-30T23:23:28+02:00 debian/patches/any/local-CVE-2024-33601-33602-nscd.patch: Fix a DoS in nscd in case of memory allocation failure (CVE-2024-33601) and a memory corruption in nscd when the underlying NSS callback function does not use the buffer space to store all strings (CVE-2024-33602). - - - - - b716d81b by Aurelien Jarno at 2024-04-30T23:57:25+02:00 releasing package glibc version 2.31-13+deb11u10 - - - - - 5 changed files: - debian/changelog - + debian/patches/any/local-CVE-2024-33599-nscd.patch - + debian/patches/any/local-CVE-2024-33600-nscd.patch - + debian/patches/any/local-CVE-2024-33601-33602-nscd.patch - debian/patches/series View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/6ad1212b40891dee66059b6d2e39be69b82884af...b716d81b3030de9e87284fa61940d74b8902b453 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/6ad1212b40891dee66059b6d2e39be69b82884af...b716d81b3030de9e87284fa61940d74b8902b453 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][debian/2.36-9+deb12u7] releasing package glibc version 2.36-9+deb12u7
Aurelien Jarno pushed to tag debian/2.36-9+deb12u7 at GNU Libc Maintainers / glibc Commits: 65086b4d by Aurelien Jarno at 2024-04-30T23:13:50+02:00 releasing package glibc version 2.36-9+deb12u7 - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/65086b4de73b8263fd304b1799232594d818cfba -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/65086b4de73b8263fd304b1799232594d818cfba You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][bookworm-security] releasing package glibc version 2.36-9+deb12u7
Aurelien Jarno pushed to branch bookworm-security at GNU Libc Maintainers / glibc Commits: 65086b4d by Aurelien Jarno at 2024-04-30T23:13:50+02:00 releasing package glibc version 2.36-9+deb12u7 - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/65086b4de73b8263fd304b1799232594d818cfba -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/65086b4de73b8263fd304b1799232594d818cfba You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.36-9+deb12u7
Aurelien Jarno pushed new tag debian/2.36-9+deb12u7 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.36-9+deb12u7 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][bookworm-security] 4 commits: debian/patches/local-CVE-2024-33599-nscd.diff: Fix a stack-based buffer...
Aurelien Jarno pushed to branch bookworm-security at GNU Libc Maintainers / glibc Commits: df18fa3b by Aurelien Jarno at 2024-04-30T21:36:35+02:00 debian/patches/local-CVE-2024-33599-nscd.diff: Fix a stack-based buffer overflow in nscd netgroup cache (CVE-2024-33599). - - - - - 7250dfd1 by Aurelien Jarno at 2024-04-30T21:45:47+02:00 debian/patches/local-CVE-2024-33600-nscd.diff: Fix a null pointer dereferences in nscd after failed netgroup cache insertion (CVE-2024-33600). - - - - - 83f48ffd by Aurelien Jarno at 2024-04-30T21:45:47+02:00 debian/patches/any/local-CVE-2024-33601-33602-nscd.diff: Fix a DoS in nscd in case of memory allocation failure (CVE-2024-33601) and a memory corruption in nscd when the underlying NSS callback function does not use the buffer space to store all strings (CVE-2024-33602). - - - - - 99e5fc90 by Aurelien Jarno at 2024-04-30T23:07:38+02:00 releasing package glibc version 2.36-9+deb12u7 - - - - - 5 changed files: - debian/changelog - + debian/patches/any/local-CVE-2024-33599-nscd.diff - + debian/patches/any/local-CVE-2024-33600-nscd.diff - + debian/patches/any/local-CVE-2024-33601-33602-nscd.diff - debian/patches/series View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/20fa9ac68f70e9a96bf211f58eccae6a04e6c553...99e5fc90f33db2270cf8997d2296a5842ab09d04 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/20fa9ac68f70e9a96bf211f58eccae6a04e6c553...99e5fc90f33db2270cf8997d2296a5842ab09d04 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.37-19
Aurelien Jarno pushed new tag debian/2.37-19 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.37-19 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 3 commits: debian/patches/git-updates.diff: update from upstream stable branch:
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: e723a953 by Aurelien Jarno at 2024-04-27T23:26:19+02:00 debian/patches/git-updates.diff: update from upstream stable branch: * debian/patches/git-updates.diff: update from upstream stable branch: - Fix a stack-based buffer overflow in nscd netgroup cache (CVE-2024-33599). - Fix a null pointer dereferences in nscd after failed netgroup cache insertion (CVE-2024-33600). - Fix a DoS in nscd in case of memory allocation failure (CVE-2024-33601). - Fix a memory corruption in nscd when the underlying NSS callback function does not use the buffer space to store all strings (CVE-2024-33602). - - - - - 6174b1ea by Aurelien Jarno at 2024-04-27T23:26:29+02:00 Fix a typo in previous changelog entry - - - - - cbeb6768 by Aurelien Jarno at 2024-04-27T23:59:06+02:00 releasing package glibc version 2.37-19 - - - - - 2 changed files: - debian/changelog - debian/patches/git-updates.diff View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/04126fc7cd5932e98a742eebe7788dca9237a863...cbeb6768c4e503021f0c20494408c191a9200c2b -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/04126fc7cd5932e98a742eebe7788dca9237a863...cbeb6768c4e503021f0c20494408c191a9200c2b You're receiving this email because of your account on salsa.debian.org.
Bug#1041415: details
control: tag -1 + fixed-upstream On 2024-04-23 16:22, David Edmondson wrote: > tag 1041415 - upstream > thanks > > Ultimately this fails because /proc is not available in the chroot. > > The version of libc in use *emulates* fchmodat() using /proc/self/fd > rather than using the fchmodat system call. It is emulated, because support for flags != 0 is something new, and requires the fchmodat2 syscall that has been added in Linux kernel version 6.6. On the glibc side, support has been added in glibc 2.39, which is available in git [1], but unfortunately not yet in sid due to binutils/valgrind bug [2] and time_t transition [3] blocking things. Regards Aurelien [1] https://salsa.debian.org/glibc-team/glibc/-/tree/glibc-2.39 [2] https://bugs.debian.org/1057693 [3] https://bugs.debian.org/1059852 -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
[Git][glibc-team/glibc][glibc-2.39] Add bug number
Aurelien Jarno pushed to branch glibc-2.39 at GNU Libc Maintainers / glibc Commits: d212bc1b by Aurelien Jarno at 2024-04-24T16:46:09+02:00 Add bug number - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/d212bc1be9a3281f62aeb6be6349122a96f1c1cb -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/d212bc1be9a3281f62aeb6be6349122a96f1c1cb You're receiving this email because of your account on salsa.debian.org.
Bug#1069730: unblock: glibc/2.37-18
Package: release.debian.org Severity: normal Tags: security X-Debbugs-Cc: gl...@packages.debian.org Control: affects -1 + src:glibc User: release.debian@packages.debian.org Usertags: unblock Hi, glibc 2.37-18 fixes an import security issue (CVE-2024-2961), and it would be nice to have it in testing asap. It is currently blocked by the proftpd-dfsg autopkgtest, which fails due to the lack of libnsl-dev in the chroot, as this dependency got removed in glibc version 2.37-15.1 as part of the time_t transition. proftpd-dfsg has already been fixed by making it an explicity build-dependency, however this fixed version can't enter testing as it is entangled in the time_t transition. The glibc doesn't break proftpd-dfsg in testing, but basically breaks its buildability and thus its autopkgtest. Do you think it would be possible to allow this glibc version to enter testing by ignoring the result of the proftpd-dfsg autopkgtest? Regards Aurelien
[Git][glibc-team/glibc] Pushed new tag debian/2.31-13+deb11u9
Aurelien Jarno pushed new tag debian/2.31-13+deb11u9 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.31-13+deb11u9 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new branch bullseye-security
Aurelien Jarno pushed new branch bullseye-security at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/bullseye-security You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.36-9+deb12u6
Aurelien Jarno pushed new tag debian/2.36-9+deb12u6 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.36-9+deb12u6 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][bookworm-security] 4 commits: debian/patches/git-updates.diff: update from upstream stable branch:
Aurelien Jarno pushed to branch bookworm-security at GNU Libc Maintainers / glibc Commits: bf4858f7 by Aurelien Jarno at 2024-02-09T19:29:10+01:00 debian/patches/git-updates.diff: update from upstream stable branch: * debian/patches/git-updates.diff: update from upstream stable branch: - any/local-CVE-2023-4911.patch: upstreamed. - any/local-CVE-2023-6246.patch: upstreamed. - any/local-CVE-2023-6779.patch: upstreamed. - any/local-CVE-2023-6780.patch: upstreamed. - Revert fix to always call destructors in reverse constructor order due to unforeseen application compatibility issues. - Fix a DTV corruption due to a reuse of a TLS module ID following dlclose with unused TLS. - Fix the DTV field load on x32. - Fix the TCB field load on x32. - - - - - 0b14de1e by Aurelien Jarno at 2024-03-24T13:07:40+01:00 releasing package glibc version 2.36-9+deb12u5 - - - - - 3ee63d1c by Aurelien Jarno at 2024-04-19T18:33:08+02:00 debian/patches/any/local-CVE-2024-2961-iso-2022-cn-ext.diff: Fix out-of-bound writes when writing escape sequence in iconv ISO-2022-CN-EXT module (CVE-2024-2961). Closes: #1069191. - - - - - 20fa9ac6 by Aurelien Jarno at 2024-04-19T18:34:28+02:00 releasing package glibc version 2.36-9+deb12u6 - - - - - 8 changed files: - debian/changelog - − debian/patches/any/local-CVE-2023-4911.patch - − debian/patches/any/local-CVE-2023-6246.patch - − debian/patches/any/local-CVE-2023-6779.patch - − debian/patches/any/local-CVE-2023-6780.patch - + debian/patches/any/local-CVE-2024-2961-iso-2022-cn-ext.diff - debian/patches/git-updates.diff - debian/patches/series View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/c3de47965d2025ca9a27049470b808cf43072b20...20fa9ac68f70e9a96bf211f58eccae6a04e6c553 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/c3de47965d2025ca9a27049470b808cf43072b20...20fa9ac68f70e9a96bf211f58eccae6a04e6c553 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.37-18
Aurelien Jarno pushed new tag debian/2.37-18 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.37-18 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 2 commits: debian/patches/git-updates.diff: update from upstream stable branch:
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 994a9940 by Aurelien Jarno at 2024-04-19T00:14:24+02:00 debian/patches/git-updates.diff: update from upstream stable branch: * debian/patches/git-updates.diff: update from upstream stable branch: - Fix fix out-of-bound writes when writing escape sequence in iconv ISO-2022-CN-EXT module (CVE-2024-2961). Closes: #1069191. - - - - - 04126fc7 by Aurelien Jarno at 2024-04-19T07:10:44+02:00 releasing package glibc version 2.37-18 - - - - - 2 changed files: - debian/changelog - debian/patches/git-updates.diff View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/819f6e04191b904175b765600c3bbadee531a17c...04126fc7cd5932e98a742eebe7788dca9237a863 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/819f6e04191b904175b765600c3bbadee531a17c...04126fc7cd5932e98a742eebe7788dca9237a863 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 3 commits: debian/debhelper.in/locales.config: revert to the version that has been...
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: e4d86ee2 by Aurelien Jarno at 2024-04-10T23:21:48+02:00 debian/debhelper.in/locales.config: revert to the version that has been working for 20+ years. Closes: #1068737. - - - - - f9addba6 by Aurelien Jarno at 2024-04-10T23:25:21+02:00 debian/debhelper.in/locales.config: define LEGACY_EE and use $EE and $LEGACY_EE to refer the the locales config files, as done in the postinst. - - - - - 819f6e04 by Aurelien Jarno at 2024-04-10T23:44:18+02:00 releasing package glibc version 2.37-17 - - - - - 2 changed files: - debian/changelog - debian/debhelper.in/locales.config View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/7cc8417d3df414ecb37dd2b45053580aee77c3de...819f6e04191b904175b765600c3bbadee531a17c -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/7cc8417d3df414ecb37dd2b45053580aee77c3de...819f6e04191b904175b765600c3bbadee531a17c You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.37-16
Aurelien Jarno pushed new tag debian/2.37-16 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.37-16 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] releasing package glibc version 2.37-16
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 7cc8417d by Aurelien Jarno at 2024-04-10T00:16:43+02:00 releasing package glibc version 2.37-16 - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/7cc8417d3df414ecb37dd2b45053580aee77c3de -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/7cc8417d3df414ecb37dd2b45053580aee77c3de You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] debian/patches/sparc/submitted-sparc-clone.diff: pull patch from the upstream...
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: fddf20e3 by Aurelien Jarno at 2024-04-10T00:15:00+02:00 debian/patches/sparc/submitted-sparc-clone.diff: pull patch from the upstream BTS to workaround issues with the clone syscall on sparc. Closes: #1063937. - - - - - 3 changed files: - debian/changelog - debian/patches/series - + debian/patches/sparc/submitted-sparc-clone.diff View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/fddf20e3af465dfc76744242b8599148484d9c12 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/fddf20e3af465dfc76744242b8599148484d9c12 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] Add changelog entry
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 2633f0e5 by Aurelien Jarno at 2024-04-10T00:06:58+02:00 Add changelog entry - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2633f0e59a1812692aa69468b1f00583d3a805af -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2633f0e59a1812692aa69468b1f00583d3a805af You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] locales.config: Extract default environment LANG using only sed
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 89d9ea27 by Gioele Barabucci at 2024-04-09T22:02:55+00:00 locales.config: Extract default environment LANG using only sed The cat + awk pipeline can be simplified into a single sed command. Originally proposed in https://salsa.debian.org/glibc-team/glibc/-/merge_requests/19#note_411469 - - - - - 1 changed file: - debian/debhelper.in/locales.config View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/89d9ea27b0ce20f6186f0f1d4be301fb12bc97ab -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/89d9ea27b0ce20f6186f0f1d4be301fb12bc97ab You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] Add changelog entry
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: bbb9f9fc by Aurelien Jarno at 2024-04-10T00:01:53+02:00 Add changelog entry - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/bbb9f9fca632d55ce0c15873b269fecb53be630d -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/bbb9f9fca632d55ce0c15873b269fecb53be630d You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] debian/debhelper.in/libc.preinst: skip kernel check in chrootless mode
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc Commits: 2545f12e by Johannes Schauer Marin Rodrigues at 2024-04-09T21:56:13+00:00 debian/debhelper.in/libc.preinst: skip kernel check in chrootless mode If glibc is installed in chrootless mode (i.e. $DPKG_ROOT is not empty), then checking the currently running kernel is not useful. At the point where the chroot is created on system X, the kernel running on X can be wildly different from the system Y that the chroot is supposed to run on. This was discovered when creating hurd chroots on linux. The tools creating the chroot have no information about the kernel which might run on the system that the chroot is built for. This commits adds an additional condition to the preinst block doing the kernel checks. It is only executed if $DPKG_ROOT is empty, in other words, only if this is a normal installation. Closes: #1063624 - - - - - 1 changed file: - debian/debhelper.in/libc.preinst View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2545f12e68b6acd712cb2e06cfe3ef5f34a62adc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/2545f12e68b6acd712cb2e06cfe3ef5f34a62adc You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][sid] 6 commits: debian/rules.d/build.mk: present glibc with a compiler that does not default...
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
2aeb4303 by Aurelien Jarno at 2024-04-09T21:08:49+02:00
debian/rules.d/build.mk: present glibc with a compiler that does not default to
-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64, as upstream doesnt support this
configuration. This has the consequence of hiding real issues found by the
testsuite, but there is a consensus that this is the way to go for now. Thanks
to Helmut Grohne for the hint and starting the discussion. Closes: #1068251.
- - - - -
161a1663 by Aurelien Jarno at 2024-04-09T21:44:40+02:00
debian/debhelper.in/glibc-doc.{links,manpages},
debian/local/manpages/pthread_*: drop the man pages for libpthread functions,
as they are now included in manpages-dev. Closes: #1068188.
- - - - -
5667af1c by Aurelien Jarno at 2024-04-09T22:37:21+02:00
debian/control.in/main: update glibc-doc description following the removal of
the pthread manpages.
- - - - -
5e78b9d9 by Aurelien Jarno at 2024-04-09T22:57:33+02:00
Drop transitional dependency from libc6-dev to libnsl-dev.
(Imported from 2.37-15.1 NMU)
- - - - -
0e91ab7b by Aurelien Jarno at 2024-04-09T23:06:00+02:00
debian/control.in/main: downgrade the Recommends from libc-dev-bin to
libc-devtools to a Suggests. Closes: #1067909.
- - - - -
b80adafc by Aurelien Jarno at 2024-04-09T23:06:41+02:00
debian/patches/git-updates.diff: update from upstream stable branch.
- - - - -
17 changed files:
- debian/changelog
- debian/control
- debian/control.in/libc
- debian/control.in/main
- − debian/debhelper.in/glibc-doc.links
- − debian/debhelper.in/glibc-doc.manpages
- − debian/local/manpages/pthread_atfork.3
- − debian/local/manpages/pthread_cond_init.3
- − debian/local/manpages/pthread_condattr_init.3
- − debian/local/manpages/pthread_key_create.3
- − debian/local/manpages/pthread_mutex_init.3
- − debian/local/manpages/pthread_mutexattr_init.3
- − debian/local/manpages/pthread_mutexattr_setkind_np.3
- − debian/local/manpages/pthread_once.3
- debian/patches/git-updates.diff
- debian/rules.d/build.mk
- debian/rules.d/debhelper.mk
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/compare/e165102f56d8e841d839561ef2d7ce9133bfa169...b80adafc52c1ab1818b8b2221c67fabae4473041
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/compare/e165102f56d8e841d839561ef2d7ce9133bfa169...b80adafc52c1ab1818b8b2221c67fabae4473041
You're receiving this email because of your account on salsa.debian.org.
Bug#1066887: ENhance Patch for local-gen
Hi,
On 2024-03-15 16:13, M. Buecher wrote:
> Adding / back to end of the path, so that a locale file is immediately
> found.
> diff --git a/debian/local/usr_sbin/locale-gen
> b/debian/local/usr_sbin/locale-gen
> index 7fa3d772..1711a4f0 100755
> --- a/debian/local/usr_sbin/locale-gen
> +++ b/debian/local/usr_sbin/locale-gen
> @@ -23,6 +23,12 @@ is_entry_ok() {
> fi
> }
>
> +if [ -z "${I18NPATH:-}" ]; then
> + if [ -d "${USER_LOCALES}" ]; then
> +I18NPATH="${USER_LOCALES%%/locales*}/"
> + fi
> +fi
> +
> echo "Generating locales (this might take a while)..."
> while read -r locale charset; do
> if [ -z "$locale" ] || [ "${locale#\#}" != "$locale" ]; then continue;
> fi
> @@ -46,7 +52,7 @@ while read -r locale charset; do
> input="$USER_LOCALES/$input"
> fi
> fi
> - localedef -i "$input" -c -f "$charset" -A
> /usr/share/locale/locale.alias "$locale" || :
> + I18NPATH="${I18NPATH}" localedef -i "$input" -c -f "$charset" -A
> /usr/share/locale/locale.alias "$locale" || :
> echo " done"
> done < "$LOCALEGEN"
> echo "Generation complete."
Thanks for your bug report and for even proposing a patch which looks
good to me.
That said as I18NPATH could actually contains a list of directory, I
wonder if the behaviour would be more consistent if the user locales
directory is always prepended to I18NPATH if it exists. What do you
think?
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Bug#1067505: libc-bin: iconv: misleading error "illegal input sequence"
Hi, On 2024-03-22 16:42, Frank Heckenbach wrote: > - I tried to report it upstream, but that's also broken. According to > https://www.gnu.org/software/libc/manual/html_node/Reporting-Bugs.html, bugs > should be reported at https://www.gnu.org/software/libc/bugs.html, but this > page redirects to https://www.gnu.org/savannah-checkouts/gnu/libc/index.html > which does not mention reporting bugs. Please see this page for reporting bug upstream: https://sourceware.org/glibc/bugs.html Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1068251: glibc: FTBFS on 32-bit architectures due to GCC defaulting to 64-bit time_t
Hi,
On 2024-04-09 07:56, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Mon, Apr 08, 2024 at 11:24:40PM +0200, Aurelien Jarno wrote:
> > Thanks for you analysis and your patch. In short your proposal is to
> > extend the initial patch from Steve to fully hide the fact that the
> > compiler default to -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64.
> >
> > This indeed works and fixes the FTBFS. However it seems that, at least
> > for some of the issues, it just hides them. For instance the wrong type
> > for timeval.tv_usec, reported by Simon upstream [1], was detected by the
> > conformance tests. Quoting utmpx.h/conform.out:
>
> I think this needs a more nuanced look. From the comments in the
> conformance test suite, it is evident that it expects to be run without
> _FILE_OFFSET_BITS and _TIME_BITS. Many of the symbols it requires to
> exist only exist when these macros are unset. The conformance test suite
> has a comment saying that it should be testing the case where
> _FILE_OFFSET_BITS is defined, but it currently does not provide
> expectations for that case.
>
> Before we can reasonably run the conformance test suite with these
> macros set (and really, the test suite should be in control of these
> macros), we cannot reasonably use it with them set. Let us now imagine a
> future where the conformance test suite has been extended to provide
> expectations (which in lots of cases means that *64 symbols disappear
> when -D_FILE_OFFSET_BITS=64). Then what still remains is Simon's issue:
>
> > | /tmp/tmp98wzaavx/test.c:4:35: error: conflicting types for ‘b2_10’; have
> > ‘__suseconds64_t’ {aka ‘long long int’}
> > | 4 | extern __typeof__ (a2_10.tv_usec) b2_10;
> > | | ^
> > | /tmp/tmp98wzaavx/test.c:3:20: note: previous declaration of ‘b2_10’ with
> > type ‘suseconds_t’ {aka ‘long int’}
> > | 3 | extern suseconds_t b2_10;
> > | |^
> > | FAIL: Type of member tv_usec
>
> Indeed, this is not something that can easily be fixed and where
> upstream is still debating on what the correct solution should be. It
> also is an issue that existed for a long time. If you head over to a
> bookworm glibc and enable -D_TIME_BITS=64 there, you'll also notice that
> tv_usec and suseconds_t have different sizes. So yes, this is a bug, but
> it is not one that is directly related to Debian changing the default.
> We merely increased the visibility of this problem that existed earlier
> already.
I agree that this is an existing issue. My point there was mostly that
your solution is just hiding a real issue that is found by the
testsuite, and basically the testsuite runs in a different configuration
than the one used on the system. We might just miss new issues for new
upstream versions, which is not something very comfortable for a base
library.
> Given that
> * the issue is already present in bookworm,
> * there are two mutually exclusive solutions and
> * upstream is still discussing the best solution
> I recommend deferring this aspect.
While the issue is already present in bookworm, it is not visible
because the toolchain has different defaults.
> > And we know it is the reason for the FTBFS of libflorist [2], so should
> > we just ignore that issue anyway?
>
> The libflorist issue likely is a consequence. It arises from
> gnat_to_gnu_field where GNAT verifies that the value (of type
> suseconds_t) to be assigned to a field (tv_usec) has the matching size.
> This is directly based on the POSIX expectation and will be fixed with
> the glibc issue.
>
> How about filing a separate bug with glibc that tracks this POSIX
> divergence and mark the libflorist bug as being blocked by this other
> glibc bug? It can be RC or not, but since it affects bookworm, it won't
> block testing migration.
Yes we can do that. That said I am not sure we can claim the issue
affects bookworm, as again the toolchain does not have the same defaults
and therefore libflorist does not FTBFS in bookworm.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
Bug#1068251: glibc: FTBFS on 32-bit architectures due to GCC defaulting to 64-bit time_t
Hi Helmut,
On 2024-04-08 22:19, Helmut Grohne wrote:
> Control: tags -1 + patch
>
> Hi Aurelien and Canonical folks,
>
> On Tue, Apr 02, 2024 at 08:53:31PM +0200, Aurelien Jarno wrote:
> > Starting with gcc-12 version 12.3.0-15, -D_TIME_BITS=64 together with
> > -D_FILE_OFFSET_BITS=64 are passed by default on 32-bit architectures
> > except i386.
> >
> > This has been partially fixed in the 2.37-15.1 NMU by adding
> > -U_TIME_BITS to CFLAGS, however it causes failures in the testsuite:
>
> There are two subtleties about -U_TIME_BITS in a moment.
>
> > | +-+
> > | | Encountered regressions that don't match expected failures. |
> > | +-+
> > | FAIL: conform/ISO/stdio.h/linknamespace
>
> The detail for this failure is:
>
> | [initial] fgetpos64
> | [initial] fopen64
> | [initial] freopen64
> | [initial] fsetpos64
>| [initial] tmpfine64
>
> What linknamespace.py wants to tell us here is that it expected
> fgetpos64, but no fgetpos64 was declared. It was not declared, because
> there is no difference between fgetpos and fgetpos64 after defining
> -D_FILE_OFFSET_BITS=64 (which is also in the default compiler flags).
>
> The other failures are of very similar kind, but there also is another
> kind.
>
> > | FAIL: conform/POSIX/sys/stat.h/conform
>
> The detail for this failure contains:
>
> | /tmp/tmpnzda_r9j/test.c:90:35: error: conflicting types for 'b2_8'; have
> '__time64_t' {aka 'long long int'}
> |90 | extern __typeof__ (a2_8.st_atime) b2_8;
> | | ^~~~
> | /tmp/tmpnzda_r9j/test.c:89:17: note: previous declaration of 'b2_8' with
> type '__time_t' {aka 'long int'}
> |89 | extern __time_t b2_8;
> | | ^~~~
>
> Here, it tells us that it expected the st_atime field of struct stat to
> have type __time_t (the 32 bit one), but it really has __time64_t.
>
> Looking at the invocation of linknamespace.py you can see:
>
> | python3 -B linknamespace.py --cc='arm-linux-gnueabihf-gcc-12'
> --flags='-I../include
> -I/build/reproducible-path/glibc-2.37/build-tree/armhf-libc
> -I../sysdeps/unix/sysv/linux/arm/le -I../sysdeps/unix/sysv/linux/arm
> -I../sysdeps/arm/nptl -I../sysdeps/unix/sysv/linux/include
> -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread
> -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv
> -I../sysdeps/unix/arm -I../sysdeps/unix -I../sysdeps/posix
> -I../sysdeps/arm/le/armv7/multiarch -I../sysdeps/arm/armv7/multiarch
> -I../sysdeps/arm/le/armv7 -I../sysdeps/arm/armv7 -I../sysdeps/arm/armv6t2
> -I../sysdeps/arm/armv6 -I../sysdeps/arm/le -I../sysdeps/arm/include
> -I../sysdeps/arm -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
> -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic
> -nostdinc -isystem /usr/lib/gcc/arm-linux-gnueabihf/12/include -isystem
> /build/reproducible-path/glibc-2.37/debian/include -I..' ...
>
> In particular, what you do not see is -U_TIME_BITS inside --flags.
>
> > Ubuntu has just ignored those failures for now, but I am just afraid
> > that if we do the same, nobody will fix them.
>
> Armed with this knowledge, I think we need two changes. For one thing
> debian/sysdeps/linux.mk needs to add -U_FILE_OFFSET_BITS to extra_cflags
> to revert any possible ABI changing effects. For another, the
> conformance tests use independent compiler flags defined in
> conform/Makefile. There, a naive patch seems to be:
>
> -conformtest-cc-flags = -I../include $(+sysdep-includes) $(sysincludes) -I..
> +conformtest-cc-flags = -U_FILE_OFFSET_BITS -U_TIME_BITS -I../include
> $(+sysdep-includes) $(sysincludes) -I..
>
> With these two changes, I am able to successfully build glibc on armhf
> with the conformance test suite passing.
>
> > In addition it means that upstream glibc does not build anymore by
> > default on a 32-bit Debian. Not really a Debian issue, but that is not
> > nice either and should probably be fixed.
>
> I think that latter change may be applicable upstream. Running the
> conformance test suite with either _FILE_OFFSET_BITS or _TIME_BITS set
> is not expected nor supported. This is partially evident from
> conform/linknamespace.py in a comment:
>
> | # * Header inclusions should be compiled several times with
> | # different options such as -O2, -D_FORTIFY_SOURCE and
> | # -D_FILE_OFFSET_BITS=64 to find out what symbols are undefined
> | # from such a compilation; this is not yet implemented.
>
Bug#411059: sash: bad practice of multiple accounts with uid==0 lead to broken system
On 2024-04-05 21:59, Michael Tokarev wrote: > Control: title -1 nscd caches "wrong" name for accounts with the same uid > Control: found -1 2.37-15 > > Rehashing this 17-years old bug which biten me today quite hard. > > On Mon, 12 Feb 2007 22:55:28 -0500 Yaroslav Halchenko > wrote: > > > > Today, after unsucsessful attempt to login as sashroot, I've got somewhat > > broken system -- all processes running under uid=0 were reported > > belonging to sashroot. Due to lack of knowledge of nss internals I > > inquired on -devel mailing list and it seems that multiple accounts > > sharing uid=0 might be considered a bad practice. For more details see > > http://lists.debian.org/debian-devel/2007/02/msg00323.html > > thread. > > > > If you can prove that it is 'documented feature of nss' to resolve in > > some deterministic way a uid whenever multiple ones are possible, then > > probably this bug has to be reassigned against libc6 to which > > libnss_files belongs. > > > > Since this bug might drive whole system broken, I am assigning it > > important priority, since a big proportion of sash users probably use > > sashroot account feature. > > The problem here is that nscd caches both username and uid on each > lookup, instead of caching just the lookup which has been asked, > and doing the other lookup the normal way as would be done by > getpwnam/getpwuid (and similar for getgrnam/getgrgid etc). > > For very long time we relied on multiple special accounts having > the same uid, exactly like this very sashroot case. We had this > for a few system/special accounts. Each name has its own password > and/or ssh keys (when in use), and each does start/manage its > subsystem with the right permissions. > > Now, with normal getpwuid(), it will return the first entry with > the given uid. But in case of nscd, it returns last looked up > entry with this uid instead. Eg, we have root and r_mjt, - > when I run getpwnam(root), getpwuid(0) will return the same > entry. But once I looked up getpwname(r_mjt), getpwuid(0) > will return r_mjt instead of root from now on. > > Here's another incarnation of the very same theme: > > https://run.tournament.org.il/multiple-users-with-the-same-uid-gid/ > > I guess they use oracle rdbms, and for this one it is also very > helpful to have 2-3 accounts with the same uid, for managing > purposes. And it breaks badly with nscd too. > > Why this bug is marked 'wontfix'? Having multiple users with the same uid in not something supported, and therefore you just encountered an undefined behaviour. Please see this message which tagged the bug as wontfix: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411059;msg=15 That said, please feel free to work with upstream to provide a patch. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1068188: pthread_cond_init.3.gz: conflict with manpages-dev 6.7-1
control: found -1 glibc/2.37-15.1 Hi, On 2024-04-01 16:23, Alejandro Colomar wrote: > Package: glibc-doc > Version: 2.38-6 > Severity: serious > Justification: Policy 7.4 > X-Debbugs-Cc: a...@kernel.org, mar...@debian.org > > Dear Maintainer, > > The Linux man-pages project has recently added the pthread_*(3) manual > pages that were provided by glibc-doc. The first upstream version of > the Linux man-pages that includes these pages is man-pages-6.06. Here's > what was added: Thanks, that sounds great that we can finally get rid out of those in the debian package. > $ git diff --stat b06cd070f..128a3ae35 >man3/pthread_cond_init.3| 264 >man3/pthread_condattr_init.3| 48 >man3/pthread_key_create.3 | 178 + >man3/pthread_mutex_init.3 | 241 ++ >man3/pthread_mutexattr_setkind_np.3 | 52 >man3/pthread_once.3 | 44 >6 files changed, 827 insertions(+) > > Debian's manpages-dev_6.7-1_all.deb has been the first package since > that happened, and I've noticed that dpkg(1) (via apt-get(8)) refuses to > upgrade manpages-dev due to a conflict with glibc-doc. > > $ sudo apt-get upgrade -V; > [...] > Do you want to continue? [Y/n] y > Reading changelogs... Done > (Reading database ... 404853 files and directories currently installed.) > Preparing to unpack .../manpages-dev_6.7-1_all.deb ... > Unpacking manpages-dev (6.7-1) over (6.05.01-1) ... > dpkg: error processing archive > /var/cache/apt/archives/manpages-dev_6.7-1_all.deb (--unpack): >trying to overwrite '/usr/share/man/man3/pthread_cond_init.3.gz', > which is also in package glibc-doc 2.38-6 > Errors were encountered while processing: >/var/cache/apt/archives/manpages-dev_6.7-1_all.deb > needrestart is being skipped since dpkg has failed > E: Sub-process /usr/bin/dpkg returned an error code (1) I think this is actually not specific to the experimental version, those manpages are also in the unstable version. > Please, remove from glibc-doc those manual pages that conflict with > manpages-dev. Noted. However following the time_t transition, the glibc package does not build anymore on 32-bit architectures (i have just opened #1059937 to make people aware of that), so uploading a new glibc now is probably not the best idea. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1068251: glibc: FTBFS on 32-bit architectures due to GCC defaulting to 64-bit time_t
Source: glibc Version: 2.37-15.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: debian-...@lists.debian.org Starting with gcc-12 version 12.3.0-15, -D_TIME_BITS=64 together with -D_FILE_OFFSET_BITS=64 are passed by default on 32-bit architectures except i386. This has been partially fixed in the 2.37-15.1 NMU by adding -U_TIME_BITS to CFLAGS, however it causes failures in the testsuite: | +-+ | | Encountered regressions that don't match expected failures. | | +-+ | FAIL: conform/ISO/stdio.h/linknamespace | FAIL: conform/ISO11/stdio.h/linknamespace | FAIL: conform/ISO99/stdio.h/linknamespace | FAIL: conform/POSIX/aio.h/linknamespace | FAIL: conform/POSIX/dirent.h/linknamespace | FAIL: conform/POSIX/fcntl.h/conform | FAIL: conform/POSIX/fcntl.h/linknamespace | FAIL: conform/POSIX/glob.h/conform | FAIL: conform/POSIX/mqueue.h/conform | FAIL: conform/POSIX/mqueue.h/linknamespace | FAIL: conform/POSIX/stdio.h/linknamespace | FAIL: conform/POSIX/sys/mman.h/linknamespace | FAIL: conform/POSIX/sys/stat.h/conform | FAIL: conform/POSIX/unistd.h/conform | FAIL: conform/POSIX/unistd.h/linknamespace | FAIL: conform/POSIX/utime.h/conform | FAIL: conform/POSIX2008/aio.h/linknamespace | FAIL: conform/POSIX2008/dirent.h/linknamespace | FAIL: conform/POSIX2008/fcntl.h/conform | FAIL: conform/POSIX2008/fcntl.h/linknamespace | FAIL: conform/POSIX2008/glob.h/conform | FAIL: conform/POSIX2008/mqueue.h/conform | FAIL: conform/POSIX2008/mqueue.h/linknamespace | FAIL: conform/POSIX2008/signal.h/conform | FAIL: conform/POSIX2008/stdio.h/linknamespace | FAIL: conform/POSIX2008/stdlib.h/linknamespace | FAIL: conform/POSIX2008/sys/mman.h/linknamespace | FAIL: conform/POSIX2008/sys/select.h/conform | FAIL: conform/POSIX2008/sys/stat.h/conform | FAIL: conform/POSIX2008/sys/statvfs.h/linknamespace | FAIL: conform/POSIX2008/unistd.h/linknamespace | FAIL: conform/UNIX98/aio.h/linknamespace | FAIL: conform/UNIX98/dirent.h/linknamespace | FAIL: conform/UNIX98/fcntl.h/conform | FAIL: conform/UNIX98/fcntl.h/linknamespace | FAIL: conform/UNIX98/glob.h/conform | FAIL: conform/UNIX98/mqueue.h/conform | FAIL: conform/UNIX98/mqueue.h/linknamespace | FAIL: conform/UNIX98/stdio.h/linknamespace | FAIL: conform/UNIX98/stdlib.h/linknamespace | FAIL: conform/UNIX98/sys/mman.h/linknamespace | FAIL: conform/UNIX98/sys/resource.h/linknamespace | FAIL: conform/UNIX98/sys/statvfs.h/linknamespace | FAIL: conform/UNIX98/sys/time.h/conform | FAIL: conform/UNIX98/unistd.h/linknamespace | FAIL: conform/UNIX98/utmpx.h/conform | FAIL: conform/XOPEN2K/aio.h/linknamespace | FAIL: conform/XOPEN2K/dirent.h/linknamespace | FAIL: conform/XOPEN2K/fcntl.h/conform | FAIL: conform/XOPEN2K/fcntl.h/linknamespace | FAIL: conform/XOPEN2K/glob.h/conform | FAIL: conform/XOPEN2K/mqueue.h/conform | FAIL: conform/XOPEN2K/mqueue.h/linknamespace | FAIL: conform/XOPEN2K/stdio.h/linknamespace | FAIL: conform/XOPEN2K/stdlib.h/linknamespace | FAIL: conform/XOPEN2K/sys/mman.h/linknamespace | FAIL: conform/XOPEN2K/sys/resource.h/linknamespace | FAIL: conform/XOPEN2K/sys/select.h/conform | FAIL: conform/XOPEN2K/sys/statvfs.h/linknamespace | FAIL: conform/XOPEN2K/sys/time.h/conform | FAIL: conform/XOPEN2K/unistd.h/linknamespace | FAIL: conform/XOPEN2K/utmpx.h/conform | FAIL: conform/XOPEN2K8/aio.h/linknamespace | FAIL: conform/XOPEN2K8/dirent.h/linknamespace | FAIL: conform/XOPEN2K8/fcntl.h/conform | FAIL: conform/XOPEN2K8/fcntl.h/linknamespace | FAIL: conform/XOPEN2K8/ftw.h/conform | FAIL: conform/XOPEN2K8/glob.h/conform | FAIL: conform/XOPEN2K8/mqueue.h/conform | FAIL: conform/XOPEN2K8/mqueue.h/linknamespace | FAIL: conform/XOPEN2K8/signal.h/conform | FAIL: conform/XOPEN2K8/stdio.h/linknamespace | FAIL: conform/XOPEN2K8/stdlib.h/linknamespace | FAIL: conform/XOPEN2K8/sys/mman.h/linknamespace | FAIL: conform/XOPEN2K8/sys/resource.h/linknamespace | FAIL: conform/XOPEN2K8/sys/select.h/conform | FAIL: conform/XOPEN2K8/sys/stat.h/conform | FAIL: conform/XOPEN2K8/sys/statvfs.h/linknamespace | FAIL: conform/XOPEN2K8/sys/time.h/conform | FAIL: conform/XOPEN2K8/unistd.h/linknamespace | FAIL: conform/XOPEN2K8/utmpx.h/conform | FAIL: conform/XPG4/dirent.h/linknamespace | FAIL: conform/XPG4/fcntl.h/conform | FAIL: conform/XPG4/fcntl.h/linknamespace | FAIL: conform/XPG4/glob.h/conform | FAIL: conform/XPG4/stdio.h/linknamespace | FAIL: conform/XPG4/unistd.h/linknamespace | FAIL: conform/XPG42/dirent.h/linknamespace | FAIL: conform/XPG42/fcntl.h/conform | FAIL: conform/XPG42/fcntl.h/linknamespace | FAIL: conform/XPG42/glob.h/conform | FAIL: conform/XPG42/stdio.h/linknamespace | FAIL: conform/XPG42/stdlib.h/linknamespace | FAIL: conform/XPG42/sys/mman.h/linknamespace | FAIL: conform/XPG42/sys/resource.h/linknamespace | FAIL: conform/XPG42/sys/statvfs.h/linknamespace | FAIL:
Bug#1067909: libc-devtools: please relax Depends on libgd3
On 2024-03-28 20:35, Martin-Éric Racine wrote: > Package: libc-devtools > Severity: normal > > libgd3 pulls an excessive amount of dependencies, including fonts. It would > thus be desirable to downgrade it to a mere Recommends. > The /usr/bin/memusagestat binary is linked against libgd3, so we can't just changes the Depends to a Recommends. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net signature.asc Description: PGP signature
Bug#1067760: libc6: Curious behavior of inet_pton() on IPv4 mapped numbers
Hi, Thanks for your bug report. On 2024-03-26 12:53, Alessandro Vesely wrote: > Package: libc6 > Version: 2.36-9+deb12u4 > Severity: normal > Tags: ipv6 > > Dear Maintainer, > > I compiled the example program given in the inet_pton(3) man page, and obtain > the following: > > $ ./a.out i6 0:0:0::5:6:7:8 > :::5:6:7:8 > $ ./a.out i6 0:0:0::5.6.7.8 > Not in presentation format > $ ./a.out i6 0:0:0:0:0::5.6.7.8 > :::5.6.7.8 Could you please tell me what do you find curious and what do you expect instead? Thanks. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
[Git][glibc-team/glibc] Pushed new tag debian/2.36-9+deb12u5
Aurelien Jarno pushed new tag debian/2.36-9+deb12u5 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.36-9+deb12u5 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][bookworm] releasing package glibc version 2.36-9+deb12u5
Aurelien Jarno pushed to branch bookworm at GNU Libc Maintainers / glibc Commits: 0b14de1e by Aurelien Jarno at 2024-03-24T13:07:40+01:00 releasing package glibc version 2.36-9+deb12u5 - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/0b14de1e3f70b6e4b4f37b6a78cd7bec60d7a4a2 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/0b14de1e3f70b6e4b4f37b6a78cd7bec60d7a4a2 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][glibc-2.38] debian/patches/any/git-test-epoll.diff: improve test-epoll robustness...
Aurelien Jarno pushed to branch glibc-2.38 at GNU Libc Maintainers / glibc Commits: d73a0a00 by Aurelien Jarno at 2024-03-02T12:34:03+01:00 debian/patches/any/git-test-epoll.diff: improve test-epoll robustness improvements from upstream, useful when running the testsuite on overloaded hosts. - - - - - 3 changed files: - debian/changelog - + debian/patches/any/git-test-epoll.diff - debian/patches/series View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/d73a0a00aaad07e07c07c98f66173c6d19c8efa8 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/d73a0a00aaad07e07c07c98f66173c6d19c8efa8 You're receiving this email because of your account on salsa.debian.org.
Bug#1060387: libc6:amd64 (2.37-13) upgrade stuck at Setting up on WSL 2
control: reassign -1 systemd-sysv control: forcemerge 1063147 -1 control: affects -1 libc6 On 2024-01-10 22:01, Aurelien Jarno wrote: > control: reassign -1 libc6 > control: tags -1 + help > > Hi, > > On 2024-01-10 14:11, Dunkerley, Adam D. wrote: > > Package: libc6-amd64 > > Version: 2.37-13 > > > > While running `sudo apt upgrade`, the process hangs while installing > > libc6:amd64. The last line output is "Setting up libc6:amd64 (2.37-13) ...". > > > > The dpkg logs show "status half-configured libc6:amd64 2.37-13". > > > > I left this process running overnight to no avail. This prevents me from > > being able to update my system. > > > > Here is a Stack Overflow post regarding this issue: debian - Apt stucked in > > setting up libc6 - Stack > > Overflow<https://stackoverflow.com/questions/77781232/apt-stucked-in-setting-up-libc6> > > > > I am using Debian GNU/Linux trixie/sid, kernel > > 5.15.133.1-microsoft-standard-WSL2 on Windows 11 x86_64. > > We also got another report that telinit got stuck, it wasn't the case > before, I guess something has changed on the WSL side. Someone with > knowledge about that system should debug the issue and provide a patch. > Therefore tagging the bug with help. This was a systemd bug fixed in version 255.4-1. Reassigning the bug there. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1064588: bookworm-pu: package glibc/2.36-9+deb12u5
Package: release.debian.org Severity: normal Tags: bookworm User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: gl...@packages.debian.org, debian-b...@lists.debian.org Control: affects -1 + src:glibc [ Reason ] The upstream stable branch got a few fixes in the last months, and this update pulls them into the debian package. [ Impact ] In case the update isn't approved, systems will be left with a few issues, and the differences with upstream will increase, which might make next fixes more difficult to review. [ Tests ] The upstream fixes come with additional tests, which represent a significant part of the diff. [ Risks ] The changes to do not affect critical part of the library, and come with additional tests. The upstream changes have been in testing/sid for about 3 weeks. [ Checklist ] [x] *all* changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in (old)stable [x] the issue is verified as fixed in unstable [ Changes ] Please find below the changelog with additional explanations: * debian/patches/git-updates.diff: update from upstream stable branch: - any/local-CVE-2023-4911.patch: upstreamed. - any/local-CVE-2023-6246.patch: upstreamed. - any/local-CVE-2023-6779.patch: upstreamed. - any/local-CVE-2023-6780.patch: upstreamed. => Those patches went upstream, with some additional tests. - Revert fix to always call destructors in reverse constructor order due to unforeseen application compatibility issues. => This fix introduced some regression, even if none have been reported to Debian, so they have been reverted to come back to the previous situation. - Fix a DTV corruption due to a reuse of a TLS module ID following dlclose with unused TLS. => This issue affect the Mesa crocus driver that is shipped in bookworm, even if we haven't got any report on the Debian side. The fix is a very simple one liner. More details can be found on the upstream BTS: https://sourceware.org/bugzilla/show_bug.cgi?id=29039 - Fix the DTV field load on x32. => The testcase added for the above issue, uncovered an issue on x32. For stable architectures, this only affects the libc6-x32 package. More details can be found on the upstream BTS: https://sourceware.org/bugzilla/show_bug.cgi?id=31184 - Fix the TCB field load on x32. => Debugging the above x32 issue, uncovered a similar bug. For stable architectures, this only affects the libc6-x32 package. More details can be found on the upstream BTS: https://sourceware.org/bugzilla/show_bug.cgi?id=31185 [ Other info ] debian-boot is in Cc: as glibc has one udeb. diff --git a/debian/changelog b/debian/changelog index 8e1ee881..b708d99d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,19 @@ +glibc (2.36-9+deb12u5) bookworm; urgency=medium + + * debian/patches/git-updates.diff: update from upstream stable branch: +- any/local-CVE-2023-4911.patch: upstreamed. +- any/local-CVE-2023-6246.patch: upstreamed. +- any/local-CVE-2023-6779.patch: upstreamed. +- any/local-CVE-2023-6780.patch: upstreamed. +- Revert fix to always call destructors in reverse constructor order due + to unforeseen application compatibility issues. +- Fix a DTV corruption due to a reuse of a TLS module ID following dlclose + with unused TLS. +- Fix the DTV field load on x32. +- Fix the TCB field load on x32. + + -- Aurelien Jarno Sat, 24 Feb 2024 16:49:22 +0100 + glibc (2.36-9+deb12u4) bookworm-security; urgency=medium * debian/patches/any/local-CVE-2023-6246.patch: Fix a heap buffer overflow diff --git a/debian/patches/any/local-CVE-2023-4911.patch b/debian/patches/any/local-CVE-2023-4911.patch deleted file mode 100644 index 4c4c2094.. --- a/debian/patches/any/local-CVE-2023-4911.patch +++ /dev/null @@ -1,60 +0,0 @@ -From d2b77337f734fcacdfc8e0ddec14cf31a746c7be Mon Sep 17 00:00:00 2001 -From: Siddhesh Poyarekar -Date: Mon, 11 Sep 2023 18:53:15 -0400 -Subject: [PATCH v2] tunables: Terminate immediately if end of input is reached - -The string parsing routine may end up writing beyond bounds of tunestr -if the input tunable string is malformed, of the form name=name=val. -This gets processed twice, first as name=name=val and next as name=val, -resulting in tunestr being name=name=val:name=val, thus overflowing -tunestr. - -Terminate the parsing loop at the first instance itself so that tunestr -does not overflow. -Changes from v1: - -- Also null-terminate tunestr before exiting. - - elf/dl-tunables.c | 17 ++--- - 1 file changed, 10 insertions(+), 7 deletions(-) - -diff --git a/elf/dl-tunables.c b/elf/dl-tunables.c -index 8e7ee9df10..76cf8b9da3 100644 a/elf/dl-tunables.c -+++ b/elf/dl-tunables.c -@@ -187,11 +187,7 @@ parse_tunables (char *tunestr, char *valstring) - /* If we reach the end of the string before getting a valid name-valu
[Git][glibc-team/glibc][bookworm] 6 commits: debian/patches/any/local-CVE-2023-6246.patch: Fix a heap buffer overflow in...
Aurelien Jarno pushed to branch bookworm at GNU Libc Maintainers / glibc Commits: 46985a2a by Aurelien Jarno at 2024-01-21T13:01:52+01:00 debian/patches/any/local-CVE-2023-6246.patch: Fix a heap buffer overflow in __vsyslog_internal (CVE-2023-6246). - - - - - 880368e7 by Aurelien Jarno at 2024-01-21T13:03:03+01:00 debian/patches/any/local-CVE-2023-6779.patch: Fix an off-by-one heap buffer overflow in __vsyslog_internal (CVE-2023-6779). - - - - - f45299bd by Aurelien Jarno at 2024-01-21T13:04:12+01:00 debian/patches/any/local-CVE-2023-6780.patch: Fix an integer overflow in __vsyslog_internal (CVE-2023-6780). - - - - - c0c877ed by Aurelien Jarno at 2024-01-21T15:27:42+01:00 debian/patches/any/local-qsort-memory-corruption.patch: Fix a memory corruption in qsort() when using nontransitive comparison functions. - - - - - c3de4796 by Aurelien Jarno at 2024-01-23T21:57:17+01:00 releasing package glibc version 2.36-9+deb12u4 - - - - - bf4858f7 by Aurelien Jarno at 2024-02-09T19:29:10+01:00 debian/patches/git-updates.diff: update from upstream stable branch: * debian/patches/git-updates.diff: update from upstream stable branch: - any/local-CVE-2023-4911.patch: upstreamed. - any/local-CVE-2023-6246.patch: upstreamed. - any/local-CVE-2023-6779.patch: upstreamed. - any/local-CVE-2023-6780.patch: upstreamed. - Revert fix to always call destructors in reverse constructor order due to unforeseen application compatibility issues. - Fix a DTV corruption due to a reuse of a TLS module ID following dlclose with unused TLS. - Fix the DTV field load on x32. - Fix the TCB field load on x32. - - - - - 5 changed files: - debian/changelog - − debian/patches/any/local-CVE-2023-4911.patch - + debian/patches/any/local-qsort-memory-corruption.patch - debian/patches/git-updates.diff - debian/patches/series View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/ac398b407e99e4cd061f0a9d51d7f4bd0050be3f...bf4858f71dd868499a34060896a1a8c821206f26 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/ac398b407e99e4cd061f0a9d51d7f4bd0050be3f...bf4858f71dd868499a34060896a1a8c821206f26 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/libnss-nis][master] 5 commits: Drop Breaks + Replaces against versions older than oldstable.
Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis Commits: 7d449d9a by Aurelien Jarno at 2024-02-19T21:12:12+01:00 Drop Breaks + Replaces against versions older than oldstable. - - - - - 35293887 by Aurelien Jarno at 2024-02-19T21:12:34+01:00 Update standards version to 4.6.2, no changes needed. - - - - - df44d25f by Aurelien Jarno at 2024-02-19T21:13:00+01:00 Build-depend on pkgconf instead of pkg-config as the latter has been superseded by the former. - - - - - 6ec0a3a5 by Aurelien Jarno at 2024-02-19T21:13:54+01:00 Install NSS module into /usr. (Closes: #1064130) - - - - - 9ed50a6c by Aurelien Jarno at 2024-02-19T22:15:28+01:00 releasing package libnss-nis version 3.1-5 - - - - - 3 changed files: - debian/changelog - debian/control - debian/install View it on GitLab: https://salsa.debian.org/glibc-team/libnss-nis/-/compare/6b670994a8db74e81643fc73222cbfed86b4f20f...9ed50a6cc6b6aed4cd7205d59d968482cbf59838 -- View it on GitLab: https://salsa.debian.org/glibc-team/libnss-nis/-/compare/6b670994a8db74e81643fc73222cbfed86b4f20f...9ed50a6cc6b6aed4cd7205d59d968482cbf59838 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/libnss-nis] Pushed new tag debian/3.1-5
Aurelien Jarno pushed new tag debian/3.1-5 at GNU Libc Maintainers / libnss-nis -- View it on GitLab: https://salsa.debian.org/glibc-team/libnss-nis/-/tree/debian/3.1-5 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/libnss-nis][master] 4 commits: Set upstream metadata fields: Bug-Database, Bug-Submit, Repository-Browse.
Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nis Commits: 369910b7 by Debian Janitor at 2022-11-02T12:12:44+00:00 Set upstream metadata fields: Bug-Database, Bug-Submit, Repository-Browse. Changes-By: lintian-brush Fixes: lintian: upstream-metadata-file-is-missing See-also: https://lintian.debian.org/tags/upstream-metadata-file-is-missing.html Fixes: lintian: upstream-metadata-missing-bug-tracking See-also: https://lintian.debian.org/tags/upstream-metadata-missing-bug-tracking.html - - - - - 19f77b2b by Debian Janitor at 2022-11-02T12:12:44+00:00 Update standards version to 4.6.1, no changes needed. Changes-By: lintian-brush Fixes: lintian: out-of-date-standards-version See-also: https://lintian.debian.org/tags/out-of-date-standards-version.html - - - - - 939337fb by Aurelien Jarno at 2024-02-19T19:57:42+00:00 Merge branch master into lintian-fixes # Conflicts: # debian/changelog - - - - - 6b670994 by Aurelien Jarno at 2024-02-19T19:59:07+00:00 Merge branch lintian-fixes into master Fix some issues reported by lintian See merge request glibc-team/libnss-nis!1 - - - - - 3 changed files: - debian/changelog - debian/control - + debian/upstream/metadata View it on GitLab: https://salsa.debian.org/glibc-team/libnss-nis/-/compare/2764f418b68c406978b453cdaf57e768f81d9268...6b670994a8db74e81643fc73222cbfed86b4f20f -- View it on GitLab: https://salsa.debian.org/glibc-team/libnss-nis/-/compare/2764f418b68c406978b453cdaf57e768f81d9268...6b670994a8db74e81643fc73222cbfed86b4f20f You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/libnss-nisplus] Pushed new tag debian/1.3-5
Aurelien Jarno pushed new tag debian/1.3-5 at GNU Libc Maintainers / libnss-nisplus -- View it on GitLab: https://salsa.debian.org/glibc-team/libnss-nisplus/-/tree/debian/1.3-5 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/libnss-nisplus][master] 5 commits: Drop Breaks + Replaces against versions older than oldstable.
Aurelien Jarno pushed to branch master at GNU Libc Maintainers / libnss-nisplus Commits: 3d11a2a4 by Aurelien Jarno at 2024-02-19T16:50:30+01:00 Drop Breaks + Replaces against versions older than oldstable. - - - - - 12891af2 by Aurelien Jarno at 2024-02-19T16:50:31+01:00 Update standards version to 4.6.2, no changes needed. - - - - - 9aaa0d09 by Aurelien Jarno at 2024-02-19T16:50:31+01:00 Build-depend on pkgconf instead of pkg-config as the latter has been superseded by the former. - - - - - a795d9b6 by Aurelien Jarno at 2024-02-19T16:50:31+01:00 Install NSS module into /usr. (Closes: #1064131) - - - - - 9157f810 by Aurelien Jarno at 2024-02-19T20:41:50+01:00 releasing package libnss-nisplus version 1.3-5 - - - - - 3 changed files: - debian/changelog - debian/control - debian/install View it on GitLab: https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/4e60d7cee50180af2c72c11fd904aff07b028fd5...9157f8103ab41caf650396f26e393dad86d4566c -- View it on GitLab: https://salsa.debian.org/glibc-team/libnss-nisplus/-/compare/4e60d7cee50180af2c72c11fd904aff07b028fd5...9157f8103ab41caf650396f26e393dad86d4566c You're receiving this email because of your account on salsa.debian.org.
Bug#1061248: glibc: DEP17: move most files but rtld to /usr
Hi Helmut, I finally got time to look at your patch and do very basic testing of it. Overall it looks good, I have a few points or questions. On 2024-02-04 21:20, Helmut Grohne wrote: > So here is an updated patch with a few notes: > * This patch moves all the files including the runtime dynamic linker >in the main multiarch library. Therefore, this patch needs to be >synced with the corresponding base-files change to add the aliasing >symlinks or debootstrap breaks. In other words: Don't upload this >yet. Ok. > * As mentioned earlier, only the multiarch packages install the runtime >dynamic linker via data.tar. All the multilib packages install it via >maintainer scripts now. > * When installing libc6-x32, /libx32 will be created because partial >upgrades might otherwise be broken. Removing libc6-x32 will not >remove /libx32 though. I suggest fixing this in base-files by >installing a trigger interest in /usr/libx32 and having >base-files.postinst create/remove /libx32 as needed. This way, we >centralize the management of aliasing links into base-files. libx32 >only serves as an example here and it works the same way for any >other non-essential multilib directory. Do you agree with the >approach? It sounds good yes. I never liked the fact the fact that the top level symlinks like libx32 have to be handled by libc6. I explained that clearly in #926699, and even suggested to do that in base-files, however I didn't get the clever idea to use triggers. I got pressure from a member of the TC to be constructive and given I didn't have a patch to provide, I had to accept getting it managed by glibc... > * The multilib packages install a trigger interest on the runtime >dynamic linker such that they notice when a multiarch package deletes >it and can then recreate it as needed. Thus the multiarch packages do >not have to pay attention to a possibly installed multilib package >when they are removed. Does it means we can just remove the Replaces: in the multiarch and multilib libc? It should not be necessary anymore, even if without file conflicts, they should not be an issue. However not sure what could happen during the upgrade between the old and new packages. > * I've tried quite a few multiarch upgrades involving amd64 and i386 >using dpkg --auto-deconfigure --unpack with various packages and even >cross grading libc6-x32 from :i386 to :amd64 during the upgrade. >While dpkg --verify was occasionally unhappy during a partial upgrade >(where half-unpacked packages were around), once no package was >half-installed, dpkg --verify was also happy again in all attempts. I >did not come up with a systematic enumeration of possible upgrade >scenarios though. Great. > * The patch works will deboostrap/cdebootstrap/mmdebstrap (in >combination with more patches including base-files, bash, dash and >util-linux). Ok > * The change to install ldconfig to /usr/sbin can be uploaded right >away. It's limited to debian/debhelper.in/libc-bin.install and >debian/debhelper.in/libc-bin.lintian-overrides and doesn't contribute >much diff, so doing it later is fine as well. Ok noted. The idea was to get the 2.38 into testing, but the glibc transition is currently blocked by the time_t transition, so the development is currently stalled, and I am not sure when we'll do an upload. I also noticed that you clearly marked the code that can be removed only after "released:forky", thanks for doing so. Do you really mean after forky is released, so in the development cycle of forky+1? Or do you mean for the release of forky, so in the development cycle of forky? Cheers Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1061248: glibc: DEP17: move most files but rtld to /usr
Hi Helmut, On 2024-02-05 07:44, Helmut Grohne wrote: > Hi Aurelien, > > So this confirms your initial suspicion on the actually affected case. > Thank you. > > c-t-b has repacking code with arch-specific mangling (of slibdir) > already. > https://sources.debian.org/src/cross-toolchain-base/68/debian/rules/#L563 > Adding to that wouldn't be the worst. A relatively easy measure would be > running the libc-alt.postinst manually with DPKG_ROOT set to have it > create the symlink that way. Do you think this is too much of a hack? That's indeed an option, with the hope that we do not add more incompatible things to that file at a later point. However it's probably the best to ask Matthias as the maintainer of c-t-b. If doing that way the uploads need to be synchronized to not break c-t-b. Cheers Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1061248: glibc: DEP17: move most files but rtld to /usr
Hi Helmut, Thanks I haven't checked the whole patch yet, but here is a first comment. On 2024-02-04 21:20, Helmut Grohne wrote: > I don't think those -$arch-cross packages need the runtime dynamic > linker at all. Unlike the libc6-$multilib packages, we don't use > -$arch-cross packages to actaully run any binary. Simply not installing > it might just work in practice. No, it is actually needed. For instance using the arm64 cross-compiler on amd64: $ rm /usr/aarch64-linux-gnu/lib/ld-linux-aarch64.so.1 $ arch64-linux-gnu-gcc -o test test.c /usr/lib/gcc-cross/aarch64-linux-gnu/13/../../../../aarch64-linux-gnu/bin/ld: cannot find /usr/aarch64-linux-gnu/lib/ld-linux-aarch64.so.1: No such file or directory collect2: error: ld returned 1 exit status Cheers Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1063017: bullseye-pu: package tzdata/2024a-0+deb11u1
2024-02-04 12:14:32.0 +0100 @@ -1,3 +1,11 @@ +tzdata (2024a-0+deb11u1) bullseye; urgency=medium + + * New upstream version 2024a + - Kazakhstan unifies on UTC+5 beginning 2024-03-01. +- Palestine springs forward a week later after Ramadan. + + -- Aurelien Jarno Sun, 04 Feb 2024 12:14:32 +0100 + tzdata (2023d-0+deb11u1) bullseye; urgency=medium * New upstream version 2023d diff -Nru tzdata-2023d/etcetera tzdata-2024a/etcetera --- tzdata-2023d/etcetera 2022-10-17 13:56:45.0 +0200 +++ tzdata-2024a/etcetera 2024-01-28 01:46:03.0 +0100 @@ -5,7 +5,7 @@ # These entries are for uses not otherwise covered by the tz database. # Their main practical use is for platforms like Android that lack -# support for POSIX-style TZ strings. On such platforms these entries +# support for POSIX.1-2017-style TZ strings. On such platforms these entries # can be useful if the timezone database is wrong or if a ship or # aircraft at sea is not in a timezone. diff -Nru tzdata-2023d/europe tzdata-2024a/europe --- tzdata-2023d/europe 2023-11-11 13:32:45.0 +0100 +++ tzdata-2024a/europe 2024-01-31 00:20:24.0 +0100 @@ -990,9 +990,34 @@ # Czech Republic (Czechia) # Slovakia # -# From Paul Eggert (2018-04-15): -# The source for Czech data is: Kdy začíná a končí letní čas. 2018-04-15. +# From Ivan Benovic (2024-01-30): +# https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/1946/54/ +# (This is an official link to the Czechoslovak Summer Time Act of +# March 8, 1946 that authorizes the Czechoslovak government to set the +# exact dates of change to summer time and back to Central European Time. +# The act also implicitly confirms Central European Time as the +# official time zone of Czechoslovakia and currently remains in force +# in both the Czech Republic and Slovakia.) +# https://www.psp.cz/eknih/1945pns/tisky/t0216_00.htm +# (This is a link to the original legislative proposal dating back to +# February 22, 1946. The accompanying memorandum to the proposal says +# that an advisory committee on European railroad transportation that +# met in Brussels in October 1945 decided that the change of time +# should be carried out in all participating countries in a strictly +# coordinated manner) +# +# From Paul Eggert (2024-01-30): +# The source for Czech data is: Kdy začíná a končí letní čas. # https://kalendar.beda.cz/kdy-zacina-a-konci-letni-cas +# Its main text disagrees with its quoted sources only in 1918, +# where the main text says spring and autumn transitions +# occurred at 02:00 and 03:00 respectively (as usual), +# whereas the 1918 source "Oznámení o zavedení letního času v roce 1918" +# says transitions were at 01:00 and 02:00 respectively. +# As the 1918 source appears to be a humorous piece, and it is +# unlikely that Prague would have disagreed with its neighbors by an hour, +# go with the main text for now. +# # We know of no English-language name for historical Czech winter time; # abbreviate it as "GMT", as it happened to be GMT. # diff -Nru tzdata-2023d/leapseconds tzdata-2024a/leapseconds --- tzdata-2023d/leapseconds2023-08-14 17:29:58.0 +0200 +++ tzdata-2024a/leapseconds2024-01-10 11:44:54.0 +0100 @@ -3,13 +3,10 @@ # This file is in the public domain. # This file is generated automatically from the data in the public-domain -# NIST format leap-seconds.list file, which can be copied from -# <ftp://ftp.nist.gov/pub/time/leap-seconds.list> -# or <ftp://ftp.boulder.nist.gov/pub/time/leap-seconds.list>. -# The NIST file is used instead of its IERS upstream counterpart +# NIST/IERS format leap-seconds.list file, which can be copied from # <https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list> -# because under US law the NIST file is public domain -# whereas the IERS file's copyright and license status is unclear. +# or, in a variant with different comments, from +# <ftp://ftp.boulder.nist.gov/pub/time/leap-seconds.list>. # For more about leap-seconds.list, please see # The NTP Timescale and Leap Seconds # <https://www.eecis.udel.edu/~mills/leap.html>. @@ -72,11 +69,11 @@ # Any additional leap seconds will come after this. # This Expires line is commented out for now, # so that pre-2020a zic implementations do not reject this file. -#Expires 2024 Jun 28 00:00:00 +#Expires 2024 Dec 28 00:00:00 # POSIX timestamps for the data in this file: -#updated 1467936000 (2016-07-08 00:00:00 UTC) -#expires 1719532800 (2024-06-28 00:00:00 UTC) +#updated 1704708379 (2024-01-08 10:06:19 UTC) +#expires 1735344000 (2024-12-28 00:00:00 UTC) -# Updated through IERS Bulletin C66 -# File expires on: 28 June 2024 +# Updated through IERS Bulletin C (https://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat) +# File expires on 28 December 2024 diff -Nru tzdata-2023d/leapseconds.awk tzdata-2024a/leapseconds.awk --- tzdata-2023d/leapseconds.awk
Bug#1063005: bookworm-pu: package tzdata/2024a-0+deb12u1
2024-02-03 19:56:08.0 +0100 @@ -1,3 +1,11 @@ +tzdata (2024a-0+deb12u1) bookworm; urgency=medium + + * New upstream version 2024a + - Kazakhstan unifies on UTC+5 beginning 2024-03-01. +- Palestine springs forward a week later after Ramadan. + + -- Aurelien Jarno Sat, 03 Feb 2024 19:56:08 +0100 + tzdata (2023d-0+deb12u1) bookworm; urgency=medium * New upstream version: diff -Nru tzdata-2023d/etcetera tzdata-2024a/etcetera --- tzdata-2023d/etcetera 2022-10-17 13:56:45.0 +0200 +++ tzdata-2024a/etcetera 2024-01-28 01:46:03.0 +0100 @@ -5,7 +5,7 @@ # These entries are for uses not otherwise covered by the tz database. # Their main practical use is for platforms like Android that lack -# support for POSIX-style TZ strings. On such platforms these entries +# support for POSIX.1-2017-style TZ strings. On such platforms these entries # can be useful if the timezone database is wrong or if a ship or # aircraft at sea is not in a timezone. diff -Nru tzdata-2023d/europe tzdata-2024a/europe --- tzdata-2023d/europe 2023-11-11 13:32:45.0 +0100 +++ tzdata-2024a/europe 2024-01-31 00:20:24.0 +0100 @@ -990,9 +990,34 @@ # Czech Republic (Czechia) # Slovakia # -# From Paul Eggert (2018-04-15): -# The source for Czech data is: Kdy začíná a končí letní čas. 2018-04-15. +# From Ivan Benovic (2024-01-30): +# https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/1946/54/ +# (This is an official link to the Czechoslovak Summer Time Act of +# March 8, 1946 that authorizes the Czechoslovak government to set the +# exact dates of change to summer time and back to Central European Time. +# The act also implicitly confirms Central European Time as the +# official time zone of Czechoslovakia and currently remains in force +# in both the Czech Republic and Slovakia.) +# https://www.psp.cz/eknih/1945pns/tisky/t0216_00.htm +# (This is a link to the original legislative proposal dating back to +# February 22, 1946. The accompanying memorandum to the proposal says +# that an advisory committee on European railroad transportation that +# met in Brussels in October 1945 decided that the change of time +# should be carried out in all participating countries in a strictly +# coordinated manner) +# +# From Paul Eggert (2024-01-30): +# The source for Czech data is: Kdy začíná a končí letní čas. # https://kalendar.beda.cz/kdy-zacina-a-konci-letni-cas +# Its main text disagrees with its quoted sources only in 1918, +# where the main text says spring and autumn transitions +# occurred at 02:00 and 03:00 respectively (as usual), +# whereas the 1918 source "Oznámení o zavedení letního času v roce 1918" +# says transitions were at 01:00 and 02:00 respectively. +# As the 1918 source appears to be a humorous piece, and it is +# unlikely that Prague would have disagreed with its neighbors by an hour, +# go with the main text for now. +# # We know of no English-language name for historical Czech winter time; # abbreviate it as "GMT", as it happened to be GMT. # diff -Nru tzdata-2023d/leapseconds tzdata-2024a/leapseconds --- tzdata-2023d/leapseconds2023-08-14 17:29:58.0 +0200 +++ tzdata-2024a/leapseconds2024-01-10 11:44:54.0 +0100 @@ -3,13 +3,10 @@ # This file is in the public domain. # This file is generated automatically from the data in the public-domain -# NIST format leap-seconds.list file, which can be copied from -# <ftp://ftp.nist.gov/pub/time/leap-seconds.list> -# or <ftp://ftp.boulder.nist.gov/pub/time/leap-seconds.list>. -# The NIST file is used instead of its IERS upstream counterpart +# NIST/IERS format leap-seconds.list file, which can be copied from # <https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list> -# because under US law the NIST file is public domain -# whereas the IERS file's copyright and license status is unclear. +# or, in a variant with different comments, from +# <ftp://ftp.boulder.nist.gov/pub/time/leap-seconds.list>. # For more about leap-seconds.list, please see # The NTP Timescale and Leap Seconds # <https://www.eecis.udel.edu/~mills/leap.html>. @@ -72,11 +69,11 @@ # Any additional leap seconds will come after this. # This Expires line is commented out for now, # so that pre-2020a zic implementations do not reject this file. -#Expires 2024 Jun 28 00:00:00 +#Expires 2024 Dec 28 00:00:00 # POSIX timestamps for the data in this file: -#updated 1467936000 (2016-07-08 00:00:00 UTC) -#expires 1719532800 (2024-06-28 00:00:00 UTC) +#updated 1704708379 (2024-01-08 10:06:19 UTC) +#expires 1735344000 (2024-12-28 00:00:00 UTC) -# Updated through IERS Bulletin C66 -# File expires on: 28 June 2024 +# Updated through IERS Bulletin C (https://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat) +# File expires on 28 December 2024 diff -Nru tzdata-2023d/leapseconds.awk tzdata-2024a/leapseconds.awk --- tzdata-2023d/leapseconds.awk
[Git][glibc-team/tzdata] Pushed new tag debian/2024a-0+deb11u1
Aurelien Jarno pushed new tag debian/2024a-0+deb11u1 at GNU Libc Maintainers / tzdata -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2024a-0+deb11u1 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata][bullseye] 3 commits: New upstream version 2024a
Aurelien Jarno pushed to branch bullseye at GNU Libc Maintainers / tzdata Commits: 988d460e by Aurelien Jarno at 2024-02-03T17:16:12+01:00 New upstream version 2024a - - - - - 1bb7e864 by Aurelien Jarno at 2024-02-04T12:13:36+01:00 Update upstream source from tag upstream/2024a Update to upstream version 2024a with Debian dir 8d0765910761d358cafa481a7736e068d9e55485 - - - - - 8d33d7cf by Aurelien Jarno at 2024-02-04T12:15:22+01:00 Release tzdata 2024a-0+deb11u1 Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 18 changed files: - Makefile - NEWS - africa - asia - australasia - checknow.awk - debian/changelog - etcetera - europe - leap-seconds.list - leapseconds - leapseconds.awk - northamerica - southamerica - theory.html - version - zishrink.awk - zonenow.tab View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/compare/6c3ef139e3633364180e6ca8b6daf6944fa09cd0...8d33d7cfb8e227035699378ce74a312b2c375d71 -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/compare/6c3ef139e3633364180e6ca8b6daf6944fa09cd0...8d33d7cfb8e227035699378ce74a312b2c375d71 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata] Pushed new tag debian/2024a-0+deb12u1
Aurelien Jarno pushed new tag debian/2024a-0+deb12u1 at GNU Libc Maintainers / tzdata -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2024a-0+deb12u1 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata][bookworm] 3 commits: New upstream version 2024a
Aurelien Jarno pushed to branch bookworm at GNU Libc Maintainers / tzdata Commits: 988d460e by Aurelien Jarno at 2024-02-03T17:16:12+01:00 New upstream version 2024a - - - - - cceacc53 by Aurelien Jarno at 2024-02-04T12:29:29+01:00 Update upstream source from tag upstream/2024a Update to upstream version 2024a with Debian dir 7405dc8ceaba7aa8214529d6e129fcd163b3f514 - - - - - 0aff5106 by Aurelien Jarno at 2024-02-04T12:09:47+01:00 Release tzdata 2024a-0+deb12u1 Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 18 changed files: - Makefile - NEWS - africa - asia - australasia - checknow.awk - debian/changelog - etcetera - europe - leap-seconds.list - leapseconds - leapseconds.awk - northamerica - southamerica - theory.html - version - zishrink.awk - zonenow.tab View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/compare/cc51377751c1f0f45d3aeabc6a05c80ee48b5645...0aff51060d8d7b441952791efb4e8786e449ca50 -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/compare/cc51377751c1f0f45d3aeabc6a05c80ee48b5645...0aff51060d8d7b441952791efb4e8786e449ca50 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata][pristine-tar] pristine-tar data for tzdata_2024a.orig.tar.gz
Aurelien Jarno pushed to branch pristine-tar at GNU Libc Maintainers / tzdata Commits: 44781d4c by Aurelien Jarno at 2024-02-03T17:16:14+01:00 pristine-tar data for tzdata_2024a.orig.tar.gz - - - - - 3 changed files: - + tzdata_2024a.orig.tar.gz.asc - + tzdata_2024a.orig.tar.gz.delta - + tzdata_2024a.orig.tar.gz.id View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/commit/44781d4c44bddfe5e4f5bf5e1ff254d1c88306b1 -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/commit/44781d4c44bddfe5e4f5bf5e1ff254d1c88306b1 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata] Pushed new tag debian/2024a-1
Aurelien Jarno pushed new tag debian/2024a-1 at GNU Libc Maintainers / tzdata -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2024a-1 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata][sid] 4 commits: New upstream version 2024a
Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / tzdata Commits: 988d460e by Aurelien Jarno at 2024-02-03T17:16:12+01:00 New upstream version 2024a - - - - - ff1954eb by Aurelien Jarno at 2024-02-03T17:16:12+01:00 Update upstream source from tag upstream/2024a Update to upstream version 2024a with Debian dir a528c87c0dfbe0c3b821ff55b809d2b32bd11600 - - - - - 81b16274 by Aurelien Jarno at 2024-02-03T17:23:38+01:00 Add autopkgtest test case for 2024a release Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 06708f48 by Aurelien Jarno at 2024-02-03T17:28:58+01:00 Release tzdata 2024a-1 Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 19 changed files: - Makefile - NEWS - africa - asia - australasia - checknow.awk - debian/changelog - debian/tests/python - etcetera - europe - leap-seconds.list - leapseconds - leapseconds.awk - northamerica - southamerica - theory.html - version - zishrink.awk - zonenow.tab View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/compare/0c77366f463723578ae9121838e263709fcf5403...06708f48fe2b767d99fc9c9a29cdb00a781cd361 -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/compare/0c77366f463723578ae9121838e263709fcf5403...06708f48fe2b767d99fc9c9a29cdb00a781cd361 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata] Pushed new tag upstream/2024a
Aurelien Jarno pushed new tag upstream/2024a at GNU Libc Maintainers / tzdata -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/tree/upstream/2024a You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata][upstream] New upstream version 2024a
Aurelien Jarno pushed to branch upstream at GNU Libc Maintainers / tzdata Commits: 988d460e by Aurelien Jarno at 2024-02-03T17:16:12+01:00 New upstream version 2024a - - - - - 17 changed files: - Makefile - NEWS - africa - asia - australasia - checknow.awk - etcetera - europe - leap-seconds.list - leapseconds - leapseconds.awk - northamerica - southamerica - theory.html - version - zishrink.awk - zonenow.tab View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/commit/988d460e67afb04345de721a2f366443203ca07e -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/commit/988d460e67afb04345de721a2f366443203ca07e You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new branch glibc-2.39
Aurelien Jarno pushed new branch glibc-2.39 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/glibc-2.39 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata][bullseye] 12 commits: New upstream version 2022g
Aurelien Jarno pushed to branch bullseye at GNU Libc Maintainers / tzdata Commits: fd8752b2 by Benjamin Drung at 2023-01-07T19:18:02+01:00 New upstream version 2022g - - - - - 2a9f9d52 by Benjamin Drung at 2023-03-23T10:40:07+01:00 New upstream version 2023a - - - - - 3e1c2374 by Benjamin Drung at 2023-03-24T09:57:03+01:00 New upstream version 2023b - - - - - 39dc8109 by Benjamin Drung at 2023-03-29T11:31:36+02:00 New upstream version 2023c - - - - - b0d985d2 by Benjamin Drung at 2024-01-02T10:19:16+01:00 New upstream version 2023d - - - - - acc21480 by Aurelien Jarno at 2024-01-31T23:04:52+01:00 Update upstream source from tag upstream/2023d Update to upstream version 2023d with Debian dir fb6fbf11ee6be168c91c816e52d08b5824887110 - - - - - 3ca5072b by Aurelien Jarno at 2024-01-31T23:17:45+01:00 Drop all patches Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 82b05f4a by Aurelien Jarno at 2024-02-01T23:25:04+01:00 Build tzdata with PACKRATLIST=zone.tab Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 6a98cab1 by Aurelien Jarno at 2024-02-01T23:27:56+01:00 Rename Pacific/Enderbury to Pacific/Kanton Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 1942f2ec by Aurelien Jarno at 2024-02-01T23:27:56+01:00 Rename Europe/Kiev into Europe/Kyiv Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 248ba4b9 by Aurelien Jarno at 2024-02-01T23:41:45+01:00 Import translations for Kyiv and Kanton from sid. Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 6c3ef139 by Aurelien Jarno at 2024-02-01T23:44:20+01:00 Release tzdata 2023d-0+deb11u1 Signed-off-by: Aurelien Jarno aurel...@aurel32.net - - - - - 8 changed files: - + CONTRIBUTING - + LICENSE - + Makefile - + NEWS - + README - + SECURITY - + africa - + antarctica View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/compare/01d4655db7e99b85136aab2cea7552d792f99609...6c3ef139e3633364180e6ca8b6daf6944fa09cd0 -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/compare/01d4655db7e99b85136aab2cea7552d792f99609...6c3ef139e3633364180e6ca8b6daf6944fa09cd0 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/tzdata] Pushed new tag debian/2023d-0+deb11u1
Aurelien Jarno pushed new tag debian/2023d-0+deb11u1 at GNU Libc Maintainers / tzdata -- View it on GitLab: https://salsa.debian.org/glibc-team/tzdata/-/tree/debian/2023d-0+deb11u1 You're receiving this email because of your account on salsa.debian.org.
Bug#1062006: bullseye-pu: package glibc/2.31-13+deb11u8
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: gl...@packages.debian.org
Control: affects -1 + src:glibc
[ Reason ]
A memory corruption was discovered in the glibc's qsort()
function, due to missing bounds check and when called by a program
with a non-transitive comparison function and a large number of
attacker-controlled elements. As the use of qsort() with a
non-transitive comparison function is undefined according to POSIX and
ISO C standards, this is not considered a vulnerability in the glibc
itself (hence no CVE number has been assigned).
However as misbehaving callers seems to be relatively common, it is
still a security issue and the qsort() function needs to be hardened
against them.
[ Impact ]
Installations will be left vulnerable to the qsort() security issue.
[ Tests ]
There is no specific test added for that change, however there are a few
upstream tests checking qsort().
[ Risks ]
The code change is very simple, and has been reviewed as part of
DSA-561-11. In addition a similar change went upstream a few weeks ago:
https://sourceware.org/git/?p=glibc.git;a=commit;h=e4d8117b82065dc72e8df80097360e7c05a349b9
https://sourceware.org/git/?p=glibc.git;a=commit;h=b9390ba93676c4b1e87e218af5e7e4bb596312ac
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in (old)stable
[x] the issue is verified as fixed in unstable
[ Changes ]
The change basically just add a bounds check to a test. This is what got
uploaded in 2.36-9+deb12u4 for bookworm-security and 2.37-15 for
unstable.
[ Other info ]
Given the limited changes, I have already uploaded the package to the
archive. Thanks for considering.
diff -Nru glibc-2.31/debian/changelog glibc-2.31/debian/changelog
--- glibc-2.31/debian/changelog 2023-10-02 22:22:57.0 +0200
+++ glibc-2.31/debian/changelog 2024-01-28 23:58:14.0 +0100
@@ -1,3 +1,10 @@
+glibc (2.31-13+deb11u8) bullseye; urgency=medium
+
+ * debian/patches/any/local-qsort-memory-corruption.patch: Fix a memory
+corruption in qsort() when using nontransitive comparison functions.
+
+ -- Aurelien Jarno Sun, 28 Jan 2024 23:58:14 +0100
+
glibc (2.31-13+deb11u7) bullseye-security; urgency=medium
* debian/patches/any/local-CVE-2023-4911.patch: Fix a buffer overflow in the
diff -Nru glibc-2.31/debian/patches/any/local-qsort-memory-corruption.patch
glibc-2.31/debian/patches/any/local-qsort-memory-corruption.patch
--- glibc-2.31/debian/patches/any/local-qsort-memory-corruption.patch
1970-01-01 01:00:00.0 +0100
+++ glibc-2.31/debian/patches/any/local-qsort-memory-corruption.patch
2024-01-28 23:58:14.0 +0100
@@ -0,0 +1,13 @@
+diff -rup a/stdlib/qsort.c b/stdlib/qsort.c
+--- a/stdlib/qsort.c 2023-07-31 10:54:16.0 -0700
b/stdlib/qsort.c 2024-01-15 09:08:25.596167959 -0800
+@@ -224,7 +224,8 @@ _quicksort (void *const pbase, size_t to
+ while ((run_ptr += size) <= end_ptr)
+ {
+ tmp_ptr = run_ptr - size;
+- while ((*cmp) ((void *) run_ptr, (void *) tmp_ptr, arg) < 0)
++ while (tmp_ptr != base_ptr
++ && (*cmp) ((void *) run_ptr, (void *) tmp_ptr, arg) < 0)
+ tmp_ptr -= size;
+
+ tmp_ptr += size;
diff -Nru glibc-2.31/debian/patches/series glibc-2.31/debian/patches/series
--- glibc-2.31/debian/patches/series2023-10-02 22:18:17.0 +0200
+++ glibc-2.31/debian/patches/series2024-01-28 23:58:14.0 +0100
@@ -170,3 +170,4 @@
any/git-ld.so-cache-endianness-markup.diff
any/local-CVE-2021-33574-mq_notify-use-after-free.diff
any/local-CVE-2023-4911.patch
+any/local-qsort-memory-corruption.patch
[Git][glibc-team/glibc] Pushed new tag debian/2.31-13+deb11u8
Aurelien Jarno pushed new tag debian/2.31-13+deb11u8 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.31-13+deb11u8 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][bullseye] 2 commits: debian/patches/any/local-qsort-memory-corruption.patch: Fix a memory...
Aurelien Jarno pushed to branch bullseye at GNU Libc Maintainers / glibc Commits: 5bd3c879 by Aurelien Jarno at 2024-01-28T23:37:41+01:00 debian/patches/any/local-qsort-memory-corruption.patch: Fix a memory corruption in qsort() when using nontransitive comparison functions. - - - - - 0b339949 by Aurelien Jarno at 2024-01-29T00:01:39+01:00 releasing package glibc version 2.31-13+deb11u8 - - - - - 3 changed files: - debian/changelog - + debian/patches/any/local-qsort-memory-corruption.patch - debian/patches/series View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/28c9092d857736d40cfe77cd6adcf7d7e6ab0eb0...0b339949abdb41aa805b7ab1e137ce07f9cfa175 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/28c9092d857736d40cfe77cd6adcf7d7e6ab0eb0...0b339949abdb41aa805b7ab1e137ce07f9cfa175 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new branch bookworm-security
Aurelien Jarno pushed new branch bookworm-security at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/bookworm-security You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc] Pushed new tag debian/2.36-9+deb12u4
Aurelien Jarno pushed new tag debian/2.36-9+deb12u4 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.36-9+deb12u4 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][glibc-2.38] 9 commits: debian/debhelper.in/locales.config: always ask for the default locale, even if...
Aurelien Jarno pushed to branch glibc-2.38 at GNU Libc Maintainers / glibc Commits: 79dd4ae0 by Aurelien Jarno at 2024-01-09T23:54:17+01:00 debian/debhelper.in/locales.config: always ask for the default locale, even if none are generated. This enables choosing C.UTF-8 as the default locale. Closes: #1060288. - - - - - 7442c1ad by Aurelien Jarno at 2024-01-22T22:45:01+01:00 debian/patches/git-updates.diff: update from upstream stable branch. - - - - - 947c4ea2 by Aurelien Jarno at 2024-01-22T22:51:08+01:00 debian/tests/control: disable autopkgtest on arm64, as the debci runners to do not have enough resources for some of the tests anymore. Closes: #1060202. - - - - - 5844d1db by Aurelien Jarno at 2024-01-23T07:13:43+01:00 releasing package glibc version 2.37-14 - - - - - f0839e5c by Aurelien Jarno at 2024-01-30T19:14:04+01:00 debian/patches/git-updates.diff: update from upstream stable branch: * debian/patches/git-updates.diff: update from upstream stable branch: - Fix a heap buffer overflow in __vsyslog_internal (CVE-2023-6246). - Fix an off-by-one heap buffer overflow in __vsyslog_internal (CVE-2023-6779). - Fix an integer overflow in __vsyslog_internal (CVE-2023-6780). - - - - - 662dbc4f by Aurelien Jarno at 2024-01-30T19:17:09+01:00 debian/patches/any/local-qsort-memory-corruption.patch: Fix a memory corruption in qsort() when using nontransitive comparison functions. - - - - - 53a40b39 by Aurelien Jarno at 2024-01-30T19:20:34+01:00 releasing package glibc version 2.37-15 - - - - - fa3c32fc by Aurelien Jarno at 2024-01-30T19:27:11+01:00 Merge branch sid into glibc-2.38 - - - - - 88aea6ee by Aurelien Jarno at 2024-01-30T19:28:10+01:00 releasing package glibc version 2.38-6 - - - - - 6 changed files: - debian/changelog - debian/debhelper.in/locales.config - + debian/patches/any/local-qsort-memory-corruption.patch - debian/patches/git-updates.diff - debian/patches/series - debian/tests/control View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/170e7d68307ff7ec1e64a819b7336d3342ab396f...88aea6ee4b97c915571ca20b47a96544d8ae -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/compare/170e7d68307ff7ec1e64a819b7336d3342ab396f...88aea6ee4b97c915571ca20b47a96544d8ae You're receiving this email because of your account on salsa.debian.org.
