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 E7E3C13877A for ; Fri, 25 Jul 2014 07:34:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0A3B6E1559; Fri, 25 Jul 2014 07:34:24 +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 23395E1533 for ; Fri, 25 Jul 2014 07:34:23 +0000 (UTC) Received: from pomiot.lan (77-254-85-187.adsl.inetia.pl [77.254.85.187]) (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 F0C5F3400DC; Fri, 25 Jul 2014 07:34:20 +0000 (UTC) Date: Fri, 25 Jul 2014 09:34:29 +0200 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: Alexandre Rostovtsev Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] don't rely on dynamic deps Message-ID: <20140725093429.7439d4fb@pomiot.lan> In-Reply-To: <1405992850.4756.3.camel@gentoo.org> References: <53CD6BED.10603@gentoo.org> <201407212153.04605.dilfridge@gentoo.org> <20140721225642.56aee8ed@pomiot.lan> <1405992850.4756.3.camel@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_/LDFZVgAy/h+L=ZwxvqXCUjO"; protocol="application/pgp-signature" X-Archives-Salt: 4fb22d7d-446d-47d6-a4fd-eb8972252c8c X-Archives-Hash: 2439a7c6ccad4fe8db20d46f55dfcce4 --Sig_/LDFZVgAy/h+L=ZwxvqXCUjO Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-07-21, o godz. 21:34:10 Alexandre Rostovtsev napisa=B3(a): > On Mon, 2014-07-21 at 22:56 +0200, Micha=B3 G=F3rny wrote: > > 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. >=20 > Why not adapt the updates mechanism for modifying rdepends? Perhaps > something like >=20 > rdepends-add foo-bar/blah-3.14 "wombat? ( >=3Ddev-libs/wombat-1.0 )" >=20 > This would give the package manager all the benefits of static dep > resolution while allowing us to dynamically make simple changes (like > adding a missing dependency to an ebuild) without forcing users to > rebuild the package. At the moment updates are stateless. In other words, PM has no idea if the update has been applied or not, and the update should be defined so that it can't be applied multiple times. IOW, if you do a pkgmove via updates, the originating package ebuild must no longer exist so that the update can be only applied once. If you do a slotmove, the originating slot must no longer be used in affected ebuilds. Now, with dependency updates you lack this guarantee. Package manager can add the dependency... and then add it again... and again... and again. It could supposedly try to match dependencies and find out whether a particular dependency has been added already but that sounds like something that could easily cause issues in the future. --=20 Best regards, Micha=B3 G=F3rny --Sig_/LDFZVgAy/h+L=ZwxvqXCUjO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT0giGXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOaMkP/jjuSP1q+37C8AaPjhfh20/e zjnplbSdcBiVI7XfZ1crYfzE9wwfZNnCP8zVUMXnqqclQI/Ly7/pcSRWtV7er9ma AQYrChyBqWpItSyoNe9Q7Z90/6TFZCPXDrstBbE8RxpFvz0uSdcX1Ji+KjyUQKQG 1lsgvyiOV8+tAHcg+HXRueDiKDS89xvOVWynNxamv4aUcXQH0y3SuGTEkC36VCR8 9uWI4JfEZ83lD7NopUvZXcjeSHwngoGtHELqGq5Pu7R8Z2H358bRF9zqoFTxL3yg S7/p5/eZSgjPeUzmIoK5EIUz28wsrmMs0Zv97ZVkpisXfc2bTpurDYS9fPZRZpl5 fJSKaCY04f3NLc3wk/fCCxwfJt7bRppAfpJxG1H0qksXwQP3y9JZadfCj8seuFMT DY0j3vfYuGLfJvncBlNE1Ln3K9UAKDwTTfEBVKuQSJ06AYn6N7QzMuP+aPexFQoa yVBSI1QrzD27nmNwaXf5HQ6dfdcxq5mrt784ac+aYyUT6uNJu1RalHo5cSRAfzDv djSTgZizJHXYezE6aftYfkHVn8yFRG5L6xFACmdnFbUmf+2SUHhrez+WjT+K6dgN g/uq2ZJ8KSlDQx4oyshuMGsPXCcmqXejbmX5w6rqXkTnzgEHxcP42QeUPp01Xr9Z 73fKWvAZD84tPMNdH0yu =DLsz -----END PGP SIGNATURE----- --Sig_/LDFZVgAy/h+L=ZwxvqXCUjO--