[Git][glibc-team/glibc] Pushed new branch fix-dpkg-root-merged-usr

2022-10-12 Thread Helmut Grohne (@helmutg)


Helmut Grohne pushed new branch fix-dpkg-root-merged-usr at GNU Libc 
Maintainers / glibc

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/-/tree/fix-dpkg-root-merged-usr
You're receiving this email because of your account on salsa.debian.org.




Bug#1021577: libc-bin.postinst: please create /var/cache/ldconfig with DPKG_ROOT

2022-10-12 Thread Aurelien Jarno
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.dirs2022-09-22 
> 22:06:02.0 +0200
> +++ glibc-2.35/debian/debhelper.in/libc-bin.dirs2022-10-12 
> 10:15:46.0 +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
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature


[Git][glibc-team/glibc][sid] 2 commits: debhelper.in/libc-bin.install, debhelper.in/libc-bin.lintian-overrides,...

2022-10-12 Thread Aurelien Jarno (@aurel32)


Aurelien Jarno pushed to branch sid at GNU Libc Maintainers / glibc


Commits:
abe948e0 by Aurelien Jarno at 2022-10-11T23:47:06+02:00
debhelper.in/libc-bin.install, debhelper.in/libc-bin.lintian-overrides, 
rules.d/build.mk, rules.d/debhelper.mk: install a /var/cache/ldconfig into the 
libc-bin package.  Closes: #1021577.

- - - - -
0b47ebd8 by Aurelien Jarno at 2022-10-12T19:46:28+02:00
debian/debhelper.in/libc-bin.lintian-overrides: add an override for the ld.so 
manpage, provided by the manpages package.

- - - - -


5 changed files:

- debian/changelog
- debian/debhelper.in/libc-bin.install
- debian/debhelper.in/libc-bin.lintian-overrides
- debian/rules.d/build.mk
- debian/rules.d/debhelper.mk


View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/-/compare/5e555d8f30b5349f3058e0df2624e5d0ea8c3bb7...0b47ebd8f710d75f023a1cdff0429bceebeab6f2

-- 
View it on GitLab: 
https://salsa.debian.org/glibc-team/glibc/-/compare/5e555d8f30b5349f3058e0df2624e5d0ea8c3bb7...0b47ebd8f710d75f023a1cdff0429bceebeab6f2
You're receiving this email because of your account on salsa.debian.org.




Bug#1021577: libc-bin.postinst: please create /var/cache/ldconfig with DPKG_ROOT

2022-10-12 Thread Johannes Schauer Marin Rodrigues
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.dirs2022-09-22 
22:06:02.0 +0200
+++ glibc-2.35/debian/debhelper.in/libc-bin.dirs2022-10-12 
10:15:46.0 +0200
@@ -1,2 +1,3 @@
 usr/lib/locale
 usr/share/libc-bin
+var/cache/ldconfig


> 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.

Thanks!

cheers, josch

signature.asc
Description: signature