From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 929F51381F4 for ; Thu, 16 Aug 2012 09:17:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 19D0EE09B0 for ; Thu, 16 Aug 2012 09:17:19 +0000 (UTC) Received: from mail-pb0-f53.google.com (mail-pb0-f53.google.com [209.85.160.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 1A119E0795 for ; Thu, 16 Aug 2012 08:38:27 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so1423786pbb.40 for ; Thu, 16 Aug 2012 01:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=zYs7fG+MGU4Mrman9Z53dgni5EU4reBtx1/VkJFGhUk=; b=YumcxbLVdw/U07hib+bp/AQJtFCUl4b5rY1bLQ+g5OVNKLF++DV+C3Ft3k7smPa3Qq j4ZGNllSKIJw4LkMrLWfz2IZ6QuDpdzBiFGTZi7WXgcsaEHvSz6HZ2RQDN9M3qCArEM+ WYhpwgMlTPfCKxo/uOhIqs9pPfJ8nHFl7Dm0yVriXWjeV2xHH3Vv/VRBdMS1549sK0Ax eioKpm4zTt/zLzCx+FjclQQJQQhBRAsDIdhFzgtN3UZh1HvplzMIpsEu4slfB22FWiLk BKtqAySdafkhMFTtUx6oB7sM3yPoWrfPM1Rnl3QgiNKURH6nUhZKtbC8KGmSJRZfQX+r JB6A== Received: by 10.68.191.226 with SMTP id hb2mr1799165pbc.129.1345106307292; Thu, 16 Aug 2012 01:38:27 -0700 (PDT) Received: from localhost (ernie02-dmz.awa.tohoku.ac.jp. [130.34.99.37]) by mx.google.com with ESMTPS id gf3sm2224285pbc.74.2012.08.16.01.38.24 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 16 Aug 2012 01:38:26 -0700 (PDT) From: heroxbd@gmail.com To: gentoo-soc@lists.gentoo.org Subject: Re: [gentoo-soc] (draft) final report for OpenRC soc project 2012 References: <86wr1tcz8f.fsf@gmail.com> <86d333cngt.fsf@gmail.com> <5020DD0A.3030506@gentoo.org> <86ipct6k80.fsf_-_@gmail.com> <50235319.5000504@gentoo.org> <867gt75uab.fsf_-_@gmail.com> <5024CB9F.4060906@gentoo.org> <86y5lml15i.fsf_-_@gentoo.org> <86vcgpj8d8.fsf_-_@gmail.com> <5028BBBE.6060109@gentoo.org> <861uj8faqh.fsf_-_@gmail.com> <502C1903.1090805@gentoo.org> Date: Thu, 16 Aug 2012 17:38:21 +0900 In-Reply-To: <502C1903.1090805@gentoo.org> (Luca Barbato's message of "Wed, 15 Aug 2012 23:47:47 +0200") Message-ID: <86628jdyf6.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Archives-Salt: 0d548e05-0b43-45d0-b550-bb02517a88c8 X-Archives-Hash: a46ef4a3543e2be725e8a7138efa5fd7 Dear Luca, Luca Barbato writes: > On 8/15/12 5:14 PM, heroxbd@gmail.com wrote: >> 1. Prefix support of OpenRC > > And it looks quite nice Thanks :) >> 2. A evaluation of existing init systems >> >> This includes solaris SMF, Mac OSX launchd, Fedora systemd, OpenSUSE >> systemd/LSB combo, Ubuntu upstart and Debian LSB/insserv combo. > > Were is it? I'd like to read it =) http://wiki.gentoo.org/wiki/Comparison_of_init_systems And the "counter systemd" talk page, http://wiki.gentoo.org/wiki/Talk:Comparison_of_init_systems >> 3. service supervisor >> >> achieved via runit, doc at >> http://www.awa.tohoku.ac.jp/~benda/projects/runit.html >> >> will move to wiki after runit feature is pulled in my WilliamH. >> >> git repo: >> http://git.heroxbd.z.tuna.tsinghua.edu.cn/openrc.git?p=openrc.git;a=shortlog;h=refs/heads/runit >> >> This is a cool feature, while it have changes to default behavior of >> OpenRC initscripts. Therefore documenting it comprehensively is >> necessary. A GLEP will be composed to serve as an RFC for the Gentoo >> community, official explanation and general guideline to simplify >> present (already simplified compared to LSB conterparts) init scripts >> shipped in ebuilds. >> >> btw, s6 (http://www.skarnet.org/software/s6/why.html) is a better >> alternative to runit. > > Seems interesting indeed, would you consider working on it later? Yes, the plan is, a. finish the GLEP, raise to gentoo-dev ml, get it accepted. with the reference implementation b. refine the runit branch according to the accepted GLEP, push into OpenRC master and make an OpenRC release. The build system should make this feature optional and tunable with USE flags in openrc ebuild. c. bug ebuild maintainers for possible polishing of their init scripts, referring the GLEP. >> 4. OOM killer/periodical command >> >> Not implemented here, tested with monit (http://mmonit.com/monit/) >> and fcron (http://fcron.free.fr/). No integration or modification is >> need in OpenRC, unlike runit. At most, we can introduce a >> IN_PERIODICAL envvar, as how IN_HOTPLUG works. > > I'd like to have more information here. Got it, preparing... >> 5. event driven actions >> >> Same as hotplug feature already in OpenRC, triggered by udev, just >> lack of documentation. If used with runlevel stacking (another under >> documented feature of OpenRC), it can cover all the use cases I could >> imagine. >> >> That's enough. upstart features a udev-upstart-bridge after all. It >> is a cool feature and we can adopt it with a combo of tools and >> achieve sane default behavior by packaging with, e.g., our beloved >> ebuild. The revolutionary event based init design is more of >> propaganding, IMHO. > > I'd like to see a wiki page or some more on that =) Got it, underway... >> 6. OpenRC introduction to debian >> >> documented at >> http://wiki.debian.org/OpenRC >> >> git repo: >> http://git.heroxbd.z.tuna.tsinghua.edu.cn/openrc.git?p=openrc.git;a=shortlog;h=refs/heads/debian >> >> ITP bug: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684396 >> >> on going debian packaging collaboration >> http://anonscm.debian.org/gitweb/?p=collab-maint/openrc.git;a=shortlog;h=refs/heads/debian >> >> I will work closely with the debian team. Hope debian can stand >> against the gigantic storm of systemd. > > Looks great so far and coordination is great Thanks :) >> Tried systemd on OpenSUSE, disappointed by its ini unit files. At >> present don't see the necessity for a parser. > > The unit file feature is something touted a lot, why you found it > disappointing? It's just plain ini, no black magic to prepare my coffee :D BTW, any reference pointer to classical "touted" articles? >>>> another plan for today >>>> >>>> install newest ubuntu to try out upstart natively. Make a draft >>>> event driven system on my laptop(debian) by newly packaged OpenRC with >>>> incron/inotify extension. >> >> incron not needed, it is for filesystem after all. udev + hotplug@OpenRC >> do the job. > > More should be said on that =) Ok, same as event driven topic as above. underway... >> Succeeded, thinking of documenting it in wiki. Got it. Yours, Benda