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 9701013877A for ; Mon, 21 Jul 2014 20:56:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 82588E0BA5; Mon, 21 Jul 2014 20:56:37 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6CBD0E0A5C for ; Mon, 21 Jul 2014 20:56:36 +0000 (UTC) Received: from pomiot.lan (77-253-192-104.adsl.inetia.pl [77.253.192.104]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 7CEE333F8DF; Mon, 21 Jul 2014 20:56:34 +0000 (UTC) Date: Mon, 21 Jul 2014 22:56:42 +0200 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: "Andreas K. Huettel" Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] don't rely on dynamic deps Message-ID: <20140721225642.56aee8ed@pomiot.lan> In-Reply-To: <201407212153.04605.dilfridge@gentoo.org> References: <53CD6BED.10603@gentoo.org> <201407212153.04605.dilfridge@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; 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-sha512; boundary="Sig_/ora/1ByQA2+mm/Tt/yJ1=dw"; protocol="application/pgp-signature" X-Archives-Salt: a0771824-85dd-47b5-aa86-0babbe7c1f81 X-Archives-Hash: 1d0c9926471f69afb5080f2bfb40819c --Sig_/ora/1ByQA2+mm/Tt/yJ1=dw Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-07-21, o godz. 21:53:04 "Andreas K. Huettel" napisa=B3(a): > Am Montag, 21. Juli 2014, 21:37:17 schrieb hasufell: > > afaiu dynamic deps are broken and not defined in PMS > >=20 > > still... people seem to fix deps without revbumping, causing users who > > either don't use dynamic deps (it's optional for portage through > > --dynamic-deps=3Dy, although it's on by default) or who use a different= PM > > to not get the fix, at worst resulting in broken dependency calculation > >=20 > > suggestion: > > * stop fixing dependencies without revbumping > > * add an appropriate question to the dev quiz > > * remove dynamic deps from portage (afair that is already considered by > > the portage team) >=20 > Actually the quizzes are pretty much clear on that.=20 >=20 > Revision must be bumped when the on-disk files installed by the ebuild ar= e=20 > changed.=20 > Nothing about dependencies. >=20 > This has been policy for a LONG time, and we're not going to change it=20 > overnight just because you protest. This is not an argument. Just because we're doing things wrong for a very long time doesn't mean we have to keep doing that. Especially now that the breakage is getting much more visible with spread of EAPI=3D5 and subslots. > Now... whether dynamic deps are technically the right thing to do is anot= her=20 > question. It merits discussion, but we need to be really sure about the=20 > consequences of any change. Yes, it does. I'm not sure if it leads anywhere, though. Dynamic deps are a pipe dream. You can't implement them properly, so we're using half-working implementation as an excuse to be lazy. Of course, the problem is that many developers just assume how dynamic deps work. They don't know the details, they don't test it. They just say 'I need not to revbump because dynamic-deps!' Then stuff breaks because dynamic deps don't work. Or sometimes because they actually work and the developer didn't think of them. Or sometimes because they randomly start and stop working depending on the phase of the moon. --=20 Best regards, Micha=B3 G=F3rny --Sig_/ora/1ByQA2+mm/Tt/yJ1=dw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTzX6KXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOMycQAIzdnvBFX7NILmXBJhjuMQvn cXOxCNxYWp7iJPGybVPpGnfTIaTha4YMPquce3WNrhwSG3K6pSjbL6cdQTGoRvpM KxXuxOIzWY7NhRgpy3fscypcz+ovlOxa0iKqa8R3JiAkV0UIq4BZUzhJKJT2EZEf eAuWpYWzqHfjJJwROkRVIbdKzphVkH/B7B3gH+3j0YPRWYdMClihuYFNhG7ZJozq mGVKBAWn3etk/mvc8jbWCfmxHhppTCMCsQYRXvx1J8wt5/nY4QbffLUHp51YPC06 Ato9FB9muduLLqdc6V41J72au1uSZzY/5Md7JYHiB+XejIa1G59GBpTgdAF/itNJ RMO2TF97VaqJqyqNKpg2rFaauoukuZIPij+veSRZ6WDwTH46kSYheD8461leDZwW Pr35F1522xVTYoSWRKDW25cAIQQBwYvcaEpLOs8km+fSCo0P36Su9XuBc3WD+niy JfWj0xYk5gkWfFDYNn/gilBXpZwt6SDgXKTY+tsx59QpOu3m8f2aqOV4Qv+eWYQ1 2J/lZa2Gw5oMUJNkuaFRKczUmIfRGonyyzMR4Xo8U5BqH8bpKzor5l/7x2SsdhvD c3KXG4Zywx/ntU8SPnR+96MlVFMvkPiTafNCuxkgLK3y7s08BMaCLMHVOfpIk90V Y3e14hsHHWxpEmbp89Fv =eSIb -----END PGP SIGNATURE----- --Sig_/ora/1ByQA2+mm/Tt/yJ1=dw--