public inbox for gentoo-python@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Jesus Rivero (Neurogeek)" <neurogeek@gentoo.org>
To: "Johan Bergström" <bugs@bergstroem.nu>
Cc: Kacper Kowalik <xarthisius@gentoo.org>, gentoo-python@lists.gentoo.org
Subject: Re: [gentoo-python] Timeframe for supporting Python versions
Date: Wed, 2 May 2012 09:52:35 -0400	[thread overview]
Message-ID: <CAD3zpDnUwEhJNvZbihXwy_NFJNZWZWR4OjgQSP6JMEnUFzaGVA@mail.gmail.com> (raw)
In-Reply-To: <31BFC8646F5D47E98509C18A4B7D6264@bergstroem.nu>

Hi guys,

On Mon, Apr 30, 2012 at 5:07 PM, Johan Bergström <bugs@bergstroem.nu> 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@gentoo.org (mailto:xarthisius@gentoo.org)> 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



      reply	other threads:[~2012-05-02 13:52 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-30 18:17 [gentoo-python] Timeframe for supporting Python versions Kacper Kowalik
2012-04-30 20:13 ` Dirkjan Ochtman
2012-04-30 21:01   ` Kacper Kowalik
2012-04-30 21:07     ` Johan Bergström
2012-05-02 13:52       ` Jesus Rivero (Neurogeek) [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAD3zpDnUwEhJNvZbihXwy_NFJNZWZWR4OjgQSP6JMEnUFzaGVA@mail.gmail.com \
    --to=neurogeek@gentoo.org \
    --cc=bugs@bergstroem.nu \
    --cc=gentoo-python@lists.gentoo.org \
    --cc=xarthisius@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox