Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 12 Jun 2020 13:25:34 -0600
From: Ariadne Conill <>
Subject: Re: Advocating musl to in windows subsystem and OS X

On Friday, June 12, 2020 1:05:02 PM MDT Luca Barbato wrote:
> On 12/06/2020 19:37, Rich Felker wrote:
> > On Fri, Jun 12, 2020 at 06:56:28PM +0200, Brian Peregrine wrote:
> >> Hey all,
> >> 
> >> after thinking about my previous post (Advocating musl to the chromium
> >> OS developers ), it struck me that both Microsoft and Apple use some
> >> sort of libc too (Microsoft has the "subsystem for linux" on windows
> >> 10 now, and Apple's OS X is based on linux too -I think it was based
> >> on the "Darwin" linux distro.
> > 
> > No, OSX is in some sense a BSD fork, but with major architectural
> > changes, and has nothing to do with Linux. Their libc is a BSD one
> > (FreeBSD I think) with tons of gratuitous changes made that did little
> > but intentionally break things, basically for NIH purposes/justifying
> > the existence of the project. (This is much like Google's Fuchsia fork
> > of musl.)
> > 
> > musl does not run on OSX and while all of the pure-library code and
> > stdio code could in principle be used, actually making "musl for OSX"
> > would be a large project that doesn't make sense. What would make much
> > more sense is either reusing code or making corresponding improvements
> > based on things that are better in musl.
> > 
> >> Microsoft probably uses glibc (as the subsystem seems to be
> >> canonical-made and they use glibc in ubuntu), for os x, I'm not sure
> >> what is being used.
> >> See
> >>
> >>
> >> 
> >> In either case, Rich, perhaps you can propose to both that they use
> >> musl,
> > 
> > In some sense WSL doesn't "use" any libc; it's a thin syscall
> > emulation layer (WSL1) or near-full-linux-vm (WSL2) that's supposed to
> > be able to run any Linux userspace. My understanding is that they ship
> > some glibc-based distro, and I don't see that being viable for them to
> > change because they're supporting whatever users have built on it, but
> > anyone's free to use whatever they prefer.
> > 
> > On a higher level, I don't really want anyone shipping musl in places
> > where the end user who receives it doesn't intend to use musl, for
> > much the same reason that I don't like it when distros ship systemd to
> > folks who don't intend to use systemd. It leads to gratuitous
> > complaints from people who are unhappy that it's different from what
> > they expect, and keep asking for changes to make it more glibc-like.
> > I'd much rather seek out a user base that *wants* what's different
> > about musl rather than "puts up with" what's different about musl.
> erviewtab
> This seems available.

It is also not supported at all by Alpine team itself, and apk-tools 3 will 
break with WSL1 due to the way the new database code uses mmap access.

In other words, if it breaks, you get to keep both pieces.


Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.