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 1OLGGq-0002Ev-EO for garchives@archives.gentoo.org; Sun, 06 Jun 2010 13:52:12 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 874D1E0A85; Sun, 6 Jun 2010 13:52:08 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 87C6BE08FF for ; Sun, 6 Jun 2010 13:51:47 +0000 (UTC) Received: from [192.168.178.22] (p4FDF0F01.dip0.t-ipconnect.de [79.223.15.1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 91F681B4024 for ; Sun, 6 Jun 2010 13:51:46 +0000 (UTC) Message-ID: <4C0BA7F0.7070000@gentoo.org> Date: Sun, 06 Jun 2010 15:51:44 +0200 From: Thomas Sachau 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Actions of python team, especially Arfrever wrt python eclass and python-3* References: <4BFE82C3.2050400@gentoo.org> <201006051644.20150.Arfrever@gentoo.org> <4C0A720C.20300@gentoo.org> <20100605183154.GA19296@boostbox> <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> In-Reply-To: <1275831355.4662.60.camel@oblak.fubar.si> X-Enigmail-Version: 1.0.1 OpenPGP: id=211CA2D4 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig37B143FBB4877F831B91C907" X-Archives-Salt: e2b5da28-8850-4c8f-b139-a09c901abdd7 X-Archives-Hash: 00913dbdd7c7b68762ad538ffddab423 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig37B143FBB4877F831B91C907 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 06.06.2010 15:35, schrieb Domen Ko=C5=BEar: > 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. >>> >>> I agree with this fact, user should not be required to read additiona= l >>> documenation for portage to function as wanted.=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? >> >> You want some additional switch to portage, which does the work of pyt= hon-updater? That would just >> move the code, but would still have the same limitations. What does sp= eak against explicit user >> control for optional features/slots, including dependency handling by = the package manager like in my >> proposal? >> >=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, an= d > only install other slots according to USE_PYTHON. >=20 And how would that improve the current implementation? If you only reuse python-updater code inside portage, the issues of the c= urrent implementation still remain. And you dont seem to answer my question. Why dont you want to allow the user to control *per package*, for which s= lots it should be installed? And why dont you want to allow the package manager to mangle the dependen= cy part with already existing code ( USE flags and --newuse, dependency tree and --depclean)? --=20 Thomas Sachau Gentoo Linux Developer --------------enig37B143FBB4877F831B91C907 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iJwEAQEKAAYFAkwLp/UACgkQG7kqcTWJkGeHaQP+LxtQG9EkjeD5wcVT9y49F+Y7 7CCT+hVKAuwZm2yA+xOreIm+rwdnUaxdw/m6ifPBKimIXpqfFVlm1Db65QHi/az7 rYKTtJ4etLPUeZbl5X/L0p47Qog7fKNuJeSPV+i8zykM2uy1C0DjClKJ6864dAzp JMmqTPLiDnlkv1hvW+E= =mELg -----END PGP SIGNATURE----- --------------enig37B143FBB4877F831B91C907--