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)
Hi again,
Quoting Samuel Thibault (2025-09-07 01:48:11)
> Johannes Schauer Marin Rodrigues, le dim. 07 sept. 2025 01:36:04 +0200, a
> ecrit:
> > Is what you are saying that under Hurd, mmdebstrap should be doing the same
> > convenience calling of fakeroot-hurd as it currently does for "fakechroo
Hi,
Quoting Samuel Thibault (2025-09-06 07:52:42)
> Johannes Schauer Marin Rodrigues, le sam. 06 sept. 2025 03:08:50 +0200, a
> ecrit:
> > > > Also, can we tell mmdebstrap to use the normal chroot instead of
> > > > fakechroot? chroot() is not a privileged operation in the Hurd.
> > > Oh, I wasn'
Johannes Schauer Marin Rodrigues, le dim. 07 sept. 2025 01:36:04 +0200, a ecrit:
> Is what you are saying that under Hurd, mmdebstrap should be doing the same
> convenience calling of fakeroot-hurd as it currently does for "fakechroot
> fakeroot" such that the user does not have to prefix the call
Hi,
just shortly before hitting the *send* button on this mail, Guillem contacted
me in chat and was so kind to read my reply before I sent it. I have no amended
it with the feedback Guillem provided. I agree that there are a lot of
Linux-isms both in my mental model as well as in mmdebstrap itsel
Samuel Thibault, le sam. 06 sept. 2025 17:56:46 +0200, a ecrit:
> fakeroot-hurd is usable exactly like fakeroot-tcp/sysv, and chroot is
> just the normal chroot as one would use it on linux.
There is just one thing: to get a chroot running, you'd want to use
settrans -a $target/servers /hurd/firm
Johannes Schauer Marin Rodrigues, le sam. 06 sept. 2025 16:42:40 +0200, a ecrit:
> If fakeroot-hurd is something that you wrap the mmdebstrap call in, then it's
> not something that mmdebstrap should call. Instead, mmdebstrap should be able
> to do the right thing when it is run inside fakeroot-hur
Hi,
Quoting Samuel Thibault (2025-09-06 15:30:34)
> > > But currently none of the expected ways work as non-root:
> > >
> > > $ mmdebstrap --mode=root --variant=required
> > > --keyring=/usr/share/keyrings/debian-ports-archive-keyring.gpg ''
> > > foo.tar.gz 'deb http://deb.debian.org/debian-po
Johannes Schauer Marin Rodrigues, le sam. 06 sept. 2025 13:38:17 +0200, a ecrit:
> Quoting Samuel Thibault (2025-09-06 07:52:42)
> > Johannes Schauer Marin Rodrigues, le sam. 06 sept. 2025 03:08:50 +0200, a
> > ecrit:
> > > > > Also, can we tell mmdebstrap to use the normal chroot instead of
> > >
Johannes Schauer Marin Rodrigues, le sam. 06 sept. 2025 03:08:50 +0200, a ecrit:
> > > Also, can we tell mmdebstrap to use the normal chroot instead of
> > > fakechroot? chroot() is not a privileged operation in the Hurd.
> > Oh, I wasn't aware of that!
>
> Yes. If you have privileges to chroot(),
Hello,
Johannes Schauer Marin Rodrigues, le sam. 06 sept. 2025 03:08:50 +0200, a ecrit:
> Quoting Stéphane Glondu (2025-08-23 11:27:03)
> > Le 23/08/2025 à 10:52, Samuel Thibault a écrit :
> > >>> Concerning the "dpkg --install" step, some maintainer scripts fail when
> > >>> run
> > >>> under fa
Hi,
Quoting Stéphane Glondu (2025-08-23 11:27:03)
> Le 23/08/2025 à 10:52, Samuel Thibault a écrit :
> >>> 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 chroo
Hello,
Stéphane Glondu, le sam. 23 août 2025 10:51:29 +0200, a ecrit:
> Le 22/08/2025 à 15:47, Stéphane Glondu a écrit :
> > > > FI, apparently ATM when using a file as image, libstore uses 1-byte
> > > > block size, and thus disk sizes should be smaller than 2G otherwise
> > > > boot's device siz
Hello,
Le 23/08/2025 à 10:52, Samuel Thibault a écrit :
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.
I wasn't familiar with the chrootless concept.
Indee
Hello,
Samuel Thibault, le sam. 23 août 2025 09:37:04 +0200, a ecrit:
> 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 m
Le 22/08/2025 à 15:47, Stéphane Glondu a écrit :
FI, apparently ATM when using a file as image, libstore uses 1-byte
block size, and thus disk sizes should be smaller than 2G otherwise
boot's device size reporting interface gets wrong.
(an alternative is to use a disk partition, which report 51
Stéphane Glondu, le ven. 22 août 2025 15:47:23 +0200, a ecrit:
> Le 22/08/2025 à 14:10, Samuel Thibault a écrit :
> > > boot was not actually ever tested on 64b, its ELF loading was assuming
> > > 32b. I have now fixed it upstream and uploaded a -3 package, which
> > > should get built & uploaded s
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
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 t
Samuel Thibault, le ven. 22 août 2025 22:24:12 +0200, a ecrit:
> I don't think halt-hurd would stop the subhurd, use poweroff-hurd
Ah, actually yes it does.
I'm surprised that you see it not seemingly unmount the ext2 filesystem.
Do you get
startup: notifying ext2fs.static pseudo-root of halt...
Stéphane Glondu, le ven. 22 août 2025 15:47:23 +0200, a ecrit:
> Le 22/08/2025 à 14:10, Samuel Thibault a écrit :
> > > boot was not actually ever tested on 64b, its ELF loading was assuming
> > > 32b. I have now fixed it upstream and uploaded a -3 package, which
> > > should get built & uploaded s
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
Cheers,
--
Sté
Le 22/08/2025 à 14:10, Samuel Thibault a écrit :
boot was not actually ever tested on 64b, its ELF loading was assuming
32b. I have now fixed it upstream and uploaded a -3 package, which
should get built & uploaded soonish.
It's now in.
Thank you. I've managed to make it work. It was not "eas
Samuel Thibault, le mer. 20 août 2025 02:48:22 +0200, a ecrit:
> Stéphane Glondu, le lun. 18 août 2025 08:20:49 +0200, a ecrit:
> > With the attached boot-script.hurd (taken from hurd's boot.c and adapted to
> > use /usr/lib/ld-x86-64.so.1) and a subhurd.img (as an ext2 image generated
> > using de
Stéphane Glondu, le lun. 18 août 2025 08:20:49 +0200, a ecrit:
> With the attached boot-script.hurd (taken from hurd's boot.c and adapted to
> use /usr/lib/ld-x86-64.so.1) and a subhurd.img (as an ext2 image generated
> using debootstrap), I get:
>
> > demo@debian:~$ boot --boot-script=boot-script
Stéphane Glondu, le lun. 18 août 2025 08:06:34 +0200, a ecrit:
> Le 17/08/2025 à 09:58, Samuel Thibault a écrit :
> > > Ah, the patched opensysusers on hurd-amd64 still had a file in /bin. I
> > > have uploaded an updated package to unreleased, that should show up with
> > > next debian-ports archi
Le 16/08/2025 à 00:11, Samuel Thibault a écrit :
I have discussed with Helmut about implementing a sub-hurd-based schroot
backend, it should be quite easy, just needs some dive-in to know how to
explain schroot how to run sub-hurds.
I tried following the documentation at:
https://www.gnu.or
Le 17/08/2025 à 09:58, Samuel Thibault a écrit :
Ah, the patched opensysusers on hurd-amd64 still had a file in /bin. I
have uploaded an updated package to unreleased, that should show up with
next debian-ports archive run, withint 6h.
Yes, it fixed it.
[...]
libxml-libxml-perl was posing pro
Samuel Thibault, le dim. 17 août 2025 01:07:24 +0200, a ecrit:
> Ah, the patched opensysusers on hurd-amd64 still had a file in /bin. I
> have uploaded an updated package to unreleased, that should show up with
> next debian-ports archive run, withint 6h.
Yes, it fixed it.
Samuel Thibault, le dim
Samuel Thibault, le dim. 17 août 2025 01:08:51 +0200, a ecrit:
> Stéphane Glondu, le sam. 16 août 2025 15:19:06 +0200, a ecrit:
> > - set up a plain schroot
> > - use sbuild to build a (simple) package
> >
> > However, sbuild-ing hurd fails at installing dependencies...
>
> Which failure do you g
Stéphane Glondu, le sam. 16 août 2025 15:19:06 +0200, a ecrit:
> Le 16/08/2025 à 10:58, Stéphane Glondu a écrit :
> > I did:
> >
> > > sed -i 's/for s in \$SUITE \$EXTRA_SUITES; do/for s in $EXTRA_SUITES
> > > $SUITE; do/g' /usr/share/debootstrap/functions
> > > debootstrap --keyring=/usr/share/ke
Stéphane Glondu, le sam. 16 août 2025 10:58:17 +0200, a ecrit:
> Le 16/08/2025 à 10:21, Samuel Thibault a écrit :
> > I: Extracting apt...
> > I: Extracting base-files...
> > E: Tried to extract package, but tar failed. Exit...
>
> Tail of debootstrap.log:
>
> > 2025-08-16 09:48:49
> > URL:http:
Le 16/08/2025 à 10:58, Stéphane Glondu a écrit :
I did:
sed -i 's/for s in \$SUITE \$EXTRA_SUITES; do/for s in $EXTRA_SUITES
$SUITE; do/g' /usr/share/debootstrap/functions
debootstrap --keyring=/usr/share/keyrings/debian-ports-archive-
keyring.gpg --extra-suites=unreleased --include=debian-por
Stéphane Glondu, le sam. 16 août 2025 10:14:14 +0200, a ecrit:
> > debootstrap --keyring=/usr/share/keyrings/debian-ports-archive-keyring.gpg
> > --extra-suites=unreleased --include=debian-ports-archive-keyring sid chroot
> > http://deb.debian.org/debian-ports
That looks like what we use on buil
Le 16/08/2025 à 10:21, Samuel Thibault a écrit :
Maybe you need a brown-tape modification of
/usr/share/debootstrap/functions
that turns these loops
for s in $SUITE $EXTRA_SUITES; do
into
for s in $EXTRA_SUITES $SUITE; do
to take packages from unreleased in priority over from unstable.
I
Le 16/08/2025 à 00:10, Samuel Thibault a écrit :
No, they use schroot with type=plain, built directly with debootstrap.
I tried many things, but could not make debootstrap to work.
In the last attempt, I did:
sudo su -
truncate -s 2G storage
mke2fs storage
settrans -c chroot /hurd/ext2fs $PW
Stéphane Glondu, le ven. 15 août 2025 12:40:45 +0200, a ecrit:
> Le 14/08/2025 à 23:34, Samuel Thibault a écrit :
> > > The unshare backend does not work (I guess that's Linux-specific),
> >
> > Yes it's Linux-specific.
> >
> > I have discussed with Helmut about implementing a sub-hurd-based schr
Stéphane Glondu, le ven. 15 août 2025 11:18:48 +0200, a ecrit:
> Le 14/08/2025 à 23:38, Samuel Thibault a écrit :
> > > I don't know if somebody has already used sbuild-createchroot. I
> > > personally have been using pbuilder since about ever. I'm using the
> > > pbuilderrc below.
>
> I also trie
Le 14/08/2025 à 23:34, Samuel Thibault a écrit :
The unshare backend does not work (I guess that's Linux-specific),
Yes it's Linux-specific.
I have discussed with Helmut about implementing a sub-hurd-based schroot
backend, it should be quite easy, just needs some dive-in to know how to
explain
Le 14/08/2025 à 23:38, Samuel Thibault a écrit :
I don't know if somebody has already used sbuild-createchroot. I
personally have been using pbuilder since about ever. I'm using the
pbuilderrc below.
I also tried pbuilder but could not manage to make it work.
Do buildds also use pbuilder?
Or
Samuel Thibault, le jeu. 14 août 2025 23:34:10 +0200, a ecrit:
> I don't know if somebody has already used sbuild-createchroot. I
> personally have been using pbuilder since about ever. I'm using the
> pbuilderrc below.
Or directly on the command line:
sudo pbuilder create --mirror http://deb.deb
Hello,
Stéphane Glondu, le jeu. 14 août 2025 15:48:41 +0200, a ecrit:
> Is there some Hurd-specific documentation about running sbuild?
I don't think anybody documented using it.
> The unshare backend does not work (I guess that's Linux-specific),
Yes it's Linux-specific.
I have discussed with
Hello,
Is there some Hurd-specific documentation about running sbuild?
The unshare backend does not work (I guess that's Linux-specific), and
sbuild-createchroot also fails.
Cheers,
--
Stéphane
43 matches
Mail list logo
