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 ACF4E1381F3 for ; Thu, 16 May 2013 02:40:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 22696E08EE; Thu, 16 May 2013 02:40:24 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2B052E08C0 for ; Thu, 16 May 2013 02:40:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2CD2433E00F for ; Thu, 16 May 2013 02:40:22 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.609 X-Spam-Level: X-Spam-Status: No, score=-1.609 tagged_above=-999 required=5.5 tests=[AWL=-0.978, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.629, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5UGeOiHP0Tdf for ; Thu, 16 May 2013 02:40:16 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id B33F733DF65 for ; Thu, 16 May 2013 02:40:13 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Uco70-0005nl-Ty for gentoo-dev@gentoo.org; Thu, 16 May 2013 04:40:10 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 May 2013 04:40:10 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 May 2013 04:40:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Making systemd more accessible to "normal" users Date: Thu, 16 May 2013 02:39:56 +0000 (UTC) Message-ID: References: <20130508190832.0ea16c88@gentoo.org> <518A8901.6030302@gmail.com> <20130510094500.62b0c958@sera-20.lan> <5191F8B7.9080006@gentoo.org> <20130515141755.4d53f21e@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT b00f96e /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: bddfbc34-de6c-4a64-9d9f-c56c3d907eea X-Archives-Hash: 8334ee2433d049dbf8d34ea103ba7064 Rich Freeman posted on Wed, 15 May 2013 10:01:57 -0400 as excerpted: > Gentoo is about choice, but that doesn't mean that every developer has > to support every possible choice on every package. ++ > Eudev not working with gnome is not a reason to hold back either > project. Not every option in Gentoo has to be compatible with every > other option. And in fact, that's already the case. > Eudev is welcome to stay even if its developers are its only users. ++ > I do agree in general that systemd seems pretty likely to take over, but > that doesn't mean that those who aren't running big desktop environments > can't make use of the alternatives, or that providing alternatives is > bad. I doubt you'll ever get Gnome 3.8 running on Prefix either. :) FWIW, of "the big two", gnome and kde seem to be going in totally opposite directions here. Gnome, in accord with their "there can be only one true way" tendencies, seems to be hell-bent on requiring systemd, which of course then pretty well eliminates gnome on other than Linux as well. Kde, OTOH, appears to be going totally opposite, more modular both with kde itself and with qt, thru the remaining gen-4 period and into gen-5 (qt5/kde5/kde-frameworks). Much of kde is even running on MS these days, and it appears they plan on continuing both their BSD support and expanding the MS presence and support, as they go more modular for kde frameworks and individual app devs consider it appropriate. As such, they're hard-rejecting a kde-wide hard-dep on systemd. Instead, while individual systemd management components, etc, will likely require it (which makes sense given that's what they're /for, kde's grub management module makes little sense without grub, after all), everything else will work with it if it's there, or with other existing system services if they are there instead. The same thing appears to be happening in kde for X and wayland. Wayland support is definitely planned, with an early tech-preview release set for this summer I'm told, but AFAIK there's no plans to drop X support at least thru gen-5, kde5/frameworks, and qt5 is of course already supporting X, wayland and MS Windows (among others), with its multiplatform support being a primary feature point so qt isn't likely to dump that or it would simply no longer be qt as we know it. Which leaves kde well positioned thru at least gen-5 to continue working and even expanding on all current platforms as well as chosen new ones. (FWIW, there are no plans at this point to support mir, however, as confirmed in a recent blog post.) So while it's likely that over time it'll become more and more difficult to support gnome on anything but systemd-running Linux, with that an official upstream requirement, kde's going exactly the opposite direction, and plans on continuing to support and even expand its support both for the bsds and on ms, as well as continuing X support and adding wayland as it matures. As such, they CANNOT hard-require systemd, and AFAIK aren't even planning on doing so on Linux, tho obviously kde does plan on supporting systemd for the distributions that run it. So of the traditional big-two DEs, gnome would appear to be the only one with an announced hard-requirement of systemd. I don't know what the "lighter" and traditionally anyway less popular gtk/gnome family of DEs, xfce, lxde, etc, are planning, but with kde going the opposite direction of gnome, it would seem a mistake to talk about the big DE's hard- requiring systemd, and it getting harder and harder to run them on anything else. Because really, that appears to be mainly gnome, only one of the big two. So a more accurate statement would be gnome-specific, since they've already announced systemd to be a hard requirement for them, going forward. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman