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 7AC0F1381F3 for ; Mon, 30 Sep 2013 06:24:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AE978E0BF3; Mon, 30 Sep 2013 06:24:35 +0000 (UTC) Received: from smtp.alltele.net (smtp.alltele.net [85.30.0.4]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1798FE0AD3 for ; Mon, 30 Sep 2013 06:24:33 +0000 (UTC) Received: from [192.168.1.100] ([87.227.57.71]) by smtp.alltele.net (IceWarp 10.4.5) with ESMTP id 201309300824283404 for ; Mon, 30 Sep 2013 08:24:28 +0200 Message-ID: <5249191C.6040306@coolmail.se> Date: Mon, 30 Sep 2013 08:24:28 +0200 From: pk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130921 Thunderbird/17.0.9 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] systemd installation location References: <20130929195206.GA16744@linux1> <5248CBB9.5010205@sporkbox.us> <5248D8D6.8040901@sporkbox.us> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.73 required=5.10 tests=LOCALPART_IN_SUBJECT=0.73 version=3.3.2 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.3.2 (1.1) on smtp.alltele.net X-CTCH: RefID="str=0001.0A0B0208.5249191D.0096,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0"; Spam="Unknown"; VOD="Unknown" X-Archives-Salt: 7fb526f3-8fe9-439f-a890-da3e362cedfd X-Archives-Hash: 2c9ba760b9bcdc3474ac3f6b08a49200 On 2013-09-30 04:05, Mark David Dumlao wrote: > It's true that it's nice to have a semblance of order where different parts go. > But "all libraries and binaries in /usr" is also a semblance of order. You don't > separate stuff for the sake of separating stuff. You separate them because you > have a good reason to separate them. It turns out that there isn't a good reason > to separate them, and that there's no way to predictably separate them. > > Mushing them together isn't just a stop-gap or good-enough solution. The > idea of keeping system-critical separate from non-critical was not maintainable > in the long run to begin with. So what you're saying is that everything in /usr is system-critical? I have gimp installed in /usr... I don't see a need to start gimp at boot time. Maybe we should classify frozen-bubble as system-critical as well (it's also in /usr)? Seriously, boot-critical would be something that the system cannot *boot without*, which belongs in /. Everything else should be in /usr, i.e. non-boot-critical. How hard is it to start *non-boot* (system) critical *after* boot (things like sshd)? I do that today... > are the same. Distro packagers, however, have to decide for 100% of the cases. > So they're going to end up making weird decisions that are easy for you to > second-guess but are actually tough. That's only true for binary distros. > If you want to solve the "hard problem", you want to create a tool that > will automate / and /usr migrations. Portage has to be aware of the tool What's wrong with using autotools? I really don't see why you need it to be dynamic. In Gentoo you install stuff once for every version (or if you change use flag). Why invent stuff/complicate matters when you don't need to? Best regards Peter K