From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4057 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: GLOB_BRACE Date: Mon, 23 Sep 2013 11:54:55 -0400 Message-ID: <20130923155455.GI20515@brightrain.aerifal.cx> References: <524051AD.8070008@gentoo.org> <1379949492.1974.53@driftwood> 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 1379951704 27695 80.91.229.3 (23 Sep 2013 15:55:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 23 Sep 2013 15:55:04 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4061-gllmg-musl=m.gmane.org@lists.openwall.com Mon Sep 23 17:55:08 2013 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 1VO8Tc-0007Fi-J4 for gllmg-musl@plane.gmane.org; Mon, 23 Sep 2013 17:55:08 +0200 Original-Received: (qmail 7593 invoked by uid 550); 23 Sep 2013 15:55:07 -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 7585 invoked from network); 23 Sep 2013 15:55:07 -0000 Content-Disposition: inline In-Reply-To: <1379949492.1974.53@driftwood> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:4057 Archived-At: On Mon, Sep 23, 2013 at 10:18:12AM -0500, Rob Landley wrote: > On 09/23/2013 09:35:25 AM, Luca Barbato wrote: > >On 23/09/13 16:08, Rob Landley wrote: > >> systemd is the second coming of devfsd. A lot of us are waiting > >for it > >> to blow over. > > > >Given the economic and PR support it won't blow over easily if > >alternatives on par on the PR side won't appear. > > Exact same argument applied to Windows. And Windows hasn't "blown over". It's become arguably irrelevant percentage-wise because the scope of the 'market' has vastly grown, but in terms of absolute numbers it's still there, and it's still critical to most of the content-production that takes place. It's fine if you want to say you don't care about this now-niche market, but that doesn't solve the problem for people who are still dependent on it (which is still a fairly large portion of the computer-using population, even if only a small portion of the number of computers). > >Keep in mind that pigs can fly just nicely if propelled > >adequately. The > >landing could be problematic though. > > Mainframe -> minicomputer -> microcomputer -> smartphone. Arguing > about how Red Hat Enterprise does it today is like arguing over how > the VAX did it circa 1991. > > Linux on the desktop didn't happen. Past tense. There are a billion > android devices in use today. The new iPhone is explicitly a desktop > replacement with a 64 bit processor, support for bluetooth mice and > keyboards, and airplay to put the display on any HDTV: > > http://www.cringely.com/2013/09/19/the-secret-of-ios-7/ The iPhone doesn't even have a model for storing data locally in a way that's sharable between applications. Yes, we're moving in the direction you describe, but it's going to (1) take a bit longer, and (2) be full of really bad solutions from all the major commercial players. > Android's not far behind. All we have to do is prevent systemd from > being adopted by Android and Lennart's Hairball can get kicked up > into the server space with the previous generation of hardware like > Cobol before it, where we don't have to care unless we want to be > our generation's version of punched card job control wranglers for > the money. The problem is that we do care about server space. The naive version of your analogy with "mainframe -> mini -> ..." breaks down in that this time, it's not really the old technology and problems being pushed up to the servespace. Instead, the serverspace is undergoing its own major change to something new; in buzzword-space, this is called "the cloud". Even if it's similar hardware to what was in use on "the desktop" in the past (even this is debatable; the only similarity is really the ISA, x86, and parts of the associated peripheral architecture) the deployment model is vastly different. Part of this is the pushing of the thin client model on devices, which probably makes sense, from lots of standpoints: power-consumption, avoiding malware, protecting data against device loss/theft, etc. But it also means that development for mobile devices will probably continue to entail development of corresponding server-side components. Rich