Re: [64bit RFU] serf-1.2.0-1
Il 5/29/2013 7:03 AM, David Rothenberger ha scritto: wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/libserf1_0/libserf1_0-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/libserf1_0/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/libserf1-devel/libserf1-devel-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/libserf1-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/serf-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/serf-1.2.0-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/serf-debuginfo/serf-debuginfo-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/serf-debuginfo/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin64/serf/setup.hint uploaded
Re: [64bit RFU] cyrus-sasl-2.1.26-1
Il 5/29/2013 6:56 AM, David Rothenberger ha scritto: wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/cyrus-sasl-2.1.26-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/cyrus-sasl-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/cyrus-sasl-debuginfo/cyrus-sasl-debuginfo-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/cyrus-sasl-debuginfo/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/libsasl2-devel/libsasl2-devel-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/libsasl2-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/libsasl2_3/libsasl2_3-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/libsasl2_3/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/libsasl2_3-sql/libsasl2_3-sql-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/libsasl2_3-sql/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin64/cyrus-sasl/setup.hint uploaded
Re: [RFU] serf-1.2.0-1
Il 5/29/2013 7:00 AM, David Rothenberger ha scritto: Please remove 1.1.0-1. 0.7.1-2 must remain for use with subversion-1.6. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1_0/libserf1_0-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1_0/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1-devel/libserf1-devel-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/serf/serf-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/serf-1.2.0-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/serf-debuginfo/serf-debuginfo-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/serf-debuginfo/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/serf/setup.hint done and done
Re: [RFU] cyrus-sasl-2.1.26-1
Il 5/29/2013 6:43 AM, David Rothenberger ha scritto: 2.1.25-1 had an upstream ABI change without an SONAME bump. So, 2.1.26-1 includes the SONAME bump and an libsasl2_3 subpackage that wasn't there in 2.1.25. Because of this ABI change, I ask that you remove 2.1.25-1 and leave 2.1.23-1 as the previous version. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/cyrus-sasl-2.1.26-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/cyrus-sasl-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/cyrus-sasl-debuginfo/cyrus-sasl-debuginfo-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/cyrus-sasl-debuginfo/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2-devel/libsasl2-devel-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3/libsasl2_3-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3-ldap/libsasl2_3-ldap-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3-ldap/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3-sql/libsasl2_3-sql-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3-sql/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/setup.hint done and done
[64bit] Updated: gnubg-0.91.0-1: A backgammon player and analysis tool.
Hi A new 64bit version of 'gnubg' has been uploaded to a server near you. o Build for cygwin 1.7.19-7 with gcc-4.8.0 o No libcanberra-gtk support yet, because of missing 64bit dependencies gnubg NEWS: === o No NEWS file available CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
Il 5/27/2013 11:34 AM, Corinna Vinschen ha scritto: On May 26 08:40, marco atzeri wrote: trying to build octave I hit: You can try. The general idea was that this isn't necessary. -mcmodel=medium is default and despite the text you're quoting, the idea was that the base address of the result shouldn't matter on PE/COFF. Unfortunately the linker is making a fuss about that yet and maybe there's still another problem as well. So you have two choices: - Try -mcmodel=large, but there's a good chance it crashes (harfbuzz apparently does). it crashed, but it could be another reason as also the second option failed with 1.7.18-6 - Link with -Wl,--image-base-address -Wl,0x1000 and rebase the DLLs afterwards to some arbitrary address between 0x4: and 0x6:. This should work as expected. this worked. (-Wl,--image-base -Wl,0x1000) with latest 1.7.18-8 not with 1.7.18-6 Corinna Marco
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
Hi Marco, On May 29 12:14, marco atzeri wrote: Il 5/27/2013 11:34 AM, Corinna Vinschen ha scritto: On May 26 08:40, marco atzeri wrote: trying to build octave I hit: You can try. The general idea was that this isn't necessary. -mcmodel=medium is default and despite the text you're quoting, the idea was that the base address of the result shouldn't matter on PE/COFF. Unfortunately the linker is making a fuss about that yet and maybe there's still another problem as well. So you have two choices: - Try -mcmodel=large, but there's a good chance it crashes (harfbuzz apparently does). it crashed, but it could be another reason as also the second option failed with 1.7.18-6 - Link with -Wl,--image-base-address -Wl,0x1000 and rebase the DLLs afterwards to some arbitrary address between 0x4: and 0x6:. This should work as expected. this worked. (-Wl,--image-base -Wl,0x1000) with latest 1.7.18-8 not with 1.7.18-6 Sorry to say that, but this is not overly helpful. For one thing, you mean 1.7.19, not 18, right? How exactly did it work with 1.7.19-8? Only after using --image-base 0x1000 or also after the rebase? What exactly did not work with 1.7.19-6? Building or running? Did you only try with --image-base 0x1000 or also with rebase? To what address did you rebase? If building worked but running didn't, what has gone wrong? Was it a fork problem, perhaps? Any hints from the stackdump? GDB? Did you check for a collision with another DLL? Also, what about 1.7.19-7? The difference between -6, -7, and -8 is exactly one patch per version. It might be interesting to learn about the patch which, apparently, fixed the problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
Il 5/29/2013 12:28 PM, Corinna Vinschen ha scritto: Hi Marco, On May 29 12:14, marco atzeri wrote: Il 5/27/2013 11:34 AM, Corinna Vinschen ha scritto: On May 26 08:40, marco atzeri wrote: trying to build octave I hit: You can try. The general idea was that this isn't necessary. -mcmodel=medium is default and despite the text you're quoting, the idea was that the base address of the result shouldn't matter on PE/COFF. Unfortunately the linker is making a fuss about that yet and maybe there's still another problem as well. So you have two choices: - Try -mcmodel=large, but there's a good chance it crashes (harfbuzz apparently does). it crashed, but it could be another reason as also the second option failed with 1.7.18-6 - Link with -Wl,--image-base-address -Wl,0x1000 and rebase the DLLs afterwards to some arbitrary address between 0x4: and 0x6:. This should work as expected. this worked. (-Wl,--image-base -Wl,0x1000) with latest 1.7.18-8 not with 1.7.18-6 Sorry to say that, but this is not overly helpful. For one thing, you mean 1.7.19, not 18, right? How exactly did it work with 1.7.19-8? Only after using --image-base 0x1000 or also after the rebase? 1.7.19. no need to rebase for make check What exactly did not work with 1.7.19-6? Building or running? running. it was segfaulting almost on start. Rebase made no difference; same for CFLAGS=-fwrapv Did you only try with --image-base 0x1000 or also with rebase? To what address did you rebase? If building worked but running didn't, what has gone wrong? Was it a fork problem, perhaps? Any hints from the stackdump? GDB? Did you check for a collision with another DLL? Also, what about 1.7.19-7? The difference between -6, -7, and -8 is exactly one patch per version. It might be interesting to learn about the patch which, apparently, fixed the problem. I missed the 1.7.19-7 during my tests, do you need I test it ? Corinna Marco
Re: [RFU] texlive-20120628-2, etc.
Il 5/29/2013 12:20 AM, Ken Brown ha scritto: On 5/28/2013 5:14 PM, marco atzeri wrote: any chance for a 64bit version of texlive ? I'm working on it. At the moment I can build everything except luatex.exe and xetex.exe. If I can't solve that within the next day or so, I'll go ahead and upload what I have. Ken no urgency. I built and uploaded the package without building the documentation Regards Marco
[64bit] openldap ?
Volker any chance ? it is the only package missing for building a complete postgresql Regards Marco
Re: [64bit] openldap ?
marco atzeri writes: Volker any chance ? Actually I'm working on it, but right now ldapsearch SEGFAULTS :-( during the test suite. it is the only package missing for building a complete postgresql I know... Regards Marco Ciao Volker
Re: [64bit] openldap ?
Il 5/29/2013 2:00 PM, Dr. Volker Zell ha scritto: marco atzeri writes: Volker any chance ? Actually I'm working on it, but right now ldapsearch SEGFAULTS :-( during the test suite. CFLAGS=-fwrapv helped on slang testsuite, may be it helps also here (dark magic) it is the only package missing for building a complete postgresql I know... Regards Marco Ciao Volker Ciao Marco
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
On May 29 12:48, marco atzeri wrote: Il 5/29/2013 12:28 PM, Corinna Vinschen ha scritto: Hi Marco, On May 29 12:14, marco atzeri wrote: Il 5/27/2013 11:34 AM, Corinna Vinschen ha scritto: On May 26 08:40, marco atzeri wrote: trying to build octave I hit: You can try. The general idea was that this isn't necessary. -mcmodel=medium is default and despite the text you're quoting, the idea was that the base address of the result shouldn't matter on PE/COFF. Unfortunately the linker is making a fuss about that yet and maybe there's still another problem as well. So you have two choices: - Try -mcmodel=large, but there's a good chance it crashes (harfbuzz apparently does). it crashed, but it could be another reason as also the second option failed with 1.7.18-6 - Link with -Wl,--image-base-address -Wl,0x1000 and rebase the DLLs afterwards to some arbitrary address between 0x4: and 0x6:. This should work as expected. this worked. (-Wl,--image-base -Wl,0x1000) with latest 1.7.18-8 not with 1.7.18-6 Sorry to say that, but this is not overly helpful. For one thing, you mean 1.7.19, not 18, right? How exactly did it work with 1.7.19-8? Only after using --image-base 0x1000 or also after the rebase? 1.7.19. no need to rebase for make check And does it still work after rebasing it to a high address? What exactly did not work with 1.7.19-6? Building or running? running. it was segfaulting almost on start. Rebase made no difference; same for CFLAGS=-fwrapv Do you have a stackdump file? Did you only try with --image-base 0x1000 or also with rebase? To what address did you rebase? If building worked but running didn't, what has gone wrong? Was it a fork problem, perhaps? Any hints from the stackdump? GDB? Did you check for a collision with another DLL? Also, what about 1.7.19-7? The difference between -6, -7, and -8 is exactly one patch per version. It might be interesting to learn about the patch which, apparently, fixed the problem. I missed the 1.7.19-7 during my tests, do you need I test it ? It would be nice. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
32/64bit-improving cygrunsrv (was Re: Global 32/64 bit collision issues)
For a start, I just created a change to cygrunsrv. Right now, when using the -L or -Q option, cygrunsrv prints undiscriminately all services of all installations the same way: $ cygrunsrv -L cygserver sshd $ cygrunsrv -Q sshd -V Service : sshd Display name: CYGWIN sshd Current State : Stopped Command : /usr/sbin/sshd -D [...] With my change, it also checks if the service is running *this* cygrunsrv, or a cygrunsrv from another installation: $ cygrunsrv -L cygserver (sshd) The service name is put into parens, if it's started by another cygrunsrv. In case of the -V output, it's a bit more verbose: $ cygrunsrv -Q sshd -V Service : sshd(Installation path: C:\cygwin64) Display name: CYGWIN sshd Current State : Stopped Command : /usr/sbin/sshd -D [...] I'm not quite happy about the Installation path text, though. It's pretty clear to me what I mean, but is it clear enough for other users? Maybe the -V output should always contain two more lines, installation path and platform of the cygrunsrv starting the service, kind of like this: $ cygrunsrv -Q sshd -V Service : sshd Installation path: : C:\cygwin64 Platform: x86_64 Display name: CYGWIN sshd [...] or even with an extra not me, if it's another cygrunsrv and/or another platform: $ cygrunsrv -Q sshd -V Service : sshd Installation path: : C:\cygwin64 (not me!) Platform: x86_64 (not me!) Display name: CYGWIN sshd [...] What do you think? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
[64bit] Updated: {libmcrypt-doc/libmcrypt4/libmcrypt-devel}-2.5.8-1: Library for multiple encryption methods
Hi New 64bit versions of 'libmcrypt-doc/libmcrypt4/libmcrypt-devel' have been uploaded to a server near you. o Build for cygwin 1.7.19-7 with gcc-4.8.0 CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
[64bit] Request for mhash
Hi Reini Is it possible to get a 64bit version of mhash. I need it for mcrypt. By the way there is a newer version (0.9.9.9) on http://sourceforge.net/projects/mhash/files/mhash/ Ciao Volker
[64bit] Updated: {gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile}-3.2.0-4: Library implementing TLS 1.0 and SSL 3.0 protocols
Hi New 64bit versions of 'gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile' have been uploaded to a server near you. o Build for cygwin 1.7.19-8 with gcc-4.8.0 o Added PKCS#11 support CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Re: [RFU] libaprutil1-1.5.2-1
David Rothenberger wrote: Please leave 1.4.1-1 as previous and remove 1.3.12-1 and 1.3.9-3. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/aprutil1-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.5.2-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/libaprutil1-devel-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/setup.hint I think this RFU has been overlooked. Could someone please upload it? Thanks. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs.
[64bit] {serf,libserf1_0,libserf1-devel}-1.2.0-1
The serf packages have been updated to the new upstream release 1.2.0. See http://serf.googlecode.com/svn/tags/1.2.0/CHANGES for more details about the changes in this release. More information about serf can be found at http://code.google.com/p/serf/. DESCRIPTION: The serf library is a C-based HTTP client library built upon the Apache Portable Runtime (APR) library. It multiplexes connections, running the read/write communication asynchronously. Memory copies and transformations are kept to a minimum to provide high performance operation. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs.
[64bit] cyrus-sasl-2.1.26-1
New versions of cyrus-sasl and related packages are available. CYGWIN CHANGES: == * Switch to version-less .cygport file * Remove Cygwin README. * Auto-generate hints. * Run test suite. * Update to db-5.2. DESCRIPTION: SASL is the Simple Authentication and Security Layer, a method for adding authentication support to connection-based protocols. To use SASL, a protocol includes a command for identifying and authenticating a user to a server and for optionally negotiating protection of subsequent protocol interactions. If its use is negotiated, a security layer is inserted between the protocol and the connection. See http://cyrusimap.org/ for more information. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs.
Re: [RFU] libaprutil1-1.5.2-1
Il 5/29/2013 6:39 PM, David Rothenberger ha scritto: David Rothenberger wrote: Please leave 1.4.1-1 as previous and remove 1.3.12-1 and 1.3.9-3. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/aprutil1-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.5.2-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/libaprutil1-devel-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/setup.hint I think this RFU has been overlooked. Could someone please upload it? Thanks. done and done
[64bit] New binutils 2.23.52-3
Hi, I have uploaded a new binutils package. It's an update to the latest from CVS *plus* a hack (no, not a patch, really), which allows to link the projects which fail with a relocation truncated to fit: R_X86_64_PC32 agains ... error, like harfbuzz or octave. This should work for the time being, but the hack is not supposed to stay. It's just avoiding to bail out with the R_X86_64_PC32 error message at all. While this helps in the above cases, it will also suppress any legitimate of these errors, so it's a bit dangerous. Nevertheless, it helps to go forward with the 64 bit distro. Have fun, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
[RFU] subversion-1.7.9-2
Please upload subversion-1.7.9-2 as the new current release. Please delete 1.7.9-1 and leave 1.6.17-1 as prev. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.9-2-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/subversion-apache2-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-debuginfo/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-debuginfo/subversion-debuginfo-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/subversion-devel-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-gnome/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-gnome/subversion-gnome-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/subversion-perl-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/subversion-python-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/subversion-ruby-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/subversion-tools-1.7.9-2.tar.bz2 -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Nothing ever becomes real until it is experienced. -- John Keats
Re: [RFU] subversion-1.7.9-2
Il 5/29/2013 8:57 PM, David Rothenberger ha scritto: Please upload subversion-1.7.9-2 as the new current release. Please delete 1.7.9-1 and leave 1.6.17-1 as prev. done and done
[64bit] boost, botan, monotone, openjpeg, poppler, source-highlight, zziplib
I just added the following to 64bit/release: boost/libboost* 1.53.0-2 botan/libbotan* 1.8.14-1 (adopting from Lapo) monotone 1.0-3 (adopting from Lapo) openjpeg/libopenjpeg* 1.5.1-2 poppler/libpoppler* 0.20.5-2 (no qt4 for now) source-highlight/libsource-highlight* 3.1.7-3 zziplib/libzzip* 0.13.62-1 I also updated the following: harfbuzz/libharfbuzz* 0.9.17-1 libarchive*/bsdcpio/bsdtar 3.1.2-2 (rebuilt for nettle soname change) HTH, Yaakov
Re: [64bit] poppler and libzzip?
On 2013-05-29 19:27, Ken Brown wrote: Are you able to build poppler and libzzip-devel for 64bit Cygwin? These are the only missing prerequisites for texlive. Done. Yaakov
Re: [64bit] Request for mhash
On Wed, May 29, 2013 at 10:27 AM, Dr. Volker Zell wrote: Is it possible to get a 64bit version of mhash. I need it for mcrypt. By the way there is a newer version (0.9.9.9) on http://sourceforge.net/projects/mhash/files/mhash/ Yes, but anybody can beat me, I don't care too much. I was a bit behind in 64bit packaging because my VM was way too unstable so far to be able to use it. Yesterday I uninstalled MSIE 10 and disabled paging and it looks much better now. My Win8 64bit VM is still running :) I hope I can catch up soon, perl-5.18 being the most important. -- Reini Urban http://cpanel.net/ http://www.perl-compiler.org/
Re: Shadowcopy volume block devices
That's not what you wrote in your OP. You wrote but it doesn't let you access the volumes as block devices, which is pretty misleading as far as bug reports go. Sorry for not being clear enough. The endless loop problem accessing the device via /proc/sys/... should be fixed in CVS now. Thanks for such an instant fix. I created a new developer snapshot. Please give the 2012-05-28 Cygwin DLL from http://cygwin.com/snapshots/ a try. I also created a new 64 bit test release Cygwin package 1.7.19-8 with this patch included. I am gonna test it out soon and will report back. -- 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: STC for fork SEGV after dlclose
On May 28 22:14, David Rothenberger wrote: On 5/27/2013 12:38 PM, Corinna Vinschen wrote: Other than that, I'll upload a new 32 bit snapshot and a new 64 bit Cygwin package within the next hour or so. Please give both of them a try. The libapr1 test suite passes for both 32 bit and 64 bit with the fixes. Thanks! Cool! Thanks for testing! Also, did you check that fork now works as expected in the dlopen/dlclose case on both platforms? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: Using native symlinks
On May 28 22:23, Chris Sutcliffe wrote: On 28 May 2013 14:55, Corinna Vinschen wrote: On May 28 14:16, Chris Sutcliffe wrote: What permissions do I need for native symlinks to work? According to edit rights I have SeCreateSymbolicLinkPrivilege (when checking via an elevated shell - i.e. with Run as Administrator): ┌─┤ csutclif@bmotec3017201lt ├──┤ ~ │ └─┤ 14:11 ├─ editrights -u $USER -l SeLockMemoryPrivilege SeCreateSymbolicLinkPrivilege However, if I try and create a native symlink it still fails. If using the winsymlink:native option I get a cygwin symlink, winln That's winsymlinks:native I hope... Correct, I mistyped. pops up a message stating I need the SeCreateSymbolicLinkPrivilege. Not sure if it's relevant or not, but the $USER in this case is a domain user, not a local user. Are you sure it's an elevated shell? `id -G' should contain 544. Is the filesystem NTFS? Is it a local NTFS or a remote NTFS hosted by a Vista-or-later OS? If you set CYGWIN=winsymlink It works fine if I create the native symlinks in an elevated shell, but does not if I create the native symlinks in a normal shell. Is this expected (i.e. does creating native symlinks only work in elevated shells?). Welcome to the wonderful world of native NTFS symlinks!!1!11!! It's true and it works like this: Have a look into the Local Security Policy MMC Snap-in. In the left hand tree view navigate to Security Settings - Local Policies - User Rights Assignments. On the right side look for Create symbolic links. You will see that by default only members of the Administrators group are allowed to create symlinks. If you're running under an admin account in a non-elevated shell, your token has been stripped by all Admin-only user rights, so you also have no right to create symlinks. To workaround that, you can either add yourself to the Create symbolic links right, or you can add the Users group if you want to allow every user to create symlinks. But this requires changing it on all machines manually, so alternatively you can create a domain policy which adds the trusted users to this user right on all machines. As if that isn't bad enough, there's another ugly surprise for the uninitiated: In an elevated shell, call fsutil like this: $ fsutil behavior query SymlinkEvaluation Local to local symbolic links are enabled. Local to remote symbolic links are enabled. Remote to local symbolic links are disabled. Remote to remote symbolic links are disabled. See the word disabled for remote-local and remote-remote symlinks? This means, by default the system will suppress the evaluation of remote symlinks which point to a local filesystem, as well as the evaluation of remote symlinks which point to a remote location. In CMD you'd see an error The symbolic link cannot be followed because its type is disabled aka STATUS_SYMLINK_CLASS_DISABLED. On Windows 8, this even goes as far as affecting NFS symlinks! If you have a symlink to a directory, with symlinks underneath, resolving the second level of symlinks fails with STATUS_NETWORK_OPEN_RESTRICTION if remote-remote symlinks are disabled in fsutil. Funny, right? The workaround is `fsutil behavior set r2l:1 r2r:1'. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: Shadowcopy volume block devices
On May 29 11:14, Micky wrote: That's not what you wrote in your OP. You wrote but it doesn't let you access the volumes as block devices, which is pretty misleading as far as bug reports go. Sorry for not being clear enough. The endless loop problem accessing the device via /proc/sys/... should be fixed in CVS now. Thanks for such an instant fix. I created a new developer snapshot. Please give the 2012-05-28 Cygwin DLL from http://cygwin.com/snapshots/ a try. I also created a new 64 bit test release Cygwin package 1.7.19-8 with this patch included. I am gonna test it out soon and will report back. I'm looking forward to your feedback. Btw., as a sidenote, are you aware that you can access the filesystem underneath the volume shadow copy as well? Try this (note the trailing backslash!): $ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/ $ ls The only downside is that you can't cd into the root dir of the shadowcopy by using a .. expression: $ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/Users $ cd .. /proc/sys/Device/HarddiskVolumeShadowCopy1: Not a directory. $ cd ../ /proc/sys/Device/HarddiskVolumeShadowCopy1: Not a directory. Here the path handling strips off the trailing backslash and what's left is a block device called /proc/sys/Device/HarddiskVolumeShadowCopy1. With that in mind, it's quite usable, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: [GOLDSTAR] Re: STC for fork SEGV after dlclose
Andrew, I'd like to have a goldstar for David for providing short, simple, easy to reproduce testcases in plain C. Thanks! Awarded: http://cygwin.com/goldstars/#DR -- 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: how to drop administrator privileges?
Charles Wilson cygwin at cwilson.fastmail.fm writes: On 4/27/2012 4:20 AM, Corinna Vinschen wrote: Fixing cygdrop. Thanks for the patch; I'm pretty busy this weekend but I'll try to roll out a new cygutils release Monday or so. Sorry for this blast from the past, but cygutils have been updated a few times and I still get the same error... has the patch not been applied or is there something else that needs fixing? Regards, Achim. -- 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: Shadowcopy volume block devices
Greetings, Corinna Vinschen! Btw., as a sidenote, are you aware that you can access the filesystem underneath the volume shadow copy as well? Try this (note the trailing backslash!): $ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/ $ ls The only downside is that you can't cd into the root dir of the shadowcopy by using a .. expression: $ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/Users $ cd .. /proc/sys/Device/HarddiskVolumeShadowCopy1: Not a directory. $ cd ../ /proc/sys/Device/HarddiskVolumeShadowCopy1: Not a directory. Here the path handling strips off the trailing backslash and what's left is a block device called /proc/sys/Device/HarddiskVolumeShadowCopy1. With that in mind, it's quite usable, though. Can this be worked around by a symlink or junction point? (I don't have access to SVC-enabled box yet, sorry.) -- WBR, Andrey Repin (anrdae...@freemail.ru) 29.05.2013, 16:19 Sorry for my terrible english... -- 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: Shadowcopy volume block devices
On May 29 16:20, Andrey Repin wrote: Greetings, Corinna Vinschen! Btw., as a sidenote, are you aware that you can access the filesystem underneath the volume shadow copy as well? Try this (note the trailing backslash!): $ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/ $ ls The only downside is that you can't cd into the root dir of the shadowcopy by using a .. expression: $ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/Users $ cd .. /proc/sys/Device/HarddiskVolumeShadowCopy1: Not a directory. $ cd ../ /proc/sys/Device/HarddiskVolumeShadowCopy1: Not a directory. Here the path handling strips off the trailing backslash and what's left is a block device called /proc/sys/Device/HarddiskVolumeShadowCopy1. With that in mind, it's quite usable, though. Can this be worked around by a symlink or junction point? (I don't have access to SVC-enabled box yet, sorry.) How do you workaround the usage of .. with symlink or junction? If so, you don't use .. anymore. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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
[ANNOUNCEMENT] Updated: {libmcrypt-doc/libmcrypt4/libmcrypt-devel}-2.5.8-11: Library for multiple encryption methods
Hi New versions of 'libmcrypt-doc/libmcrypt4/libmcrypt-devel' have been uploaded to a server near you. o Build for cygwin 1.7.18 with gcc-4.5.3 o Uses cygport for .hint files generation o debuginfo package included o Package rename: libmcrypt - libmcrypt-doc CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
[ANNOUNCEMENT] Updated: mcrypt-2.6.8-3: A replacement for the old crypt command
Hi A new version of 'mcrypt' has been uploaded to a server near you. o Build for cygwin 1.7.18 with gcc-4.5.3 o Switched to versionless .cygport file CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: Using native symlinks
On 29 May 2013 04:39, Corinna Vinschen wrote: On May 28 22:23, Chris Sutcliffe wrote: It works fine if I create the native symlinks in an elevated shell, but does not if I create the native symlinks in a normal shell. Is this expected (i.e. does creating native symlinks only work in elevated shells?). Welcome to the wonderful world of native NTFS symlinks!!1!11!! It's true and it works like this: Have a look into the Local Security Policy MMC Snap-in. In the left hand tree view navigate to Security Settings - Local Policies - User Rights Assignments. On the right side look for Create symbolic links. You will see that by default only members of the Administrators group are allowed to create symlinks. If you're running under an admin account in a non-elevated shell, your token has been stripped by all Admin-only user rights, so you also have no right to create symlinks. To workaround that, you can either add yourself to the Create symbolic links right, or you can add the Users group if you want to allow every user to create symlinks. But this requires changing it on all machines manually, so alternatively you can create a domain policy which adds the trusted users to this user right on all machines. I tried this approach and I'm still not having any luck with the user being able to create native symbolic links in a non-elevated shell. As a work around I've created a 'sudo' alias: alias sudo='cygstart --action=runas' which works nicely as I can launch commands elevated from a non-elevated shell. For running commands like winln / ln I can add the --hidden option (i.e. sudo --hidden) and no cmd window will pop-up during the execution of the command. I figured I would pass this along in case someone else finds this useful. Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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: Using native symlinks
On May 29 10:33, Chris Sutcliffe wrote: On 29 May 2013 04:39, Corinna Vinschen wrote: On May 28 22:23, Chris Sutcliffe wrote: It works fine if I create the native symlinks in an elevated shell, but does not if I create the native symlinks in a normal shell. Is this expected (i.e. does creating native symlinks only work in elevated shells?). Welcome to the wonderful world of native NTFS symlinks!!1!11!! It's true and it works like this: Have a look into the Local Security Policy MMC Snap-in. In the left hand tree view navigate to Security Settings - Local Policies - User Rights Assignments. On the right side look for Create symbolic links. You will see that by default only members of the Administrators group are allowed to create symlinks. If you're running under an admin account in a non-elevated shell, your token has been stripped by all Admin-only user rights, so you also have no right to create symlinks. To workaround that, you can either add yourself to the Create symbolic links right, or you can add the Users group if you want to allow every user to create symlinks. But this requires changing it on all machines manually, so alternatively you can create a domain policy which adds the trusted users to this user right on all machines. I tried this approach and I'm still not having any luck with the user being able to create native symbolic links in a non-elevated shell. What approach? Adding the Users group to the Local Security Policy or adding a domain policy? If the latter, did you call gpupdate on the client or reboot the client machine to propagate the domain policy? Also, either way, did you logoff and logon so that the Create symbolic links user right can be added to your user token? Note that your token remains unchanged if you didn't exit from your session. Just changing the Policy isn't enough, the OS needs achance to create a new user token for you containing the user right. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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
[ANNOUNCEMENT] Updated: gq-1.3.4-2: Interactive graphical LDAP browser
Hi A new version of 'gq' has been uploaded to a server near you. o Build for cygwin 1.7.18 with gcc-4.5.3 o Uses cygport for .hint files generation o debuginfo package included CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: cygutils Postinstall Script Errors With Exit Code 128
On Tue, May 28, 2013 at 2:43 Paul.Nickerson wrote: I am attempting to install Cygwin, and am getting errors near the end of the process. I am using version 2.774 of setup.exe on Microsoft Windows Server 2003 R2 Datacenter x64 Edition Service Pack 2 and the default Cygwin packages. This is an Amazon AWS EC2 instance, and I am remote desktopping in. In the Cygwin Setup GUI, after it goes through the install procedure, I get a window titled Postinstall script errors, with the below output text: Package: base-cygwin 000-cygwin-post-install.sh exit code 128 Package: terminfo terminfo.sh exit code 128 Package: bash bash.sh exit code 128 Package: coreutils coreutils.sh exit code 128 Package: _autorebase autorebase.bat exit code -1073741819 Package: base-files base-files-profile.sh exit code 2816 base-files-mketc.sh exit code 128 Package: cygutils cygutils.sh exit code 127 Package: man man.sh exit code 128 I got the cygutils postinstall error also, caused by missing dependencies. $ cat /etc/postinstall/cygutils.sh /usr/bin/update-desktop-database /usr/bin/update-mime-database /usr/share/mime both scripts do not exist, and are no cygutils reqs. please test against it. like: test -f /usr/bin/update-desktop-database /usr/bin/update-desktop-database test -f /usr/bin/update-mime-database /usr/bin/update-mime-database /usr/share/mime If I then open Cygwin Terminal using the Desktop shortcut, I get a window titled -sh and a prompt that says -sh-4.1$. The command ls returns -sh: ls: command not found, but echo works. I have tried re-running setup.exe, removing the cygwin directory, re-downloading the setup.exe, removing HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin from the registry, setting Turn on DEP for essential Windows programs and services only and rebooting, altering file and folder permissions, deleting the cache and using different mirrors, and using rdesktop in CentOS vs. mstsc.exe in Windows to remote desktop in, but none of this changes the behavior. I have an odd and possibly related behavior. If I open Command Prompt, run C:\cygwin\bin\bash.exe --norc --noprofile to get a bash-4.1$ prompt, then in there run if [ foo = foo ]; then echo Expression evaluated as true.; fi the bash prompt will exit back to command prompt, and %ERRORLEVEL% has been set to 128. Running that if statement in the window brought up by the Cygwin Terminal Desktop shortcut will sometimes make the window close, but not always. I have not explored how I might be triggering the Desktop shortcut to work or not work. I have attached setup.log and setup.log.full. When I run cygcheck -s -v -r cygcheck.out, it hangs and does not exit. Checking Task Manager, I see that it's using ~45% CPU (I have 2 virtual cores). It does write some things out to cygcheck.out, which I have attached. When I run the command in Command Prompt without redirecting output to a file, I get a little more information before it hangs, which I have copied out of the command prompt and attached as cygcheck-no-redirect.out. I do not know why it's saying I have multiple cygwin1.dlls on my path. There is only C:\cygwin\bin\cygwin1.dll. Looking at cygcheck.out, I am running in a Terminal Service session, which makes sense as I am remote desktopped in. My problem might be related to FAQ #2.14 (http://cygwin.com/faq-nochunks.html#faq.setup.setup-fails-on-ts ), but the DEP solution is not helping me. I tried running C:\cygwin\binpeflags --tsaware=true --tsaware * in Command Prompt, but it did not change anything. -- Reini Urban http://cpanel.net/ http://www.perl-compiler.org/ -- 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: Postinstall Script Errors With Exit Code 128
Paul.Nickerson at desknetinc dot com wrote on 05/28/2013 03:43:11 PM: From: Paul.Nickerson at desknetinc dot com To: cygwin at cygwin dot com, Date: 05/28/2013 03:43 PM Subject: Postinstall Script Errors With Exit Code 128 I am attempting to install Cygwin, and am getting errors near the end of the process. I am using version 2.774 of setup.exe on Microsoft Windows Server 2003 R2 Datacenter x64 Edition Service Pack 2 and the default Cygwin packages. This is an Amazon AWS EC2 instance, and I am remote desktopping in. In the Cygwin Setup GUI, after it goes through the install procedure, I get a window titled Postinstall script errors, with the below output text: Package: base-cygwin 000-cygwin-post-install.sh exit code 128 Package: terminfo terminfo.sh exit code 128 Package: bash bash.sh exit code 128 Package: coreutils coreutils.sh exit code 128 Package: _autorebase autorebase.bat exit code -1073741819 Package: base-files base-files-profile.sh exit code 2816 base-files-mketc.sh exit code 128 Package: cygutils cygutils.sh exit code 127 Package: man man.sh exit code 128 If I then open Cygwin Terminal using the Desktop shortcut, I get a window titled -sh and a prompt that says -sh-4.1$. The command ls returns -sh: ls: command not found, but echo works. I have tried re-running setup.exe, removing the cygwin directory, re- downloading the setup.exe, removing HKEY_LOCAL_MACHINE\SOFTWARE \Wow6432Node\Cygwin from the registry, setting Turn on DEP for essential Windows programs and services only and rebooting, altering file and folder permissions, deleting the cache and using different mirrors, and using rdesktop in CentOS vs. mstsc.exe in Windows to remote desktop in, but none of this changes the behavior. I have an odd and possibly related behavior. If I open Command Prompt, run C:\cygwin\bin\bash.exe --norc --noprofile to get a bash-4.1$ prompt, then in there run if [ foo = foo ]; then echo Expression evaluated as true.; fi the bash prompt will exit back to command prompt, and %ERRORLEVEL% has been set to 128. Running that if statement in the window brought up by the Cygwin Terminal Desktop shortcut will sometimes make the window close, but not always. I have not explored how I might be triggering the Desktop shortcut to work or not work. I have attached setup.log and setup.log.full. When I run cygcheck -s -v -r cygcheck.out, it hangs and does not exit. Checking Task Manager, I see that it's using ~45% CPU (I have 2 virtual cores). It does write some things out to cygcheck.out, which I have attached. When I run the command in Command Prompt without redirecting output to a file, I get a little more information before it hangs, which I have copied out of the command prompt and attached as cygcheck-no-redirect.out. I do not know why it's saying I have multiple cygwin1.dlls on my path. There is only C:\cygwin\bin\cygwin1.dll. Looking at cygcheck.out, I am running in a Terminal Service session which makes sense as I am remote desktopped in. My problem might be related to FAQ #2.14 (http://cygwin.com/faq- nochunks.html#faq.setup.setup-fails-on-ts), but the DEP solution is not helping me. I tried running C:\cygwin\binpeflags -- tsaware=true --tsaware * in Command Prompt, but it did not change anything. [attachment setup.log.full deleted by Paul Nickerson/DeskNetInc] [attachment cygcheck.out deleted by Paul Nickerson/DeskNetInc] [attachment setup.log deleted by Paul Nickerson/DeskNetInc] [attachment cygcheck-no-redirect.out deleted by Paul Nickerson/DeskNetInc] Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com Tue, 28 May 2013 17:15:00 -0400 Try removing GS and OpenVPN from you path and try installing again. If that doesn't work, you might try installing Just for Me. Sorry I'm replying to my original post. I forgot to actually subscribe to the mailing list, and didn't get your message in my inbox. I tried each of your suggestions, and they did not help it install. I also tried cygcheck again, and it did not run any better. Any other ideas? I'm at a loss right now. -- 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: Postinstall Script Errors With Exit Code 128
On 5/29/2013 12:04 PM, Paul.Nickerson wrote: snip I tried each of your suggestions, and they did not help it install. I also tried cygcheck again, and it did not run any better. Any other ideas? I'm at a loss right now. This list has seen the occasional question about AWS and Cygwin in the past but AFAIK, no one active on the list is using AWS with Cygwin. My best suggestion at this point is to consult the Amazon folks to get their input. The fact that cygcheck doesn't run to completion really points to an issue outside of Cygwin proper, since cygcheck is a vanilla Windows program. -- Larry _ 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: Using native symlinks
On 29 May 2013 11:23, Corinna Vinschen wrote: On May 29 10:33, Chris Sutcliffe wrote: On 29 May 2013 04:39, Corinna Vinschen wrote: To workaround that, you can either add yourself to the Create symbolic links right, or you can add the Users group if you want to allow every user to create symlinks. But this requires changing it on all machines manually, so alternatively you can create a domain policy which adds the trusted users to this user right on all machines. I tried this approach and I'm still not having any luck with the user being able to create native symbolic links in a non-elevated shell. What approach? Adding the Users group to the Local Security Policy or adding a domain policy? If the latter, did you call gpupdate on the client or reboot the client machine to propagate the domain policy? I've added the specific domain user in the Local Security Policy as I am not a domain admin (only an admin on the local machine) and as such cannot propagate a domain policy change. Also, either way, did you logoff and logon so that the Create symbolic links user right can be added to your user token? Note that your token remains unchanged if you didn't exit from your session. Just changing the Policy isn't enough, the OS needs achance to create a new user token for you containing the user right. I've rebooted the machine since making the change and it has had no affect. Is there something else I need to do? Thanks, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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: STC for fork SEGV after dlclose
Corinna Vinschen wrote: On May 28 22:14, David Rothenberger wrote: On 5/27/2013 12:38 PM, Corinna Vinschen wrote: Other than that, I'll upload a new 32 bit snapshot and a new 64 bit Cygwin package within the next hour or so. Please give both of them a try. The libapr1 test suite passes for both 32 bit and 64 bit with the fixes. Thanks! Cool! Thanks for testing! Also, did you check that fork now works as expected in the dlopen/dlclose case on both platforms? I hadn't (I figured you probably did) but I just retested by STC and it passes on both platforms. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Pascal: A programming language named after a man who would turn over in his grave if he knew about it. -- Datamation, January 15, 1984 -- 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
[ANNOUNCEMENT] Updated: {serf,libserf1_0,libserf1-devel}-1.2.0-1
The serf packages have been updated to the new upstream release 1.2.0. See http://serf.googlecode.com/svn/tags/1.2.0/CHANGES for more details about the changes in this release. More information about serf can be found at http://code.google.com/p/serf/. DESCRIPTION: The serf library is a C-based HTTP client library built upon the Apache Portable Runtime (APR) library. It multiplexes connections, running the read/write communication asynchronously. Memory copies and transformations are kept to a minimum to provide high performance operation. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs. -- 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
[ANNOUNCEMENT] Updated: cyrus-sasl-2.1.26-1
New versions of cyrus-sasl and related packages are available. IMPORTANT NOTE: === The previous 2.1.25-1 package included an ABI change from upstream without updating the DLL names. This can cause problems with other packages that were compiled against the earlier version of cyrus-sasl (e.g., exim or openldap). Users of those packages should downgrade their libsasl2 package to 2.1.23-1 to avoid any problems. This update includes a new libsasl2_3 package that can be installed in parallel with the older libsasl2 package. CYGWIN CHANGES: == * Switch to version-less .cygport file * Remove Cygwin README. * Auto-generate hints. * Run test suite. * Update to db-4.8. * The ABI changed, so include a libsasl2_3 package that can be installed in parallel with the older libsasl2 package. The plug-ins for the new package are stored in /usr/lib/sasl2_3. DESCRIPTION: SASL is the Simple Authentication and Security Layer, a method for adding authentication support to connection-based protocols. To use SASL, a protocol includes a command for identifying and authenticating a user to a server and for optionally negotiating protection of subsequent protocol interactions. If its use is negotiated, a security layer is inserted between the protocol and the connection. See http://cyrusimap.org/ for more information. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs. -- 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: STC for fork SEGV after dlclose
On May 29 09:49, David Rothenberger wrote: Corinna Vinschen wrote: On May 28 22:14, David Rothenberger wrote: On 5/27/2013 12:38 PM, Corinna Vinschen wrote: Other than that, I'll upload a new 32 bit snapshot and a new 64 bit Cygwin package within the next hour or so. Please give both of them a try. The libapr1 test suite passes for both 32 bit and 64 bit with the fixes. Thanks! Cool! Thanks for testing! Also, did you check that fork now works as expected in the dlopen/dlclose case on both platforms? I hadn't (I figured you probably did) but I just retested by STC and it passes on both platforms. Thanks for testing. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: Using native symlinks
On May 29 12:40, Chris Sutcliffe wrote: On 29 May 2013 11:23, Corinna Vinschen wrote: On May 29 10:33, Chris Sutcliffe wrote: On 29 May 2013 04:39, Corinna Vinschen wrote: To workaround that, you can either add yourself to the Create symbolic links right, or you can add the Users group if you want to allow every user to create symlinks. But this requires changing it on all machines manually, so alternatively you can create a domain policy which adds the trusted users to this user right on all machines. I tried this approach and I'm still not having any luck with the user being able to create native symbolic links in a non-elevated shell. What approach? Adding the Users group to the Local Security Policy or adding a domain policy? If the latter, did you call gpupdate on the client or reboot the client machine to propagate the domain policy? I've added the specific domain user in the Local Security Policy as I am not a domain admin (only an admin on the local machine) and as such cannot propagate a domain policy change. Also, either way, did you logoff and logon so that the Create symbolic links user right can be added to your user token? Note that your token remains unchanged if you didn't exit from your session. Just changing the Policy isn't enough, the OS needs achance to create a new user token for you containing the user right. I've rebooted the machine since making the change and it has had no affect. Is there something else I need to do? I don't know. I have to try (but not today). Did you try to add the Users group to the Local Security Policy entry instead? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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
[ANNOUNCEMENT] Updated: {aprutil1,libaprutil1,libaprutil1-devel}-1.5.2-1
A new version the Apache Portable Runtime utilities library is now available for download. CYGWIN CHANGES: === * Build against latest libdb: db4.8 for Cygwin and db5.3 for Cygwin 64. * Disable PostgreSQL support. * The PostgreSQL package does not provide dynamic libraries, which are required to build the DSO modules. * Switch to version-less cygport file. * Autogenerate hints. Remove README. * Support building for 64-bit Cygwin. * Currently no openldap support. DESCRIPTION: The mission of the Apache Portable Runtime (APR) project is to create and maintain software libraries that provide a predictable and consistent interface to underlying platform-specific implementations. The primary goal is to provide an API to which software developers may code and be assured of predictable if not identical behaviour regardless of the platform on which their software is built, relieving them of the need to code special-case conditions to work around or take advantage of platform-specific deficiencies or features. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Having nothing, nothing can he lose. -- William Shakespeare, Henry VI -- 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: Shadowcopy volume block devices
Greetings, Corinna Vinschen! Btw., as a sidenote, are you aware that you can access the filesystem underneath the volume shadow copy as well? Try this (note the trailing backslash!): $ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/ $ ls The only downside is that you can't cd into the root dir of the shadowcopy by using a .. expression: $ cd /proc/sys/Device/HarddiskVolumeShadowCopy1/Users $ cd .. /proc/sys/Device/HarddiskVolumeShadowCopy1: Not a directory. $ cd ../ /proc/sys/Device/HarddiskVolumeShadowCopy1: Not a directory. Here the path handling strips off the trailing backslash and what's left is a block device called /proc/sys/Device/HarddiskVolumeShadowCopy1. With that in mind, it's quite usable, though. Can this be worked around by a symlink or junction point? (I don't have access to SVC-enabled box yet, sorry.) How do you workaround the usage of .. with symlink or junction? If so, you don't use .. anymore. Oh, sorry for the noise. While reading the end of your message I forgot, what was in the beginning of it, it seems... -- WBR, Andrey Repin (anrdae...@freemail.ru) 29.05.2013, 22:44 Sorry for my terrible english... -- 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: Postinstall Script Errors With Exit Code 128
cygwin-owner at cygwin dot com wrote on 05/29/2013 12:28:30 PM: From: Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com To: cygwin at cygwin dot com, Date: 05/29/2013 12:29 PM Subject: Re: Postinstall Script Errors With Exit Code 128 Sent by: cygwin-owner at cygwin dot com On 5/29/2013 12:04 PM, Paul.Nickerson wrote: snip I tried each of your suggestions, and they did not help it install. I also tried cygcheck again, and it did not run any better. Any other ideas? I'm at a loss right now. This list has seen the occasional question about AWS and Cygwin in the past but AFAIK, no one active on the list is using AWS with Cygwin. My best suggestion at this point is to consult the Amazon folks to get their input. The fact that cygcheck doesn't run to completion really points to an issue outside of Cygwin proper, since cygcheck is a vanilla Windows program. -- Larry I tried removing cygwin1.dll from the bin directory and re-running cygcheck.exe, and it ran to completion. When I ran it, I got the below popup and error, and I have attached the produced output, created with C:\cygwin\bincygcheck -s -v -r -h cygcheck.out 21. I got the error after the Path: and before SysDir:. --- id.exe - Unable To Locate Component --- This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem. --- OK --- garbled output from 'id' command - no uid= found Looking at cygcheck's source, it looks like after displaying Warning: cygwin1.dll not found on your path or Warning: There are multiple cygwin1.dlls on your path, it runs dump_dodgy_apps() (which gives no output when I get cygcheck to run through to completion), and then it runs dump_sysinfo_services() (which gives the output Can't find the cygrunsrv utility, skipping services check. when I get cygcheck to run to completion). So, I think that one of these functions hangs when cygwin1.dll is present. I'm thinking dump_dodgy_apps. I tried copying cygcheck.exe to other directories and leaving cygwin1.dll in bin, and cygcheck does not hang when run from other directories. ~ Paul cygcheck-complete.out Description: Binary data -- 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: cygutils Postinstall Script Errors With Exit Code 128
cygwin-owner at cygwin dot com wrote on 05/29/2013 11:47:20 AM: From: Reini Urban rurban at x-ray dot at To: The Cygwin Mailing List cygwin at cygwin dot com, Charles Wilson cygwin at cwilson dot fastmail dot fm, Date: 05/29/2013 11:47 AM Subject: Re: cygutils Postinstall Script Errors With Exit Code 128 Sent by: cygwin-owner at cygwin dot com On Tue, May 28, 2013 at 2:43 Paul.Nickerson wrote: snip Package: cygutils cygutils.sh exit code 127 Package: man man.sh exit code 128 I got the cygutils postinstall error also, caused by missing dependencies. $ cat /etc/postinstall/cygutils.sh /usr/bin/update-desktop-database /usr/bin/update-mime-database /usr/share/mime both scripts do not exist, and are no cygutils reqs. please test against it. like: test -f /usr/bin/update-desktop-database /usr/bin/update-desktop-database test -f /usr/bin/update-mime-database /usr/bin/update-mime-database /usr/share/mime snip -- Reini Urban http://cpanel.net/ http://www.perl-compiler.org/ Those update-* files do not exist for me either. However, I think my problems are starting before cygutils.sh returns with exit code 127. Are you asking me to test that the files exist before I run them? Or, are you asking the Cygwin maintainers to have their cygutils script do so? ~ Paul -- 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: Postinstall Script Errors With Exit Code 128
On 5/29/2013 3:18 PM, paul.nicker...@desknetinc.com wrote: cygwin-owner at cygwin dot com wrote on 05/29/2013 12:28:30 PM: From: Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com To: cygwin at cygwin dot com, Date: 05/29/2013 12:29 PM Subject: Re: Postinstall Script Errors With Exit Code 128 Sent by: cygwin-owner at cygwin dot com On 5/29/2013 12:04 PM, Paul.Nickerson wrote: snip I tried each of your suggestions, and they did not help it install. I also tried cygcheck again, and it did not run any better. Any other ideas? I'm at a loss right now. This list has seen the occasional question about AWS and Cygwin in the past but AFAIK, no one active on the list is using AWS with Cygwin. My best suggestion at this point is to consult the Amazon folks to get their input. The fact that cygcheck doesn't run to completion really points to an issue outside of Cygwin proper, since cygcheck is a vanilla Windows program. -- Larry I tried removing cygwin1.dll from the bin directory and re-running cygcheck.exe, and it ran to completion. When I ran it, I got the below popup and error, and I have attached the produced output, created with C:\cygwin\bincygcheck -s -v -r -h cygcheck.out 21. I got the error after the Path: and before SysDir:. --- id.exe - Unable To Locate Component --- This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem. --- OK --- garbled output from 'id' command - no uid= found Right. That's expected. Looking at cygcheck's source, it looks like after displaying Warning: cygwin1.dll not found on your path or Warning: There are multiple cygwin1.dlls on your path, it runs dump_dodgy_apps() (which gives no output when I get cygcheck to run through to completion), and then it runs dump_sysinfo_services() (which gives the output Can't find the cygrunsrv utility, skipping services check. when I get cygcheck to run to completion). So, I think that one of these functions hangs when cygwin1.dll is present. I'm thinking dump_dodgy_apps. Possibly. You may have a BLODA problem (http://cygwin.com/acronyms/#BLODA), whether known or unknown. If so, getting rid of it will certainly help. I tried copying cygcheck.exe to other directories and leaving cygwin1.dll in bin, and cygcheck does not hang when run from other directories. Interesting. Maybe there's some Windows permission problems in the directory you were running from? -- Larry _ 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
[ANNOUNCEMENT] Updated: subversion-1.7.9-2
CYGWIN NEWS: * Switch to version-less .cygport file. * Rebuild against libsasl2_3. * Update to db4.8. * Include a partial fix for UNC paths. This fixes the issues reported in http://cygwin.com/ml/cygwin/2013-05/msg00382.html but does not allow UNC paths on the command-line as described in http://cygwin.com/ml/cygwin/2013-01/msg00061.html. Using UNC paths as command-line arguments requires teaching libapr1 about UNC paths for Cygwin. NEWS: = See CHANGES (URL below) for more information about the differences between 1.7.9 and previous Subversion releases. IMPORTANT: Please read the release notes (URL below) before upgrading from a previous major release. 1.7 includes a new working copy format with a manual upgrade operation. This will render your working copy unusable with previous major releases. Furthermore, there are some issues trying to upgrade corrupt working copies. Please see the release notes http://subversion.apache.org/docs/release-notes/1.7.html for more details about the changes in Subversion. See http://svn.apache.org/repos/asf/subversion/tags/1.7.9/CHANGES for more details about the changes in 1.7.9. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.7/index.html for the latest official release of the Subversion Book. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Cats, no less liquid than their shadows, offer no angles to the wind. -- 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: regression in subversion with 1.7.18 (and .19)
David Rothenberger wrote: On 5/27/2013 2:34 PM, David Boyce wrote: I've encountered a regression in svn client behavior between Cygwin 1.7.17 and 1.7.18. I also tried today's snapshot which doesn't fix it, though I suspect the problem is actually in the svn port to Cygwin, not the DLL (by way of evidence I downgraded a 1.7.18 install to use cygwin1.dll from 1.7.17 and it fails the same way). The problem is in the svn port for Cygwin, as you mentioned. When building svn for Cygwin 1.7, I removed support for DOS paths. This unintentionally removed support for UNC paths as well. I'll see what I can do to restore UNC path support without also enabling DOS path support. I think the recently release subversion-1.7.9-2 package will fix your problem. It does not fix all uses of UNC paths, especially those passed on the command line (e.g., svn status //server/share or svn export //server/share) because those require teaching libapr1 about UNC paths, which I haven't done (yet?). Still, I think it will support your use case of the config directory on a UNC share. Please give it a shot and let me know. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Consultant, n.: Someone who'd rather climb a tree and tell a lie than stand on the ground and tell the truth. -- 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
gdb aborts after setting throw catchpoint
Hi all,
Compiling the following with the cygwin g++-4.5.3:
int global;
int main() {
if (global)
throw global;
return 0;
}
Crashes gdb if a catchpoint is set:
GNU gdb (GDB) 7.6.50.20130408-cvs (cygwin-special)
... snip...
Reading symbols from /home/Ryan/experiments/a.exe...done.
(gdb) catch throw
Catchpoint 1 (throw)
(gdb) r
Starting program: /home/Ryan/experiments/a.exe
[New Thread 10024.0x1480]
[New Thread 10024.0x1758]
warning: SuspendThread failed. (winerr 6)
[Inferior 1 (process 10024) exited normally]
(gdb)
Debugger aborted (core dumped)
Has anybody seen this problem before? Meanwhile, setting a breakpoint on
__cxa_throw works just fine, so at least there's a workaround.
Thoughts?
Ryan
--
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
Attn: Yaakov [Was: Re: cygutils Postinstall Script Errors With Exit Code 128]
On 5/29/2013 11:47 AM, Reini Urban wrote: I got the cygutils postinstall error also, caused by missing dependencies. $ cat /etc/postinstall/cygutils.sh /usr/bin/update-desktop-database /usr/bin/update-mime-database /usr/share/mime both scripts do not exist, and are no cygutils reqs. please test against it. like: test -f /usr/bin/update-desktop-database /usr/bin/update-desktop-database test -f /usr/bin/update-mime-database /usr/bin/update-mime-database /usr/share/mime Known issue, waiting for cygport fix. cygutils relies on cygport auto-generating the postinstall scripts which invoke those tools. Cygport does this because the install package contains the following two files: /usr/share/applications/cygstart.desktop /usr/share/mime/packages/cygutils.xml ...and it generates the postinstall script unconditionally (e.g. I can't turn it off) and the generated postinstall scripts themselves call the tools unconditionally. Cygport also automatically adds the packages which contain those tools to the requires: field of the setup.hint, so...under normal circumstances, everything should be fine. However, at user request I've manually removed the requires: line, because the addition of these two files to the cygutils package shouldn't have the effect of pulling *PERL* into the Base category. I assumed we'd live with the semi-brokenness for a few days, until... ...I'm waiting for Yaakov to say whether this should be fixed in cygport [1], or if I should override all the auto-generation stuff by manually creating an explicit postinstall script (with suitable tool existence checks) and setup.hint. [1] arguably, cygport is doing the right thing: (1) ensuring that the tools are called to install the two files, and (2) ensuring that the packages which contain those tools are listed in the requires: line. So, I'm not sure what the correct fix should be, and am waiting for Yaakov's input. See: http://cygwin.com/ml/cygwin/2013-05/msg00211.html -- Chuck -- 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: Attn: Yaakov [Was: Re: cygutils Postinstall Script Errors With Exit Code 128]
Sorry for missing this before. On 2013-05-29 17:43, Charles Wilson wrote: Known issue, waiting for cygport fix. cygutils relies on cygport auto-generating the postinstall scripts which invoke those tools. Cygport does this because the install package contains the following two files: /usr/share/applications/cygstart.desktop /usr/share/mime/packages/cygutils.xml ...and it generates the postinstall script unconditionally (e.g. I can't turn it off) and the generated postinstall scripts themselves call the tools unconditionally. Cygport also automatically adds the packages which contain those tools to the requires: field of the setup.hint, so...under normal circumstances, everything should be fine. Right, because packages providing those kind of files usually need those commands to be run in order for them to take effect; see below. However, at user request I've manually removed the requires: line, because the addition of these two files to the cygutils package shouldn't have the effect of pulling *PERL* into the Base category. I assumed we'd live with the semi-brokenness for a few days, until... Perl? I thought it was Python, due to a false positive in the dependency detection with glib2.0, which I fixed on sourceware. But now that you mention it, is cygutils *supposed* to be in Base? It is marked category: Utils, but seems to be pulled into Base only because of cygwin-doc (which *is* in Base, oddly enough; shouldn't it just be Doc?) listing it as a dependency. ...I'm waiting for Yaakov to say whether this should be fixed in cygport [1], or if I should override all the auto-generation stuff by manually creating an explicit postinstall script (with suitable tool existence checks) and setup.hint. The problem here is that cygutils is not primarily a desktop-oriented package. Most packages providing XDG menu and mime entries *are*, so these dependencies not only mandatory, but quite modest by those standards. I added these files because it allows better integration between desktop file managers (Nautilus/Caja/Thunar/PCManFM/Dolphin/etc.) and Windows, e.g. making it easy to launch an EXE/MSI installer from one's Downloads folder. However, most people use cygutils outside of the desktop, so particularly if its pulled into Base, these deps would be more than the bare-minimal system. If cygutils should be in Base, the solution is probably one of the following: * provide these files (and postinstall scripts) in a 'cygutils-x11' subpackage; * OR move them to another package (not sure which yet) which will already be installed in desktop scenarios, and adding cygutils as a dependency thereto. For now, should we go with the first option? 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: Using native symlinks
On 29 May 2013 13:01, Corinna Vinschen wrote: On May 29 12:40, Chris Sutcliffe wrote: On 29 May 2013 11:23, Corinna Vinschen wrote: On May 29 10:33, Chris Sutcliffe wrote: On 29 May 2013 04:39, Corinna Vinschen wrote: Also, either way, did you logoff and logon so that the Create symbolic links user right can be added to your user token? Note that your token remains unchanged if you didn't exit from your session. Just changing the Policy isn't enough, the OS needs achance to create a new user token for you containing the user right. I've rebooted the machine since making the change and it has had no affect. Is there something else I need to do? I don't know. I have to try (but not today). Did you try to add the Users group to the Local Security Policy entry instead? I tried adding the Users group and it didn't help either. Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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: regression in subversion with 1.7.18 (and .19)
On Wed, May 29, 2013 at 1:38 PM, David Rothenberger daver...@acm.org wrote: I think the recently release subversion-1.7.9-2 package will fix your problem. It does not fix all uses of UNC paths, especially those passed on the command line (e.g., svn status //server/share or svn export //server/share) because those require teaching libapr1 about UNC paths, which I haven't done (yet?). Still, I think it will support your use case of the config directory on a UNC share. Please give it a shot and let me know. My local test case now works perfectly. Thanks! -David Boyce -- 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
sqlite3: bug with monotone
Warren, I'm having a problem with my newly built monotone packages on both x86 and x64: mtn: warning: recoverable 'system' error while processing peer mtn://monotone.ca/monotone: 'error: sqlite error: SQL logic error or missing database' mtn: error: processing failure while talking to peer 'mtn://monotone.ca/monotone', disconnecting This was working properly with my 3.7.15.2 x64 package, as well as with a self-built 3.7.17. I don't know if it's a question of configuration options or a bug in that version. Here's how I have built sqlite3: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/sqlite3;a=tree Could you please provide an update for both arches? 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
[ANNOUNCEMENT] Updated: botan-1.8.14-1
The following packages have been updated in the Cygwin distribution: *** libbotan1.8.13-1.8.14-1 *** libbotan-devel-1.8.14-1 (replaces the 'botan' package) Botan is a crypto library for C++ released under the permissive 2-clause BSD license. It provides most any cryptographic algorithm you might be looking for, along with Transport Layer Security (TLS), X.509 certs, CRLs, and path validation, a pipeline-style message processing system, bcrypt password hashing, and other useful things. This is an update to the latest release in the 1.8 branch, used by the latest official release of monotone. All optional features are enabled, and the shared library is now available. The i686 release was built with gcc-4.7, currently in testing. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Updated: {libmcrypt-doc/libmcrypt4/libmcrypt-devel}-2.5.8-11: Library for multiple encryption methods
Hi New versions of 'libmcrypt-doc/libmcrypt4/libmcrypt-devel' have been uploaded to a server near you. o Build for cygwin 1.7.18 with gcc-4.5.3 o Uses cygport for .hint files generation o debuginfo package included o Package rename: libmcrypt - libmcrypt-doc CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: mcrypt-2.6.8-3: A replacement for the old crypt command
Hi A new version of 'mcrypt' has been uploaded to a server near you. o Build for cygwin 1.7.18 with gcc-4.5.3 o Switched to versionless .cygport file CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: gq-1.3.4-2: Interactive graphical LDAP browser
Hi A new version of 'gq' has been uploaded to a server near you. o Build for cygwin 1.7.18 with gcc-4.5.3 o Uses cygport for .hint files generation o debuginfo package included CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: {serf,libserf1_0,libserf1-devel}-1.2.0-1
The serf packages have been updated to the new upstream release 1.2.0. See http://serf.googlecode.com/svn/tags/1.2.0/CHANGES for more details about the changes in this release. More information about serf can be found at http://code.google.com/p/serf/. DESCRIPTION: The serf library is a C-based HTTP client library built upon the Apache Portable Runtime (APR) library. It multiplexes connections, running the read/write communication asynchronously. Memory copies and transformations are kept to a minimum to provide high performance operation. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs.
Updated: cyrus-sasl-2.1.26-1
New versions of cyrus-sasl and related packages are available. IMPORTANT NOTE: === The previous 2.1.25-1 package included an ABI change from upstream without updating the DLL names. This can cause problems with other packages that were compiled against the earlier version of cyrus-sasl (e.g., exim or openldap). Users of those packages should downgrade their libsasl2 package to 2.1.23-1 to avoid any problems. This update includes a new libsasl2_3 package that can be installed in parallel with the older libsasl2 package. CYGWIN CHANGES: == * Switch to version-less .cygport file * Remove Cygwin README. * Auto-generate hints. * Run test suite. * Update to db-4.8. * The ABI changed, so include a libsasl2_3 package that can be installed in parallel with the older libsasl2 package. The plug-ins for the new package are stored in /usr/lib/sasl2_3. DESCRIPTION: SASL is the Simple Authentication and Security Layer, a method for adding authentication support to connection-based protocols. To use SASL, a protocol includes a command for identifying and authenticating a user to a server and for optionally negotiating protection of subsequent protocol interactions. If its use is negotiated, a security layer is inserted between the protocol and the connection. See http://cyrusimap.org/ for more information. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs.
Updated: {aprutil1,libaprutil1,libaprutil1-devel}-1.5.2-1
A new version the Apache Portable Runtime utilities library is now available for download. CYGWIN CHANGES: === * Build against latest libdb: db4.8 for Cygwin and db5.3 for Cygwin 64. * Disable PostgreSQL support. * The PostgreSQL package does not provide dynamic libraries, which are required to build the DSO modules. * Switch to version-less cygport file. * Autogenerate hints. Remove README. * Support building for 64-bit Cygwin. * Currently no openldap support. DESCRIPTION: The mission of the Apache Portable Runtime (APR) project is to create and maintain software libraries that provide a predictable and consistent interface to underlying platform-specific implementations. The primary goal is to provide an API to which software developers may code and be assured of predictable if not identical behaviour regardless of the platform on which their software is built, relieving them of the need to code special-case conditions to work around or take advantage of platform-specific deficiencies or features. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Having nothing, nothing can he lose. -- William Shakespeare, Henry VI
Updated: subversion-1.7.9-2
CYGWIN NEWS: * Switch to version-less .cygport file. * Rebuild against libsasl2_3. * Update to db4.8. * Include a partial fix for UNC paths. This fixes the issues reported in http://cygwin.com/ml/cygwin/2013-05/msg00382.html but does not allow UNC paths on the command-line as described in http://cygwin.com/ml/cygwin/2013-01/msg00061.html. Using UNC paths as command-line arguments requires teaching libapr1 about UNC paths for Cygwin. NEWS: = See CHANGES (URL below) for more information about the differences between 1.7.9 and previous Subversion releases. IMPORTANT: Please read the release notes (URL below) before upgrading from a previous major release. 1.7 includes a new working copy format with a manual upgrade operation. This will render your working copy unusable with previous major releases. Furthermore, there are some issues trying to upgrade corrupt working copies. Please see the release notes http://subversion.apache.org/docs/release-notes/1.7.html for more details about the changes in Subversion. See http://svn.apache.org/repos/asf/subversion/tags/1.7.9/CHANGES for more details about the changes in 1.7.9. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.7/index.html for the latest official release of the Subversion Book. DOWNLOAD: = Note that downloads from sourceware.org (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenbergerspammer? - s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Cats, no less liquid than their shadows, offer no angles to the wind.
Updated: botan-1.8.14-1
The following packages have been updated in the Cygwin distribution: *** libbotan1.8.13-1.8.14-1 *** libbotan-devel-1.8.14-1 (replaces the 'botan' package) Botan is a crypto library for C++ released under the permissive 2-clause BSD license. It provides most any cryptographic algorithm you might be looking for, along with Transport Layer Security (TLS), X.509 certs, CRLs, and path validation, a pipeline-style message processing system, bcrypt password hashing, and other useful things. This is an update to the latest release in the 1.8 branch, used by the latest official release of monotone. All optional features are enabled, and the shared library is now available. The i686 release was built with gcc-4.7, currently in testing. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
