On Tue, Nov 02, 2010 at 03:18:16PM +0200, Jari Aalto wrote:
New upstream release:
wget -r --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.7-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.7-1.tar.bz2 \
New upstream release:
wget -r --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.7-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.7-1.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/setup.hint
Jari
Yaakov (Cygwin/X)
yselkowitz-rn4veauk+akrv+lv9mx5uipxlwaov...@public.gmane.org writes:
On Thu, 2010-06-24 at 23:41 +0300, Jari Aalto wrote:
wget -r --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/python-setuptools/python-setuptools-0.6.13-1-src.tar.bz2
\
Could you package the latest 0.6.13? The layout of the binary package
doesn't look right, but that may have to do with the older version.
wget -r --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/python-setuptools/python-setuptools-0.6.13-1-src.tar.bz2
\
Jari, your MUA is still responding to the wrong thread.
On Thu, 2010-06-24 at 14:37 +0300, Jari Aalto wrote:
wget -r --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/python-setuptools/python-setuptools-0.6.13-1-src.tar.bz2
\
Yaakov (Cygwin/X)
yselkowitz-rn4veauk+akrv+lv9mx5uipxlwaov...@public.gmane.org writes:
Jari, your MUA is still responding to the wrong thread.
On Thu, 2010-06-24 at 14:37 +0300, Jari Aalto wrote:
wget -r --no-host-directories --cut-dirs=3 \
On Thu, 2010-06-24 at 23:41 +0300, Jari Aalto wrote:
wget -r --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/python-setuptools/python-setuptools-0.6.13-1-src.tar.bz2
\
On Jun 23 15:04, Yaakov S wrote:
On Wed, 2010-06-23 at 15:55 -0400, Christopher Faylor wrote:
I've opted for using the union of previous and curr requirements but
that's not really too great either. This is one of many places where
we could use a real package manager.
And you're not the
[This package is required in order to upgrade some python packages]
Included in Debian stable[*]:
http://packages.debian.org/stable/python-setuptools
License: Python, Zope
Package (built with Python 2.6):
wget \
http://cante.net/~jaalto/tmp/cygwin/python-setuptools
On Wed, 2010-06-23 at 13:35 +0300, Jari Aalto wrote:
[This package is required in order to upgrade some python packages]
This is definitely worth getting in the distro, pending the issues
below.
Hi.
I updated cygwin a day ago and thus upgraded from python 2.5 to python 2.6.
Now the eclipse integration (pydev plugin) does no longer work correctly,
I drilled down the problem to the issue that ctypes cannot be imported
correctly. (This worked with python 2.5.)
(Starting up a cygwin-bash
On Wed, 2010-06-23 at 10:37 +0200, Kay Drangmeister wrote:
Hi.
I updated cygwin a day ago and thus upgraded from python 2.5 to python 2.6.
Now the eclipse integration (pydev plugin) does no longer work correctly,
I drilled down the problem to the issue that ctypes cannot be imported
Hi,
Am 23.06.2010, 10:48 Uhr, schrieb Yaakov (Cygwin/X)
yselkow...@users.sourceforge.net:
cygcheck /usr/lib/python2.6/lib-dynload/_ctypes.dll
Sorry, did not know that command,
$ cygcheck /usr/lib/python2.6/lib-dynload/_ctypes.dll
C:\Utilities\cygwin\lib\python2.6\lib-dynload\_ctypes.dll
Yaakov,
On Wed, Jun 23, 2010 at 03:48:15AM -0500, Yaakov (Cygwin/X) wrote:
(Jason: libffi4 is missing from python's requires:, and libncurses9 is
still listed instead of libncursesw10. I fixed these on sourceware;
please be sure to fix your local copy as well.)
Done.
However, if a user
On Wed, 2010-06-23 at 07:20 -0400, Jason Tishler wrote:
Done.
However, if a user downgrades from python-2.6.5-2 to python-2.5.5-1,
then the ncurses dependency will not be correct -- it should be
libncurses10 instead of libncursesw10.
That's a general problem with setup: it doesn't allow for
On Wed, Jun 23, 2010 at 02:51:58PM -0500, Yaakov (Cygwin/X) wrote:
On Wed, 2010-06-23 at 07:20 -0400, Jason Tishler wrote:
Done.
However, if a user downgrades from python-2.6.5-2 to python-2.5.5-1,
then the ncurses dependency will not be correct -- it should be
libncurses10 instead of
On Wed, 2010-06-23 at 15:55 -0400, Christopher Faylor wrote:
I've opted for using the union of previous and curr requirements but
that's not really too great either. This is one of many places where
we could use a real package manager.
And you're not the only one. The problem with that is it
On Wed, Jun 23, 2010 at 03:04:02PM -0500, Yaakov (Cygwin/X) wrote:
On Wed, 2010-06-23 at 15:55 -0400, Christopher Faylor wrote:
I've opted for using the union of previous and curr requirements but
that's not really too great either. This is one of many places where
we could use a real package
On Thu, 2010-05-27 at 10:22 +0200, Samuel Thibault wrote:
Here they are in
http://brl.thefreecat.org/cygwin-python26
http://brl.thefreecat.org/cygwin-python26/brltty/brltty-4.2-2-src.tar.bz2
http://brl.thefreecat.org/cygwin-python26/brltty/brltty-4.2-2.tar.bz2
Yaakov (Cygwin/X), le Mon 21 Jun 2010 13:17:17 -0500, a écrit :
BTW, ping: http://cygwin.com/ml/cygwin/2010-06/msg00016.html
Oops, thanks for the ping, I hadn't noticed that mail in my mailer
storm. Brltty still has issues with libusb 1.0 which are being worked
on upstream.
Samuel
On Tue, 2010-06-22 at 01:37 +0200, Samuel Thibault wrote:
Yaakov (Cygwin/X), le Mon 21 Jun 2010 13:17:17 -0500, a écrit :
BTW, ping: http://cygwin.com/ml/cygwin/2010-06/msg00016.html
Oops, thanks for the ping, I hadn't noticed that mail in my mailer
storm. Brltty still has issues with
Yaakov (Cygwin/X), le Mon 21 Jun 2010 20:09:09 -0500, a écrit :
On Tue, 2010-06-22 at 01:37 +0200, Samuel Thibault wrote:
Yaakov (Cygwin/X), le Mon 21 Jun 2010 13:17:17 -0500, a écrit :
BTW, ping: http://cygwin.com/ml/cygwin/2010-06/msg00016.html
Oops, thanks for the ping, I hadn't
Charles Wilson
NOT UPLOADED. There is already a codeville-0.8.0-2 release, dated Feb
23, 2008.
Here is *-3:
wget \
http://cante.net/~jaalto/tmp/cygwin/codeville/codeville-0.8.0-3-src.tar.bz2
\
http://cante.net/~jaalto/tmp/cygwin/codeville/codeville-0.8.0-3.tar.bz2 \
On 6/20/2010 9:53 AM, Jari Aalto wrote:
wget \
http://cante.net/~jaalto/tmp/cygwin/codeville/codeville-0.8.0-3-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/codeville/codeville-0.8.0-3.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/codeville/setup.hint
Uploaded.
wget \
Python packages by Jari Aalto:
archivemail
bzr
codeville
flawfinder
getmail
mercurial
offlineimap
planet
python-crypto
python-feedparser
python-paramiko
spambayes
stgit
tailor
urlgrabber
webcheck
Here are the Python 2.6 updates. Those that have comments are also new
releases
READ CAREFULLY.
Not all packages were uploaded.
On 6/19/2010 6:00 AM, Jari Aalto wrote:
Here are the Python 2.6 updates. Those that have comments are also new
releases; the old ones can be removed.
Jari
# in addition: new upstream release
wget \
http://cante.net/~jaalto/tmp
Yaakov (Cygwin/X), le Thu 27 May 2010 19:52:40 -0500, a écrit :
On 2010-05-27 03:22, Samuel Thibault wrote:
http://brl.thefreecat.org/cygwin-python26/brltty/python-brlapi/python-brlapi-4.2-2.tar.bz2
This is still built for 2.5:
Grmbl, it seems setup.exe downgraded python instead of
On 2010-05-28 06:32, Samuel Thibault wrote:
Grmbl, it seems setup.exe downgraded python instead of installing the
newer python-pyrex. This should be fixed now.
The joys of test packages from setup.exe: each time you need to tell it
that you don't want it to upgrade from test to current.
Yaakov (Cygwin/X), le Wed 26 May 2010 10:07:39 -0500, a écrit :
On 2010-05-26 05:38, Samuel Thibault wrote:
Well, no and yes. I hadn't noticed that mail in particular, but I'm
aware we'll switch to python2.6 and I know that python-brlapi and
python-pyrex work with python2.6. I'm however not
On 2010-05-27 03:22, Samuel Thibault wrote:
http://brl.thefreecat.org/cygwin-python26/brltty/python-brlapi/python-brlapi-4.2-2.tar.bz2
This is still built for 2.5:
$ tar jtf python-brlapi-4.2-2.tar.bz2
usr/lib/python2.5/
usr/lib/python2.5/site-packages/
Here are the other packages grouped by maintainer:
Jari Aalto:
archivemail
bzr
codeville
flawfinder
getmail
mercurial
offlineimap
planet
python-crypto
python-feedparser
python-paramiko
spambayes
stgit
tailor
urlgrabber
webcheck
Eric Blake:
asciidoc
Jan Nieuwenhuizen:
lilypond
On 2010-04-30 16:39, Yaakov (Cygwin/X) wrote:
cvs2svn
dblatex
gobject-introspection
python-cairo
python-gamin
python-gobject2.0
python-gobject2.0-devel
python-gsf
python-gtk2.0
python-gtk2.0-demo
python-gtk2.0-devel
python-libxml2
python-libxslt
python-numpy
python-pygtk
python-xdg
xcb-proto
Jason,
Another patch is required for Python 2.6 to export PySignal_SetWakeupFd
in the implib, which is a new symbol in 2.6 and is used by PyGObject.
Please add this to your 2.6 package before we switch so that
PyGObject/PyGtk doesn't break.
Thanks,
--- origsrc/Python-2.6.5/Include
Yaakov,
On Wed, May 12, 2010 at 04:44:27AM -0500, Yaakov (Cygwin/X) wrote:
Another patch is required for Python 2.6 to export
PySignal_SetWakeupFd in the implib, which is a new symbol in 2.6 and
is used by PyGObject.
Please add this to your 2.6 package before we switch so that
PyGObject
On 4/30/2010 1:03 PM, Jason Tishler wrote:
On Fri, Apr 30, 2010 at 10:43:14AM -0600, Eric Blake wrote:
Is there a quick list of all packages that depend on python?
Would this be a good time to think about transitioning tcl/tk and
friends to X (since python = idle uses tcl/tk, and you're
On 2010-04-30 13:11, Charles Wilson wrote:
Would this be a good time to think about transitioning tcl/tk and
friends to X (since python= idle uses tcl/tk, and you're already
talking about a backwards incompatible change).
That doesn't necessarily have to be done at the same time.
Yaakov
On Fri, Apr 30, 2010 at 02:13:53PM -0500, Yaakov (Cygwin/X) wrote:
On 2010-04-30 13:11, Charles Wilson wrote:
Would this be a good time to think about transitioning tcl/tk and
friends to X (since python= idle uses tcl/tk, and you're already
talking about a backwards incompatible change).
On 2010-04-30 12:03, Jason Tishler wrote:
Numeric
pygtk2
pylibxml2
pylibxslt
These were mine and are obsolete.
gtk-doc
libglade2.0-devel
libglib2.0-devel
libgtk2.0-devel
openbox
rsvg
These are mine but they just contain scripts, so they need not be rebuilt.
cvs2svn
dblatex
On 2010-04-27 17:01, Jason Tishler wrote:
I'm ready to release python-2.6.5-1 as experimental. How long should
the module maintainers be given to transition their modules to Python
2.6? Is 3 months reasonable? I would like to add the transition date
to my release announcement.
One one hand
.
I'm ready to release python-2.6.5-1 as experimental. How long should
the module maintainers be given to transition their modules to Python
2.6? Is 3 months reasonable? I would like to add the transition date
to my release announcement.
Thanks,
Jason
--
PGP/GPG Key: http://www.tishler.net/jason
On 19/04/2010 20:44, Jason Tishler wrote:
2. Yaakov recently created a libffi patch that I haven't had a chance to
test yet.
Please CC me into this discussion. I've put a lot of work into fixing
libffi in GCC, and then porting the patches to upstream libffi; I'd like to
know if there's
On 2010-04-20 18:27, Dave Korn wrote:
On 19/04/2010 20:44, Jason Tishler wrote:
2. Yaakov recently created a libffi patch that I haven't had a chance to
test yet.
Please CC me into this discussion. I've put a lot of work into fixing
libffi in GCC, and then porting the patches to upstream
The last postings regarding Python 2.6 mentioned needing a coordinated
effort with all the packages that have dependencies on python. Is there a
status on how this effort is coming? Any estimate on when an experimental or
final package might be available?
Thanks
Hugh
--
Problem reports
Hugh,
On Mon, Apr 19, 2010 at 10:20:37AM -0600, Hugh Davis wrote:
The last postings regarding Python 2.6 mentioned needing a coordinated
effort with all the packages that have dependencies on python. Is
there a status on how this effort is coming? Any estimate on when an
experimental or final
Jason
I would like to release an experimental Cygwin Python 2.6 and then
resolve the above (IMO) minor issues in a follow-up release. Any
objections?
That sounds great to me.
Thanks
Hugh
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
Yaakov,
On Wed, Jan 27, 2010 at 05:23:46PM -0600, Yaakov (Cygwin/X) wrote:
On 27/01/2010 13:34, Jason Tishler wrote:
I prefer the above approach. However, what happens if 2.7 is
released during the 2.5 to 2.6 transition period?
2.7 is currently holding at alpha2. The 2.7 release
On 12/02/2010 13:11, Jason Tishler wrote:
I've started to make some progress in releasing Python 2.5 and 2.6 for
Cygwin 1.7. I've decided to switch to cygport, so I was hoping you
could review my work and answer another question. Note I used your
python-2.5.4-10.cygport from cygwin-ports SVN
Yaakov,
On Fri, Feb 12, 2010 at 01:49:44PM -0600, Yaakov (Cygwin/X) wrote:
On 12/02/2010 13:11, Jason Tishler wrote:
3. I changed requires in tkinter.hint as per #1 above.
Ports' Tcl/Tk is X11, where the distro's is Win32-based, so the distro
version must still use the latter. Note that
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.
Agreed, but let's focus on the 2.5 to 2.6 (or 2.7) upgrade first.
[snip]
What do you propose? Should I release a Python 2.6
On 27/01/2010 13:34, Jason Tishler wrote:
I prefer the above approach. However, what happens if 2.7 is released
during the 2.5 to 2.6 transition period?
2.7 is currently holding at alpha2. The 2.7 release schedule[1] shows
that 2.7 final is due in June, and even if it's on time, it could be
Jason,
What are your plans for upgrading the distro Python to 2.6? I'm finally
starting to see some programs require 2.6 now, so I think the time has
finally come that to consider an upgrade.
Of course, any upgrade to Python affects a lot of packages, so I hope
that we can coordinate this
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
so I hope that we can coordinate this in order to have a smooth
transition.
What do you propose? Should I release a Python 2.6
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
On 26/01/2009 09:20, Jason Tishler wrote:
I don't know, but building Python 2.6 with openssl support causes the
treading related operations to core dump. Maybe this particular code
path tickles a problem in Cygwin? For some reason, Python 2.5.2 and 3.0
do not exhibit the same behavior
seeing the same results as you. What exactly is
the correlation between openssl and threads?
I don't know, but building Python 2.6 with openssl support causes the
treading related operations to core dump. Maybe this particular code
path tickles a problem in Cygwin? For some reason, Python 2.5.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jason Tishler wrote:
Yaakov, did you have openssl-devel installed when you built Python
2.6.1?
Yes, that is clearly indicated in the documentation.
If so, are you able to run the regression test [2] without threading
related problems?
Testing
Yaakov,
On Tue, Jan 13, 2009 at 12:12:58PM -0500, Jason Tishler wrote:
I know of another user who does not have this problem too. I noticed
that both of these users do not have openssl-devel installed. As an
experiment, I removed the openssl-devel package and built a completely
new Python
On Tue, Jan 13, 2009 at 03:17:01AM +0200, George Ciobanu wrote:
First of all, sorry for breaking the thread, but I'm not a subscriber
to this list. Please cc me on the next email.
Just wanted to let you know that I don't see the issue you are
describing in my environment when running make
Jason Tishler wrote:
George, are you willing to install openssl-devel, build a completely new
Python, run the regression test [2], and report back your findings to the
list?
After I've installed openssl-dev and rebuilt from scratch Python. I
could see both error conditions:
sem_init:
On Sat, Jan 10, 2009 at 01:58:37PM +0200, George Ciobanu wrote:
Is there a plan to move a newer version of python, such as 2.6?
Has anyone tried to incorporate it so far?
Yes, I started to package Python 2.6.1 and 3.0 before the holidays.
Unfortunately, I ran into problems with Python 2.6.1
Hi Jason,
First of all, sorry for breaking the thread, but I'm not a subscriber to
this list. Please cc me on the next email.
Just wanted to let you know that I don't see the issue you are
describing in my environment when running make test. I've attached the
cygcheck info.
My run blocks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
George Ciobanu wrote:
My run blocks at test_httpservers, but I suspect this is because I
haven't been able to compile it fully. I've traced this problem to
graminit.o which contains the missing symbol, but I haven't had the time
to look in depth
Hi,
Is there a plan to move a newer version of python, such as 2.6?
Has anyone tried to incorporate it so far?
Thanks,
George
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
63 matches
Mail list logo