Re: sbuild on hurd-amd64...
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
Reply to: