Stéphane Glondu, le sam. 23 août 2025 09:01:48 +0200, a ecrit: > Concerning the "dpkg --install" step, some maintainer scripts fail when run > under fakechroot/fakeroot.
We should then fix that. We should be able to manage to get chrootless working. > It makes more sense to me to run them inside the > subhurd anyway. I don't think the required packages should need anything that chrootless can't do. Even the hurd package now doesn't, with xattrs :) > > I don't think halt-hurd would stop the subhurd, use poweroff-hurd > > One is a symlink to the other, isn't it? Such commands look at their argv[0]. > Le 22/08/2025 à 22:35, Samuel Thibault a écrit : > > I'm surprised that you see it not seemingly unmount the ext2 filesystem. > > Do you get > > > > startup: notifying ext2fs.static pseudo-root of halt...done > > Well... I do see this message. But e2fsck does find irregularities in the > filesystem, and the filesystem randomly switches to read-only in subsequent > boots (even after replacing --readonly by --writable in the boot script, of > after a "mount -o remount,rw /"). > > If I do "mount -o remount,ro /" explicitly, it complains about being busy: > maybe there is something to dig here? Maybe this is related to not using a > proper init (I use init=/bin/bash). It's startup (before init) that handles the boot, and the message above is what unmounts the filesystem. Do you see the "done" word on that line? > > Stéphane Glondu, le ven. 22 août 2025 16:18:10 +0200, a ecrit: > > > Le 18/08/2025 à 08:06, Stéphane Glondu a écrit : > > > > I confirm that I could run a regular debootstrap, with the "brown-tape > > > > modification" of /usr/share/debootstrap/functions. > > > > > > I've documented my findings at: > > > > > > https://salsa.debian.org/glondu/hurd-notes/-/blob/master/debootstrap.md > > > > It'd probably be useful to propose a patch for > > > > https://salsa.debian.org/webmaster-team/webwml/-/blob/master/english/ports/hurd/hurd-devel-debian.wml > > Indeed. I will continue to investigate to understand things better. One of > my goals is to have a subhurd sbuild backend with an experience as smooth as > the unshare backend on Linux. Thanks for working on it :) We had discussed about it with Helmut at debconf, and subhurd is definitely the way for this :) Samuel
