Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-06-21 Thread Johannes Schauer Marin Rodrigues
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

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-09-24 Thread Johannes Schauer Marin Rodrigues
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 'j

Bug#996542: Post install fails when run as non-root user and does not respect PKG_ROOT

2021-10-15 Thread Johannes Schauer Marin Rodrigues
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* > >

Bug#996542: Post install fails when run as non-root user and does not respect PKG_ROOT

2021-10-15 Thread Johannes Schauer Marin Rodrigues
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

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-09-24 Thread Johannes Schauer Marin Rodrigues
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 into whic

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-11-15 Thread Johannes Schauer Marin Rodrigues
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 can

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-11-11 Thread Johannes Schauer Marin Rodrigues
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

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-11-15 Thread Johannes Schauer Marin Rodrigues
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 thos

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-10-23 Thread Johannes Schauer Marin Rodrigues
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 largest

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-12-15 Thread Johannes Schauer Marin Rodrigues
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/-

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2021-12-15 Thread Johannes Schauer Marin Rodrigues
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: > > > >

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2022-03-17 Thread Johannes Schauer Marin Rodrigues
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 directory

Bug#983421: init-system-helpers: please respect DPKG_ROOT when checking for /usr/sbin/policy-rc.d

2022-05-08 Thread Johannes Schauer Marin Rodrigues
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

Bug#1061960: systemd-binfmt.service should get started when something gets added into a previously empty /usr/lib/binfmt.d

2024-01-30 Thread Johannes Schauer Marin Rodrigues
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

Bug#1056391: update-rc.d: DPKG_ROOT support for sysvinit

2023-11-21 Thread Johannes Schauer Marin Rodrigues
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

Bug#1071462: installing/upgrading libc6 does not work in sbuild when systemd is installed as ischroot declines

2024-05-20 Thread Johannes Schauer Marin Rodrigues
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

Bug#1071462: installing/upgrading libc6 does not work in sbuild when systemd is installed as ischroot declines

2024-05-20 Thread Johannes Schauer Marin Rodrigues
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

Bug#1071462: installing/upgrading libc6 does not work in sbuild when systemd is installed as ischroot declines

2024-05-19 Thread Johannes Schauer Marin Rodrigues
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

Bug#966621: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

2024-05-30 Thread Johannes Schauer Marin Rodrigues
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

Bug#966621: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

2024-05-30 Thread Johannes Schauer Marin Rodrigues
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