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 1OLR5G-0008Ec-Oi for garchives@archives.gentoo.org; Mon, 07 Jun 2010 01:24:59 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A96FDE0CAF; Mon, 7 Jun 2010 01:24:54 +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 E3D9FE0CA9 for ; Mon, 7 Jun 2010 01:24:28 +0000 (UTC) Received: by pwj8 with SMTP id 8so1191328pwj.40 for ; Sun, 06 Jun 2010 18:24:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=guLg71FScNhSjg5UQd694E2YSRipV5QAMY7+PnOGeAI=; b=ss4946V2N36lwafGQQo6ubFCkMFzvhbyJ8kVRjFhazj+h3X5Fs7B4+6inkhXAiY8bd x0jtT/u7kyFujaCyNBXHmdoLZqmsp+1FLjq5n22SNKMS+o5sBjFy2vULM+w0cHSUp9xT hLRXKrp8ujvh1frG5lwmy14jUPTJk5dK7QZLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=GHLwpcroPn1bY1fs5PcF56VvTwwLFC/SFf1SlvAS+B565mjteOcD6aJqkrlL0U4Er4 5pbm1gXcUgdyKrZ2x8HoXVETxnub6opNbcotSyiS5lDWQJcnKR2lovEKc0207hD3P3iW 1klQ2SH/JW8HjRkFLdddfhIZL9aX3OqmyHQC4= Received: by 10.115.114.37 with SMTP id r37mr11062311wam.97.1275873867939; Sun, 06 Jun 2010 18:24:27 -0700 (PDT) Received: from smtp.gmail.com (c-67-171-128-62.hsd1.wa.comcast.net [67.171.128.62]) by mx.google.com with ESMTPS id c14sm33931201waa.13.2010.06.06.18.24.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 06 Jun 2010 18:24:26 -0700 (PDT) Received: by smtp.gmail.com (sSMTP sendmail emulation); Sun, 06 Jun 2010 18:22:33 -0700 Date: Sun, 6 Jun 2010 18:22:33 -0700 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Actions of python team, especially Arfrever wrt python eclass and python-3* Message-ID: <20100607012233.GD6316@hrair> References: <4C0AD7EC.2010700@gentoo.org> <20100605233806.GA17168@boostbox> <4C0B017B.40907@gentoo.org> <87r5kkacr9.fsf@newton.gmurray.org.uk> <4C0B7B1C.3000009@gentoo.org> <4C0B8204.8090101@gentoo.org> <4C0B888B.5050909@gentoo.org> <1275825024.4662.17.camel@oblak.fubar.si> <4C0B9787.2080209@gentoo.org> <1275831355.4662.60.camel@oblak.fubar.si> 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; protocol="application/pgp-signature"; boundary="LwW0XdcUbUexiWVK" Content-Disposition: inline In-Reply-To: <1275831355.4662.60.camel@oblak.fubar.si> User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: 0da84fcd-904c-450d-a2a1-d9393ddfa184 X-Archives-Hash: a88d42ce7e84e52f6fc3b10fc0b3d51b --LwW0XdcUbUexiWVK Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 06, 2010 at 01:35:55PM +0000, Domen Koooar wrote: > On Sun, 2010-06-06 at 14:41 +0200, Thomas Sachau wrote: > > Am 06.06.2010 13:50, schrieb Domen Ko=C5=BEar: > > >> And if you add a python slot or remove one, portage currently is not= able to see that and to > > >> reinstall packages, which had modules installed for that slot. You n= eed another tool > > >> (python-updater) to check that and to call the needed reinstalls. > > >=20 > > > I agree with this fact, user should not be required to read additional > > > documenation for portage to function as wanted.=20 > > >=20 > > > I'm very unfamiliar with inner workings of portage, but using > > > python-updater implementation, USE_PYTHON behaviour shouldn't be that > > > hard to implement? > >=20 > > You want some additional switch to portage, which does the work of pyth= on-updater? That would just > > move the code, but would still have the same limitations. What does spe= ak against explicit user > > control for optional features/slots, including dependency handling by t= he package manager like in my > > proposal? > >=20 >=20 > Maybe I expressed myself wrong. Portage would only reuse python-updater > to detect and repair changes with python installation. >=20 > If I understand correctly, one solution would be to pull stable 2.x, and > only install other slots according to USE_PYTHON. $PACKAGE_MANAGER should not have to use python-updater *period*. If=20 the USE_EXPAND route was taken for desired python versions, mapped=20 down to virtual/python:$SLOT, the manager would know automatically of=20 the needed python subgraph dependency wise. Really wish people would stop pointing at python-updater; it's a flat=20 out hack that exists only due to info not being exported to the PM. =20 ~harring --LwW0XdcUbUexiWVK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAkwMSdkACgkQsiLx3HvNzgcCjQCg1Rop1Te1xuOCK5kVNDcGVcoN QhMAnj2M1VmOALC7nRUVcOhoxhduCCiK =+KXH -----END PGP SIGNATURE----- --LwW0XdcUbUexiWVK--