It looks like some syntax introduced in python-2.4 is starting to find its
way into matplotlib:
File
"/usr/lib/python2.3/site-packages/matplotlib-0.90.1_r3867-py2.3-linux-i686.egg/matplotlib/texmanager.py",
line 113
+ tuple('font.'+n for n in ('family', ) + font_families)
^
SyntaxError: invalid syntax
File
"/usr/lib/python2.3/site-packages/matplotlib-0.90.1_r3867-py2.3-linux-i686.egg/matplotlib/dviread.py",
line 355
for ch in special),
^
SyntaxError: invalid syntax
File
"/usr/lib/python2.3/site-packages/matplotlib-0.90.1_r3867-py2.3-linux-i686.egg/matplotlib/config/mpltraits.py",
line 49
return "one of %s"% ', '.join('%s'%i for i in be)
^
SyntaxError: invalid syntax
File
"/usr/lib/python2.3/site-packages/matplotlib-0.90.1_r3867-py2.3-linux-i686.egg/matplotlib/backends/backend_pdf.py",
line 544
not_None = (ch for ch in range(256)
^
SyntaxError: invalid syntax
Does anyone have an opinion on how much longer we will support python-2.3?
Maybe a good guide would be to support the most up-to-date RHEL release,
as well as the prior release. (At my lab, we haven't updated our RHEL
computers to version 5 yet, the first to include python-2.4.)
Darren
On 9/21/07, Darren Dale <dd...@co...> wrote: > Does anyone have an opinion on how much longer we will support python-2.3? > Maybe a good guide would be to support the most up-to-date RHEL release, > as well as the prior release. (At my lab, we haven't updated our RHEL > computers to version 5 yet, the first to include python-2.4.) I think we should continue to support it for a while yet, mainly because it is easy to do so. We don't really need generator comprehensions -- in the examples you highlighted I think they were used for syntactic convenience, though admittedly in some cases syntax conveniences are compelling. I only recently upgraded from 2.3 on my home machine, when I was trying to get svn traits working. I am not sure that RHEL should be our standard though -- shouldn't people be punished for using that distro anyway <wink>? A good way to know it's time to deprecate support is when you accidentally break something and noone notices for a month or two because noone is actually using it. JDH
> Does anyone have an opinion on how much longer we will support python-2.3? > Maybe a good guide would be to support the most up-to-date RHEL release, > as well as the prior release. (At my lab, we haven't updated our RHEL > computers to version 5 yet, the first to include python-2.4.) Is the current Mac OS-X version also something to consider? It's currently at 2.3 in 10.4 Tiger. Cheers, Mike -- Michael Droettboom Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Michael Droettboom wrote: > Is the current Mac OS-X version also something to consider? I don't think so. You really need to install a newer/better version to do anything significant with python on OS-X -- particularly anything with a GUI. John Hunter wrote: > We don't really need generator > comprehensions -- in the examples you highlighted I think they were > used for syntactic convenience, though admittedly in some cases syntax > conveniences are compelling. Sure they are, but wouldn't list comprehensions be just as good? at least in those cases. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chr...@no...