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: Johan Bergström <bugs@...>
From: "Jesus Rivero (Neurogeek)" <neurogeek@g.o>
Subject: Re: Timeframe for supporting Python versions
Date: Wed, 2 May 2012 09:52:35 -0400
Hi guys,

On Mon, Apr 30, 2012 at 5:07 PM, Johan Bergström <bugs@...> wrote:
> Hey,
>
>
> On Tuesday, 1 May 2012 at 7:01 AM, Kacper Kowalik wrote:
>
>> On 30.04.2012 22:13, Dirkjan Ochtman wrote:
>> > On Mon, Apr 30, 2012 at 20:17, Kacper Kowalik <xarthisius@g.o (mailto:xarthisius@g.o)> wrote:
>> > > 1) how long are we supposed to keep old version of Python in Portage?
>> > > 2) how many version should we actively maintained?
>> >
>> >
>> >
>> > I'm not sure we need hard rules here. IMO the current approach (i.e.
>> > just talking about it and dropping as we decide it makes sense) is
>> > just fine. In particular, some version bumps are just harder than
>> > others, and adoption of new versions is always different (i.e. for 3.x
>> > and 2.x versions is obviously a very different story right now). From
>> > the other side (for example, in Mercurial depends), it also depends
>> > how big of a boon new features are.
>> >
>> > So let's just decide on a case-by-case when we deprecate a version? As
>> > for 2.5, are we seeing increased incompatibility yet? Any recent
>> > examples? I think 2.5 is close to deprecation, but I'm personally not
>> > getting the impression it's getting to be a big PITA just yet.

I wasn't trying to impose hard rules either, just to have rules that
would give us a notion on when to start considering punting an older
version. I'm not really sure about this, but I think fixes aren't
being backported to Python2.5 anymore on upstream, and Python2.6 is
now the LTS version. If thats the case, the burden on fixing important
bugs in unsupported versions will fall on us.

Also, Python2.4 differs from Python2.5 way more than Python2.5 differs
from Python2.6, and Python2.6 is pretty stable nowadays. So, I don't
think we will have a problem in that front if we decide to drop 2.5.

So, no hard rules, but a general "agreement" to start discussing Pros
and Cons after certain "events".

BTW, Twisted is dropping support for Python2.5 after their 12.1
release, which will be soon.

Cheers,

>>
>>
>>
>> 10% of packages that restrict Python abi in any way, restrict 2.5 (I've
>> grepped for "\(2.\[45\]\|2.5\)") That's the only statistics I could
>> think of.
>>
>> I'm not aware of any security bugs related to 2.5 branch
> I raised the same question a couple of months ago, just to get a discussion going on what we consider "deprecated". Python 2.5 is one of those versions that actually work pretty well, so it will probably be here for a long time. A perhaps better way of looking at this is how many packages that depend explicitly on 2.5 to work and understand why upstream stays there.
>
> For me as a fellow package bumper, I'd say that 2.5 is still good to go.
>>
>> Cheers,
>> Kacper
>
> Thanks,
> Johan
>
>



-- 
Jesus Rivero (Neurogeek)
Gentoo Developer


References:
Timeframe for supporting Python versions
-- Kacper Kowalik
Re: Timeframe for supporting Python versions
-- Dirkjan Ochtman
Re: Timeframe for supporting Python versions
-- Kacper Kowalik
Re: Timeframe for supporting Python versions
-- Johan Bergström
Navigation:
Lists: gentoo-python: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Timeframe for supporting Python versions
Next by thread:
[RFC] Creating Python project overlay
Previous by date:
Re: Timeframe for supporting Python versions
Next by date:
Re: New eclass for Python


Updated Jun 29, 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.