Mail Archives: cygwin/2010/01/26/15:47:21
On 26/01/2010 07:56, Jason Tishler wrote:
> Agreed, especially since the Python web site indicates the following:
>
> The current production versions are Python 2.6.4 and Python 3.1.1.
Which raises another point: 3.x are meant to be installed in parallel
with 2.x (/usr/bin/python3 instead of /usr/bin/python, etc.). So a
separate python3 package might also be in order.
> Wow, I didn't realize there were so many Cygwin packages dependent on
> Python:
>
> $ wget -q -O - http://mirror.nyi.net/cygwin/setup.ini | \
> grep '^requires:.* python' setup.ini | wc -l
> 54
You think that's a lot? Ports has another two to three *hundred* on top
of that. That's why I want this to be coordinated.
> What do you propose? Should I release a Python 2.6 as experimental, use
> alternatives, or another approach?
That depends, primarily, if we intend on support more than one 2.x
version at a time. Until now, we have not. (Of course, this does not
preclude a python3 package, as stated above.)
Either way, I don't think we want to use alternatives, as that means
that anybody can choose which version is their /usr/bin/python, etc.
There must only be one default version of Python across the entire
distro at any given time, otherwise things break.
So if we keep with only one 2.x version at a time, then 2.6.4 as
experimental is probably the best bet, with a clear schedule to
maintainers of when 2.6 will go stable so the transition has a chance of
being smooth. If, OTOH, we start supporting 2.5, 2.6, and (soon) 2.7
simultaneously, then the packaging scheme for Python would need to
significantly change.
While you're at it, could you please include my ctypes patches:
http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/lang/python2.6/2.5.2-ctypes-util-find_library.patch
http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/lang/python3/3.0rc3-ctypes-util-find_library.patch
This is critical for typical ctypes usage, where only a library name is
given (e.g. PyOpenGL). It means that the -devel package is required,
but the same is true of the techniques used on Linux.
> BTW, is the threading workaround mentioned in the following post still
> necessary?
>
> http://cygwin.com/ml/cygwin/2009-07/msg00831.html
Last time I checked, yes for both 2.6 and 3.1.
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
- Raw text -