Hi,
I NMU-ed fakechroot with the patch from my last mail. The debdiff is attached.
As per devref I uploaded to DELAYED/5 in case you have objections and want to
cancel it.
Thanks!
cheers, joschdiff -Nru fakechroot-2.19/debian/changelog fakechroot-2.19/debian/changelog
---
Processing control commands:
> tag -1 + patch
Bug #993946 [fakechroot] fakechroot: adduser fails with glibc 2.32
Added tag(s) patch.
> forwarded -1 https://github.com/dex4er/fakechroot/issues/97
Bug #993946 [fakechroot] fakechroot: adduser fails with glibc 2.32
Set Bug forwarded-to-a
Control: tag -1 + patch
Control: forwarded -1 https://github.com/dex4er/fakechroot/issues/97
With the help of the glibc developer Adhemerval Zanella I managed to find a
solution for this problem. The attached patch wraps __nss_files_fopen from
glibc.--- a/configure.ac
+++ b/configure.ac
@@ -165,6
I got a gdb backtrace for the openat syscall of /etc/passwd.
This is with glibc 2.31:
#0 __GI___open64_nocancel (file=0x77df715e "/etc/passwd", oflag=524288)
at ../sysdeps/unix/sysv/linux/open64_nocancel.c:45
#1 0x77e82185 in __GI__IO_file_open (fp=fp@entry=0x96b0,
Quoting Johannes Schauer Marin Rodrigues (2021-09-08 13:59:02)
> since the upload of glibc 2.32 to unstable, adduser under fakechroot
> fails because it is not wrapping some library call and thus read the
> system's /etc/passwd instead of the chroot's.
>
> Some bits from strace output:
I managed
Package: fakechroot
Version: 2.19-3.4
Severity: grave
Justification: renders package unusable
Hi,
since the upload of glibc 2.32 to unstable, adduser under fakechroot
fails because it is not wrapping some library call and thus read the
system's /etc/passwd instead of the chroot's.
Some bits
6 matches
Mail list logo