From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bifrost.lang.hm (mail.lang.hm [64.81.33.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 523CF21F09E for ; Thu, 23 Jan 2014 10:51:05 -0800 (PST) Received: from asgard.lang.hm (asgard.lang.hm [10.0.0.100]) by bifrost.lang.hm (8.13.4/8.13.4/Debian-3) with ESMTP id s0NIp0jC010431; Thu, 23 Jan 2014 10:51:00 -0800 Date: Thu, 23 Jan 2014 10:51:00 -0800 (PST) From: David Lang X-X-Sender: dlang@asgard.lang.hm To: Jim Gettys In-Reply-To: Message-ID: References: <88756.1390500464@ccr.org> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="===============6960271764775745387==" Cc: "cerowrt-devel@lists.bufferbloat.net" , Mike O'Dell Subject: Re: [Cerowrt-devel] Cerowrt-devel Digest, Vol 26, Issue 49 X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 18:51:05 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --===============6960271764775745387== Content-Type: TEXT/Plain; format=flowed; charset=US-ASCII On Thu, 23 Jan 2014, Jim Gettys wrote: > On Thu, Jan 23, 2014 at 1:07 PM, Mike O'Dell wrote: > >> re: systemd vs procd vs etcd... >> >> If other distros have largely converged to systemd, >> is it worthwhile for CeroWrt to do something different? >> This assumes that the daemons in question have already or >> are in process of becoming systemd-compatible. If that is >> indeed the case, is it really worthwhile to spend time >> supporting something different? >> >> not trying to re-open old wounds, just wondering how many >> different approaches are actually "better" in some material >> way and how many are just "different". >> >> I've watched Apple go through the pains of moving all the >> lifetime control of services to launchd. It took a long time to >> justify it being different, but now that it's done, the fact >> there is only ONE place to look is really a feature. One thing, >> for instance, is that the Xserver and its helpers all start >> automagically when an X11 binary is run. Likewise, making >> a daemon periodic instead of continuous is changed in just >> one place - not moved from one to another. >> >> My point is that making is truly better, as opposed to "just >> different, yet again" requires doing the whole job, not just >> a different subset of it. So if there is a base of systemd-capable >> versions of the daemons in question, just use those to avoid >> the work. or do the whole job an import launchd. (which i'm >> *not* lobbying for!) >> >> -mo >> > > Mike, > > CeroWrt is an upstream development version of OpenWrt. > > One of the current constraints of OpenWrt is that it still (for its own > good reasons) targeted at very small flash routers (8mb, and even 4mb flash > routers). > > When I last looked at systemd, it's footprint looked larger than would > likely be feasible given those constraints: granted, I did not do a really > careful analysis of systemd's footprint, which is probably only knowable by > doing a full port. > > So for the moment, I expect our attention needs to be elsewhere (though I > do like systemd from what I've seen of it). But without funding to bear > the costs of such a fork from OpenWrt, it can't fly. > > I expect the flash constraints will eventually ease; the question is > when... Funding for these projects (OpenWrt/CeroWrt) would also help, as > it would make sense to do a fork as it's clear that the flash constraint is > something that should bite the dust someday and sooner would be better than > later... not to mention other issues like the systemd journal now writing everything from stdout and stderr of programs to it's logfile, with the associated flash wear this would cause. Desktop distros are largely (but not entirely) moving to systemd, what embedded distro are you aware of that has moved? Also, what Enterprise distro has moved? RHEL 7 is going to ship with systemd, but since it hasn't shipped yet, we don't know what it's acceptance is going to be in the enterprise space. David Lang --===============6960271764775745387== Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-ID: Content-Description: Content-Disposition: INLINE _______________________________________________ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel --===============6960271764775745387==--