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 1SYMKB-0003I0-FN for garchives@archives.gentoo.org; Sat, 26 May 2012 19:06:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5AF36E0512; Sat, 26 May 2012 19:06:48 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 18DAEE0512 for ; Sat, 26 May 2012 19:06:48 +0000 (UTC) Received: from pomiocik.lan (87-205-57-114.adsl.inetia.pl [87.205.57.114]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id A989B1B4005; Sat, 26 May 2012 19:06:45 +0000 (UTC) Date: Sat, 26 May 2012 21:07:38 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: Maxim Koltsov Cc: Krzysztof Pawlik , Nikolaj Sjujskij , gentoo-python Subject: Re: [gentoo-python] python-distutils.eclass vs. python.eclass + distutils.eclass Message-ID: <20120526210738.62478a4b@pomiocik.lan> In-Reply-To: References: <20120526150729.033dcd82@pomiocik.lan> <4FC120BB.5010303@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Discussions centering around the Python ecosystem in Gentoo Linux X-BeenThere: gentoo-python@gentoo.org X-BeenThere: gentoo-python@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/uq//CO=mQb9igkPbmutrFZ_"; protocol="application/pgp-signature" X-Archives-Salt: 3a9dc14b-e719-4bb6-8978-e62a8c5ba66b X-Archives-Hash: e5f6d2c08d04814e8914f5ca60db7b8a --Sig_/uq//CO=mQb9igkPbmutrFZ_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 26 May 2012 22:45:18 +0400 Maxim Koltsov wrote: > 2012/5/26 Krzysztof Pawlik : > > On 26/05/12 15:09, Nikolaj Sjujskij wrote: > >> Den 2012-05-26 17:07:29 skrev Micha=C5=82 G=C3=B3rny : > >> > >>> On Sat, 26 May 2012 17:01:26 +0400 > >>> "Nikolaj Sjujskij" wrote: > >>> > >>>> > So I think the second part of this (x.y to x.y+1 transitions, > >>>> > in the Python world, are generally relatively smooth) > >>>> > invalidates your point in the first part: if the transitions > >>>> > are generally smooth, then yes, when Python 3.3 gets > >>>> > stabilized, I want all of my Python packages to be available > >>>> > from the 3.3 interpreter. > >>>> =C2=A0 Let's take a "stable" user who updates (`emerge --update --de= ep > >>>> --newuse @world`) his/her system regularly. > >>>> Python 3.3 is released, added to Portage tree and eventually > >>>> unmasked. PYTHON_TARGETS variable is changed to include 3.3. And > >>>> suddenly `emerge --newuse @world` on stable system suggests > >>>> rebuilding of every package using new eclass, because new > >>>> (though disabled) USE-flags was added. And when Python 3.3 is > >>>> keyworded stable, hence bringing new default PYTHON_TARGETS, > >>>> user should now rebuild those packages once more, but now, at > >>>> least, not uselessly. > >>>> > >>>> Just yesterday I had www-servers/uwsgi recompiled because of > >>>> changed RUBY_TARGETS. And I even have no Ruby installed. > >>> > >>> I suggest you report a bug against portage and/or PMS. > >> =C2=A0Excuse me, but I really fail to see how this could be their faul= t. > > > > Yes, you do. Let me explain: there was a thread some time ago about > > portage rebuilding package when new USE flag is introduced in > > ebuild that does not change enabled USE set, that's how it's > > related. >=20 > This was my first thought too: if just appeared flag is not set, there > is no sense to rebuild. But there is one possible case when this > assumption is false. Image that foo has support for bar and this > support was on by default and had no useflag. Suddenly package > maintainer decides, no matter why, make it optional and off by > default. He adds useflag to IUSE and it's not set by default. Then not > rebuilding it is *wrong* behavior. > Yes i know that this example is rather abstract and very unlikely to > happen, but we must consider all cases. Then author may revbump the package to make users happier. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/uq//CO=mQb9igkPbmutrFZ_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAk/BKf4ACgkQfXuS5UK5QB3ldAQAhiBSKLnnXy5SL+/5/p9mq6DA fnIhk79LkIuqkBy5x11nDSLdaEOBzcbnflUf0qDdeEkNo/cMc/uHGnoE0xlY3+XP H9vpYcaouFnqSRNWvteqTZYPCpfUJUtnN5vc51TFY3iKtZQzP60xAESDtztIqlFF igzqxndiGgYJWyoGPV8= =Hmry -----END PGP SIGNATURE----- --Sig_/uq//CO=mQb9igkPbmutrFZ_--