From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 89630138206 for ; Thu, 18 Jan 2018 19:22:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4817EE090F; Thu, 18 Jan 2018 19:22:06 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DD983E08D6 for ; Thu, 18 Jan 2018 19:22:05 +0000 (UTC) Received: from [192.168.10.30] (ool-4573d90b.dyn.optonline.net [69.115.217.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: NP-Hardass) by smtp.gentoo.org (Postfix) with ESMTPSA id 69808335C3A; Thu, 18 Jan 2018 19:22:04 +0000 (UTC) Subject: Re: [gentoo-dev] Managing updates on many identical Gentoo systems To: gentoo-dev@lists.gentoo.org, Lars Wendler , "Anthony G. Basile" References: <2686de8e-334c-084b-4828-6109b10dd536@gentoo.org> <20180118133436.532d5cef@abudhabi.paradoxon.rec> From: NP-Hardass Openpgp: id=862040BE422755F27FDE13D5671C52F118F89C67; url=https://sks-keyservers.net/pks/lookup?op=get&search=0x671C52F118F89C67 Message-ID: <3d934658-11eb-b289-22f0-07885b46f34f@gentoo.org> Date: Thu, 18 Jan 2018 14:22:00 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 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 In-Reply-To: <20180118133436.532d5cef@abudhabi.paradoxon.rec> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="LjybCqa1tT7BUDWEX5PHhcOpABydAXAvz" X-Archives-Salt: f31ef4d4-0a42-4fc0-acff-1ebd0e281676 X-Archives-Hash: c8d5c7fad479c1e501ba091ad7219420 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LjybCqa1tT7BUDWEX5PHhcOpABydAXAvz Content-Type: multipart/mixed; boundary="m8BYdiPRpw5b6qhdUKm4lfEKSUbmt8oR0"; protected-headers="v1" From: NP-Hardass To: gentoo-dev@lists.gentoo.org, Lars Wendler , "Anthony G. Basile" Message-ID: <3d934658-11eb-b289-22f0-07885b46f34f@gentoo.org> Subject: Re: [gentoo-dev] Managing updates on many identical Gentoo systems References: <2686de8e-334c-084b-4828-6109b10dd536@gentoo.org> <20180118133436.532d5cef@abudhabi.paradoxon.rec> In-Reply-To: <20180118133436.532d5cef@abudhabi.paradoxon.rec> --m8BYdiPRpw5b6qhdUKm4lfEKSUbmt8oR0 Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 01/18/2018 07:34 AM, Lars Wendler wrote: > Hi Anthony, >=20 [...] >=20 > well, I never did anything like that but regarding the dependency > calculation... how about something like >=20 > emerge -1OKanv $(qlist -CISq) >=20 > (--oneshot --nodeps --usepkgonly --ask --noreplace --verbose) >=20 > which simply omits dependency calculations, only takes into account > available binary packages and doesn't replace same versions? > Of course this requires all installed packages really being available a= s > binpkgs. > Since all the installations are the same, as long as you provide a sane= > set of binpkgs, dependency calculation should not matter anyway. > The only issue I can think of is that a system might become broken if > the update gets interrupted before all packages have been updated. >=20 > Kind regards >=20 TTBOMK, this will fail also if there is a slot change. For instance, with the recent autoconf-2.69 move from :0 to :2.69, dependency resolution would have resulted softblock, thus removing :0 and then merging :2.69 automatically. with a --nodeps, :2.69 would attempt to merge without removing :0 for this package, resulting in an emerge failur= e. --=20 NP-Hardass --m8BYdiPRpw5b6qhdUKm4lfEKSUbmt8oR0-- --LjybCqa1tT7BUDWEX5PHhcOpABydAXAvz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEv526yLNI+t7RHfJZHNlBHbKvGPsFAlpg89gACgkQHNlBHbKv GPuBbg/8DYKcRiU2pC+ij6JgCyWOZhRS1qrFgEScQgGLMsscDxE1SyOnIUiNk1m3 9W8kEf5vJMnlwr2qugI3XJTZNc1lD6rrPK8ES0sm+lcdvQgS58keHvnnVVez1mNf fLOxM3S78wR8PHeb6dXnCPoTdOCPx4mWlmA++ALKMAMTzElIqWOhNMGSHTNc/2xc 5Q1CppL3JInj7hSOoctBAA/+ZvvOAZ1MZ55viYkvZZx8CL1fw8EqpoX9ndbvVDnH waNTNes/6OtrxirJ5Oxb4+p3KU8VGFgP4OHyh+7sGl0BWI+dOByMn5/fw4VT127g xHgtDEaPlTSDmug573b4yIZqFFoHXShgdb4mzVK94dMt2scNN6WeYn8cvJwSYnx4 e2K/2zsf2Jwoty+MU43u9ETdRNbkeI1Dqt70gwm4T4ykUdFrNAGRc3PG6LXouwIZ RdH67mHiBkfBmr5kmsq4KhcNOcDwwF3kkmpvy1rkLu92wHkam3maDV7loQ3CikTT tC/p0zZpvOIQABH2fBmxIon/FBHlSy81K1d6umIt4uKPuhTA6NOu5Ov4xj9l430y xNrDMVJlTX1Oo5rEeGnzUmFRl5Mon2AtebHsi9U+pndV1pbrw/KG5PihSQT9vhwt U3BOtpYeTlORnyLaOZ6w2NckVneDrL8ed/1ymOCBqlwzMEqQDnM= =V7Dq -----END PGP SIGNATURE----- --LjybCqa1tT7BUDWEX5PHhcOpABydAXAvz--