Ok as nobody expressed hard concerns w.r.t. dropping support for
python 2.5, I think we can make that decision official now and close
this vote.
So let's officially support python 2.6, scipy 0.7.2 and numpy 1.3.0
from now on. I will try to find the time to setup a jenkins build +
tests reflecting
I'm not a contributor, but +1 for the drop of 2.5 compatibility
(reasoning below)
On Thu, Dec 8, 2011 at 7:34 AM, Yaroslav Halchenko wrote:
> it might be handy to know which particular features of 2.6 are you
> aiming to use which aren't in 2.5... ?
one important point for dropping 2.5: it's far
On 9 December 2011 04:52, Olivier Grisel wrote:
> Also Python 2.5 is no longer supported by the PSF, (since May 2011)
> even for security fixes:
>
> Python 2.5.6
>
>We are pleased to announce the release of Python 2.5.6, a security
> fix release of Python 2.5, on May 26th, 2011.
>
> This is a
Also Python 2.5 is no longer supported by the PSF, (since May 2011)
even for security fixes:
Python 2.5.6
We are pleased to announce the release of Python 2.5.6, a security
fix release of Python 2.5, on May 26th, 2011.
This is a source-only release that only includes security fixes. The
last
rright -- thanks Josef,
just for completeness
$> cat /tmp/1.py
def f(arg1, arg2=1, **kwargs):
print "got ", arg1, arg2, kwargs
f(0, *(10,), buga=1)
$> python2.5 /tmp/1.py
File "/tmp/1.py", line 4
f(0, *(10,), buga=1)
^
SyntaxError: invalid syntax
$> python2.6 /tm
2011/12/8 Gael Varoquaux :
> Yes. We'll probably be able to clean our backports in sklearn/utils. I
> look forward to removing code.
https://github.com/scikit-learn/scikit-learn/pull/458
But there seems to be more scipy 0.7.0 compat stuff left for you :)
--
Lars Buitinck
Scientific programmer,
On Thu, Dec 08, 2011 at 11:21:56AM -0500, David Warde-Farley wrote:
> Indeed, while this might not be there, there is a lot of useful new stuff in
> collections and itertools in 2.6 that may come in handy.
Yes. We'll probably be able to clean our backports in sklearn/utils. I
look forward to rem
Sorry for the empty reply, clumsy phone fingers...
On 2011-12-08, at 11:00, Lars Buitinck wrote:
> 2011/12/8 Gael Varoquaux :
>> On Thu, Dec 08, 2011 at 10:34:44AM -0500, Yaroslav Halchenko wrote:
>>> it might be handy to know which particular features of 2.6 are you
>>> aiming to use which aren
Sent from my iPhone
On 2011-12-08, at 11:00, Lars Buitinck wrote:
> 2011/12/8 Gael Varoquaux :
>> On Thu, Dec 08, 2011 at 10:34:44AM -0500, Yaroslav Halchenko wrote:
>>> it might be handy to know which particular features of 2.6 are you
>>> aiming to use which aren't in 2.5... ?
>>
>> Named t
On 2011-12-08, at 10:12, Gael Varoquaux wrote:
> On Thu, Dec 08, 2011 at 04:09:00PM +0100, Olivier Grisel wrote:
>> Gael suggested on a checkins comment on github to drop support for
>> Python 2.5. Let's vote. Besides what is you opinion on oldest numpy /
>> scipy supported version.
>
> I'd like
2011/12/8 Lars Buitinck :
> collections.Counter
This was introduced in 2.7, actually. But the rest of my wish list is
there in 2.6 :)
--
Lars Buitinck
Scientific programmer, ILPS
University of Amsterdam
--
Cloud Service
On Thu, Dec 8, 2011 at 10:51 AM, Gael Varoquaux
wrote:
> On Thu, Dec 08, 2011 at 10:44:23AM -0500, Yaroslav Halchenko wrote:
>> > and function calls of type 'f(arg1, arg2=1, **kwargs)'.
>> hm... not sure what you mean (there was some change on how keyword args
>> are handled but can't recall now),
On Thu, Dec 08, 2011 at 05:00:57PM +0100, Lars Buitinck wrote:
> class decorators
Yes, I've missed class decorators so much.
> If we want, we can even do from __future__ import print_function
I could go with that.
G
-
2011/12/8 Gael Varoquaux :
> On Thu, Dec 08, 2011 at 10:34:44AM -0500, Yaroslav Halchenko wrote:
>> it might be handy to know which particular features of 2.6 are you
>> aiming to use which aren't in 2.5... ?
>
> Named tuples, and function calls of type 'f(arg1, arg2=1, **kwargs)'.
Stuff I've miss
On Thu, Dec 8, 2011 at 10:34 AM, Yaroslav Halchenko wrote:
> it might be handy to know which particular features of 2.6 are you
> aiming to use which aren't in 2.5... ?
>
I'm not a contributor to scikit-learn, but I would use the
getter/setter/deleter decorators for properties, if I didn't have t
On Thu, Dec 08, 2011 at 10:44:23AM -0500, Yaroslav Halchenko wrote:
> > and function calls of type 'f(arg1, arg2=1, **kwargs)'.
> hm... not sure what you mean (there was some change on how keyword args
> are handled but can't recall now), since following snippet works in both
OK, so I got it wrong
On Thu, 08 Dec 2011, Gael Varoquaux wrote:
> > aiming to use which aren't in 2.5... ?
> Named tuples,
yeah
> and function calls of type 'f(arg1, arg2=1, **kwargs)'.
hm... not sure what you mean (there was some change on how keyword args
are handled but can't recall now), since following snippet
On 12/08/2011 04:34 PM, Yaroslav Halchenko wrote:
> it might be handy to know which particular features of 2.6 are you
> aiming to use which aren't in 2.5... ?
>
As I am not so familiar with the Python versions, I
was also wondering that.
I'd like to pitch the versions in latest Ubuntu LTS: 10.04:
On Thu, Dec 08, 2011 at 10:34:44AM -0500, Yaroslav Halchenko wrote:
> it might be handy to know which particular features of 2.6 are you
> aiming to use which aren't in 2.5... ?
Named tuples, and function calls of type 'f(arg1, arg2=1, **kwargs)'.
In general, it is also about lower the bunden of
it might be handy to know which particular features of 2.6 are you
aiming to use which aren't in 2.5... ?
On Thu, 08 Dec 2011, Olivier Grisel wrote:
> Gael suggested on a checkins comment on github to drop support for
> Python 2.5. Let's vote. Besides what is you opinion on oldest numpy /
> scipy
On Thu, Dec 08, 2011 at 04:09:00PM +0100, Olivier Grisel wrote:
> Gael suggested on a checkins comment on github to drop support for
> Python 2.5. Let's vote. Besides what is you opinion on oldest numpy /
> scipy supported version.
I'd like to pitch the versions in latest Ubuntu LTS: 10.04:
Pytho
>
> [X] +1
>
--
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of
discussion for anyone considering optimizing the pricing and packagi
2011/12/8 Olivier Grisel :
>
> Vote for dropping Python 2.5 support: supported versions will be 2.6.x
> and 2.7.x + 3.2+ (at some point).
> [X] +1
--
Olivier
http://twitter.com/ogrisel - http://github.com/ogrisel
--
Clou
Hi list,
Gael suggested on a checkins comment on github to drop support for
Python 2.5. Let's vote. Besides what is you opinion on oldest numpy /
scipy supported version.
Currently Fabian tests the releases on python 2.5, numpy 1.3.0 and
scipy 0.7.2. Once we decide on the lowest supported version
24 matches
Mail list logo
