Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-python
Navigation:
Lists: gentoo-python: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: Nikolaj Sjujskij <sterkrig@...>
From: Krzysztof Pawlik <nelchael@g.o>
Subject: Re: python-distutils.eclass vs. python.eclass + distutils.eclass
Date: Sat, 26 May 2012 20:28:11 +0200
On 26/05/12 15:09, Nikolaj Sjujskij wrote:
> Den 2012-05-26 17:07:29 skrev Michał Górny <mgorny@g.o>:
> 
>> On Sat, 26 May 2012 17:01:26 +0400
>> "Nikolaj Sjujskij" <sterkrig@...> 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.
>>>   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.
>  Excuse 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 portage
rebuilding package when new USE flag is introduced in ebuild that does not
change enabled USE set, that's how it's related.

-- 
Krzysztof Pawlik  <nelchael at gentoo.org>  key id: 0xF6A80E46
desktop-misc, java, vim, kernel, python, apache...

Attachment:
signature.asc (OpenPGP digital signature)
Replies:
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
-- Nikolaj Sjujskij
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
-- Maxim Koltsov
References:
python-distutils.eclass vs. python.eclass + distutils.eclass
-- Maxim Koltsov
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
-- Dirkjan Ochtman
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
-- Nikolaj Sjujskij
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
-- Michał Górny
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
-- Nikolaj Sjujskij
Navigation:
Lists: gentoo-python: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
Next by thread:
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
Previous by date:
Re: python-distutils.eclass vs. python.eclass + distutils.eclass
Next by date:
Re: python-distutils.eclass vs. python.eclass + distutils.eclass


Updated Jun 01, 2012

Summary: Archive of the gentoo-python mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.