From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8995 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl & proprietary programs Date: Wed, 23 Dec 2015 12:43:52 -0500 Message-ID: <20151223174352.GA238@brightrain.aerifal.cx> References: <20151222132706.57214aa6@vostro> <20151222222513.10f23f5a@r2lynx> <20151223144852.GR23362@port70.net> <20151224002205.588ac8e8@r2lynx> 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: 8bit X-Trace: ger.gmane.org 1450892657 23059 80.91.229.3 (23 Dec 2015 17:44:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Dec 2015 17:44:17 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9008-gllmg-musl=m.gmane.org@lists.openwall.com Wed Dec 23 18:44:09 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 1aBnSL-00036f-C6 for gllmg-musl@m.gmane.org; Wed, 23 Dec 2015 18:44:09 +0100 Original-Received: (qmail 17656 invoked by uid 550); 23 Dec 2015 17:44:07 -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 17638 invoked from network); 23 Dec 2015 17:44:06 -0000 Content-Disposition: inline In-Reply-To: <20151224002205.588ac8e8@r2lynx> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:8995 Archived-At: On Thu, Dec 24, 2015 at 12:22:05AM +0700, Рысь wrote: > On Wed, 23 Dec 2015 15:48:53 +0100 > Szabolcs Nagy wrote: > > > * 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. > > > > > > > on x86, binaries linked against glibc can be made to work with > > musl. > > > > 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. > > 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. > > Maybe Alba Pompeo just faces an issue with wide filesystem tree that > needs to be inside chroot. 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. 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. Rich