On 2022-10-12 10:59, Johannes Schauer Marin Rodrigues wrote: > Quoting Aurelien Jarno (2022-10-11 22:14:31) > > From what I have understood from your explanation, if the directory exists > > chroot_canon() will work, so `ldconfig -r` will be able to create the > > aux-cache file in it. > > I can confirm this conclusion. The following patch makes our CI pass without > any other changes to glibc. > > --- glibc-2.35/debian/debhelper.in/libc-bin.dirs 2022-09-22 22:06:02.000000000 +0200 > +++ glibc-2.35/debian/debhelper.in/libc-bin.dirs 2022-10-12 10:15:46.000000000 +0200 > @@ -1,2 +1,3 @@ > usr/lib/locale > usr/share/libc-bin > +var/cache/ldconfig Thanks for the test. It needs a bit more than that though, as we want a 0700 permission. > > I still think that the bug should be fixed on the glibc upstream side, > > but that would allow to easy fix it on the package side, and it's > > probably better to have a closer match of the dpkg database and the file > > system. > > Though I have heard from some people that they want packages to ship only files > under /usr and have everything else be created upon instantiation of the > machine. This change would go the opposite direction. This would need more changes though, ldconfig also currently does not work if /var/cache doesn't exist. Cheers Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://www.aurel32.net
Attachment:
signature.asc
Description: PGP signature