From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8997 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?0KDRi9GB0Yw=?= Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl & proprietary programs Date: Thu, 24 Dec 2015 01:51:35 +0700 Message-ID: <20151224015135.34dfe5f4@r2lynx> References: <20151222132706.57214aa6@vostro> <20151222222513.10f23f5a@r2lynx> <20151223144852.GR23362@port70.net> <20151224002205.588ac8e8@r2lynx> <20151223174352.GA238@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1450896630 20240 80.91.229.3 (23 Dec 2015 18:50:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Dec 2015 18:50:30 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9010-gllmg-musl=m.gmane.org@lists.openwall.com Wed Dec 23 19:50:30 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1aBoUV-0006yr-B2 for gllmg-musl@m.gmane.org; Wed, 23 Dec 2015 19:50:27 +0100 Original-Received: (qmail 17644 invoked by uid 550); 23 Dec 2015 18:50:24 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 17622 invoked from network); 23 Dec 2015 18:50:23 -0000 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 In-Reply-To: <20151223174352.GA238@brightrain.aerifal.cx> X-Mailer: claws Xref: news.gmane.org gmane.linux.lib.musl.general:8997 Archived-At: On Wed, 23 Dec 2015 12:43:52 -0500 Rich Felker wrote: > On Thu, Dec 24, 2015 at 12:22:05AM +0700, =D0=A0=D1=8B=D1=81=D1=8C wrote: > > On Wed, 23 Dec 2015 15:48:53 +0100 > > Szabolcs Nagy wrote: > >=20 > > > * Alba Pompeo [2015-12-22 13:37:52 -0200]: > > > > chroot is a little better than dual-boot, but still very > > > > unfriendly for a day-to-day usage of many proprietary tools. > > > >=20 > > >=20 > > > on x86, binaries linked against glibc can be made to work with > > > musl. > > >=20 > > > but isolating such software into a separate virtual environment > > > is a good idea anyway and then it's easier to use glibc based > > > userspace there. > >=20 > > Well that's fine until you will not face something dynamic. A simple > > example: some of my machines successfully runs LibreOffice 4 inside > > Slackware 14 chroot. Problems start when user wants to save a > > document to USB stick. This is a valid use case, but fails because > > you end up with mounting USB stick twice. This requires wrappers. > > And in *DE environments they will be lost under pressure of various > > mount daemons or something like that. But at rest, it works > > flawlessly. > >=20 > > Maybe Alba Pompeo just faces an issue with wide filesystem tree that > > needs to be inside chroot. >=20 > I don't see why chroot is necessary at all. If you want a glibc > environment for a single app you can put all the glibc stuff in its > own library path and either invoke the binary manually using the glibc > dynamic linker or have (a symlink to) the glibc dynamic linker in > /lib. Then it can access the normal filesystem just fine. >=20 > Containers (or just chroot) are of course preferable when you actually > do want to isolate the program for trust/privilege purposes, but > they're not a technical requirement for running foreign-libc binaries. >=20 > Rich And glibc will not pickup random musl linked shared objects from standard paths (/lib:/usr/lib) from host? To be honest, I did not even tried just because I do not want to pollute my systems with glibc. --=20 http://lynxlynx.tk/ Power electronics made simple Unix and simple KISS C code