Re: xmlto 0.23 update
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes: ... I asked six weeks ago[3] for a xmlto update (--with-backend=dblatex) The later releases do not currenly compile due to some XML catalog issues. Would you like to maintain it? Jari
New openssl package layout (was Re: Remove PINE from distro)
Hi Yaakov, On Jun 22 23:53, Yaakov S wrote: On Mon, 2010-06-21 at 09:56 +0200, Corinna Vinschen wrote: On Jun 20 22:35, Yaakov S wrote: To avoid these problems in the future (and openssl 1.0.0 is coming soon, I presume, so this will be an issue fairly soon), may I suggest the current DLLs from openssl be packaged separately as libssl0.9.8? That was the plan anyway as soon as I get around to move to openssl-1.0.0 myself. I assume you mean asap? Including to change the package dependencies throughout? Yes, I mean ASAP for 0.9.8, and a separate libssl1.0.0 (or however the DLLs will be versioned) with the first 1.0.0 release. Can you please have a look if that's ok? wget -nH -r \ http://www.vinschen.de/openssl/libopenssl098/libopenssl098-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/libopenssl098/setup.hint \ http://www.vinschen.de/openssl/openssl-0.9.8o-2-src.tar.bz2 \ http://www.vinschen.de/openssl/openssl-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/openssl-devel/setup.hint \ http://www.vinschen.de/openssl/openssl-devel/openssl-devel-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/setup.hint Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
ITP: python-setuptools 0.6.10-1 (Python 2.6)
[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/python-setuptools-0.6.10-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/python-setuptools/python-setuptools-0.6.10-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/python-setuptools/setup.hint To test after *-src unpack: ./*.sh --color --verbose all | almostall setup.hint sdesc: Python Library providing distutils enhancements ldesc: A rewrite of the orignal setuptools project under library name 'Distribute'. This package is intended to replace original Setuptools as the standard method for working with Python module distributions. category: Libs Python requires: python Jari [*] The project name is Distribute library. Being drop-in-replacement, it is packaged as python-setuptools in Debian.
Re: New openssl package layout (was Re: Remove PINE from distro)
On Jun 23 11:38, Corinna Vinschen wrote: Hi Yaakov, [...] Can you please have a look if that's ok? wget -nH -r \ http://www.vinschen.de/openssl/libopenssl098/libopenssl098-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/libopenssl098/setup.hint \ http://www.vinschen.de/openssl/openssl-0.9.8o-2-src.tar.bz2 \ http://www.vinschen.de/openssl/openssl-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/openssl-devel/setup.hint \ http://www.vinschen.de/openssl/openssl-devel/openssl-devel-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/setup.hint Btw., if that's ok, I have the openssl-1.0.0a-1 package ready as well. So, after we uploaded the above 0.9.8o-2 package and converted all setup.hint files in the release area accordingly, we can switch over to openssl 1.0.0. For starters I have an openssh release based on openssl 1.0.0 waiting in the loop, too. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Python packages by maintainer
Yaakov, On Mon, Jun 21, 2010 at 08:11:37PM -0500, Yaakov (Cygwin/X) wrote: On Mon, 2010-06-21 at 13:42 -0400, Jason Tishler wrote: On Sun, Jun 20, 2010 at 10:41:50PM -0500, Yaakov (Cygwin/X) wrote: With Jari's packages updated, I think we're close enough that we should go ahead with the 2.6 upload ASAP. Done. Thanks for your help with cygport and your Python patches. And thank you for carrying this through. You are welcome. I presume you will handle pushing the patches upstream? Yes, but I might need assistance with (i.e., justifying) some of your patches. BTW, ready for python3 yet? ;-) No, not really, but I will try to get around to it. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
Re: Python packages by maintainer
--- On Wed, 6/23/10, Jason Tishler ja...@tishler.net wrote: On Mon, Jun 21, 2010 at 08:11:37PM -0500, Yaakov (Cygwin/X) wrote: BTW, ready for python3 yet? ;-) No, not really, but I will try to get around to it. I'm assuming by the emoticon that this is a joke. Many of the packages do not currently work with the python three series. You'll likely want to switch to the 2.7 branch at some time, but with out a major shift in support you can probably ignore the python three series for some time. I'll also add a big thanks to all that help get this upgrade completed. It's nice to have a more recent version of python available in cygwin. Regards, Cary
RFU: wiggle 0.8-1
New upstream release: wget -nH -r --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/wiggle/setup.hint \ http://cante.net/~jaalto/tmp/cygwin/wiggle/wiggle-0.8-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/wiggle/wiggle-0.8-1.tar.bz2 Jari
RFU: wcd 5.1.2-1
New upstream release. wget -nH -r --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/wcd/setup.hint \ http://cante.net/~jaalto/tmp/cygwin/wcd/wcd-5.1.2-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/wcd/wcd-5.1.2-1.tar.bz2 Jari
ITP: python-gdata-2.0.10
Hi All, I will be sending a follow-up ITP for googlecl, which requires gdata-python-client (Debian calls it python-gdata). To that end I've packaged pythong-gdata: --- wget -x -nH --cut-dirs=3 \ http://emergedesktop.org/cygwin/python-gdata/python-gdata-2.0.10-1.tar.bz2 \ http://emergedesktop.org/cygwin/python-gdata/python-gdata-2.0.10-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/python-gdata/setup.hint --- Given that this is my first time packaging a python module for Cygwin, I'd appreciate it someone can give the packaging a once over. As I mentioned, python-gdata is part of Debian: http://packages.debian.org/lenny/python-gdata Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
ITP: googlecl-0.9.7
Hi All, As I mentioned in my previous email, I'd like to ITP googlecl: --- wget -x -nH --cut-dirs=3 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.7-1.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.7-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/setup.hint --- As with python-gdata, I'd appreciate it someone can give the packaging a once over. It looks like googlecl hasn't made it into any major Linux distro yet, so I guess it's going to need to be voted on. Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Re: ITP: python-setuptools 0.6.10-1 (Python 2.6)
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. http://cante.net/~jaalto/tmp/cygwin/python-setuptools/python-setuptools-0.6.10-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/python-setuptools/python-setuptools-0.6.10-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/python-setuptools/setup.hint 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. I can't rebuild the package from source, nor am I interested in wading through an entire script to figure out what's wrong. Here is what I'm using for Ports: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/python/python-setuptools/ sdesc: Python Library providing distutils enhancements ldesc: A rewrite of the orignal setuptools project under library name 'Distribute'. This package is intended to replace original Setuptools as the standard method for working with Python module distributions. category: Libs Python requires: python I would use category: Devel Python; it's not a general-purpose library. There is also a misspelling of 'original'. [*] The project name is Distribute library. Being drop-in-replacement, it is packaged as python-setuptools in Debian. Gentoo and Fedora do this as well, so this naming is correct. Yaakov
Re: ITP: python-gdata-2.0.10
On Wed, 2010-06-23 at 14:57 -0400, Chris Sutcliffe wrote: http://emergedesktop.org/cygwin/python-gdata/python-gdata-2.0.10-1.tar.bz2 \ http://emergedesktop.org/cygwin/python-gdata/python-gdata-2.0.10-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/python-gdata/setup.hint Given that this is my first time packaging a python module for Cygwin, I'd appreciate it someone can give the packaging a once over. This package is not correct; the python module is not installed under the /usr prefix. When using cygport, any package driven by a setup.py should 'inherit distutils' and let it do the work. Here is what I have in Ports: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/python/python-gdata/python-gdata-2.0.2-1.cygport Yaakov
Re: New openssl package layout (was Re: Remove PINE from distro)
On Wed, 2010-06-23 at 11:38 +0200, Corinna Vinschen wrote: Can you please have a look if that's ok? wget -nH -r \ http://www.vinschen.de/openssl/libopenssl098/libopenssl098-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/libopenssl098/setup.hint \ http://www.vinschen.de/openssl/openssl-0.9.8o-2-src.tar.bz2 \ http://www.vinschen.de/openssl/openssl-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/openssl-devel/setup.hint \ http://www.vinschen.de/openssl/openssl-devel/openssl-devel-0.9.8o-2.tar.bz2 \ http://www.vinschen.de/openssl/setup.hint openssl-devel should requires: libopenssl098 now, not openssl. Besides that, this looks alright. Btw., if that's ok, I have the openssl-1.0.0a-1 package ready as well. So, after we uploaded the above 0.9.8o-2 package and converted all setup.hint files in the release area accordingly, we can switch over to openssl 1.0.0. For starters I have an openssh release based on openssl 1.0.0 waiting in the loop, too. You'll make a separate lib package for 1.0.0 as well with that release, right? Yaakov
Re: ITP: googlecl-0.9.7
On Wed, 2010-06-23 at 15:04 -0400, Chris Sutcliffe wrote: wget -x -nH --cut-dirs=3 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.7-1.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.7-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/setup.hint --- As with python-gdata, I'd appreciate it someone can give the packaging a once over. Same issue as python-gdata; use this instead: inherit distutils HOMEPAGE=http://code.google.com/p/googlecl; SRC_URI=http://googlecl.googlecode.com/files/${P}.tar.gz; That WFM. It looks like googlecl hasn't made it into any major Linux distro yet, so I guess it's going to need to be voted on. FWIW it was just added this week to Fedora: https://admin.fedoraproject.org/pkgdb/acls/name/googlecl Yaakov
Re: Python packages by maintainer
Cary, On Wed, Jun 23, 2010 at 07:17:08AM -0700, Cary R. wrote: --- On Wed, 6/23/10, Jason Tishler wrote: On Mon, Jun 21, 2010 at 08:11:37PM -0500, Yaakov (Cygwin/X) wrote: BTW, ready for python3 yet? ;-) No, not really, but I will try to get around to it. I'm assuming by the emoticon that this is a joke. Many of the packages do not currently work with the python three series. You'll likely want to switch to the 2.7 branch at some time, but with out a major shift in support you can probably ignore the python three series for some time. When I release a python 3.x package, it will be created such that it can run along side of (and without interfering with) the python 2.x package. Users will have to explicitly execute python3.x.exe to get the 3.x version -- the default will still be a python 2.x version. I'll also add a big thanks to all that help get this upgrade completed. It's nice to have a more recent version of python available in cygwin. You are quite welcome. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
Re: Python packages by maintainer
On Wed, 2010-06-23 at 08:40 -0400, Jason Tishler wrote: I presume you will handle pushing the patches upstream? Yes, but I might need assistance with (i.e., justifying) some of your patches. Feel free to ask me on the list, or CC me on the bug tracker as necessary. BTW, ready for python3 yet? ;-) No, not really, but I will try to get around to it. No rush, I'll leave my python3 in Ports in the meantime. Yaakov
Re: ITP: python-gdata-2.0.10
On 23 June 2010 15:27, Yaakov (Cygwin/X) wrote: On Wed, 2010-06-23 at 14:57 -0400, Chris Sutcliffe wrote: Given that this is my first time packaging a python module for Cygwin, I'd appreciate it someone can give the packaging a once over. This package is not correct; the python module is not installed under the /usr prefix. When using cygport, any package driven by a setup.py should 'inherit distutils' and let it do the work. Here is what I have in Ports: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/python/python-gdata/python-gdata-2.0.2-1.cygport Thank you for the quick review and the tip on the cygport. I've uploaded new versions based on the revised cygport: --- wget -x -nH --cut-dirs=3 \ http://emergedesktop.org/cygwin/python-gdata/python-gdata-2.0.10-1.tar.bz2 \ http://emergedesktop.org/cygwin/python-gdata/python-gdata-2.0.10-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/python-gdata/setup.hint --- Cheers! Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Re: ITP: googlecl-0.9.7
On 23 June 2010 15:45, Yaakov (Cygwin/X) wrote: Same issue as python-gdata; use this instead: snip Thank you again for the cygport hint. I've uploaded a new release based on the revised cygport: --- wget -x -nH --cut-dirs=3 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.7-1.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.7-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/setup.hint --- It looks like googlecl hasn't made it into any major Linux distro yet, so I guess it's going to need to be voted on. FWIW it was just added this week to Fedora: https://admin.fedoraproject.org/pkgdb/acls/name/googlecl Excellent! I assume then that this package does not need to be voted on? Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Re: ITP: googlecl-0.9.7
On Wed, Jun 23, 2010 at 09:35:34PM -0400, Chris Sutcliffe wrote: On 23 June 2010 15:45, Yaakov (Cygwin/X) wrote: Same issue as python-gdata; use this instead: snip Thank you again for the cygport hint. I've uploaded a new release based on the revised cygport: --- wget -x -nH --cut-dirs=3 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.7-1.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.7-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/setup.hint --- It looks like googlecl hasn't made it into any major Linux distro yet, so I guess it's going to need to be voted on. FWIW it was just added this week to Fedora: https://admin.fedoraproject.org/pkgdb/acls/name/googlecl Excellent! I assume then that this package does not need to be voted on? Not if it's actually in Fedora, no. cgf (Who's looking forward to having this in the distro)
residential mailing list
Here's some of the healthcare lists we have: Hospitals - 23,747 Hospital Administrators in over 7,145 Hospitals (full contact info no emails) Nursing Homes - 31,589 Senior Administrators, 11,288 Nursing Directors in over 14,706 Nursing Homes (full contact info no emails) Visiting Nurses RN's - 91,386 total records with 2,788 emails and 2,390 fax numbers Theres many more too, just send me an email here for additional info/samples: therightl...@gmx.com to adjust your subscription status email to rem...@gmx.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: 1.7.5: vim SEGV on write of /etc/hosts
On Jun 22 14:17, Bill Ross wrote: Whenever I vi /etc/hosts and write a change I get -bash-3.2$ vi /etc/hosts Vim: Caught deadly signal SEGV Tho the change gets written ok. It seems to have started with 1.7.5. No problem seen with other files. No such problem here. Can you create an strace, please? Btw., your /etc/group file needs regenerating. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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
Re: cygwin 1.7.5, 'id -ng' fails when /etc/group is a symlink
On Jun 22 23:57, Ken wrote: Since I have to manage the Win XP side for the foreseeable future, it appears that I will have to adopt another methodology to centrally manage these files due to the new 1.7x symlink implementation. Just so that there's no misconception. Your problem has nothing to do with the way Cygwin handles symlinks. What we're talking about is a certain problem at an early stage in Cygwin startup. For the Cygwin POSIX path handling to work, we need the content of /etc/fstab and the content of /etc/fstab.d/$USER, otherwise we don't have a mount table. To access /etc/fstab.d/$USER we also need the content of /etc/passwd. Obviously, since we didn't read /etc/fstab and friends yet, we don't have a mount table and thus we don't have POSIX paths and, consequentially, no symlink handling. As soon as the aforementioned three files have been read, the POSIX path handling is in place and symlinks start working. Does that make sense? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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
Uncaught Exception during setup
I'm getting this message box during setup: Fatal Error: Uncaught Exception Thread: DialogProc Type: 9Exception Message: Package validation failure for file release/GraphicsMagick/libGraphicsMagick-devel/libGraphicsMagick-devel-1.3.12-1.tar.bz2 AppErrNo: 1 OK Clicking OK aborts setup: can't skip this problem and continue. On investigation using bunzip2 -tv I get release/GraphicsMagick/libGraphicsMagick-devel/libGraphicsMagick-devel-1.3.12-1.tar.bz2: file ends unexpectedly but the archive has downloaded properly - that is, md5sum df0b5482c3eee884f8926ac57d436ceb is correct. Please could this archive be re-packaged and re-issued? In case there are other instances which would have shown up later, for completeness I ran bunzip2 -tv on the entire resource and found no more problems under /release/ but additionally under /release-legacy/ found: release-legacy/mhash/mhash-0.9.1-1-src.tar.bz2: bad magic number (file not created by bzip2) release-legacy/mhash/mhash-0.9.1-1.tar.bz2: bad magic number (file not created by bzip2) release-legacy/X11/glitz/glitz-0.4.4-2-src.tar.bz2: trailing garbage after EOF ignored (I realise that with high probability nobody will want to fiddle with the legacy release.) Thank you, Fergus -- 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
Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
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) $ python Python 2.6.5 (r265:79063, Jun 12 2010, 17:07:01) [GCC 4.3.4 20090804 (release) 1] on cygwin Type help, copyright, credits or license for more information. import ctypes Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.6/ctypes/__init__.py, line 10, in module from _ctypes import Union, Structure, Array ImportError: No such file or directory import _ctypes Traceback (most recent call last): File stdin, line 1, in module ImportError: No such file or directory import somethingunknown Traceback (most recent call last): File stdin, line 1, in module ImportError: No module named somethingunknown As you can see, _ctypes is well known to python, because the error is No such file or directory. Otherwise (see last command) the error message would be No module named _ctypes. A look in the directory for DLLs gives the following: $ ls -l /usr/lib/python2.6/lib-dynload/ | grep cty -rwxr-xr-x 1 dran01 root 91150 2010-06-12 23:11 _ctypes.dll -rwxr-xr-x 1 dran01 root 14862 2010-06-12 23:11 _ctypes_test.dll Other DLLs from this directory import correctly, e.g. _ctypes_test : $ python Python 2.6.5 (r265:79063, Jun 12 2010, 17:07:01) [GCC 4.3.4 20090804 (release) 1] on cygwin Type help, copyright, credits or license for more information. import _ctypes_test So the problem is clearly a broken _ctypes.dll Can I do something specific to track down the problem further? Kind regards, Kay Drangmeister P.S. For the interested: The problem with Eclipse-Plugin pydev is: No output was in the standard output when trying to create the interpreter info. The error output contains: Traceback (most recent call last): File C:\Java\eclipse35SR1\plugins\org.python.pydev_1.5.7.2010050621\PySrc\interpreterInfo.py, line 33, in module import ctypes File /usr/lib/python2.6/ctypes/__init__.py, line 10, in module from _ctypes import Union, Structure, Array ImportError: No such file or directory -- 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
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
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 correctly. (This worked with python 2.5.) Can I do something specific to track down the problem further? cygcheck /usr/lib/python2.6/lib-dynload/_ctypes.dll My hunch is that cygffi-4.dll cannot be found, as that is a new dep of python ctypes. If I'm right, install the libffi4 package and it should work. (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.) 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
Case resolved (was: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result)
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 C:\Utilities\cygwin\bin\libpython2.6.dll C:\Utilities\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\RPCRT4.dll C:\WINDOWS\system32\Secur32.dll C:\Utilities\cygwin\bin\cyggcc_s-1.dll cygcheck: track_down: could not find cygffi-4.dll install the libffi4 package DONE $ python Python 2.6.5 (r265:79063, Jun 12 2010, 17:07:01) [GCC 4.3.4 20090804 (release) 1] on cygwin Type help, copyright, credits or license for more information. import ctypes Yay! (Jason: libffi4 is missing from python's requires Seems like it. Thank you so much Yaakov. Sorry I browsed over the problems.html webpage, but overlooked the existence of cygcheck. So thanks again, hereby I confirm not only ctypes works, but the eclipse pydev plugin works with the cygwin python interpreter very well. All the best, have a very nice week, greetings from Würzburg Kay -- 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
crontab installation fails?
Hi folks, I tried to install crontab on my windows7 with my admin account and get two problems. 1. Error ist the Error in openPolicy (LsaOpenPolicy returned 0xc022=STATUS_ACCESS_DENIED)! 2. cygrunsrv: Error installing a service: OpenSCManager: Win32 error 5: Zugriff verweigert What is the fault. Have my admin account not enough permissions? Here the complete protocoll. ---protokoll bash-3.2$ /usr/bin/cron-config Do you want to install the cron daemon as a service? (yes/no) yes Enter the value of CYGWIN for the daemon: [ ] You must decide under what account the cron daemon will run. If you are the only user on this machine, the daemon can run as yourself. This gives access to all network drives but only allows you as user. To run multiple users, cron must change user context without knowing the passwords. There are three methods to do that, as explained in http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd1 If all the cron users have executed passwd -R (see man passwd), which provides access to network drives, or if you are using the cyglsa package, then cron should run under the local system account. Otherwise you need to have or to create a privileged account. This script will help you do so. Do you want the cron daemon to run as yourself? (yes/no) yes Error in openPolicy (LsaOpenPolicy returned 0xc022=STATUS_ACCESS_DENIED)! WARNING: Make sure you have the privilege to logon as a service. Please enter the password for user '__Install': Reenter: cygrunsrv: Error installing a service: OpenSCManager: Win32 error 5: Zugriff verweigert Running cron_diagnose ... ... no problem found. In case of problem, examine the log file for cron, /var/log/cron.log, and the Windows event log (using /usr/bin/cronevents) for information about the problem cron is having. If you cannot fix the problem, then report it to cyg...@cygwin.com. Please run the script /usr/bin/cronbug and ATTACH its output (the file cronbug.txt) to your e-mail. WARNING: PATH may be set differently under cron than in interactive shells. Names such as find and date may refer to Windows programs. --- smime.p7s Description: S/MIME cryptographic signature
ls and completion very slow in root dir of a windows drive
Hello, Since my most recent cygwin upgrade today executing a ls in the directories is very slow. Also completion, for example cd Prog [hitting tab] lasts about 20 seconds to expand to Program\ Files. Before that aupdate i had an about 2 months old cygwin 1.7 - the ls behaviour was ok. Now cygwin1.dll is version: 1007.5.0.0. Measuring the times: in /cygdrive/c/ $ time ls AUTOEXEC.BATIDE Perl WINDOWScygwin BMWApps IO.SYSProgram Files Win32App cygwin1_7 BOOT.BAKInstall Python25 XL Driver Library ntldr MSDOS.SYS RECYCLER boot.ini pagefile.sys CONFIG.SYS MSOCache System Volume Information cmdconstemp Documents and Settings NTDETECT.COM TAF cmldr tmp_pic OracleVerkn??pfung mit Lokaler Datentr??ger (C).lnk ctapi_out_gr.txt real0m16.313s user0m0.030s sys 0m0.015s or in /cygdrive/d/ #time ls VC_RED.MSI eula.1042.txt install.res.1031.dll musikbkp 78286fb703a988b923 VC_RED.cab eula.2052.txt install.res.1033.dll eula.1028.txt eula.3082.txt install.res.1036.dll short eula.1031.txt globdata.ini install.res.1040.dll temp Recycled eula.1033.txt imgs_fuer_Florian install.res.1041.dll vcredist.bmp SSSDecoder.log eula.1036.txt install.exe install.res.1042.dll System Volume Information eula.1040.txt install.ini install.res.2052.dll Traces eula.1041.txt install.res.1028.dll install.res.3082.dll real0m12.172s user0m0.030s sys 0m0.015s Doing a ls in a subdirectory needs much less time: # time ls (Folder list) real0m0.062s user0m0.046s sys 0m0.015s The performance in subdirectories is ok. Also mounted network drives are very slow in main directory, but fast in subdirs. Is this a known issue? Regards, Simon -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 -- 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
promblem sending email as normal user
Hi folk i tried to send mail as normal windows user and get the following error. $ /usr/sbin/ssmtp em...@domain.de /tmp/mail.txt ssmtp: Cannot open mailhub:25 When I make this from the admin account everything works fine. The mail ist send. Even after chmod 7755 /usr/sbin/ssmtp I got the error. What is the fault. Regards Franz smime.p7s Description: S/MIME cryptographic signature
Re: Problems with bzr-2.1.2-1
Angelo Graziosi angelo.grazi...@alice.it writes: After an update, BZR does not work any more: $ bzr up bzr: ERROR: Couldn't import bzrlib and dependencies. Please check the directory containing bzrlib is on your PYTHONPATH. Traceback (most recent call last): File /usr/bin/bzr, line 107, in module import bzrlib ImportError: No module named bzrlib Updating has installed bzr-2.1.2-1. As Andy commented, Cygwin is in the process of migrating to Pythong 2.6 and all python packages currenly depend on it. Wait until Python 2.6 has been annouced. For now, downgrade. Jari -- 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
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
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 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. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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
Re: [1.7.5] python2.5 bad installation?
Edward, On Tue, Jun 22, 2010 at 09:59:30AM -0400, Edward Lam wrote: I just updated my cygwin installation and it looks like my old python2.5 installation has been corrupted? /usr/python2.6 has all the usual packages but /usr/lib/python2.5 is missing everything. I have attached my latest cygcheck -s -v -r output and the corresponding setup.log.full from my update. A sample run of commands showing the problem follows. Any ideas? I promoted python-2.6.5-2 to current: http://cygwin.com/ml/cygwin-announce/2010-06/msg00015.html When you updated your Cygwin installation, you updated Python to python-2.6.5-2: Cygwin Configuration Diagnostics Current System Time: Tue Jun 22 09:42:59 2010 [snip] python 2.6.5-2 Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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
Re: Updated Cygwin Package : python-2.6.5-2
Jeff, Please note the following: http://cygwin.com/acronyms/#PPIOSPE On Tue, Jun 22, 2010 at 06:25:05PM -0700, jeff wrote: o build against ncursesw (instead of ncurses) I have a minor problem with some python code that I wrote, when running with your python-2.6.5 . When I say: import curses.ascii and execute the code, I get: Traceback (most recent call last): File /cygdrive/u/j/jeff-util/scripts-2.5/jdump.py, line 29, in module import curses.ascii File /usr/lib/python2.6/curses/__init__.py, line 15, in module from _curses import * ImportError: No such file or directory make: *** [test_jdump] Error 1 I know the code used to work with python-2.5 Any idea what I might have to do to make the code execute? The code works fine on linux, using either python-2.6 or python-3.1 Does installing libncursesw10 help? See the following: http://cygwin.com/ml/cygwin/2010-06/msg00507.html Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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
R: gnuplot 4.4.0-1 not displaying output.
--- Mer 23/6/10, Dave Baxter ha scritto: Using cygwin setup, I installed gnuplot 4.4.0-1, replacing gnuplot 4.2.4-1. Entering gnuplot returns immediately, displaying no output. ~ gnuplot -V ~ That happens regardless of any options or loadfiles supplied at the command line. I reinstalled gnuplot 4.2.4-1, and got the expected behavior. ~ gnuplot -V gnuplot 4.2 patchlevel 4 ~ With gnuplot 4.2.4-1 installed, I generated the attached file, cygcheck.gnuplot.4.2.4. ~ cygcheck -s -v -r gnuplot cygcheck.gnuplot.4.2.4 With gnuplot 4.4.0-1 installed, I generated the attached file, cygcheck.gnuplot.4.4.0. ~ cygcheck -s -v -r gnuplot cygcheck.gnuplot.4.4.0 Thanks, you have still the old cygwin1.dll in place Cygwin DLL version info: DLL version: 1.7.1 while setup see the latest cygwin package installed cygwin 1.7.5-1 try to reinstall the cygwin package with all the cygwin processes, including services, closed. gnuplot.4.4.0 was released after cygwin-1.7.5-1 so it is likely missing some new feature. Marco -- 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
Re: Updated Cygwin Package : python-2.6.5-2
Jeff, On Wed, Jun 23, 2010 at 04:54:25AM -0700, jeff wrote: On 6/23/2010 4:39 AM, Jason Tishler wrote: Please note the following: http://cygwin.com/acronyms/#PPIOSPE I suspected it might have been a build issue. Also, I don't subscribe to the main cygwin mailing list, as the volume is too high, but it is a good point. Does installing libncursesw10 help? See the following: http://cygwin.com/ml/cygwin/2010-06/msg00507.html libnewcursesw10 was already installed. My WAG is that you did not have libncursesw10 installed. I added ncursesw and possibley libcursesw-devel and that seemed to resolve the problem. AFAICT, installing ncursesw installed libncursesw10 automatically as a dependency. Perhaps these should be added automatically when python 2.6.5 is selected, if it depends on them? See the following: http://cygwin.com/ml/cygwin/2010-06/msg00514.html Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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
Re: [1.7.5] python2.5 bad installation?
Hi Jason, Jason Tishler wrote: On Tue, Jun 22, 2010 at 09:59:30AM -0400, Edward Lam wrote: I just updated my cygwin installation and it looks like my old python2.5 installation has been corrupted? When you updated your Cygwin installation, you updated Python to python-2.6.5-2: So is the python2.5 distribution effectively removed from cygwin? I didn't do anything special when I ran setup.exe, it just automatically picks up the latest packages and I just hit the install button. Now that I've unintentionally updated, what should I do to fix python 2.5? Uninstall the python 2.6 package? Thanks, -Edward -- 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
Re: [1.7.5] python2.5 bad installation?
Edward, On Wed, Jun 23, 2010 at 08:55:18AM -0400, Edward Lam wrote: Jason Tishler wrote: On Tue, Jun 22, 2010 at 09:59:30AM -0400, Edward Lam wrote: I just updated my cygwin installation and it looks like my old python2.5 installation has been corrupted? When you updated your Cygwin installation, you updated Python to python-2.6.5-2: So is the python2.5 distribution effectively removed from cygwin? No, it is just marked as the previous instead of the current version. I didn't do anything special when I ran setup.exe, it just automatically picks up the latest packages and I just hit the install button. This is how Cygwin's setup.exe works. Now that I've unintentionally updated, what should I do to fix python 2.5? Uninstall the python 2.6 package? Rerun setup.exe and select python-2.5.5-1. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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
Re: 1.7.5: vim SEGV on write of /etc/hosts
On 6/23/2010 3:19 AM, Corinna Vinschen wrote: On Jun 22 14:17, Bill Ross wrote: Whenever I vi /etc/hosts and write a change I get -bash-3.2$ vi /etc/hosts Vim: Caught deadly signal SEGV Tho the change gets written ok. It seems to have started with 1.7.5. No problem seen with other files. No such problem here. Can you create an strace, please? Btw., your /etc/group file needs regenerating. FWIW, I just updated (though vim didn't need it) via 'setup.exe' to get everything current and I can't reproduce this problem anymore. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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
Re: Problems with bzr-2.1.2-1
Jari Aalto wrote: Angelo Graziosi x...@x writes: Please: http://cygwin.com/acronyms/#PCYMTNQREAIYR As Andy commented, Cygwin is in the process of migrating to Pythong 2.6 and all python packages currenly depend on it. Wait until Python 2.6 has been annouced. For now, downgrade. Really, the upgrade I did yesterday fixed the problem... and 'python-2.6.5-2' was announced: http://cygwin.com/ml/cygwin/2010-06/msg00431.html Ciao, Angelo. -- 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
Re: [1.7.5] python2.5 bad installation?
On 6/23/2010 8:55 AM, Edward Lam wrote: So is the python2.5 distribution effectively removed from cygwin? I didn't do anything special when I ran setup.exe, it just automatically picks up the latest packages and I just hit the install button. Now that I've unintentionally updated, what should I do to fix python 2.5? Uninstall the python 2.6 package? For future reference, you can avoid unintentionally updating by clicking the View button until you get the Partial view. This is a list of the packages that will be updated. If you don't want to update a package, click on the version number in the New column until it says Keep. See http://sources.redhat.com/cygwin/cygwin-ug-net/setup-net.html#setup-packages for more information about how to use setup.exe. Ken -- 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
Re: Uncaught Exception during setup
On Wed, Jun 23, 2010 at 09:11:47AM +0100, Fergus wrote: I'm getting this message box during setup: Fatal Error: Uncaught Exception Thread: DialogProc Type: 9Exception Message: Package validation failure for file release/GraphicsMagick/libGraphicsMagick-devel/libGraphicsMagick-devel-1.3.12-1.tar.bz2 AppErrNo: 1 OK Clicking OK aborts setup: can't skip this problem and continue. On investigation using bunzip2 -tv I get release/GraphicsMagick/libGraphicsMagick-devel/libGraphicsMagick-devel-1.3.12-1.tar.bz2: file ends unexpectedly but the archive has downloaded properly - that is, md5sum df0b5482c3eee884f8926ac57d436ceb is correct. Please could this archive be re-packaged and re-issued? I don't see any problems with this file on sourceware: % bzip2 --test -v libGraphicsMagick-devel-1.3.12-1.tar.bz2 libGraphicsMagick-devel-1.3.12-1.tar.bz2: ok However, when I try to download the file setup properly notices that the md5sum is wrong. I've corrected it. The reason for the mismatch is 1) http://cygwin.com/ml/cygwin-apps/2010-06/msg00104.html and 2) sourceware's lame algorithm for updating the md5.sum file. Someday I have to fix that. So, it sounds like you're actually somehow using an out-of-date mirror. cgf -- 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
Re: 1.7.5: vim SEGV on write of /etc/hosts
On Wed, Jun 23, 2010 at 09:35:24AM -0400, Larry Hall (Cygwin) wrote: On 6/23/2010 3:19 AM, Corinna Vinschen wrote: On Jun 22 14:17, Bill Ross wrote: Whenever I vi /etc/hosts and write a change I get -bash-3.2$ vi /etc/hosts Vim: Caught deadly signal SEGV Tho the change gets written ok. It seems to have started with 1.7.5. No problem seen with other files. No such problem here. Can you create an strace, please? Btw., your /etc/group file needs regenerating. FWIW, I just updated (though vim didn't need it) via 'setup.exe' to get everything current and I can't reproduce this problem anymore. Did you reinstall Windows too? Just curious. cgf -- 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
Unintentional upgrading: Documentation patch
The attached documentation patch explains how to avoid unintentionally upgrading, as in http://cygwin.com/ml/cygwin/2010-06/msg00519.html . Ken --- setup-net.sgml.orig 2010-06-23 10:01:17.0 -0400 +++ setup-net.sgml 2010-06-23 10:18:11.46875 -0400 @@ -167,7 +167,8 @@ category it is in. Click on the literalView/literal button and it will rotate between literalCategory/literal (the default), literalFull/literal (all -packages), and literalPartial/literal (only packages to be upgraded). +packages), and literalPartial/literal (only packages to be +installed or upgraded). If you are familiar with Unix, you will probably want to at least glance through the literalFull/literal listing for your favorite tools. /para @@ -188,6 +189,12 @@ commandsetup.exe/command begins to install the upgraded package. /para para +To avoid unintentionally upgrading, use the literalPartial/literal +view to see which packages have been marked for upgrading. If you +don't want to upgrade a package, click on the new version number to +toggle it until it says literalKeep/literal. +/para +para The final feature of the commandsetup.exe/command chooser is for literalPrevious/literal and literalExperimental/literal packages. By default the chooser shows only the current version of each package, -- 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
QT 3.3.8 doesn't work for GUI
Has anybody noticed the problem with QT (qt3.3.8)? The GUI executive compiling with it doesn't work, I have to keep a copy of old qt3.3.4 to work. Also if you use designer which is part of qt3.3.8, it gives you error Mutex lock faiture and stops. -- 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
Re: 1.7.5: vim SEGV on write of /etc/hosts
On 6/23/2010 9:51 AM, Christopher Faylor wrote: On Wed, Jun 23, 2010 at 09:35:24AM -0400, Larry Hall (Cygwin) wrote: On 6/23/2010 3:19 AM, Corinna Vinschen wrote: On Jun 22 14:17, Bill Ross wrote: Whenever I vi /etc/hosts and write a change I get -bash-3.2$ vi /etc/hosts Vim: Caught deadly signal SEGV Tho the change gets written ok. It seems to have started with 1.7.5. No problem seen with other files. No such problem here. Can you create an strace, please? Btw., your /etc/group file needs regenerating. FWIW, I just updated (though vim didn't need it) via 'setup.exe' to get everything current and I can't reproduce this problem anymore. Did you reinstall Windows too? Just curious. 7 times. The seventh was the charm. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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
Re: ls and completion very slow in root dir of a windows drive
Hello, is it possible to find the reason for the high delay on my pc? I tried a strace ls. Its output is attached. the long delay is after the line: 15 21715 [main] ls 1960 time: 1277304158 = time (0)^M then comes: 21057910 21079625 [main] ls 1960 stat_worker: 0 = (\??\C:\cygwin1_7\cygdrive, 0x22C7E0) I hope this helps. I had one cygwin instance initially running without this ls behaviour on drive d. After having switched in it to c: and do a ls it became slow again. Maybe there is some side effect necessary? Regards, Simon Original-Nachricht Datum: Wed, 23 Jun 2010 09:39:33 -0400 Von: Larry Hall (Cygwin) reply-to-list-only...@cygwin.com An: Simon Brandner simon@gmx.de Betreff: Re: ls and completion very slow in root dir of a windows drive On 6/23/2010 6:18 AM, Simon Brandner wrote: Hello, Since my most recent cygwin upgrade today executing a ls in the directories is very slow. Also completion, for example cd Prog [hitting tab] lasts about 20 seconds to expand to Program\ Files. Before that aupdate i had an about 2 months old cygwin 1.7 - the ls behaviour was ok. Now cygwin1.dll is version: 1007.5.0.0. ... Is this a known issue? Can't reproduce that here. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 1 1 [main] ls 1960 open_shared: name shared.5, n 5, shared 0x60FC (wanted 0x60FC), h 0x770 14041405 [main] ls 1960 heap_init: heap base 0x68, heap top 0x68 331438 [main] ls 1960 open_shared: name S-1-5-21-43206524-2104247658-1151357142-1009312.1, n 1, shared 0x60FD (wanted 0x60FD), h 0x76C 191457 [main] ls 1960 user_info::create: opening user shared for 'S-1-5-21-43206524-2104247658-1151357142-1009312' at 0x60FD 181475 [main] ls 1960 user_info::create: user shared version 6112AFB3 251500 [main] ls 1960 events_init: windows_system_directory 'C:\WINDOWS\system32\', windows_system_directory_length 20 241524 [main] ls 1960 dll_crt0_0: finished dll_crt0_0 initialization 451569 [main] ls 1960 _cygtls::remove: wait 0x 251594 [main] ls 1960 _cygtls::remove: removed 0x22CE64 element 0 411635 [main] ls 1960 _cygtls::remove: wait 0x 151650 [main] ls 1960 _cygtls::remove: removed 0x22CE64 element 0 311681 [main] ls 1960 _cygtls::remove: wait 0x 141695 [main] ls 1960 _cygtls::remove: removed 0x22CE64 element 0 1761871 [main] ls 1960 _cygwin_istext_for_stdio: fd 0: not open 221893 [main] ls 1960 _cygwin_istext_for_stdio: fd 1: not open 161909 [main] ls 1960 _cygwin_istext_for_stdio: fd 2: not open 511960 [sig] ls 1960 wait_sig: entering ReadFile loop, my_readsig 0x750, my_sendsig 0x74C 1182078 [main] ls 1960 mount_info::conv_to_posix_path: conv_to_posix_path (D:\, no-keep-rel, no-add-slash) 322110 [main] ls 1960 normalize_win32_path: D:\ = normalize_win32_path (D:\) 182128 [main] ls 1960 mount_info::conv_to_posix_path: /cygdrive/d = conv_to_posix_path (D:\) 452173 [main] ls (1960) open_shared: name cygpid.1960, n 1960, shared 0x60FF (wanted 0x60FF), h 0x728 1092282 [main] ls 1960 ** 172299 [main] ls 1960 Program name: C:\cygwin1_7\bin\ls.exe (pid 1960, ppid 1) 172316 [main] ls 1960 App version: 1007.5, api: 0.225 152331 [main] ls 1960 DLL version: 1007.5, api: 0.225 142345 [main] ls 1960 DLL build:2010-04-12 19:07 152360 [main] ls 1960 OS version: Windows NT-5.1 142374 [main] ls 1960 Heap size:402653184 142388 [main] ls 1960 ** 142402 [main] ls 1960 pinfo::thisproc: myself-dwProcessId 1960 152417 [main] ls 1960 time: 1277304158 = time (0) 2012618 [main] ls 1960 parse_options: glob (called func) 272645 [main] ls 1960 parse_options: returning 152660 [main] ls 1960 environ_init: GetEnvironmentStrings returned 0x1 272687 [main] ls 1960 environ_init: 0x6A8298: !C:=C:\cygwin1_7\bin 272714 [main] ls 1960 environ_init: 0x6A82B8: !U:=U:\ 292743 [main] ls 1960 environ_init: 0x6A82C8: ALLUSERSPROFILE=C:\Documents and Settings\All Users 292772 [main] ls 1960 environ_init: 0x6A8308: APPDATA=C:\Documents and Settings\qx83894\Application Data 282800 [main] ls 1960 environ_init: 0x6A8348: ArchivePath=c:\Program Files\archive 29
Re: ls and completion very slow in root dir of a windows drive
On 6/23/2010 10:59 AM, Simon Brandner wrote: is it possible to find the reason for the high delay on my pc? I tried a strace ls. Its output is attached. the long delay is after the line: 15 21715 [main] ls 1960 time: 1277304158 = time (0)^M then comes: 21057910 21079625 [main] ls 1960 stat_worker: 0 = (\??\C:\cygwin1_7\cygdrive, 0x22C7E0) This doesn't suggest anything to me, besides the obvious that it's slow for you on this drive. Does mounting it make any difference? I don't believe we've seem your cygcheck output as requested by http://cygwin.com/problems.html. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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
Re: Need swig 1.3.40 for Subversion
On 6/22/2010 7:30 PM, Yaakov (Cygwin/X) wrote: On Mon, 2010-06-21 at 14:04 -0700, David Rothenberger wrote: It seems that swig-1.3.38 has a bug that produces invalid Python bindings with Python 2.6. I first hit this when building subversion-1.6.11-2 for Python 2.6, but I dismissed the test case failures at the time. Today I built subversion-1.6.12-1 and took the time to investigate. The Python bindings won't run when generated with swig 1.3.38 but run fine when generated with 1.3.40. Therefore, I respectively request that the swig maintainer update swig to 1.3.40. (I believe swig 2.0.0 was just release, but I have no idea if Subversion will build with that version.) Would you mind trying with 2.0.0? I uploaded a package here: It doesn't build with swig 2.0.0 and I don't have time to investigate why. The swig bindings are generated fine, but they don't compile. -- David Rothenberger daver...@acm.org Nuclear war would really set back cable. -- Ted Turner -- 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
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
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 different requires: for curr: and prev:. I always keep my deps correct for curr:, figuring that users will have prev:s deps from when it was curr:. 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
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
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 libncursesw10. That's a general problem with setup: it doesn't allow for different requires: for curr: and prev:. I always keep my deps correct for curr:, figuring that users will have prev:s deps from when it was curr:. 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. cgf -- 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
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
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 can pull in old libraries which (if nothing else depends on them) are simply not necessary, and e.g. on my system, ImageBase real estate is at a premium. Here's a radical question: do we really need to allow for multiple versions of every package? Other distros don't do this, why should we? 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
Re: Need swig 1.3.40 for Subversion
On Wed, 2010-06-23 at 10:55 -0700, David Rothenberger wrote: It doesn't build with swig 2.0.0 and I don't have time to investigate why. The swig bindings are generated fine, but they don't compile. SWIG is *very* annoying. Why can't they keep some sort of compatibility between versions? Alright, I suppose I'll have to package 1.3.40 as curr:, but as I already built 2.0.0 I'll make it test:. 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
Re: [1.7.5] python2.5 bad installation?
On Wed, 2010-06-23 at 08:55 -0400, Edward Lam wrote: So is the python2.5 distribution effectively removed from cygwin? Basically. Everything in both the distro and Ports has been, and will continue to be, built for 2.6. Now that I've unintentionally updated, what should I do to fix python 2.5? Uninstall the python 2.6 package? What are you trying to fix exactly? You should now use 2.6 instead of 2.5. 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
Re: Need swig 1.3.40 for Subversion
On 6/23/2010 1:06 PM, Yaakov (Cygwin/X) wrote: On Wed, 2010-06-23 at 10:55 -0700, David Rothenberger wrote: It doesn't build with swig 2.0.0 and I don't have time to investigate why. The swig bindings are generated fine, but they don't compile. SWIG is *very* annoying. Why can't they keep some sort of compatibility between versions? Alright, I suppose I'll have to package 1.3.40 as curr:, but as I already built 2.0.0 I'll make it test:. Can they both be installed in parallel, maybe using alternatives to switch between them? I ask because the subversion configure says this: WARNING: Subversion requires 1.3.24 or later, and is known to work WARNING: with versions up to 1.3.36 I'm not optimistic that they'll move to swig 2 anytime soon. :) -- David Rothenberger daver...@acm.org strategy, n.: A comprehensive plan of inaction. -- 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
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
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 manager. And you're not the only one. The problem with that is it can pull in old libraries which (if nothing else depends on them) are simply not necessary, and e.g. on my system, ImageBase real estate is at a premium. Here's a radical question: do we really need to allow for multiple versions of every package? Other distros don't do this, why should we? I think that the reason that other distros don't do this is that they do more testing on their releases than we do - probably because they do real releases, unlike Cygwin. cgf -- 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
Re: Need swig 1.3.40 for Subversion
On Wed, 2010-06-23 at 13:15 -0700, David Rothenberger wrote: Can they both be installed in parallel, maybe using alternatives to switch between them? I ask because the subversion configure says this: WARNING: Subversion requires 1.3.24 or later, and is known to work WARNING: with versions up to 1.3.36 The SWIG datadir is already versioned, so if you would version the EXEs then you could *theoretically* have more than one version at a time. In practice, though, I doubt it would work, as many packages just call swig without leaving an easy way to override the executable name. I'm not optimistic that they'll move to swig 2 anytime soon. :) I'm not sure that 2.0.0 is as much of a jump from 1.3.40 as the version numbers would lead one to believe. For instance, Gentoo[1] hasn't hard-masked or SLOTted 2.0.0, one or both of which they would have done if it was really that much different from 1.3.40. Yaakov [1] http://packages.gentoo.org/package/dev-lang/swig -- 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
Re: cygwin 1.7.5, 'id -ng' fails when /etc/group is a symlink
Since I have to manage the Win XP side for the foreseeable future, it appears that I will have to adopt another methodology to centrally manage these files due to the new 1.7x symlink implementation. Just so that there's no misconception. Your problem has nothing to do with the way Cygwin handles symlinks. What we're talking about is a certain problem at an early stage in Cygwin startup. For the Cygwin POSIX path handling to work, we need the content of /etc/fstab and the content of /etc/fstab.d/$USER, otherwise we don't have a mount table. To access /etc/fstab.d/$USER we also need the content of /etc/passwd. Obviously, since we didn't read /etc/fstab and friends yet, we don't have a mount table and thus we don't have POSIX paths and, consequentially, no symlink handling. As soon as the aforementioned three files have been read, the POSIX path handling is in place and symlinks start working. Does that make sense? Corinna Sorry, I misstated my summary. I agree, it is not the difference between symlinks in v1.5x versus 1.7x. If I am not mistaken (and there is always a chance of that), generally speaking, I understand that it has to do with the change from the Cygwin 1.5x registry-based mount points to the 1.7x file-based mounts points (/etc/fstab and the (optional) user-specific /etc/fstab.d/$USER). Can I presume it is safe to conclude that in 1.5x the registry-based mount points were available for Cygwin's POSIX path handling earlier and this is why the symlinks worked for /etc/group /etc/passwd? I now fully understand that symlinks will never work in 1.7x for these Special files in /etc and that I will have to find another method to manage these files across multiple clients. I have various methods by which this can be done, none quite as simple as it was in 1.5x when it comes to WinXP. Thank you Corrina, I appreciate your assistance and patience with me! - I looked up some information on NTFS junction points. From Wikipedia: Junction points can only link to directories on a local volume; junction points to remote shares are unsupported. You could try Microsoft DFS which *does* support network mounts. You could also try fsutil to create a hard link to the /etc/group file (http://technet.microsoft.com/en-us/library/cc788097%28WS.10%29.aspx). Jason, thank you for taking the time to assist. However, I do not believe this will work in my case. Hard-links, like junction points, will not work over a remote CIFS share either. As for DFS, this is a Server-side implementation and the XP clients would still have to connect to the DFS tree over a remote CIFS share as well. Conceivably, it would work, but the Cygwin directories would then reside over-the-wire and I believe that Cygwin's performance would suffer as a result. Similar to DFS (although a tad simpler), I suppose I could put the entire Cygwin tree on a server (or NAS) and have every client run it from there. I could then also use a customized /etc/fstab to force the 'tmp' mount points to reside on the client's local file system (to ensure tmp files are kept unique to each client). This too would allow me to centrally manage the passwd, group, and other select files. However, I expect it too would take a big performance hit as well. While many apps can run over-the-wire, there simply is no joy when a fast CPU is waiting for data from the network. My goal is to keep the vast majority of Cygwin installed locally. Again, thank you for the suggestion! Ken -- 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
Re: Incomplete downloads reported across several mirrors
On Tue, Jun 22, 2010 at 8:15 PM, Greg Chicares wrote: On 2010-06-22 23:44Z, Gregg Levine wrote: I've been trying to update this 1.7.5 release of Cygwin since 11AM EDT, based on the multiple announcements of updated packages. That was nine hours ago. Propagation time could be twelve hours if everything is working as described here: http://cygwin.com/mirrors.html | New mirrors should rsync directly from cygwin.com at least twice a day. Eventually after several repeated tries there, I waited until a few minutes ago here, and decided to try again. This time it happened again with the addition of the mirror based at the Open Software repository at the Oregon State University. Try inspecting individual mirrors (see the link above). I've had good luck with heanet, so I downloaded this file (announced here today): ftp://ftp.heanet.ie/pub/cygwin/release/webcheck/webcheck-1.10.3-1-src.tar.bz2 and it matches the md5sum given--so try that mirror. Hello! I've been trying the mirrors I know and a few I've only heard about. I did indeed try that one. Same problem. Is it possible that there are a lot of people at work updating their systems? Next question: Would anyone know what's involved with setting up a mirror? I am seriously considering talking to the people at the AWS end of Amazon about renting sufficient space on their storage farm for just such a function. And then yes following normal procedures to announce it and not waste time here with that bit of news. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again. -- 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