public inbox for gentoo-python@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Nikolaj Sjujskij" <sterkrig@myopera.com>
To: "Johan Bergström" <bugs@bergstroem.nu>
Cc: gentoo-python@lists.gentoo.org
Subject: Re: [gentoo-python] On Python 2.5
Date: Sun, 04 Mar 2012 20:13:59 +0400	[thread overview]
Message-ID: <op.wanl1lvnh7emz2@gentoobook.trollsnaetverk> (raw)
In-Reply-To: <9C55C6F8DD2A40AF816F3F5D746FA58F@bergstroem.nu>

Den 2012-02-20 11:59:30 skrev Johan Bergström <bugs@bergstroem.nu>:

> On Monday, 20 February 2012 at 6:44 PM, Sjujskij Nikolaj wrote:
>> Den 2012-02-20 09:04:45 skrev Johan Bergström <bugs@bergstroem.nu  
>> (mailto:bugs@bergstroem.nu)>:
>>
>> > Good day all,
>> > with Python 2.4 being removed and all (anyone seen complaints about
>> > this, btw?),
>> > I'd like to discuss the removal of Python 2.5.
>> >
>> > Although 2.5 was one of those versions that started to be useful, I
>> > really see no
>> > reason to just keep it around "just because".
>> >
>> > Did a quick glance in the tree and couldn't find a package that only
>> > depended
>> > on python:2.5 specifically. Please correct me if I'm wrong.
>> >
>> > The question is therefore: why keep python 2.5 in tree?
>>
>> There're quite a few people developing for Python 2.5 (for other target
>> platforms) using Gentoo. Just as I know one guy who programs for RedHat
>> (with Python 2.4) using Gentoo ~amd64.
>> Though I'm not developer, I hold that there's no call to remove old  
>> Python
>> versions from tree: declare them unsupported, or mask, but don't remove
>> until it's too burdensome.
>
> This is one of the arguments also used for 2.4 (as you also state), which
> now is gone. I would rather put similar ebuilds in a python overlay.
That'd be another solution, but in that case our devuser would have to
deal with all the other Python-related packages in python-overlay, mostly
of bleeding-edge persuasion, of fiddle with symlinks.
And Python 2.4 did not make way into python overlay anyway, and is nowhere
to be found nowadays (except gentoo-x86 cvs).

> The way I see it, we have these "few people developing" vs us python
> dev's, testing and building packages on a daily basis. 2.4 was starting
> to be a real burden (I've seen 30+ package silently disregard 2.4) in
> 2011, and we'll most likely see the same thing happen for 2.5.
Wouldn't solution "declare them unsupported and mask" deal with that kind
of thing? toolchain-herd still keeps GCC 2.95 in tree and it was
hard-masked even before I started using Gentoo. I seriously doubt anybody
really *supports* it, and compiling anything recent with 2.95 is a tough
job.

> It might not be time to punt it yet, but it doesn't hurt to discuss
> arguments until time's due.



      reply	other threads:[~2012-03-04 16:14 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-20  5:04 [gentoo-python] On Python 2.5 Johan Bergström
2012-02-20  5:16 ` Mike Gilbert
2012-02-20  6:13   ` Matthew Summers
2012-02-20  8:51     ` Dirkjan Ochtman
2012-02-20 23:36       ` Jesus Rivero (Neurogeek)
2012-02-20  7:44 ` Sjujskij Nikolaj
2012-02-20  7:59   ` Johan Bergström
2012-03-04 16:13     ` Nikolaj Sjujskij [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=op.wanl1lvnh7emz2@gentoobook.trollsnaetverk \
    --to=sterkrig@myopera.com \
    --cc=bugs@bergstroem.nu \
    --cc=gentoo-python@lists.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