From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 10103 invoked from network); 12 Jun 2020 19:39:05 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 12 Jun 2020 19:39:05 -0000 Received: (qmail 9837 invoked by uid 550); 12 Jun 2020 19:39:03 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 9816 invoked from network); 12 Jun 2020 19:39:03 -0000 Date: Fri, 12 Jun 2020 21:38:51 +0200 From: Szabolcs Nagy To: Ariadne Conill Cc: musl@lists.openwall.com Message-ID: <20200612193851.GB2048759@port70.net> Mail-Followup-To: Ariadne Conill , musl@lists.openwall.com References: <20200612173747.GD6430@brightrain.aerifal.cx> <2268137.trlylqD8t3@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2268137.trlylqD8t3@localhost> Subject: Re: [musl] Advocating musl to in windows subsystem and OS X * Ariadne Conill [2020-06-12 13:25:34 -0600]: > On Friday, June 12, 2020 1:05:02 PM MDT Luca Barbato wrote: > > On 12/06/2020 19:37, Rich Felker wrote: > > > 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. > > > > https://www.microsoft.com/en-us/p/alpine-wsl/9p804crf0395#activetab=pivot:ov > > 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. glibc tests don't pass cleanly either on wsl. wsl does not emulate linux syscalls perfectly so nobody should expect reliable behaviour using whatever linux userspace on top of it.