From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RjETk-0005Ma-Kz for garchives@archives.gentoo.org; Fri, 06 Jan 2012 18:25:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7627921C0D1; Fri, 6 Jan 2012 18:25:14 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id E24E821C026 for ; Fri, 6 Jan 2012 18:24:44 +0000 (UTC) Received: from pomiocik.lan (unknown [81.219.203.13]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 00E7D1B404D; Fri, 6 Jan 2012 18:24:42 +0000 (UTC) Date: Fri, 6 Jan 2012 19:25:50 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: weigelt@metux.de, robbat2@gentoo.org Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr Message-ID: <20120106192550.7ed4cbd9@pomiocik.lan> In-Reply-To: <20120106175049.GA27854@mailgate.onlinehome-server.info> References: <20120101015947.GA9914@linux1> <20120106175049.GA27854@mailgate.onlinehome-server.info> Organization: Gentoo X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-pc-linux-gnu) 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: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/XPbzaXVku1D/desv21D6LXw"; protocol="application/pgp-signature" X-Archives-Salt: ec20e44a-fc42-4200-94ea-0155bc6c553c X-Archives-Hash: 4419dcf7498306ddd5bf750d29320d17 --Sig_/XPbzaXVku1D/desv21D6LXw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, 6 Jan 2012 18:50:49 +0100 Enrico Weigelt wrote: > I don't want to repeat all the arguments, why these Windows-imitator > guys are completely wrong, anymore. (IMHO already been said in this > thread). Yes, having a single locations for all applications is so-windows. We should go the other way then, and create a separate prefix for every application. I wonder why we removed that awesome /usr/X11R6. > If upstream really wants to stick in that silly chance, it's time for > a fork. We're already allocating about 20..30hrs per week beginning > with 2012/2 for such a project in our resource plan. This stupidity > can become really dangerous thousands of systems around the world, > so it needs to be stopped. Wow, an enterprise fork taking 20-30 hrs per week to reimplement hacks necessary for running applications randomly spread over filesystems? > BTW: the original argument (AFAIK) is that moving everything to > /usr should somehow make maintenance easier. Well, how actually ? > Perhaps for people who are too lazy to backup a few more directories ? > Silly. Enjoy sharing those few more directories over NFS. Ah, yes, only silly people want to share their systems over NFS. Enterprise admins reserve 20-30 hrs per week to keep systems in sync. > Actually, at this point, I'd raise the question why not dropping > /usr instead (in little steps). The impact is practically the > same (well, replaces the risk of unbootable system by the risk > of filling up separated / filesystems) but would remove an > then obsolete additional directory. ;-O That's because people would like to get rid of additional directories in /, not introduce additional ones. But if you really want to, we can start making random packages install on rootfs. Just let us know when they happily fill up your rootfs. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/XPbzaXVku1D/desv21D6LXw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iJwEAQEIAAYFAk8HPK4ACgkQfXuS5UK5QB3dpQP/dq3juWGeP/6dZt+dMrl0GYuB OJtJJolzwHzjg3MrUKrVCv8uvZTly38DXppIKVTJ1ujDLJLMyTXkXHNEDoWXPIZS +s70UPTuC/TD53ScVd6Xp9gFrUQtyCoBKKMaSkq9KMQ29dcuRl22GHas+tyzjFim B48dk7SjeWlCs5oxTR0= =CiLC -----END PGP SIGNATURE----- --Sig_/XPbzaXVku1D/desv21D6LXw--