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 650BB1391DB for ; Thu, 20 Mar 2014 20:14:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B9428E0BA1; Thu, 20 Mar 2014 20:14:26 +0000 (UTC) Received: from baptiste.telenet-ops.be (baptiste.telenet-ops.be [195.130.132.51]) by pigeon.gentoo.org (Postfix) with ESMTP id 87717E0B8C for ; Thu, 20 Mar 2014 20:14:25 +0000 (UTC) Received: from localhost ([94.226.55.127]) by baptiste.telenet-ops.be with bizsmtp id fwEQ1n0022khLEN01wEQxu; Thu, 20 Mar 2014 21:14:24 +0100 Date: Thu, 20 Mar 2014 21:14:02 +0100 From: Tom Wijsman To: tanstaafl@libertytrek.org Cc: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Debian just voted in systemd for default init system in jessie Message-ID: <20140320211402.48a597f9@gentoo.org> In-Reply-To: <530767B0.6000607@libertytrek.org> References: <52FF84CE.2050301@libertytrek.org> <20140217215255.5766cb026df2f0b8002f8702@gmail.com> <5302c048.462f0e0a.3d3e.5888@mx.google.com> <20140218210633.d25f4bb88b3891f7c0ed11c6@gmail.com> <20140218220712.9ec8d2529ef49d743b3bc826@gmail.com> <5304576E.4000704@sporkbox.us> <5304A5DE.4050905@libertytrek.org> <5305FACC.8080705@libertytrek.org> <53075C77.5040505@libertytrek.org> <530767B0.6000607@libertytrek.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 55a7f012-4211-457c-917b-4ed2f0baeb17 X-Archives-Hash: 53cfc492863f6e50d2bc66bdd15c043b On Fri, 21 Feb 2014 09:50:24 -0500 Tanstaafl wrote: > All myself and others have been insisting on is that systemd > proponents be prevented from unilaterally creating some kind of > dependenc[y][ies] whereby, through that backdoor, they create a > situation where the *current* *default* init system must be switched. It are the consumers that do, sometimes even the packagers; because some neat future that fits them is provided by one implementation, they adopt that and given limited manpower they expect other implementations to follow. This is whilst stating "However, long term hopefully gnome-session can die and such code in systemd." in the following blog post by a GNOME foundation as well as GNOME release team member: https://blogs.gnome.org/ovitters/2013/09/25/gnome-and-logindsystemd-thoughts/ On Gentoo, we indeed prevent such dependencies where manpower allows us; for example, to give an opposite example, we've even removed sys-apps/openrc from several package dependencies to allow for its removal. The same is actively guarded for sys-apps/systemd; but for both, you'll be able to find an exception to it here or there. The same is said by one of the Gentoo Council members in a comment on another blog post here, worth reading: https://blogs.gnome.org/ovitters/2014/02/03/my-thoughts-on-the-default-init-system-for-debian-discussion/comment-page-1/#comment-782 > And your preference for systemd doesn't obligate your distro of > choice to change to it as the *default* init system. What is a default in a distro with meta choices anyway? Yes, choice: https://bugs.gentoo.org/show_bug.cgi?id=482702 > Again, we are just insisting that systemd proponents be prevented > from forcing gentoo into a situation where we are *forced* to switch > to systemd for the *default* init system. While it is something to worry about; however, it's only happened once and temporarily for GNOME (decided on by our maintainers), this has no implication that this will happen much more beyond that. There are people that are going to actively prevent that if it does happen. > > Hence the general case above. If you want to use foo without using > > bar, but the upstream and package maintainers of foo want to use > > bar, then it's _your_ responsibility to make foo work without bar. > > PERIOD. > > I agree... so, if *you* want to use systemd, it is *your* > reponsibility to make systemd work without impacting existing gentoo > users The impact, if any, is kept as minimal as possible; Gentoo, as stated by it philosophy, about page and documentation is a meta distribution which implies we attempt to support choices. Sometimes this means that minimal adjustments need to be made to support multiple choices. > *or* the fact that gentoo has selected OpenRC as it's default init > system. It's rather a consequence than a fact; for it to be a fact, there needs to be an accepted motion from an higher instance stating it to be so. > This isn't about individual packages. It is about one of the choices > that *Distro's* must make - in this case, regarding something very > significant (the choice of what to use as the default init system). Both (separate stage3's), or none at all (stage<3); are also options. :) > We, again, are simply insisting that it is the responsibility of the > developers of systemd to *not* create situations where they *force* > other distro's into *impossible* *situations* where they are *forced* > to switch their init systems or have basic system packages stop > working. It are the consumers, to some extent even the packagers, that do this. > The best way for gentoo, as a distro, to protect its users and it's > ecosystem, is to provide a sane, managed approach for systemd > proponents to get systemd added to gentoo as a formally supported > *optional* init system. +1 > Then, and only then, can it be judged on its *merits*, +1 > and then and *only* then should it (imnsho) ever be considered as a > potential candidate for being made a new *default*. -1; unless, well, it has lost its "controversial" status in the future. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D