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 430641381F3 for ; Fri, 21 Dec 2012 11:03:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3AAE921C0D2; Fri, 21 Dec 2012 11:03:12 +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 C779821C031 for ; Fri, 21 Dec 2012 11:02:37 +0000 (UTC) Received: from pomiocik.lan (213-238-105-155.adsl.inetia.pl [213.238.105.155]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id DDE0833DAC8; Fri, 21 Dec 2012 11:02:35 +0000 (UTC) Date: Fri, 21 Dec 2012 12:02:34 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: joost@antarean.org Subject: Re: [gentoo-dev] Re: eudev project announcement Message-ID: <20121221120234.7bf14e23@pomiocik.lan> In-Reply-To: <2519759.yK9dD2bOet@eve> References: <20121215203359.4552d807@pomiocik.lan> <1410550.8z1d0Jc2Uc@eve> <20121221095725.1294afcd@pomiocik.lan> <2519759.yK9dD2bOet@eve> Organization: Gentoo X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.14; 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_/1y6sc9Zrl=yar=DYcstuZTG"; protocol="application/pgp-signature" X-Archives-Salt: 2e0ac5d0-e887-4b95-986c-9619a527c1e8 X-Archives-Hash: 9ecafdb3cfc98b7650c7941fe10d8f0b --Sig_/1y6sc9Zrl=yar=DYcstuZTG Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, 21 Dec 2012 11:24:45 +0100 "J. Roeleveld" wrote: > On Friday, December 21, 2012 09:57:25 AM Micha=C5=82 G=C3=B3rny wrote: > > Just let me know when you have to maintain a lot of such systemd > > and upgrade, say, glibc. Then maybe you'll understand. >=20 > A shared /usr means I need to update ALL the systems at once. > When /usr is not shared, I can update groups at a time. Yes, and this is what disqualifies it for the general case. If you can't update one at some point, you can't update the others or it is going to likely get broken in a random manner. > To save time, a shared filesystem containing binary packages can easily b= e=20 > used and this is what I use myself. > I have one VM that is used to rebuild the packages when I want to do an u= pdate=20 > and the real host then simply uses the binary packages. > The configuration items needed for emerge are synchronized between the bu= ild=20 > system and the actual server. Wait, wait. So you have introduced even more hackery to get it working? Good to hear. That's really a good reason to support your arguments. 'I got it working with a lot of hackery, so it is a good solution!' > The main reason why I would never share an OS filesystem between multiple= =20 > systems is to avoid the situation where a failed upgrade takes down the e= ntire=20 > environment. And this doesn't happen in your case because...? Because as far as I can see: 1) failed upgrade in /usr takes down the entire environment, 2) failed upgrade in / may take down the machine, 3) failed hackery you're doing to get it all working may have even more unpredictable results. And yes, I prefer to take down the entire environment and fix it in one step. That sounds much better than trying to get it back up and re-sync all the machines which got into some mid-broken state. > And a shared OS filesystem also introduces a very nice Single Point of=20 > Failure. What will happen when the NFS-server (or whatever is used) goes = down=20 > for whatever reason? And what is the difference now? Is it another argument like 'hey, i can still see the command-line, so it's better. not that i can do anything useful with it.' > In other words, to make an environment that has a very nice single point = of=20 > failure possible, existing working environments are classed as "broken". NFS-shared system does classify as 'a single point of failure'. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/1y6sc9Zrl=yar=DYcstuZTG Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlDUQcoACgkQfXuS5UK5QB2HrQP+OeQG3e5EU/f2RrEJ9hh1Ladp brQap0yN1SGuEV/7hkWooCpsIhTu1IgwQaM5yq8U/4p2YWVqq+1SWrfykGXJSqm5 bFmyR/nto63Ev1aStTTOLYBcRyjb2sPMq4KJsnE9oynZCh20sbVuxX0kTY+ThsXb 1rvA1ZbDrHs4U7EDgks= =D5wM -----END PGP SIGNATURE----- --Sig_/1y6sc9Zrl=yar=DYcstuZTG--