From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4910 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: New domain! Date: Fri, 18 Apr 2014 17:00:38 -0400 Message-ID: <20140418210038.GN26358@brightrain.aerifal.cx> References: <20140416155210.GA11894@brightrain.aerifal.cx> <534EE3B8.2090304@skarnet.org> <20140417041800.GL26358@brightrain.aerifal.cx> <534F92A6.80806@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 1397854856 2355 80.91.229.3 (18 Apr 2014 21:00:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Apr 2014 21:00:56 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4914-gllmg-musl=m.gmane.org@lists.openwall.com Fri Apr 18 23:00:51 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 1WbFtz-0000I7-Fc for gllmg-musl@plane.gmane.org; Fri, 18 Apr 2014 23:00:51 +0200 Original-Received: (qmail 31848 invoked by uid 550); 18 Apr 2014 21:00:50 -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 31835 invoked from network); 18 Apr 2014 21:00:50 -0000 Content-Disposition: inline In-Reply-To: <534F92A6.80806@skarnet.org> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:4910 Archived-At: On Thu, Apr 17, 2014 at 09:36:54AM +0100, Laurent Bercot wrote: > On 17/04/2014 05:18, Rich Felker wrote: > > >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. > > Transitioning links is a perl one-liner, and putting in a redirection > should also be a one-liner in the web server configuration. I meant links from other third-party sites and especially getting search engines to return the new canonical site. If you do it wrong, you'll drop in the search results; right now we're #2 for musl which is pretty good considering #1 is musl.com and #3 is musl.net. BTW having libc.org might eventually put musl at #1 for "libc"; right now we're #7. :) > >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. > > That sounds like the best way to go about it. That seems to be the general consensus so far. > >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. > > It would at least make sense to ask. If only to read the hilarious > subsequent bikeshedding discussion on the glibc mailing-list. :) OK. A couple ideas for things to add that come to mind: - Compatibility with major proprietary dynamic-linked software (glibc full, musl partial, others none) - Sizes with minimal configuration (would show how small you can get uclibc if you cripple it as much as possible) - Time to compile (probably reflects most positively on musl) - Time to compile a given medium-size app against the libc (measures header bloat cost) but it's hard to factor out toolchain differences that might not be caused by libc, and even harder if you also want to measure configure time > >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. > > I wasn't thinking about mail hosting, but only about mail aliases. > I can help with that too (definitely aliases, and even hosting to some > extent). Well the current setup has the mx going to a system that's not setup for forwarding mail back out at all (only local delivery). I would probably move it to the musl vps to add more features, so hosting isn't so much of a problem, but setup is. Securing a mail system that can end up sending outgoing mail is a big deal and really sucks if you get it wrong (spam liability). Rich