From owner-freebsd-hackers@freebsd.org Wed Dec 19 15:48:52 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 EE95B1339D1B for ; Wed, 19 Dec 2018 15:48:51 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-lj1-x244.google.com (mail-lj1-x244.google.com [IPv6:2a00:1450:4864:20::244]) (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 DCFD1866EF; Wed, 19 Dec 2018 15:48:50 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: by mail-lj1-x244.google.com with SMTP id c19-v6so17823804lja.5; Wed, 19 Dec 2018 07:48:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=vzdtAWQvoykstzAASQEdvqMQ1CKQmsA9EKIOlhqsgV4=; b=C54kaRnUnB8LSsGI3HFlI1uaiDmCy1HSZKXZZdmow9xeimeTraUwJWMU9lLVzW9K9d p+FZuLQKnS5R2adqTir894wO8v2KohXrixUr4vG8ZbsKSstw4UunDSZp6PWyX4QKZ5Jq C0QWBj0I6isiHj7AXHBi2h9eEv00aIEvewUwoLfgu+NVzLxzcjtkVhlyPu9ZHFoc8xzs i6UwFVUqLHMtGM1lCrdQFhkFoTDWGuEEJPNOmZfFH/gmVpNJMaPr+Ctv4AYaFTSyJ8X+ igex90qJQd1EYRua59Sf2PHlKjdAz61stAWAPxGmThE/xqayXjNUkkbRkuZjxkOks6aG AQiQ== 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:reply-to :from:date:message-id:subject:to:cc; bh=vzdtAWQvoykstzAASQEdvqMQ1CKQmsA9EKIOlhqsgV4=; b=s6jNzCXVhgd8DcL0UdQNsUDCXakwK19xmXKVRvgwayIBaPHvI9Ku1yXycg4JsPUW0y gmQYTp4qXsq4GXY9ayQ1jgEEBQ/fHH1jCX/zSqmkD9jv7VBAi7wL/bunS7wR/1GZXZ5a y3ZpRrFh0FzNseIBTnQwA7cooPufJdngeVxksyeNJDkcgfPcuqfJSaKXHG2Pp+Yzv1Q7 c43N3cQb3eWLfNz25yKTmFch62jWEoxh3zC/3WntD3JiCDNQ9Spnog76seGn6n/jVfLz qZq1uXRkL331yclTzy5lS8p87sLgh7lG/FWanb8TMFEZMJmQWFdmhlhbcpz2K3mtT4zy wDMA== X-Gm-Message-State: AA+aEWbxmV5Ifxm3rjn/UPHI5ZQkVgw6ta88tJNvBlj/eG+NC2KttNi2 C3WHRf6AHiPoiMXfSPNzW/6d16J0qOkQwnga0ssJ7Bg/ X-Google-Smtp-Source: AFSGD/XAIyt9gBnlMBrKiEEIURgT1Ig0AqR8si9mkDTmCQRNWj4YsaoiLPSGAOkmmcoyXP4zkKbx+vlbB2UQVM2v4CI= X-Received: by 2002:a2e:8605:: with SMTP id a5-v6mr12871533lji.145.1545234529492; Wed, 19 Dec 2018 07:48: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: Reply-To: araujo@freebsd.org From: Marcelo Araujo Date: Wed, 19 Dec 2018 23:48:37 +0800 Message-ID: Subject: Re: OpenRC on FreeBSD To: Warner Losh Cc: Martin Wilke , "freebsd-hackers@freebsd.org" , Joe Maloney , Marcelo Araujo , ken@ixsystems.com, Kris Moore , Warren Block X-Rspamd-Queue-Id: DCFD1866EF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=C54kaRnU; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of araujobsdport@gmail.com designates 2a00:1450:4864:20::244 as permitted sender) smtp.mailfrom=araujobsdport@gmail.com X-Spamd-Result: default: False [-2.57 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[araujo@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_SEVEN(0.00)[8]; NEURAL_HAM_SHORT(-0.07)[-0.075,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.829,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.72)[-0.715,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.06)[ip: (3.36), ipnet: 2a00:1450::/32(-1.59), asn: 15169(-1.39), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] 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:48:52 -0000 Em qua, 19 de dez de 2018 =C3=A0s 23:02, Warner Losh escre= veu: > > > 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 whi= ch have >> been resolved. >> > > No. The missing bit is an articulated plan. While that minor sub-issue ma= y > be resolved, I see no plan for integration into the tree. Unless the plan > 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, and > 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. T= he > 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 the transition would happens between rcd and OpenRC, there is nothing much to review there. 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 also ports, and also docs needs to get involved because we eventually would need to update our documentation. We have people that wants OpenRC also in other 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 yet 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 this >>> 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.h= tml >>> * 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 na= med >>> 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 the >>> Gentoo Alt (FreeBSD) kernel branch. It was more widely adopted into Gen= too >>> as baselayout v2, and was then split off as a separate BSD-licensed >>> project. It is under active development, portable, and remains BSD lice= nsed >>> 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 hotplug >>> feature allows devd to take actions when devices are connected. For >>> example, a USB wifi adapter can create additional network services when >>> attached. The net-online service can, for example, detect when a networ= k >>> connection is restored, and restart ntp. >>> >>> Network profiles: using stacked runlevels, different profiles can be >>> established for different networking settings. For instance, different >>> profiles can be used for wired or wireless networking, or for differing >>> wireless networks, as well as dependency caching and parallel startup s= peed >>> up booting. >>> >>> Interactive mode: >>> The boot process can be run interactively for more effective debugging. >>> >>> OpenRC uses the term =E2=80=9Crunlevels=E2=80=9D to refer to the contex= t in which a >>> script is running. There are only three at present: >>> sysinit (the OpenRC system is starting), boot (start base services when >>> the computer is booting), and default (normal execution). >>> >>> OpenRC, by default, provides a =E2=80=9Ccolorized=E2=80=9D text boot, u= sing ANSI color >>> sequences. This can be disabled. >>> >>> Ports: >>> As of July 2017, iXsystems has created OpenRC versions of port service >>> 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 Octobe= r >>> 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 gr= oup >> was that this was to be produced, and we'd iterate through it to ease th= e >> landing of openrc in the tree. I think there's wide agreement this is co= ol, >> and that we'd like tot have both it and rc.d in the tree for a transitio= n >> period. Absent a plan, though, it's not really possible to say 'go do it= ' >> or 'that's insane'. >> >> So maybe start there? >> >> Warner >> >> >> --=20 --=20 Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_)