From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NsMvB-00037y-2f for garchives@archives.gentoo.org; Thu, 18 Mar 2010 21:06:25 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C955CE0BCE; Thu, 18 Mar 2010 21:06:22 +0000 (UTC) Received: from mail-pw0-f53.google.com (mail-pw0-f53.google.com [209.85.160.53]) by pigeon.gentoo.org (Postfix) with ESMTP id C2DFCE0B3D for ; Thu, 18 Mar 2010 21:06:14 +0000 (UTC) Received: by pwj10 with SMTP id 10so1848552pwj.40 for ; Thu, 18 Mar 2010 14:06:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=/jrQUFvyac1MnXXzidSjHG/93WURQHS5I6jAHQfH9sc=; b=FEN0+QR6pmjRLVT8jHVUrANpNZSHEXPhOR0/9GH3QQtFSLu207Lt+2VX6RF66Si1nm oAxbYgWX2bgKOnQ9QDFZMqGj3sBrMHTZzdeHNXlI/+JCiQPXs73uceZS9DnhaiOJzE0O N5GXBbAtB2IxMul+uyhXB7te2mU6I9xQPZ01A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=tFa9jk+y4kVxXGWEIpTxkWdEqpDgqXDEpGnDbmjqUG6mKq78/c1HNNDTAuGgS0HymN EdHaw6BVS6kuAGZftvoS7xFKPm22d7JijWzsGQ9ByuYvraGiomIzps/0xh9V1aopcGBR Dn74sD/5WPv2TJ+tS9C+KOIhU1T9oNpqIw0x0= Received: by 10.143.27.35 with SMTP id e35mr1600717wfj.283.1268946373958; Thu, 18 Mar 2010 14:06:13 -0700 (PDT) Received: from snowmobile ([92.24.202.169]) by mx.google.com with ESMTPS id a1sm211651ibs.6.2010.03.18.14.06.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Mar 2010 14:06:13 -0700 (PDT) Date: Thu, 18 Mar 2010 21:06:02 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Packages pulling in python-3*, also they dont require it Message-ID: <20100318210602.3cae4a71@snowmobile> In-Reply-To: <4BA29488.7030901@gentoo.org> References: <4BA27CE2.7080005@gentoo.org> <20100318192806.48ede145@snowcone> <4BA28262.4070108@gentoo.org> <4BA286DE.7040204@gentoo.org> <4BA28B3B.9080507@gentoo.org> <4BA29488.7030901@gentoo.org> X-Mailer: Claws Mail 3.7.4 (GTK+ 2.18.5; i686-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-SHA1; boundary="Sig_/pDZt_Ub9.ZY5oQSL74B//UK"; protocol="application/pgp-signature" X-Archives-Salt: 3dc6b887-cb72-4086-b829-5fd11d78d5f0 X-Archives-Hash: c061120909eac44fc4ebef9a819387f9 --Sig_/pDZt_Ub9.ZY5oQSL74B//UK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 18 Mar 2010 23:00:56 +0200 Petteri R=C3=A4ty wrote: > >> Here's how we could change Portage behavior for pulling new slots > >> that are not strictly required: > >> > >> - for packages in the world file install as soon as available > >> > >> - for dependencies install the new slot if everything works with > >> the new slot > >> > >> This would mean that Portage would stay with 2.6 as long as you > >> have something that doesn't work with 3.x installed. > >=20 > > How do you detect this? >=20 > By looking at the dependency graph? But you can't tell whether everything will work with the new slot until you've generated a full set of decisions, and you can't generate a full set of decisions until you decide whether you want to install the newer slot. The problem with expecting the resolver to be clever is that the same kind of clever in different places leads to horrible screwups... Every time the resolver has to make some kind of decision that isn't utterly explicit it's going to do the wrong thing in an annoying minority of cases. Much better to just have ebuilds say exactly what they mean. --=20 Ciaran McCreesh --Sig_/pDZt_Ub9.ZY5oQSL74B//UK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iEYEARECAAYFAkuilb8ACgkQ96zL6DUtXhEIkQCgxb2FpOzWvOWcLnn5Pt5+m9rU hO0AniyEii7J2V/XsAys9Iaz5RbQg9O1 =2oBY -----END PGP SIGNATURE----- --Sig_/pDZt_Ub9.ZY5oQSL74B//UK--