From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6478227101770055680 Date: Thu, 19 Oct 2017 06:37:21 -0700 (PDT) From: Ben Brenson To: isar-users Message-Id: <1eb177de-f42e-4bda-ac02-15ac8ed7f17c@googlegroups.com> In-Reply-To: References: <0b129e7e-f633-70d8-34fe-07cbb34fac13@ilbers.de> <99059b0d-4a58-eda2-65d3-91dc96ba2bd0@ilbers.de> <0314d700-be53-e319-3248-b6b44f567b2a@siemens.com> <6cf69de7-4c49-58cb-f9d3-b10b2ca0c4e6@siemens.com> <4264d316-4558-e538-2056-658b0dc3cca3@googlemail.com> Subject: Re: PRoot experiments MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2277_1170073401.1508420241417" X-Google-Token: EJHVos8FclC_gB8AEOQ0 X-Google-IP: 178.27.65.121 X-TUID: f+2qfnf++7gf ------=_Part_2277_1170073401.1508420241417 Content-Type: multipart/alternative; boundary="----=_Part_2278_401765046.1508420241418" ------=_Part_2278_401765046.1508420241418 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Yes, but chroot itself is not working, which is called from multistrap when creating a rootfs with same architecture as the host system. I also didn't specify a setupscript and my multistrap.conf looks as follows: [General] noauth=false unpack=true bootstrap=debian-stretch aptsources=debian-stretch [debian-stretch] source=http://deb.debian.org/debian suite=stretch components=main contrib non-free packages= Regards, Benedikt Am Donnerstag, 19. Oktober 2017 13:41:02 UTC+2 schrieb Alexander Smirnov: > > On 10/19/2017 02:36 PM, Benedikt Niedermayr wrote: > > I found the problem. > > > > When running multistrap with the host architecture (amd64), then > > multistrap will automatically run chroot to configure the > > extracted *.deb packages. > > This is not the case when running multistrap with a foreign architecture > > (armhf). > > > > Keeping in mind, that also amd64 based rootfs builds should be possible, > > some problems still persist. > > > > It's not the problem, PRoot successfully works with QEMU like chroot: > > asmirnov@zbook:~/Work/isar/isar/build/tmp/work/debian-jessie-armhf/buildchroot$ > > PROOT_NO_SECCOMP=1 proot -q qemu-arm -0 -r rootfs /bin/bash > proot warning: can't > chdir("/home/asmirnov/Work/isar/isar/build/tmp/work/debian-jessie-armhf/buildchroot/./.") > > in the guest rootfs: No such file or directory > proot info: default working directory is now "/" > root@zbook:/# > > > > Regards, > > Benedikt > > -- > With best regards, > Alexander Smirnov > > ilbers GmbH > Baierbrunner Str. 28c > D-81379 Munich > +49 (89) 122 67 24-0 > http://ilbers.de/ > Commercial register Munich, HRB 214197 > General manager: Baurzhan Ismagulov > ------=_Part_2278_401765046.1508420241418 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yes, but chroot itself is not working, which is called fro= m multistrap when creating a rootfs with same architecture as the host syst= em.
I also didn't specify a setupscript and my multistrap.conf looks= as follows:

[General]
noauth=3Dfalse
unpack=3Dtrue
bootstr= ap=3Ddebian-stretch
aptsources=3Ddebian-stretch

[debian-stretch]<= br>source=3Dhttp://deb.debian.org/debian
suite=3Dstretch
components= =3Dmain contrib non-free
packages=3D

Regards,
Benedikt

= Am Donnerstag, 19. Oktober 2017 13:41:02 UTC+2 schrieb Alexander Smirnov:On 10/19/2017 02:36 PM, Benedikt= Niedermayr wrote:
> I found the problem.
>=20
> When running multistrap with the host architecture (amd64), then= =20
> multistrap will automatically run chroot to configure the
> extracted *.deb packages.
> This is not the case when running multistrap with a foreign archit= ecture=20
> (armhf).
>=20
> Keeping in mind, that also amd64 based rootfs builds should be pos= sible,=20
> some problems still persist.
>=20

It's not the problem, PRoot successfully works with =C2=A0QEMU like= chroot:

asmirnov@zbook:~/Work/isar/isar/build/tmp/work/debian-jessie-= armhf/buildchroot$=20
PROOT_NO_SECCOMP=3D1 proot -q qemu-arm -0 -r rootfs /bin/bash
proot warning: can't=20
chdir("/home/asmirnov/Work/isar/isar/build/tmp/work/debi= an-jessie-armhf/buildchroot/./.")=20
in the guest rootfs: No such file or directory
proot info: default working directory is now "/"
root@zbook:/#


> Regards,
> Benedikt

--=20
With best regards,
Alexander Smirnov

ilbers GmbH
Baierbrunner Str. 28c
D-81379 Munich
+49 (89) 122 67 24-0
http://ilbers.de/
Commercial register Munich, HRB 214197
General manager: Baurzhan Ismagulov
------=_Part_2278_401765046.1508420241418-- ------=_Part_2277_1170073401.1508420241417--