From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4903 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: New domain! Date: Thu, 17 Apr 2014 00:18:01 -0400 Message-ID: <20140417041800.GL26358@brightrain.aerifal.cx> References: <20140416155210.GA11894@brightrain.aerifal.cx> <534EE3B8.2090304@skarnet.org> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1397708300 5842 80.91.229.3 (17 Apr 2014 04:18:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Apr 2014 04:18:20 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4907-gllmg-musl=m.gmane.org@lists.openwall.com Thu Apr 17 06:18:16 2014 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1WadmA-0002RQ-Qq for gllmg-musl@plane.gmane.org; Thu, 17 Apr 2014 06:18:14 +0200 Original-Received: (qmail 1934 invoked by uid 550); 17 Apr 2014 04:18:14 -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 1926 invoked from network); 17 Apr 2014 04:18:13 -0000 Content-Disposition: inline In-Reply-To: <534EE3B8.2090304@skarnet.org> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:4903 Archived-At: On Wed, Apr 16, 2014 at 09:10:32PM +0100, Laurent Bercot wrote: > >- Using musl.libc.org subdomain as either the main website or a > > redirect to the main website on the existing domain. > > Sounds like a given. > I find musl-libc.org redirecting to musl.libc.org more elegant > than the other way around, but YMMV. I agree, but that takes a little bit of work transitioning links and getting search engines to recognize the move, and it's been a long time since I've done such a move so I have to figure out how it works again. > >- Or just being pretentious like the kernel folks (think kernel.org) > > and having libc.org be the musl site. ;-) > > So tempting. What can we do to tempt you even more ? I think it's more just a matter of the practical pros and cons, and one issue is establishing name recognition. musl.libc.org establishes name recognition for musl and plain libc.org or www.libc.org doesn't. So I'm leaning towards an approach that uses them in conjunction with musl.libc.org being the musl site and libc.org being something that's not misrepresented as fully independent of musl, but that's also more general. > >- Revamped libc comparison with more rigorous results, more libcs > > compared. (This is an existing project idea, but new domain is a > > good place to put it.) > > That sounds good too, but don't you think people will question the > objectivity of libc.org comparisons if the domain belongs to musl > authors ? The current comparison on musl-libc.org is *expected* to > be biased, even if it is not. > Sigh. Managing appearances is hard. I think it's already stated that the main window for bias is in the choices of what aspects are important to compare. (Note: This same principle applies to basically everything: news, surveys, academic research, fiction, etc.; the choice of what story to tell is the biggest bias of all.) Once that's understood, I don't think there's a lot of remaining question of bias. Most of the items are either factual and easily verifiable/falsifiable, or quantitative measurements. For the revamp though I think it would be nice to put some more effort into reducing bias in the choice of what to compare. I'm not sure if it would make sense to ask glibc and/or uclibc to suggest additions but that would at least be one thought for how to do it. > >- Information on standards, platform ABIs, etc. > >- Browsable 3p man pages. > >- Why ppl should care about libc, standards and interoperability, why > > existence of multiple implementations of any important library is a > > good thing, etc. > > I would love all of those. I might even contribute if I get some > free time by way of divine intervention. Another one to add: why C is important and has not just modern relevance but has concrete positive aspects that other languages fail to duplicate that makes it basically the only language for systems programming, etc. > >Further ideas or discussion of the existing ones is welcome here. > > e-mail addresses, of course ! > Please can I have ska@libc.org, please please pretty please ? > I'll draw you a kitty. Or contribute something if I can find something > I'm more knowledgeable about than you guys. You're the second to request this. It depends on some mail server setup and thinking through which systems should be responsible for having mail going thru them, but it's something I hope to add before too long. Rich