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 DB8451381F3 for ; Sun, 18 Aug 2013 09:44:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 08311E0CA4; Sun, 18 Aug 2013 09:44:17 +0000 (UTC) Received: from mahal.bihira.com (mahal.bihira.com [67.159.5.243]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 15965E0A4F for ; Sun, 18 Aug 2013 09:44:15 +0000 (UTC) Received: from 252.70-40-230.netnet.net ([70.40.230.252]:55284 helo=[192.168.1.144]) by mahal.bihira.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VAzWt-0006Oj-Ov for gentoo-user@lists.gentoo.org; Sun, 18 Aug 2013 09:44:12 +0000 Message-ID: <5210976D.5060307@sporkbox.us> Date: Sun, 18 Aug 2013 04:44:13 -0500 From: Daniel Campbell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130706 Thunderbird/17.0.7 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Optional /usr merge in Gentoo References: <520A5446.1050001@mail.ru> <520DA782.4050803@sporkbox.us> <520F14B2.9080500@sporkbox.us> <20130817083653.GA23823@gentoocompn.netbynet.ru> <87li40jf59.fsf@eder.homelinux.net> <521042BB.70601@sporkbox.us> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mahal.bihira.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - sporkbox.us X-Get-Message-Sender-Via: mahal.bihira.com: authenticated_id: lists@sporkbox.us X-Source: X-Source-Args: X-Source-Dir: X-Archives-Salt: 1a66eadd-a73b-41f5-8f44-985d7a8cd1e5 X-Archives-Hash: 1ecbde3673ec9d55a4b022d5d362ebeb On 08/18/2013 03:53 AM, Alessio Ababilov wrote: > > > > 2013/8/18 Daniel Campbell > > > On 08/17/2013 02:26 PM, Alon Bar-Lev wrote: > > On Sat, Aug 17, 2013 at 10:22 PM, Andreas Eder > > wrote: > >> On 17 Aug 2013, the guard wrote: > >> > >>>> But requiring people to have an initramfs to boot a system > >>>> that doesn't legitimately require it is silly. I don't even > >>>> have /usr mounted separately, but there are many, many > >>>> different system configurations out there and Gentoo is famous > >>>> for supporting a wide variety. That variety is stomped on if > >>>> something like a /usr merge is forced. It also makes building > >>>> your default environment more complicated due to generating an > >>>> initramfs. > >>> > >>> Absolutely agreed. > >> > >> Might be a good time to switch to freebsd :-( > > > > I agree. This is the only escape plan against the new wind of > > dictation into monolithic approach that comes from systemd sponsors > > direction. > > > > Let's see how it turns out... if Linux userspace will become like the > > Windows user space, then freebsd suddenly looks very promising > > alternative. > > > > Regards, > > Alon > > > > I've considered this as well. It's simply beyond me why so many people > are willing to drink the kool-aid from a *single upstream* and let them > shape the entire GNU/Linux landscape. It's one thing to support an > *option*, but quite another to *force* users to use this option. Systemd > itself doesn't look to be forced yet, but if the requirements for it are > forced onto users, forcing systemd afterwards would be child's play. I > saw this in action when I used Arch. It started with bash functions in > their init scripts calling some systemd tools. Then the /usr merge. > Eventually systemd itself was pushed. I'm beginning to lose confidence > that Gentoo will avoid the same fate as Arch. Even Debian is falling to > the systemd crowd. If this keeps up, it's only a matter of time before > systemd infects every Linux-based distribution and BSD will be the only > major free OS to avoid it. Red Hat may end up digging its claws into the > kernel itself. What will protect the Linux landscape, if not distros > like Gentoo that supposedly support user choice? Will all users who give > a damn be forced to run LFS or Slackware if they wish to use Linux as > their kernel? Maintain their own portage|pacman|deb repos and keep > systems free of systemd? Where does the madness end? > > systemd is devouring other daemons. udev was the first victim, and now > consolekit is dead and replaced with systemd-logind. Who knows what will > be the next? > > Gentoo guys maintain now eudev. Ubuntu (which avoids systemd and uses > its own upstart) splits systemd into several parts and happily uses > them. The second way seems to be easier for me. > > BTW, what are you arguments against systemd (except for /usr merge)? > > Best regards, > Alessio Ababilov Systemd has a monolithic design, is headed by an egotist with no respect for other developers, and cannibalizes other projects. The projects it can't cannibalize will be strongarmed into irrelevance. Couple this with Red Hat employees working on both systemd and GNOME, with a very clear agenda to vertically integrate them, and you have a recipe for a closed and/or heavily limited operating system. This is becoming clear with the way GTK+ 3.x is handled, too. I don't approve of an init system (or any other software) becoming everything-and-the-kitchen-sink. UNIX philosophy is being forgotten by these developers, and they openly condemn it while benefiting from it at the same time. While the job of init could be argued as complex or multifaceted, an init system can still "do one thing, and do it well": Bring the system to an initial state. At the core, it means populate sysfs (or an equivalent), start the specified daemons, load the relevant modules, and standby until an event signals it to shutdown or restart. No splash screens needed, no need to swallow a device management system, no need to replace logging mechanisms, and so on. Coupling systemd with udev was a political move, not a technical one. It was a deliberate effort to force their software on the FOSS world, with the false pretense of "standardization", which is a buzzword among developers that's effective at garnering support. The sad part is people bought it. They will regret this move.