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
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 pa
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
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
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
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 do
Hi,
Am 23.06.2010, 10:48 Uhr, schrieb Yaakov (Cygwin/X)
:
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
C:\Utilities\cygwin\bin\libpython2.
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 can
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 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
being smooth.
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:
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
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 any
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://cygwi
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
> exp
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
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. Not
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 as
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 sch
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
[snip]
> >What do you propose? Should I release a Python 2.6 as experimental,
> >use alternatives, or another approach?
>
> [snip]
> 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
> mai
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 m
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
> so I hope that we can coordinate this in order to have a smooth
> transition.
What
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 i
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.
t; related problems?
>
> Testing it now, I'm 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 cod
-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?
Test
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 Pytho
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: Resou
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 "ma
-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 de
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
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,
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: http://cygwin.com/docs.
34 matches
Mail list logo
