From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8991 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?0KDRi9GB0Yw=?= Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl & proprietary programs Date: Tue, 22 Dec 2015 22:25:13 +0700 Message-ID: <20151222222513.10f23f5a@r2lynx> References: <20151222132706.57214aa6@vostro> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1450797882 29053 80.91.229.3 (22 Dec 2015 15:24:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Dec 2015 15:24:42 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9004-gllmg-musl=m.gmane.org@lists.openwall.com Tue Dec 22 16:24:37 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 1aBOne-0004wK-OZ for gllmg-musl@m.gmane.org; Tue, 22 Dec 2015 16:24:30 +0100 Original-Received: (qmail 6089 invoked by uid 550); 22 Dec 2015 15:24:27 -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 6071 invoked from network); 22 Dec 2015 15:24:27 -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: <20151222132706.57214aa6@vostro> X-Mailer: claws Xref: news.gmane.org gmane.linux.lib.musl.general:8991 Archived-At: On Tue, 22 Dec 2015 13:27:06 +0200 Timo Teras wrote: > On Tue, 22 Dec 2015 09:23:08 -0200 > Alba Pompeo wrote: > > > As a user, my main issue with musl by far is the lack of ability to > > run proprietary programs. Almost all software I need for work is > > proprietary and I currently have to dual boot other operating system > > just to run it, because there is no musl binary. > > > > Is there any strategy to get musl to be more useful on proprietary > > environments? Either partnerships with some companies to spread musl > > or a compatibility mode that you can use when needed? This would be > > of great help for those that unfortunately aren't on the ideal world > > where every tool has the source available for you to compile. > > Musl works with surprisingly many proprietary programs. Could you > explain more the problem you have? > > Though, you you do have to have symlinks for the glibc style library > names for things to work. > > In Alpine Linux these comes with "apk add libc6-compat". > > /Timo I can also suggest building chroots from existing glibc distributions. For example, one can get full Slackware DVD, unpack it fully or partially and use the result root as chroot tree and put a program inside it. Though there is little help needed to define proper symlinks to unpacked shared objects. This can be achieved with simple script employing readelf or running glibc's ldconfig inside chroot. This method is IMO more cleaner when you want to run glibc programs completely unmodified. Missing virtual filesystems and locations with user data can be bind-mounted. -- http://lynxlynx.tk/ Power electronics made simple Unix and simple KISS C code