From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-66929-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 81B8A13877A
	for <garchives@archives.gentoo.org>; Sat, 26 Jul 2014 15:34:59 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 417BDE0D50;
	Sat, 26 Jul 2014 15:34:55 +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 5EC43E0C30
	for <gentoo-dev@lists.gentoo.org>; Sat, 26 Jul 2014 15:34:54 +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 7D7E034002D;
	Sat, 26 Jul 2014 15:34:52 +0000 (UTC)
Date: Sat, 26 Jul 2014 17:35:06 +0200
From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= <mgorny@gentoo.org>
To: Martin Vaeth <martin@mvath.de>
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: don't rely on dynamic deps
Message-ID: <20140726173506.1cf19e3b@pomiot.lan>
In-Reply-To: <slrnlt7i7m.9i1.martin@epidot.math.uni-rostock.de>
References: <53CD6BED.10603@gentoo.org>
	<53CD8BBA.2010605@gentoo.org>
	<slrnlt7dl6.9i1.martin@epidot.math.uni-rostock.de>
	<20140726163242.389162b6@pomiot.lan>
	<slrnlt7i7m.9i1.martin@epidot.math.uni-rostock.de>
Organization: Gentoo
X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
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_/4KATtm0Isdo9RNKWZ=CoRY7"; protocol="application/pgp-signature"
X-Archives-Salt: 5c8e689d-5024-426a-95bc-19d87393c766
X-Archives-Hash: fef703e6219d213c2c4111e5c24c14d4

--Sig_/4KATtm0Isdo9RNKWZ=CoRY7
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable

Dnia 2014-07-26, o godz. 15:27:51
Martin Vaeth <martin@mvath.de> napisa=B3(a):

> Micha=B3 G=F3rny <mgorny@gentoo.org> wrote:
> >
> > All people with enough knowledge already know that this is technically
> > impossible.
>=20
> We already discussed in the bug how it *would* be possible,
> just nobody implements it:
>=20
> Portage would have to use dynamic deps throughout,
> using the data stored in /var/db only to find out
> the correct information for :=3D dependencies.

This is only one of the issue. And what if the match for :=3D is
incompatible with new dependency atom? Like when you replace
'dev-foo/bar:=3D' with '>=3Ddev-foo/bar-2:=3D' but bar-1 is installed.
What if a new :=3D dependency is added?

--=20
Best regards,
Micha=B3 G=F3rny

--Sig_/4KATtm0Isdo9RNKWZ=CoRY7
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQJ8BAEBCgBmBQJT08qqXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC
MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOSqEP/3lr+zWfQXB5clrru7CaFF3U
Jl+jdC6Ey2O7UdvOUVaV1IqckCJvuCE3WVpDohwUNlkm7F4XmgebDlV85E6Y8BrF
YYZ/qVzBE2MgCz7enwttfld/kAAaIc3wFO1zf0zD/tNhKkrV4Y476X8EZ0LZOSzb
GadlxaRzU2pT+W3AEomoBjrfEFBA/Zb7ymce3pKV1rWxL54yWMEVvfMFUQlJ+ybJ
3eqJfCFhknBt0+kMivDN7VtG0/np+RgW8WIoPeb4LAmfp0qgsZO8KE4yTbP525mA
EzVG6IskWTBfeeiHqwN3PGoT5/kaqr0dP2b5VdOuGilGVPZ3HtY6E1mKydFHCaCK
XmSxX+2tHC9z3hbeLK2gmidq5cPt1ShMX4MPmJu2X6Qf2INFtPRQQYwu6g+gkj66
7lSMKgybg48WysG0TSQPvEtFZ99ywR+rx23hsrZ0OXbQ6gHcyn6dua/WMl0sySCg
AMMDrqsL2xfFfSfWMbCZU5BIH+nREFdD0uW7G9pkRdb2nZJ27r2OJ3Pg2H/OTXRN
V4UgHlBCLW7eKSsIsTqq8SWVSCc9p5fA65JnfChkqJ+MH/Ool+DZy5ge+2UfS3q1
wYUqcbf/XkDPZGuAf/5hbsj5enQC+LESWZ86Yvl8k1/OA4q/90B9Ln90hO1YD9ub
zF+nPeTB4jVdCNdenor9
=RCtf
-----END PGP SIGNATURE-----

--Sig_/4KATtm0Isdo9RNKWZ=CoRY7--