mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Rich Felker <dalias@libc.org>
To: Brian Peregrine <peregrinebrian@gmail.com>
Cc: musl@lists.openwall.com
Subject: Re: Adapting binaries easily to musl, or database with binaries (musl)
Date: Fri, 7 Jun 2019 11:22:46 -0400	[thread overview]
Message-ID: <20190607152246.GU1506@brightrain.aerifal.cx> (raw)
In-Reply-To: <CAHCeaGPWzSDhWhZzZJ5xa6vOrwygTT1TvRz5RjnJi2OrJ7mcWQ@mail.gmail.com>

On Fri, Jun 07, 2019 at 01:53:50PM +0000, Brian Peregrine wrote:
> I'm looking for an easy way on how people can either:
> * adapt their downloaded binaries to be able to run on musl
> * or simply download prepared musl binaries from a database
> 
> I doubt that second option exists, as such a database would need to
> cover a large amounts of programs, for various cpu classes, and be
> often updated with new versions of those programs.

The best way is to use binaries packaged by your distribution rather
than by the software authors. This is true whether you're using a
musl-based or glibc-based distribution. There's usually a better chain
of trust/responsibility, and you know they're built to work with the
library ecosystem you'll have rather than one that's just
"sufficiently similar" (often not).

With that said, there's also an *intent* that projects that want to
ship binaries should be able to ship *static-linked* musl binaries
that run on any system, glibc or musl or something else, possibly not
even Linux, as long as it supports the Linux syscall ABI. However,
this is currently difficult for graphics applications due to the
current OpenGL architecture of dlopen'ing a userspace driver (linked
against a particular libc/library ecosystem) into your program.
Solving this problem is a major long-term goal.

> I'm particularly looking for the most recent (stable, musl) version of
> chromium browser and/or firefox, I'm running gentoo linux (musl), on a
> 32-bit (i686) machine.

Did you roll your own "distro" from scratch, or are you using one of
the musl-based distros?

> For firefox, glibc binaries are available from
> https://www.mozilla.org/en-US/firefox/linux/
> For chromium I couldn't really find a glibc binary;
> there's https://www.chromium.org/getting-involved/download-chromium
> but that redirects to an unstable version
> (https://download-chromium.appspot.com ) and to
> http://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html
> (but those are old binaries).
> 
> Anyway, can someone describe how the binaries can be easily altered to
> run on a musl distro , and tell me a download link for chromium for
> the latest stable release ?
> With the binaries, I want to avoid to need to compile the gentoo
> package (this can be problematic as live distro's are not updated that
> often).

Isn't building from source kinda the point of Gentoo? I can understand
not wanting to do that for everything, but that's the reason I prefer
other distros. If Bedrock Linux is still around, it might make it easy
to use packages from other musl-based distros like Alpine, Void, or
Adelie, but I think they'd use their own library ecosystems rather
than the main host one, which would be less efficient and kinda defeat
the purpose. I may be wrong about that, though. There should also be
ways to manually extract/integrate their packages into your Gentoo
host.

Rich


  reply	other threads:[~2019-06-07 15:22 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-07 13:53 Brian Peregrine
2019-06-07 15:22 ` Rich Felker [this message]
2019-06-07 16:02   ` Brian Peregrine
2019-06-07 18:07     ` A. Wilcox
2019-06-07 18:35       ` Alexis Boulva
2019-06-08  9:33 Brian Peregrine

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190607152246.GU1506@brightrain.aerifal.cx \
    --to=dalias@libc.org \
    --cc=musl@lists.openwall.com \
    --cc=peregrinebrian@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).