Re: sbuild on hurd-amd64...
Hello,
Johannes Schauer Marin Rodrigues, le dim. 07 sept. 2025 13:46:41 +0200, a ecrit:
> Do you think it would make sense to add an extra alias like
> --mode=fakeroot-hurd?
That could make sense, yes.
> I envision that if the user calls mmdebstrap without
> --mode, then the default mode (auto) should be selecting fakeroot(-hurd) on
> hurd
Yes.
> but if the user wants to be explicit, they would run it with fakeroot-hurd
> to replace auto-detection with explicit mode selection. Having fakeroot-hurd as
> anothera alias for fakeroot would also slightly help with documenting. What do
> you think?
That could be useful, yes.
> That being said, I think we got to the bottom of the misunderstanding (I hope)
It seems so, yes.
> and the next thing to do is for me to create a QEMU VM with hurd and try this
> out myself. As I said, since the mmdebstrap testsuite runs inside qemu, I could
> even add hurd tests to the mmdebstrap testsuite to avoid regressions in the
> future.
Good :) thanks!
> As far as I'm concerned, running this on hurd should *just work* and create a
> usable tarball:
>
> mmdebstrap unstable chroot.tar
Ideally, yes, but that means it'd automatically enable the
debian-ports-archive keyring and the unreleased suite?
> > > > and chroot is just the normal chroot as one would use it on linux.
> > >
> > > And here you mean the chroot *binary* in /usr/sbin, right?
> >
> > Yes. Or the chroot() function: both will work fine as non-root.
>
> Perfect. Next on my todo list is to fix img2pdf, then mmdebstrap, then sbuild
> and *then* I'll have time for this.
Good :)
Thanks a lot for this,
Samuel
Reply to: