From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6478227101770055680 Date: Fri, 20 Oct 2017 02:21:19 -0700 (PDT) From: Ben Brenson To: isar-users Message-Id: <543a11a3-f3e2-4194-911a-c876099076e1@googlegroups.com> In-Reply-To: <1508489537.13007.4.camel@denx.de> 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> <1508489537.13007.4.camel@denx.de> Subject: Re: PRoot experiments MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4873_462576680.1508491279988" X-Google-Token: EI-Ap88FV5zUBLZIzVE0 X-Google-IP: 145.253.133.146 X-TUID: K21T5kLTKSLk ------=_Part_4873_462576680.1508491279988 Content-Type: multipart/alternative; boundary="----=_Part_4874_1046494848.1508491279988" ------=_Part_4874_1046494848.1508491279988 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Am Freitag, 20. Oktober 2017 10:52:27 UTC+2 schrieb Claudius Heine: > > Hi, > > On Fri, 2017-10-20 at 10:18 +0200, 'Ben Brenson' via isar-users wrote: > > Yes, but chroot itself is not working, which is called from > > multistrap when > > creating a rootfs with same architecture as the host system. > > As far as I understand, Alex ignored this chroot issue, because he > triggers the package configuration manually using proot at the end. > > > 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= > > > > > > May it be possible to provide a self contained version of multistrap? > > Or > > would that be a No-Go? > > Since the multistrap project is dead, it would be ok to have a few > patches on it to make it fit our purpose IMO. But we are more inclined > to move to some other more supported bootstrapping mechanism. Maybe try > to put some of our needed features into upstream project. Time spend > there might be better used than trying to ride a dead horse. > > Cheers, > Claudius > > -- > DENX Software Engineering GmbH, Managing Director: Wolfgang Denk > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: c...@denx.de > > > PGP key: 6FF2 E59F 00C6 BC28 31D8 64C1 1173 CB19 9808 B153 > Keyserver: hkp://pool.sks-keyservers.net Ok, Since the multistrap project is dead, it would be ok to have a few > patches on it to make it fit our purpose IMO. But we are more inclined > to move to some other more supported bootstrapping mechanism. Maybe try > to put some of our needed features into upstream project. Time spend > there might be better used than trying to ride a dead horse. > Are there any proposals or ideas, yet? Sounds for me like, having a mixture of multistrap and proot (at least no chroot) or somthing like that, would fit better to our needs. Regards, Benedikt ------=_Part_4874_1046494848.1508491279988 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Am Freitag, 20. Oktober 2017 10:52:27 UTC+2 schrieb Claudi= us Heine:
Hi,

On Fri, 2017-10-20 at 10:18 +0200, 'Ben Brenson' via isar-users= wrote:
> Yes, but chroot itself is not working, which is called from
> multistrap when
> creating a rootfs with same architecture as the host system.

As far as I understand, Alex ignored this chroot issue, because he
triggers the package configuration manually using proot at the end.

> I also didn't specify a setupscript and my multistrap.conf loo= ks as
> follows:
>=20
> [General]
> noauth=3Dfalse
> unpack=3Dtrue
> bootstrap=3Ddebian-stretch
> aptsources=3Ddebian-stretch
>=20
> [debian-stretch]
> source=3Dhttp://deb.debian.org/debian
> suite=3Dstretch
> components=3Dmain contrib non-free
> packages=3D
>=20
>=20
> May it be possible to provide a self contained version of multistr= ap?
> Or
> would that be a No-Go?

Since the multistrap project is dead, it would be ok to have a few
patches on it to make it fit our purpose IMO. But we are more inclined
to move to some other more supported bootstrapping mechanism. Maybe try
to put some of our needed features into upstream project. Time spend
there might be better used than trying to ride a dead horse.

Cheers,
Claudius

--=20
DENX Software Engineering GmbH, =C2=A0 =C2=A0 =C2=A0Managing Director: = Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: c...@denx.de

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 PGP key: 6FF2 E59F 00C6 BC28 = 31D8 64C1 1173 CB19 9808 B153
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Keyserver: hkp://pool.sks-keyservers.net=


Ok,

Since the multistrap project is dead, it would be o= k to have a few
patches on it to make it fit our purpose IMO. But we are more inclined
to move to some other more supported bootstrapping mechanism. Maybe try
to put some of our needed features into upstream project. Time spend
there might be better used than trying to ride a dead horse.=C2=A0

Are there any proposals or ideas, yet?
Sounds = for me like, having a mixture of multistrap and proot (at least no chroot) = or somthing like that, would fit better to our needs.

Regards,
Be= nedikt
=C2=A0

------=_Part_4874_1046494848.1508491279988-- ------=_Part_4873_462576680.1508491279988--