Hi,
Quoting Aurelien Jarno (2024-05-20 11:49:32)
> > > > 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
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
Quoting Helmut Grohne (2024-05-20 07:17:54)
> Hi Chris,
>
> On Mon, May 20, 2024 at 01:02:32AM +0200, Chris Hofstaedtler wrote:
> > "..., when using telinit from systemd-sysv"
> >
> > It would seem like a reasonable assumption that systemd-sysv's
> > telinit uses systemd-specific stuff, like
Source: glibc
Version: 2.37-15
Severity: normal
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-Cc: debian-h...@lists.debian.org, debian-cr...@lists.debian.org
Hi,
one of the reasons for DPKG_ROOT support in packages close to the essential and
build-essential set is to
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
Hi,
Quoting Aurelien Jarno (2022-10-11 21:55:47)
> Ok, thanks for the details, I'll look at the patch.
thank you!
> Anyway that makes me wonder if we should ship that directory in the libc6
> package, just like apt ships /var/cache/apt and debconf ships
> /var/cache/debconf.
In our DPKG_ROOT
Hi,
Quoting Aurelien Jarno (2022-10-11 21:41:05)
> On 2022-10-11 07:57, Johannes Schauer Marin Rodrigues wrote:
> > Package: glibc
> > Version: 2.35-3
> > Severity: normal
> > Tags: patch
> >
> > Hi,
> >
> > when running libc-bin.postinst with
Package: glibc
Version: 2.35-3
Severity: normal
Tags: patch
Hi,
when running libc-bin.postinst with DPKG_ROOT non-empty, ldconfig from
the outside is used to operate on the chroot and thus ldconfig will
never create the empty /var/cache/ldconfig directory inside the chroot.
Please consider
Source: glibc
Version: 2.34-1
Severity: normal
X-Debbugs-Cc: jo...@debian.org
Control: affects -1 + fakechroot mmdebstrap
Hi,
ultimately this probably needs to be fixed in fakechroot but I need some
help solving this problem from somebody who understands glibc.
Since the upload of glibc 2.34,
Source: tzdata
Version: 2021e-1
Severity: normal
Tags: patch
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
X-Debbugs-Cc: jo...@debian.org
Hi,
when creating chroots for new architectures that are in the process of
being bootstrapped without yet having emulation support from qemu,
Source: glibc
Version: 2.33-7
Severity: normal
Tags: patch
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
X-Debbugs-Cc: jo...@debian.org
Hi,
when glibc is installed with $DPKG_ROOT set to a non-empty string, then
"systemctl daemon-reexec" or "telinit" should not be executed,
eam/glibc/-/merge_requests/4
And attached the git-format-patch.
Thanks!
cheers, josch>From 64e9212385a7cf75a206481e539ca1779a075b5e Mon Sep 17 00:00:00 2001
From: Johannes Schauer Marin Rodrigues
Date: Fri, 20 Aug 2021 11:37:16 +0200
Subject: [PATCH] More support for DPKG_ROOT (closes: #983412)
- th
12 matches
Mail list logo