Quoting Johannes 'josch' Schauer (2021-02-24 00:14:16)
> if dpkg (since 1.18.5) is run with --force-script-chrootless, it sets
> the variable DPKG_ROOT to the directory into which dpkg will install the
> requested packages. This is useful for bootstrapping, creating chroots
> for foreign architectu
Hi,
Quoting Johannes 'josch' Schauer (2021-02-24 00:14:16)
> if dpkg (since 1.18.5) is run with --force-script-chrootless, it sets the
> variable DPKG_ROOT to the directory into which dpkg will install the
> requested packages. This is useful for bootstrapping, creating chroots for
> foreign archi
Hi Martin, Felipe & Michael,
Quoting Johannes Schauer Marin Rodrigues (2021-08-20 21:33:00)
> Quoting Johannes 'josch' Schauer (2021-02-24 00:14:16)
> > if dpkg (since 1.18.5) is run with --force-script-chrootless, it sets the
> > variable DPKG_ROOT to the directory
Hi Michael,
Quoting Michael Biebl (2021-09-24 20:04:15)
> Am 24.09.2021 um 08:15 schrieb Johannes Schauer Marin Rodrigues:
> > Hi Martin, Felipe & Michael,
> >
> > Quoting Johannes Schauer Marin Rodrigues (2021-08-20 21:33:00)
> >> Quoting Johannes 'josch&
Hi Michael & Glenn,
On Fri, 15 Oct 2021 12:26:38 +0200 Michael Biebl wrote:
> Am 15.10.21 um 11:14 schrieb Michael Biebl:
> > Am 15.10.21 um 07:53 schrieb Glenn Washburn:
> >> Probably the easiest solution would be to exit early from the post install
> >> if the current user is not root. There's
Hi Glenn,
Quoting Glenn Washburn (2021-10-15 21:39:08)
> > While running dpkg with --root and --force-script-chrootless avoids the
> > chroot() call and thus, allows installing packages without the root user in
> > theory, the DPKG_ROOT mechanism and the avoidance of the chroot() was *not*
> > add
Hi Michael,
Quoting Johannes Schauer Marin Rodrigues (2021-09-24 21:11:26)
> > Didn't have time yet to look at this. Sorry. From a cursory glance it
> > feels inelegant having to sprinkle env vars across everything.
>
> indeed, our patch to init-system-helpers is the lar
Hi all,
Quoting Felipe Sateler (2021-11-11 15:14:06)
> Sorry for the delay.
thank you for your reply. :)
> I have not been able to look much into this either. I looked at the patch,
> and it looks somewhat ok, even if a bit extensive.
if desired, I can greatly reduce the size of the patch by re
Hi,
Quoting Felipe Sateler (2021-11-12 16:37:01)
> On Thu, Nov 11, 2021, 11:45 Johannes Schauer Marin Rodrigues
> wrote:
> > if desired, I can greatly reduce the size of the patch by removing the
> > assertdpkgroot() and assertnotdpkgroot() functions. I used those to make
>
Quoting Johannes Schauer Marin Rodrigues (2021-11-15 10:28:49)
> > This is the test I'd like. More precisely, that the tools are doing what
> > they are supposed to do.
>
> I see that the test suite is using an unpackaged Perl module and requires root
> to execute. I ca
Hi Felipe,
Quoting Felipe Sateler (2021-12-15 19:56:29)
> THanks for your patience. Your MRs are very much welcome.
thank you for your review!
> On Mon, Nov 15, 2021 at 10:09 AM Johannes Schauer Marin Rodrigues
> wrote:
> > https://salsa.debian.org/debian/init-system-helpers/-
Quoting Felipe Sateler (2021-12-15 20:37:44)
> > Maybe you can merge MR 18 first? Then it becomes easier to make sure that
> > any additional changes break nothing because then any change I do to a MR
> > will trigger the salsa CI:
> >
> > https://salsa.debian.org/debian/init-system-helpers/-/merge
Dear init-system-helpers maintainers,
Quoting Johannes Schauer Marin Rodrigues (2021-08-20 21:33:00)
> Quoting Johannes 'josch' Schauer (2021-02-24 00:14:16)
> > if dpkg (since 1.18.5) is run with --force-script-chrootless, it sets the
> > variable DPKG_ROOT to the direc
Hi Michael,
On Thu, 17 Mar 2022 11:28:04 + Luca Boccassi wrote:
> On Thu, 2022-03-17 at 11:33 +0100, Michael Biebl wrote:
> > Am 17.03.22 um 08:24 schrieb Johannes Schauer Marin Rodrigues:
> >
> > > the Release Team announced the freeze dates for bookworm, so
Package: init-system-helpers
Version: 1.65.2
Severity: normal
Tags: patch
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
Hi,
when trying to create a Hurd chroot using chrootless mode with DPKG_ROOT we
noticed that update-rc.d incorrectly handles sysvinit. The patch in this merge
r
Package: systemd
Version: 252.19-1~deb12u1
Severity: normal
Hi,
steps to reproduce:
$ debvm-create
[...]
$ debvm-run
[...]
root@testvm:~# systemctl status systemd-binfmt.service
○ systemd-binfmt.service - Set Up Additional Binary Formats
Loaded: loaded (/usr/lib/systemd/system/system
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 SIGT
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
> > sys
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 sit
Hi,
Quoting Luca Boccassi (2024-05-28 01:54:08)
> Thanks for the useful input, the following has been done:
>
> - existing installations pre-trixie will get an orphaned tmpfiles.d in
> /etc/ that keeps the existing behaviour unchanged (no cleanup of
> /var/tmp)
> - openssh and tmux have been fixe
Hi,
Quoting Peter Pentchev (2024-05-30 10:33:08)
> > thank you for having discussed this change on d-devel and for adding
> > documentation to NEWS and release notes to announce this change. I also
> > think it is sensible to roll this only out on new installations and to keep
> > the behaviour on
21 matches
Mail list logo