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 1SYLzO-0007fS-EB for garchives@archives.gentoo.org; Sat, 26 May 2012 18:45:22 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 629B8E01F1; Sat, 26 May 2012 18:45:19 +0000 (UTC) Received: from mail-vb0-f53.google.com (mail-vb0-f53.google.com [209.85.212.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 2BE17E01F1 for ; Sat, 26 May 2012 18:45:18 +0000 (UTC) Received: by vbbfc26 with SMTP id fc26so1553414vbb.40 for ; Sat, 26 May 2012 11:45:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=X5lPW8oqdkT0nqoTJTYflWrDUnutaw+Z0i8llMuoAhw=; b=Iyt6AU8VrEXSfTBiiOmz4PXXFXCVG8NU9CmURVu4KDlQGbVPrEORXn0t22M19Da6Ht T6tOMUsRSIofRjQD+5emU6/vCslqdpLgltBVc/mrDRLH7bFimU+gsLMPaKkORfB/61Bl tF7QzL/4GrgWnHyTPo0wgnnAS1aBjHNYuOZP1wCsZxSBjOQvHyqSIbVYxYBdupQba3dV XQ3nDcyY7M+YwZl/3WEq7UsusZoGEarTqGxezJ5ib0A87ptyXCu3i9kbhLmRiCjNInZi c7/oO876NaE7e5V5eeBKyiHB61WIsLYEoNDuPHeDFW6tKGwJefTlcyb1ACrymlQMRlNJ LDaw== 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 Received: by 10.52.30.110 with SMTP id r14mr2989493vdh.0.1338057918553; Sat, 26 May 2012 11:45:18 -0700 (PDT) Sender: kolmax94@gmail.com Received: by 10.220.108.134 with HTTP; Sat, 26 May 2012 11:45:18 -0700 (PDT) In-Reply-To: <4FC120BB.5010303@gentoo.org> References: <20120526150729.033dcd82@pomiocik.lan> <4FC120BB.5010303@gentoo.org> Date: Sat, 26 May 2012 22:45:18 +0400 X-Google-Sender-Auth: 3UhRj91CpetR1XX_fqKujTT1Edc Message-ID: Subject: Re: [gentoo-python] python-distutils.eclass vs. python.eclass + distutils.eclass From: Maxim Koltsov To: Krzysztof Pawlik Cc: Nikolaj Sjujskij , =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= , gentoo-python Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 3480cebe-2593-42bf-92c3-6f85e6ec2b34 X-Archives-Hash: e29948d113dbb897c02023ca0036a981 2012/5/26 Krzysztof Pawlik : > On 26/05/12 15:09, Nikolaj Sjujskij wrote: >> Den 2012-05-26 17:07:29 skrev Micha=B3 G=F3rny : >> >>> 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. >>>> =A0 Let's take a "stable" user who updates (`emerge --update --deep >>>> --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. >> =A0Excuse me, but I really fail to see how this could be their fault. > > Yes, you do. Let me explain: there was a thread some time ago about porta= ge > rebuilding package when new USE flag is introduced in ebuild that does no= t > change enabled USE set, that's how it's related. 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. > -- > Krzysztof Pawlik =A0 =A0key id: 0xF6A80E46 > desktop-misc, java, vim, kernel, python, apache... >