From owner-freebsd-hackers@freebsd.org Wed Dec 19 15:55:53 2018 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BCC6133A708 for ; Wed, 19 Dec 2018 15:55:53 +0000 (UTC) (envelope-from matt.joras@gmail.com) Received: from mail-ed1-f51.google.com (mail-ed1-f51.google.com [209.85.208.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD5D886EF0; Wed, 19 Dec 2018 15:55:51 +0000 (UTC) (envelope-from matt.joras@gmail.com) Received: by mail-ed1-f51.google.com with SMTP id p6so17434418eds.0; Wed, 19 Dec 2018 07:55:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UgH2b+XtQ1b3UGLS9ifENXDp0hfVG3va3RDaG76+LCg=; b=I1xkzFuJLRdLMYTDUv82JNJ+BJCZQYp6nwpdUNxKqzw7UU30yNZ5IojueJsvh4VtZ9 Ijaue8RLZo1BL4s+TcsN0ymapcwWB3MO/y94iw6g13mHPSzqXRxZYenQx2mq/4YUZaQ1 aD2k+3Od+FEga0mtL/q3qUKOs9N+akedvaVGR/3T1XezEdFk4O8m4Aj2SV7zYoLKno7Z f/4yzqNWv2TzDVlXnC6nCwKVeU/eJRtlc0Klq/mhsCXm7PqgomscUeBhYOtRSi8PLUlR YpO0qPokNwUjf14JrhppuIIU3RDrKraqVOjczkrQbMivhsfktcNxvRaQSSOxsaCdUgxI OBPA== X-Gm-Message-State: AA+aEWa0eEESNC++sx+DXEmMUZx8wrurlNCcjzo3IP/DfQUcPsZycBpx 8nCsTIEMQYeuKAHNA6auZi7vC9QlnB4= X-Google-Smtp-Source: AFSGD/XwoBhpX3bF1KpjfRwSmwfUGw6JCn6A3n3Jo+kIF/mzS0Z4bnKtIRdzQaNCZt/PqjxucMw6Jg== X-Received: by 2002:a50:8bc9:: with SMTP id n9mr20552733edn.41.1545234950089; Wed, 19 Dec 2018 07:55:50 -0800 (PST) Received: from mail-wr1-f47.google.com (mail-wr1-f47.google.com. [209.85.221.47]) by smtp.gmail.com with ESMTPSA id n3-v6sm2714614ejd.35.2018.12.19.07.55.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Dec 2018 07:55:49 -0800 (PST) Received: by mail-wr1-f47.google.com with SMTP id j2so20062638wrw.1; Wed, 19 Dec 2018 07:55:49 -0800 (PST) X-Received: by 2002:a5d:6b09:: with SMTP id v9mr20231393wrw.304.1545234949268; Wed, 19 Dec 2018 07:55:49 -0800 (PST) MIME-Version: 1.0 References: <397FBAFF-2575-4AE4-B2BC-2DFDA769040A@FreeBSD.org> <7BBA9943-7CA1-4349-9B48-1641BA11FCA3@FreeBSD.org> In-Reply-To: From: Matt Joras Date: Wed, 19 Dec 2018 09:55:37 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: OpenRC on FreeBSD To: araujo@freebsd.org Cc: Warner Losh , Joe Maloney , ken@ixsystems.com, Martin Wilke , "freebsd-hackers@freebsd.org" , Warren Block , Kris Moore X-Rspamd-Queue-Id: DD5D886EF0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mattjoras@gmail.com designates 209.85.208.51 as permitted sender) smtp.mailfrom=mattjoras@gmail.com X-Spamd-Result: default: False [-3.76 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; URI_COUNT_ODD(1.00)[15]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.93)[-0.927,0]; RCPT_COUNT_SEVEN(0.00)[8]; FORGED_SENDER(0.30)[mjoras@freebsd.org,mattjoras@gmail.com]; IP_SCORE(-1.82)[ip: (-4.05), ipnet: 209.85.128.0/17(-3.59), asn: 15169(-1.39), country: US(-0.08)]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_NEQ_ENVFROM(0.00)[mjoras@freebsd.org,mattjoras@gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[51.208.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[51.208.85.209.rep.mailspike.net : 127.0.0.17] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2018 15:55:53 -0000 On Wed, Dec 19, 2018, 9:49 AM Marcelo Araujo Em qua, 19 de dez de 2018 =C3=A0s 23:02, Warner Losh esc= reveu: > > > > > > > On Wed, Dec 19, 2018 at 7:57 AM Martin Wilke wrote: > > > >> Hi, > >> > >> The missing bit was actually the flag for switching the rc=E2=80=99s w= hich have > >> been resolved. > >> > > > > No. The missing bit is an articulated plan. While that minor sub-issue > may > > be resolved, I see no plan for integration into the tree. Unless the pl= an > > is 'commit the review in one big push' which really isn't a viable plan= . > > There are problems with the review (it's too large to be successful, an= d > > has issues that need to be discussed in a less massively huge > environment). > > This isn't what the working group's conclusion would be the next steps. > The > > FCP I provided feedback on died. It was a good start on a plan, but was > > just dropped with my feedback completely ignored. > > > > Hi Warner, > > I have asked miwi@ to keep that huge patch on the review because of the > lack of coordination and discussion between different groups and also > because there is not a clear plan how to bring OpenRC into FreeBSD. So in > that way people could try the patch easily without chasing different open > reviews, and to be honest, without further discussion regarding to how th= e > transition would happens between rcd and OpenRC, there is nothing much to > review there. > Just making a small suggestion here, does our Phabricator support "stacked" diffs? That is the defacto way for a group of diffs on Phabricator to be logically grouped so they are easy to navigate and review separately. > IMHO, if we want to move forward with OpenRC on FreeBSD we would need a > broad discussion, because it will impacts not only the base system but al= so > ports, and also docs needs to get involved because we eventually would ne= ed > to update our documentation. We have people that wants OpenRC also in oth= er > hands we have people that wants to keep things as it is. > > NOTE: I have updated the review with the same content of this email just = to > make it registered there. > > I agree for review purpose small chunks are better, however I don't see y= et > a plan for all this migration between rcd and OpenRC. > Best, > > > > > > Warner > > > > > >> - Martin > >> > >> On 19 Dec 2018, at 10:51 PM, Warner Losh wrote: > >> > >> > >> > >> On Wed, Dec 19, 2018 at 7:39 AM Martin Wilke wrote: > >> > >>> Hi > >>> > >>> I'd like to reopen the discussion for OpenRC on FreeBSD. Basically th= is > >>> is the second attempt to get it into FreeBSD. > >>> > >>> I've opened a review here with a working patch for CURRENT, > >>> https://reviews.freebsd.org/D18578 > >>> > >>> > >>> To recap the discussion > >>> * First attempt of RFC in March of 2018: > >>> > https://lists.freebsd.org/pipermail/freebsd-hackers/2018-March/052358.htm= l > >>> * Working group at BSDCan: > >>> https://wiki.freebsd.org/DevSummit/201806/OpenRC > >>> > >>> Here some key points: > >>> > >>> OpenRC provides additional features for service management without > >>> requiring kernel changes or replacing pid 1, unlike launchd and other > >>> solutions. All rc.d scripts have been converted with a few changes, > >>> typically changing the shebang and making sure the start function is > named > >>> start(). Most service scripts are simplified, usually needing only > name, > >>> command, and, if required, depends statements. > >>> > >>> History: > >>> OpenRC started out as an init system by Roy Marples, developed for th= e > >>> Gentoo Alt (FreeBSD) kernel branch. It was more widely adopted into > Gentoo > >>> as baselayout v2, and was then split off as a separate BSD-licensed > >>> project. It is under active development, portable, and remains BSD > licensed > >>> today. > >>> > >>> OpenRC and RC: > >>> Both can coexist and be chosen with a setting in /boot/loader.conf. > >>> > >>> OpenRC Features: > >>> > >>> Service supervision and service monitoring: any service can be > >>> supervised. Supervised services that crash are automatically > restarted. The > >>> rc-status command shows how many times a service has restarted. > >>> > >>> Device hotplug support and event-driven service management: the hotpl= ug > >>> feature allows devd to take actions when devices are connected. For > >>> example, a USB wifi adapter can create additional network services wh= en > >>> attached. The net-online service can, for example, detect when a > network > >>> connection is restored, and restart ntp. > >>> > >>> Network profiles: using stacked runlevels, different profiles can be > >>> established for different networking settings. For instance, differen= t > >>> profiles can be used for wired or wireless networking, or for differi= ng > >>> wireless networks, as well as dependency caching and parallel startup > speed > >>> up booting. > >>> > >>> Interactive mode: > >>> The boot process can be run interactively for more effective debuggin= g. > >>> > >>> OpenRC uses the term =E2=80=9Crunlevels=E2=80=9D to refer to the cont= ext in which a > >>> script is running. There are only three at present: > >>> sysinit (the OpenRC system is starting), boot (start base services wh= en > >>> the computer is booting), and default (normal execution). > >>> > >>> OpenRC, by default, provides a =E2=80=9Ccolorized=E2=80=9D text boot,= using ANSI color > >>> sequences. This can be disabled. > >>> > >>> Ports: > >>> As of July 2017, iXsystems has created OpenRC versions of port servic= e > >>> scripts for the entire ports tree. These scripts coexist with the rc.= d > >>> versions. > >>> > >>> License: > >>> OpenRC is a BSD licensed RC init system written in C. From a user > >>> perspective, it is very similar to the FreeBSD rc.d init system, > making it > >>> easy to use and learn. > >>> > >>> Tested: OpenRC has been used as the init system for TrueOS since > October > >>> 2016. > >>> > >>> Ken Moore has an OpenRC vs RC.d comparison which can be found here: > >>> http://www.wonkity.com/~wblock/openrc/OpenRC_rc.d.pdf < > >>> http://www.wonkity.com/~wblock/openrc/OpenRC_rc.d.pdf> > >>> I look forward to discuss the features and capabilities of OpenRC. > >>> > >> > >> This is cool technology. > >> > >> However, what was missing last time was a written plan that could be > >> critiqued for fit with the project's needs. The result of the working > group > >> was that this was to be produced, and we'd iterate through it to ease > the > >> landing of openrc in the tree. I think there's wide agreement this is > cool, > >> and that we'd like tot have both it and rc.d in the tree for a > transition > >> period. Absent a plan, though, it's not really possible to say 'go do > it' > >> or 'that's insane'. > >> > >> So maybe start there? > >> > >> Warner > >> > >> > >> > > -- > > -- > Marcelo Araujo (__)araujo@FreeBSD.org > \\\'',)http://www.FreeBSD.org \/ \ ^ > Power To Server. .\. /_) > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " >