Re: sbuild on hurd-amd64...
Stéphane Glondu <[email protected]>
| Newsgroups | gmane.linux.debian.ports.hurd |
|---|---|
| Message-ID | <[email protected]> |
Le 22/08/2025 à 22:24, Samuel Thibault a écrit : >> Thank you. I've managed to make it work. It was not "easy" to do without >> root privileges. I've documented it at: >> >> https://salsa.debian.org/glondu/hurd-notes/-/blob/master/rootless-subhurd.md > > tar -C mnt: you shouldn't need it, you should be able to use the -d > option of mke2fs. That'd probably avoid the chown as well. Right. Thank you so much! I was not aware of this option... Before I initially wrote this, I also tried with genext2fs (as mmdebstrap does), but could not make it work in my workflow. "mke2fs -d" does work here. > Concerning the second stage inside the subhurd, does mmdebstrap not set > up everything properly? Normally it should be able to, since xattr are > now used by default for translators. It does use xattr to set up translators inside the tarball, but they were not preserved by (non-root) "tar -x". With "mke2fs -d", I do no longer need to set up manually the translator on /servers/socket/1... (nor the chown) Concerning the "dpkg --install" step, some maintainer scripts fail when run under fakechroot/fakeroot. It makes more sense to me to run them inside the subhurd anyway. > I don't think halt-hurd would stop the subhurd, use poweroff-hurd One is a symlink to the other, isn't it? 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). > 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. Cheers,