[ITP] Onigurama-5.9.2
Hi thinking about packaging slrn I decided to start from its dependency Oniguruma - S-lang - slrn Oniguruma is a regular expressions library. The characteristics of this library is that different character encoding for every regular expression object can be specified. (supported APIs: GNU regex, POSIX and Oniguruma native) Supported character encodings: ASCII, UTF-8, UTF-16BE, UTF-16LE, UTF-32BE, UTF-32LE, EUC-JP, EUC-TW, EUC-KR, EUC-CN, Shift_JIS, Big5, GB18030, KOI8-R, CP1251, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-11, ISO-8859-13, ISO-8859-14, ISO-8859-15, ISO-8859-16 Website http://www.geocities.jp/kosako3/oniguruma/ License BSD already present in most linux distribution to download: wget -r -np -nH --cut-dirs=2 http://matzeri.altervista.org/cygwin-1.7/onig/ libonig-devel/libonig-devel-5.9.2-1.tar.bz2 libonig-devel/setup.hint libonig2/libonig2-5.9.2-1.tar.bz2 libonig2/setup.hint onig-5.9.2-1-src.tar.bz2 onig-5.9.2-1.tar.bz2 setup.hint $ grep RESULT onig-5.9.2-1-check.log RESULT SUCC: 684, FAIL: 0, ERROR: 0 (by Oniguruma 5.9.2) RESULT SUCC: 684, FAIL: 0, ERROR: 0 (by Oniguruma 5.9.2) RESULT SUCC: 684, FAIL: 0, ERROR: 0 (by Oniguruma 5.9.2) Marco
Re: [ITP] Onigurama-5.9.2
On Sep 16 10:08, Marco Atzeri wrote: Hi thinking about packaging slrn I decided to start from its dependency Oniguruma - S-lang - slrn Oniguruma is a regular expressions library. The characteristics of this library is that different character encoding for every regular expression object can be specified. (supported APIs: GNU regex, POSIX and Oniguruma native) Supported character encodings: ASCII, UTF-8, UTF-16BE, UTF-16LE, UTF-32BE, UTF-32LE, EUC-JP, EUC-TW, EUC-KR, EUC-CN, Shift_JIS, Big5, GB18030, KOI8-R, CP1251, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-11, ISO-8859-13, ISO-8859-14, ISO-8859-15, ISO-8859-16 Website http://www.geocities.jp/kosako3/oniguruma/ License BSD already present in most linux distribution to download: wget -r -np -nH --cut-dirs=2 http://matzeri.altervista.org/cygwin-1.7/onig/ Looks good. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[ITP] mingw-w64 (32-bit)
Hi, I have uploaded the 32bit toolchain, I hope there are no thinkos when adapting the cygport files. mingw64-i686-binutils category: Devel requires: libgcc1 libintl8 zlib0 sdesc: Binutils for MinGW-w64 Win32 toolchain ldesc: Mingw-w64 Cross binutils for Win32 target. https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-binutils/mingw64-i686-binutils-2.20.51-1-src.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-binutils/mingw64-i686-binutils-2.20.51-1-src.tar.bz2/download mingw64-i686-headers category: Devel requires: libgcc1 libintl8 zlib0 sdesc: Binutils for MinGW-w64 Win32 toolchain ldesc: Mingw-w64 Cross binutils for Win32 target. https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-headers/mingw64-i686-headers-1.0b_svn3433-1.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-headers/mingw64-i686-headers-1.0b_svn3433-1-src.tar.bz2/download mingw64-i686-runtime category: Devel requires: mingw64-i686-headers sdesc: CRT libraries for Win32 target. ldesc: Mingw-w64 CRT libraries for Win32 target development. https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-runtime/mingw64-i686-runtime-20100809-1.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-runtime/mingw64-i686-runtime-20100809-1-src.tar.bz2/download mingw64-i686-pthreads category: Devel requires: mingw64-i686-runtime sdesc: libpthread for MinGW-w64 Win32 toolchain ldesc: libpthread for MinGW-w64 Win32 toolchain https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-pthreads/mingw64-i686-pthreads-20100619-1-src.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-pthreads/mingw64-i686-pthreads-20100619-1.tar.bz2/download mingw64-i686-gcc category: Devel sdesc: GCC for MinGW-w64 Win32 toolchain (sources) ldesc: GCC for MinGW-w64 Win32 toolchain requires: https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-gcc/mingw64-i686-gcc-4.5.1-1-src.tar.bz2/download mingw64-i686-gcc-objc category: Devel requires: mingw64-i686-gcc-core external-source: mingw64-i686-gcc sdesc: GCC objc and objc++ for MinGW-w64 Win32 toolchain ldesc: GCC objc and objc++ for MinGW-w64 Win32 toolchain https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-gcc/mingw64-i686-gcc-objc/mingw64-i686-gcc-objc-4.5.1-1.tar.bz2/download mingw64-i686-gcc-g++ category: Devel requires: mingw64-i686-gcc-core external-source: mingw64-i686-gcc sdesc: GCC g++ for MinGW-w64 Win32 toolchain ldesc: GCC g++ for MinGW-w64 Win32 toolchain https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-gcc/mingw64-i686-gcc-g%2B%2B/mingw64-i686-gcc-g%2B%2B-4.5.1-1.tar.bz2/download mingw64-i686-gcc-fortran category: Devel requires: mingw64-i686-gcc-core external-source: mingw64-i686-gcc sdesc: GCC gfortran for MinGW-w64 Win32 toolchain ldesc: GCC gfortran for MinGW-w64 Win32 toolchain https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-gcc/mingw64-i686-gcc-fortran/mingw64-i686-gcc-fortran-4.5.1-1.tar.bz2/download mingw64-i686-gcc-ada category: Devel requires: mingw64-i686-gcc-core external-source: mingw64-i686-gcc sdesc: GCC ada for MinGW-w64 Win32 toolchain ldesc: GCC ada for MinGW-w64 Win32 toolchain https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-gcc/mingw64-i686-gcc-ada/mingw64-i686-gcc-ada-4.5.1-1.tar.bz2/download mingw64-i686-gcc-core category: Devel requires: libcloog0 libgcc1 libgmp3 libiconv2 libintl8 libmpc1 libmpfr1 libppl mingw64-i686-binutils mingw64-i686-pthreads mingw64-i686-runtime external-source: mingw64-i686-gcc sdesc: GCC for MinGW-w64 Win32 toolchain ldesc: GCC for MinGW-w64 Win32 toolchain https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-gcc/mingw64-i686-gcc-core/setup.hint/download
Re: [ITP] Onigurama-5.9.2
On Thu, Sep 16, 2010 at 10:08:54AM +, Marco Atzeri wrote: Hi thinking about packaging slrn I decided to start from its dependency Oniguruma - S-lang - slrn Just in case it could be useful in any way, I've attached a cygport file for S-Lang. AFAICT, it builds and works OK. The only thing to care about is building with -j1, otherwise it fails. Regards. -- Huella de clave primaria: 0FDA C36F F110 54F4 D42B D0EB 617D 396C 448B 31EB DESCRIPTION=multi-platform programmer's library SRC_URI=ftp://space.mit.edu/pub/davis/slang/v2.2/${P}.tar.bz2; HOMEPAGE=http://www.s-lang.org/; NO_AUTOHEADER=true CYGCONF_ARGS=--with-x --with-pcre --with-onig --with-png --with-z --with-iconv --with-readline=gnu MAKEOPTS+= -j1 PKG_NAMES=${PN} slsh lib${PN}2 lib${PN}2-devel lib${PN}2-modules PKG_HINTS=setup shell runtime devel modules DIFF_EXCLUDES=Makefile slang.pc src/sysconf.h slsh_CONTENTS=etc/slsh.rc usr/bin/slsh.exe usr/share/doc/slsh/ usr/share/man/man1/ usr/share/slsh/ libslang2_CONTENTS=usr/bin/libslang2.dll usr/share/doc/slang/v2/ usr/share/doc/Cygwin/slang.README usr/share/doc/slang/CHANGES.txt usr/share/doc/slang/COPYING usr/share/doc/slang/NEWS usr/share/doc/slang/README libslang2_devel_CONTENTS=usr/include/ usr/lib/libslang.dll.a usr/lib/pkgconfig/ libslang2_modules_CONTENTS=usr/lib/slang/v2/modules src_compile() { cd ${S} cygconf cygmake } src_test() { : } src_install() { cd ${S} cyginstall make distclean } signature.asc Description: Digital signature
Re: [ITP] Onigurama-5.9.2
--- Gio 16/9/10, David Sastre ha scritto: On Thu, Sep 16, 2010 at 10:08:54AM +, Marco Atzeri wrote: Hi thinking about packaging slrn I decided to start from its dependency Oniguruma - S-lang - slrn Just in case it could be useful in any way, I've attached a cygport file for S-Lang. AFAICT, it builds and works OK. The only thing to care about is building with -j1, otherwise it fails. Regards. David, I guess you are using a patched version of s-lang, but your source is not reachable cygport slang-2.2.2-1.cygport almostall Preparing slang-2.2.2-1 *** ERROR: Cannot find source package slang-2.2.2.tar.bz2 For what I saw s-lang is built by every distribution with a long list of patches e.g. https://build.opensuse.org/package/files?package=slangproject=openSUSE%3A11.3 http://ftp.de.debian.org/debian/pool/main/s/slang2/slang2_2.2.2-4.debian.tar.gz and moreover I hate a package that use autoconf and does not allow to build in a separate directory from source. My source Aesthetics asks me to make some autoconf/automake cleaning, and to build in a separate directory. I hope it will not take too long. Marco
Cygwin/X server start up fatal error - failed to compile keymap
Haven't used Cygwin/X for some time. Now when I start it (either with startxwin.exe, XWin.exe, startx etc), I always get a fatal error: A fatal error has occurred and Cygwin/X will now exit. Failed to activate core devices. The /var/log/XWin.0.log contains the following EE messages: [143394.171] (EE) Error compiling keymap (server-0) [143394.171] (EE) XKB: Couldn't compile keymap [143394.171] XKB: Failed to compile keymap [143394.171] Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. [143394.171] Fatal server error: [143394.171] Failed to activate core devices. Searched the web and found some similar problems other people had. But no solutions work for me. Tried: rebaseall, reinstall xkeyboard-config, reinstall bash, make sure /bin/sh exists, xkbcomp exists, /usr/share/X11/xkb/rules exists. Nothing works. versions: cygwin 1.7.7-1 xorg-server 1.8.2-1 xkeyboard-config 1.9-1 What should I do to solve this or how to further investigate it? Please help. Thanks Kyle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Your account has been temporarily limited
Dear customer, Your account has been temporarily limited . Download and fill out the form to resolve the problem. Thank You. Restore_your_account_PayPal.html Description: application/octetstream -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Behaviours of Terminal Versus Script when using
Hello Heath Thanks for the heads up - There was no .bashrc - so created one - but it does not appear to execute when creating a new cygwin bash shell (via cmd interface) So I dropped a call to .profile in the script . ~/.profile This resolves the issue - it appears that a script executed within the shell does not inherit the variables bound within the main shell. The mintty terminal appears to behave normally and does reuse the variables already bound within the shell environment. Not ideal as I will have scripts that call further scripts. Thanks for the advice -/ D Heath Kehoe wrote: On 9/15/2010 12:18 PM, delbydev wrote: Hello Have hunted all over for this one but it seems no one else has reported the issue - maybe because they don't use the feature or there is something awry with my installation I write scripts that dart in and out of databases I bind my Oracle connection string into a number of variables in my .profile ORACLE_HOME='c:\\Oracle\\product\\11.2.0\\dbhome_2' export ORACLE_HOME mydbconn=${ORACLE_HOME}\\bin\\sqlplus -s mydbuser/mydbp...@mydbhost export mydbconn [snip] so two questions 1) Does the MS CMD Terminal support in scripts (presently not in my installation) - I can't be sure but I think it used to work on older environment 2) Is minnty a default standard terminal that will ship with all future builds of cygwin? The problem here is not in the construct. That's a function of the bash shell, not the terminal window (cmd, mintty), and works the same way in both. I'll bet the problem is your $mydbconn variable is not set where you're trying to run your script. Try this test... in your script, put: echo mydbconn is set to ${mydbconn}. /tmp/myresults.txt And run it. I'll bet you'll see mydbconn is set to . which means it's empty (not set) when using cmd, and is set when using mintty. The reason is that you put those variable settings in .profile, which is only used in login shells; and whether a shell is a login shell depends on how it is invoked; which can differ depending on the terminal window you use and how *that* is invoked. Try placing your mydbconn and ORACLE_HOME variable settings into .bashrc instead of (or in addition to) your .profile; or directly into your script. -h __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/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 -- View this message in context: http://old.nabble.com/Behaviours-of-Terminal-Versus-Script-when-using-%22%3C%3C%22-tp29720777p29725689.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Security Warning: Re: Behaviours of Terminal Versus Script when using
Hello Thomas Noted and already accounted for - was just avoiding confusing the actual issue The way I approach this is as follows Create a directory e.g. .myconns in my home directory with 700 chmod permission In my .profile (or equivalent) export SQLORACLE=${ORACLE_HOME}\\bin\\sqlplus.exe -s /NOLOG export CONNHOME=${HOME}/.myconns REPCONNFILE=${CONNHOME}/.connrep.sql; echo conn myuser/myp...@mydbhost ${REPCONNFILE} chmod 600 ${REPCONNFILE} export mydbconn=${SQLORACLE} @${REPCONNFILE}; so in the .myconns directory is the connection string - the /NOLOG switch prevents sqlplus from actually trying to connect from the shell command level. the relevant connection is picked up in the REPCONNFILE so a ps will only ever show the value (path) of the REPCONNFILE so I can reuse new existing database darter #!/bin/bash echo My DB Time Fetcher /tmp/myresults.txt date /tmp/myresults.txt ${mydbconn} FINGather /tmp/myresults.txt alter session set nls_date_format = '-mm-dd hh24:mi:ss'; select sysdate from dual; FINGather The issue is the cmd shell does not handle the inheritance of variables from the shell to a script without making explicit call within the script to bind the variables e.g #!/bin/bash . ~/.profile echo My DB Time Fetcher /tmp/myresults.txt date /tmp/myresults.txt ${mydbconn} FINGather /tmp/myresults.txt alter session set nls_date_format = '-mm-dd hh24:mi:ss'; select sysdate from dual; FINGather The mintty terminal handles this fine as per Typical true bash environments on UNIX servers - the cmd shell seems to require another configuration to enable variables to be inherited in a script from the outer shell - this I don't presently know how Thanks for mentioning and hope the forum can use some of this for their own developments Thomas Wolff-3 wrote: Am 15.09.2010 19:18, schrieb delbydev: Hello Have hunted all over for this one but it seems no one else has reported the issue - maybe because they don't use the feature or there is something awry with my installation I write scripts that dart in and out of databases I bind my Oracle connection string into a number of variables in my .profile ORACLE_HOME='c:\\Oracle\\product\\11.2.0\\dbhome_2' export ORACLE_HOME mydbconn=${ORACLE_HOME}\\bin\\sqlplus -s mydbuser/mydbp...@mydbhost export mydbconn so when I want to dart into the database - I perform the following from the terminal command line ${mydbconn} ... Not answering your question (others did), but be aware: It is a very, very bad idea in general to place a password on the command line because every user on your machine can see your password. Do this on your home machine for testing only. -- Thomas -- 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 -- View this message in context: http://old.nabble.com/Behaviours-of-Terminal-Versus-Script-when-using-%22%3C%3C%22-tp29720777p29725859.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Security Warning: Re: Behaviours of Terminal Versus Script when using
On 16.09.2010 09:59, delbydev wrote: Hello Thomas Noted and already accounted for ... almost; the security hole has changed to a very tiny one with your new script; however, somebody spying on you and monitoring your login multiple times could still be lucky to catch the parameters of echo. By any strategy of security, this needs to be strictly avoided. You could instead just edit that file manually once. Or, if you need to generate it, use the inline input approach (using , where we are meeting your original problem, but the context is more straightforward). -- Thomas - was just avoiding confusing the actual issue The way I approach this is as follows Create a directory e.g. .myconns in my home directory with 700 chmod permission In my .profile (or equivalent) export SQLORACLE=${ORACLE_HOME}\\bin\\sqlplus.exe -s /NOLOG export CONNHOME=${HOME}/.myconns REPCONNFILE=${CONNHOME}/.connrep.sql; echo conn myuser/myp...@mydbhost ${REPCONNFILE} chmod 600 ${REPCONNFILE} export mydbconn=${SQLORACLE} @${REPCONNFILE}; so in the .myconns directory is the connection string - the /NOLOG switch prevents sqlplus from actually trying to connect from the shell command level. the relevant connection is picked up in the REPCONNFILE so a ps will only ever show the value (path) of the REPCONNFILE so I can reuse new existing database darter ... Thomas Wolff-3 wrote: Am 15.09.2010 19:18, schrieb delbydev: Hello Have hunted all over for this one but it seems no one else has reported the issue - maybe because they don't use the feature or there is something awry with my installation I write scripts that dart in and out of databases I bind my Oracle connection string into a number of variables in my .profile ORACLE_HOME='c:\\Oracle\\product\\11.2.0\\dbhome_2' export ORACLE_HOME mydbconn=${ORACLE_HOME}\\bin\\sqlplus -s mydbuser/mydbp...@mydbhost export mydbconn so when I want to dart into the database - I perform the following from the terminal command line ${mydbconn} ... Not answering your question (others did), but be aware: It is a very, very bad idea in general to place a password on the command line because every user on your machine can see your password. Do this on your home machine for testing only. -- Thomas -- 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 -- 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: awk gsub problem
On Sep 15 18:30, Lee wrote: I don't know if this is just a problem with the cygwin version of awk, me misunderstanding something or what, but it looks like gsub isn't working correctly in awk: $ sh /tmp/test.awk s= ::0:: should = ::S0:: $ cat /tmp/test.awk awk ' BEGIN { s=Serial0 gsub([a-z],,s) printf(s= ::%s:: should = ::S0::\n, s) exit } ' I also tried it with IGNORECASE=0 and with awk --traditional - same results. $ which awk /usr/bin/awk $ awk --version GNU Awk 3.1.8 Works fine for me: $ uname -a CYGWIN_NT-6.1 vmbert7 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 Cygwin $ gawk --version GNU Awk 3.1.8 Copyright (C) 1989, 1991-2010 Free Software Foundation. [...] $ sh //calimero/corinna/test.awk s= ::S0:: should = ::S0:: $ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cmake 2.8.x
--- Mer 8/9/10, Marco Atzeri ha scritto: --- Mer 8/9/10, Yaakov (Cygwin/X) ha scritto: Marco Atzeri wrote: any obstacle to move to cmake 2.8.x ? I know that Yaakov has his own version, but it will be simpler to have it in the distro. I'm trying to work with the package maintainer, who is also an upstream author, to support my changes to CMake, primarily not to treat Cygwin as a Windows platform. Without these changes, many packages will not build properly on Cygwin, including KDE4. Some progress has been made but eight months later we're still not there yet: http://cmake.org/Bug/view.php?id=10122 thanks for the info Yaakov, your last 2.8.2 seems to need a cygport version of cygstdc++-6.dll, so I am using your previous 2.8.1 I'm using gcc-4.5 now; could you try with libgcc1 and libstdc++6 4.5.0-1? Yaakov unfortunately I am working to update/save the qhull library that is breaking octave, so I need to stay library compatible with the distro. Marco I just built 2.8.2-1 using your 2.8.1-11, just without qt dependency and after the long testing I had The following tests FAILED: 86 - ExternalProject (Timeout) 94 - testing (Failed) 101 - JumpWithLibOut (Failed) 102 - JumpNoLibOut (Failed) Errors while running CTest make: *** [test] Error 8 Is happening also on your gcc-4.5 build ? Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
Greetings, Al! You didn't read my reply to the end, but I accept your explanation. Still, that specific point of code is suspicious for my taste of fool-proof'ness. Sure you could reflect about the length of minor versions here. But does that address the original topic? :-) After python 2.7 there is 3.x AFAIK. As I said, I'm aware of that. -- WBR, Andrey Repin (anrdae...@freemail.ru) 16.09.2010, 15:07 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
Perplexing endless setup at /etc/postinstall stage: 2 hours and counting
Over the years I've read many accounts of setup stalling / hanging / taking forever / ... at the /etc/postinstall stage. This has never, ever, happened to me, and I've always assumed the underlying cause to be some minor local problem with the poster's platform or implementation. Until today. I've tried twice to install Cygwin to a fresh formatted NTFS stick and on both occasions the installation has become stuck at /etc/postinstall/coreutils.sh It's not that everything has halted. The stick's little green activity light is flashing away, and has never stopped; so something is going on - but after 2 hours I'm assuming it's some kind of faulty endless loop rather than the proper progression to completion. Could press Cancel (as I did at the first attempt) but while _something_ is happening I'm inclined to hang around a bit longer, and see. Any clues? Anything odd/ miscast about coreutils.sh which [for the moment] I'm not in a position to scrutinise myself? Thank you, Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Security Warning: Re: Behaviours of Terminal Versus Script when using
On 16 September 2010 08:59, delbydev wrote: The issue is the cmd shell does not handle the inheritance of variables from the shell to a script without making explicit call within the script to bind the variables Can you provide simple instructions that demonstrate the issue without requiring a database? By cmd shell, do you mean Cygwin bash running in a console window, or do you mean the actual Windows command processor (the one that prompts with 'C:\Users\name'). The mintty terminal handles this fine as per Typical true bash environments on UNIX servers - the cmd shell seems to require another configuration to enable variables to be inherited in a script from the outer shell - this I don't presently know how That sounds a bit confused. Let me try to clarify things a bit. Cmd.exe and the console window are not the same thing. Cmd.exe is a command processor, similar in concept (if not implementation) to Unix shells such as bash. They all just take text input and produce text output and they don't concern themselves with displaying a window or anything like that. When you invoke a console application such as cmd.exe or bash.exe from Explorer, Windows automatically creates a console window for it that turns key presses into text input and that display text output on the screen. On Windows 7, that's implemented by conhost.exe. Meanwhile, mintty is similar to conhost.exe in that it sends keyboard input to the program running inside it and displays output coming back from the program. You can set the program to run in it on the mintty command line. By default, that's bash, i.e. no matter whether you invoke the Cygwin Bash Shell or the mintty shortcut, it's normally bash that's processing your commands. To summarise: Console/terminal: conhost, mintty, rxvt, xterm ... Command processor/shell: cmd, bash, tcsh, zsh, ... There are important differences between Windows consoles and Unix terminals as well, but let's leave those for now ... Andy -- 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
Making a tailored Cygwin, something between Base and Full
The best solution to the problem of making a tailored Cygwin installation Base + select handful of packages but stopping short of Full (typically, well short of Full) seems to be Igor Pechtchanski's offered at http://cygwin.com/ml/cygwin/2005-01/msg00528.html but probably with other references too. I have been able to achieve this many times in the past by incorporating a single additional paragraph into setup.ini, located near the top immediately between the lines setup-timestamp: xx and @ ELFIO and typically looking something like @ anynameilike category: Base requires: bc bison expect flex gcc make ncurses readline util-linux version: 8 where the required list comes after requires: (and some version number or other is necessary too). Choose Default in setup.exe and away you go. You get Base + all your requirements AND with all dependencies attended to. This has worked many times in the past but today I have tried it for the first time with the current version of setup.exe (and not for several predecessors) and for no reason that I can discern the @ anynameilike package is not being picked up. All that happens after choosing Default is that Base is installed, with none of the bespoke extras and dependencies that this algorithm is intended to achieve. The only thing I can think of that might explain this is that maybe the contrived package @ anynameilike needs to be located differently: maybe alphabetically (ie between @ antiword and @ apache ??) whereas previous versions of setup.exe have been more forgiving. Dunno: but for the moment I seem to have lost this very useful capability simply and efficiently to make a tailored installation, and I wondered whether anybody else has tried this successfully in the past, but unsuccessfully now? Thank you. Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Making a tailored Cygwin, something between Base and Full
On 2010-09-16 11:59Z, Fergus wrote: The best solution to the problem of making a tailored Cygwin installation Base + select handful of packages but stopping short of Full (typically, well short of Full) seems to be Igor Pechtchanski's offered at http://cygwin.com/ml/cygwin/2005-01/msg00528.html I've used that technique in the past, with this customized file: http://download.savannah.gnu.org/releases/lmi/setup.ini But I haven't tried it since 1.7 was released, because now I find it much easier to specify selected packages on the command line: http://www.cygwin.com/ml/cygwin/2009-06/msg00470.html I have been able to achieve this many times in the past by incorporating a single additional paragraph into setup.ini, located near the top immediately between the lines setup-timestamp: xx and @ ELFIO Then I guess you're modifying Cygwin's setup files instead of providing an additional .ini' file on a separate server? -- 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
Cygwin + Python: unable to remap
Hello, I knew in advance this would be one of the difficult points. I compiled python and ncurses on a prefix. Now I get the following error: 2 [main] python2.6 1180 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x27 != 0x35 I tried to do rebaseall twice, but it doesn't solve it. I can find postings on the web, where some related issues origin from pythons caching mechanisms. Does this rather look like a python or a cygwin issue? Any ideas how to solve it? Thanks Al -- 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
Question about cygwin + rsync and file permissions
Hello, I am trying to copy files from a Linux machine to Windows using rsync. I am using rsync 3.0.7 and cygwin 1.7.5. The source files on the linux machine are all owned by root:root with mode 0755. When I copy them with the following command: rsync -clrtv --chmod=ugo=rwX rsync://user@linux/path/to/files /cygdrive/d/path/to/destination I get the files, but the user who performs the copy ends up with strange permissions on them. There are two 'special' permissions entries, one with a list of denied permissions and the other with a list of permitted ones. Denied permissions: Traverse Folder / Execute File List Folder / Read Data Read Extended Attributes Create Files / Write Data Create Folders / Append Data Write Extended Attributes Allowed permissions: Read Attributes Write Attributes Delete Read Permissions Write Permissions Take Ownership The result is that I can delete the files and change their permissions, but I can't actually read them. I am confused about this because I think the --chmod=ugo=rwX clause should leave the files readable. What am I doing wrong? Thanks, -Will -- Will Saxon Alachua RD Systems Administrator Sage Healthcare Division 13545 Progress BLVD Alachua, FL 32615 Tel: 386.418.7341 Fax: 813.207.9753 william.sa...@sage.com www.sagehealth.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin + Python: unable to remap
To give some additional information: If I run the program several times (without rebasing in between) the addresses always change. I don't see a pattern in it: 2 [main] python2.6 384 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x3B != 0x99 3 [main] python2.6 1012 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x35 != 0x99 3 [main] python2.6 3576 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x35 != 0x99 2 [main] python2.6 1672 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x35 != 0x36 2 [main] python2.6 172 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x27 != 0x34 2 [main] python2.6 3592 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x38 != 0x99 If the addresses change anyway rebasing doesn't seem to be the solution. Right? Al -- 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: Question about cygwin + rsync and file permissions
2010/9/16 Saxon, Will will.sa...@sage.com: Hello, I am trying to copy files from a Linux machine to Windows using rsync. I am using rsync 3.0.7 and cygwin 1.7.5. The source files on the linux machine are all owned by root:root with mode 0755. When I copy them with the following command: rsync -clrtv --chmod=ugo=rwX rsync://user@linux/path/to/files /cygdrive/d/path/to/destination I get the files, but the user who performs the copy ends up with strange permissions on them. There are two 'special' permissions entries, one with a list of denied permissions and the other with a list of permitted ones. A guess: Could it be related to the manifest issue? http://www.cygwin.com/ml/cygwin/2009-06/msg00066.html Al -- 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
Compiling with G++ and segment fault on vector declaration
Hi there! I have set the links to the files I used below: http://dl.dropbox.com/u/1729951/cards.cpp http://dl.dropbox.com/u/1729951/cards.h http://dl.dropbox.com/u/1729951/hw8.cpp I run this on cygwin: $ g++ cards.h cards.cpp hw8.cpp cards.h:74: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://cygwin.com/problems.html for instructions. These files run fine on Ubuntu and LinuxMint Any idea what the problem could be? John -- 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: ssh from linux to cygwin + CUI + Ctrl-C
On Wed, Sep 15, 2010 at 4:43 AM, Andrew DeFaria and...@defaria.com wrote: On 09/14/2010 08:39 AM, Ilia K. wrote: Hi, All. I've searched quite a lot for the subj and found no solution yet. I've installed the last cygwin+openssh on Windows XP. I want to connect from linux and run some native console applications (non-cygwin CUI, particularly, cdb and cmd) and I need these applications to correctly handle Ctrt-C. If such CUI application is started from local cygwin bash window it handles Ctrl-C properly, but if it's started over ssh Ctrl-C terminates application and the control returns to bash (the one which runs on the server, ssh session doesn't terminate). Control-C works from me ssh'ing from Linux - Cygwin. Of course my Cygwin is running on Windows 7 (Actually a vm of Windows 7) but IIRC Control-C also works at work when I ssh from Linux - Cygwin on XP. Earth:uname -a Linux earth 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 x86_64 GNU/Linux Earth:ssh pluto Last login: Tue Sep 14 19:40:43 2010 from earth Pluto:uname -a CYGWIN_NT-6.1-WOW64 Pluto 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin Pluto:^C Pluto:stty -a speed 38400 baud; rows 24; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^H; kill = ^X; eof = ^D; eol = undef; eol2 = undef; swtch = ^Z; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe -echok -echonl -noflsh tostop echoctl echoke Pluto: Have you tried to ssh to cygwin, then run cmd.exe (to get a dos prompt) and then press Ctrl-C? In my case this terminates cmd.exe and returns to bash, but this behavior is wrong (try to press Ctrl-C in cmd.exe which is run directly from the desktop, not from ssh session). Regards, Ilia. -- 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: ssh from linux to cygwin + CUI + Ctrl-C
On Thu, Sep 16, 2010 at 09:05:43PM +0200, Ilia K. wrote: On Wed, Sep 15, 2010 at 4:43 AM, Andrew DeFaria and...@defaria.com wrote: On 09/14/2010 08:39 AM, Ilia K. wrote: Hi, All. I've searched quite a lot for the subj and found no solution yet. I've installed the last cygwin+openssh on Windows XP. I want to connect from linux and run some native console applications (non-cygwin CUI, particularly, cdb and cmd) and I need these applications to correctly handle Ctrt-C. If such CUI application is started from local cygwin bash window it handles Ctrl-C properly, but if it's started over ssh Ctrl-C terminates application and the control returns to bash (the one which runs on the server, ssh session doesn't terminate). Control-C works from me ssh'ing from Linux - Cygwin. Of course my Cygwin is running on Windows 7 (Actually a vm of Windows 7) but IIRC Control-C also works at work when I ssh from Linux - Cygwin on XP. Earth:uname -a Linux earth 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010 x86_64 GNU/Linux Earth:ssh pluto Last login: Tue Sep 14 19:40:43 2010 from earth Pluto:uname -a CYGWIN_NT-6.1-WOW64 Pluto 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin Pluto:^C Pluto:stty -a speed 38400 baud; rows 24; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^H; kill = ^X; eof = ^D; eol = undef; eol2 = undef; swtch = ^Z; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe -echok -echonl -noflsh tostop echoctl echoke Pluto: Have you tried to ssh to cygwin, then run cmd.exe (to get a dos prompt) and then press Ctrl-C? In my case this terminates cmd.exe and returns to bash, but this behavior is wrong (try to press Ctrl-C in cmd.exe which is run directly from the desktop, not from ssh session). http://cygwin.com/ml/cygwin/2010-09/msg00468.html cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin + Python: unable to remap
Al schrieb: To give some additional information: If I run the program several times (without rebasing in between) the addresses always change. I don't see a pattern in it: 2 [main] python2.6 3592 P:\cygwin\home\prefix\gentoo\usr\bin\python2.6.exe: *** fatal error - unable to remap P:\cygwin\home\prefix\gentoo\usr\bin\cygncurses5.dll to same address as parent: 0x38 != 0x99 If the addresses change anyway rebasing doesn't seem to be the solution. Right? Did rebaseall really succeed successfully? Looks like one dll is at a wrong baseaddress. I often had /bin/cygz.dll wrong. Everything below 0x6000 should be suspicious: ldd /bin/python.exe ldd /bin/bash -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin + Python: unable to remap
Did rebaseall really succeed successfully? I turned off Avira. Rebaseall was successfull (no warnings or else). Did also reboot. Looks like one dll is at a wrong baseaddress. I often had /bin/cygz.dll wrong. Everything below 0x6000 should be suspicious: ldd /bin/python.exe pre...@alder ~ $ ldd ~/gentoo/usr/bin/python2.6.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) libpython2.6.dll = /home/prefix/gentoo/usr/bin/libpython2.6.dll (0x67cc) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) ldd /bin/bash pre...@alder ~ $ ldd ~/gentoo/bin/bash.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygncurses5.dll = /home/prefix/gentoo/usr/bin/cygncurses5.dll (0x1000) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) USER32.dll = /cygdrive/c/Windows/system32/USER32.dll (0x775a) GDI32.dll = /cygdrive/c/Windows/system32/GDI32.dll (0x7610) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) IMM32.DLL = /cygdrive/c/Windows/system32/IMM32.DLL (0x7601) MSCTF.dll = /cygdrive/c/Windows/system32/MSCTF.dll (0x7703) msvcrt.dll = /cygdrive/c/Windows/system32/msvcrt.dll (0x77ab) LPK.DLL = /cygdrive/c/Windows/system32/LPK.DLL (0x76c6) USP10.dll = /cygdrive/c/Windows/system32/USP10.dll (0x7721) Cygwin Python binary is working. Something must be wrong with my own cygwin build I guess. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin + Python: unable to remap
Cygwin Python binary is working. Something must be wrong with my own cygwin build I guess. correct: ... with my own Python build ... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin + Python: unable to remap
To compare both: Everything below 0x6000 should be suspicious: ldd /bin/python.exe pre...@alder ~ $ ldd ~/gentoo/usr/bin/python2.6.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) libpython2.6.dll = /home/prefix/gentoo/usr/bin/libpython2.6.dll (0x67cc) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) pre...@alder ~ $ ldd /usr/bin/python.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) cyggcc_s-1.dll = /usr/bin/cyggcc_s-1.dll (0x6fc1) libpython2.6.dll = /usr/bin/libpython2.6.dll (0x6ddb) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) ldd /bin/bash pre...@alder ~ $ ldd ~/gentoo/bin/bash.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygncurses5.dll = /home/prefix/gentoo/usr/bin/cygncurses5.dll (0x1000) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) USER32.dll = /cygdrive/c/Windows/system32/USER32.dll (0x775a) GDI32.dll = /cygdrive/c/Windows/system32/GDI32.dll (0x7610) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) IMM32.DLL = /cygdrive/c/Windows/system32/IMM32.DLL (0x7601) MSCTF.dll = /cygdrive/c/Windows/system32/MSCTF.dll (0x7703) msvcrt.dll = /cygdrive/c/Windows/system32/msvcrt.dll (0x77ab) LPK.DLL = /cygdrive/c/Windows/system32/LPK.DLL (0x76c6) USP10.dll = /cygdrive/c/Windows/system32/USP10.dll (0x7721) pre...@alder ~ $ ldd /bin/bash.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cyggcc_s-1.dll = /usr/bin/cyggcc_s-1.dll (0x6fc1) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /cygdrive/c/Windows/system32/ADVAPI32.DLL (0x7603) RPCRT4.dll = /cygdrive/c/Windows/system32/RPCRT4.dll (0x7729) cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6f97) cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x6fa0) cygreadline7.dll = /usr/bin/cygreadline7.dll (0x6caa) cygncurses-9.dll = /usr/bin/cygncurses-9.dll (0x6f69) USER32.dll = /cygdrive/c/Windows/system32/USER32.dll (0x775a) GDI32.dll = /cygdrive/c/Windows/system32/GDI32.dll (0x7610) Secur32.dll = /cygdrive/c/Windows/system32/Secur32.dll (0x75ea) IMM32.DLL = /cygdrive/c/Windows/system32/IMM32.DLL (0x7601) MSCTF.dll = /cygdrive/c/Windows/system32/MSCTF.dll (0x7703) msvcrt.dll = /cygdrive/c/Windows/system32/msvcrt.dll (0x77ab) LPK.DLL = /cygdrive/c/Windows/system32/LPK.DLL (0x76c6) USP10.dll = /cygdrive/c/Windows/system32/USP10.dll (0x7721) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
R: Compiling with G++ and segment fault on vector declaration
--- Gio 16/9/10, John Yoon ha scritto: Hi there! I have set the links to the files I used below: http://dl.dropbox.com/u/1729951/cards.cpp http://dl.dropbox.com/u/1729951/cards.h http://dl.dropbox.com/u/1729951/hw8.cpp I run this on cygwin: $ g++ cards.h cards.cpp hw8.cpp cards.h:74: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://cygwin.com/problems.html for instructions. These files run fine on Ubuntu and LinuxMint Any idea what the problem could be? John also on cygwin $ g++ -c cards.cpp -o cards.o $ g++ -c hw8.cpp -o hw8.o $ g++ hw8.o cards.o -o cards or $ g++ hw8.cpp cards.cpp -o cards $ g++ --version g++ (GCC) 4.3.4 20090804 (release) 1 Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin + Python: unable to remap
2010/9/16 Mark Geisert m...@maxrnd.com: ldd /bin/bash prefix at Alder ~ $ ldd ~/gentoo/bin/bash.exe ntdll.dll = /cygdrive/c/Windows/system32/ntdll.dll (0x7796) kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x7788) cygncurses5.dll = /home/prefix/gentoo/usr/bin/cygncurses5.dll (0x1000) This one is below the sixty million value that Reini described as suspicious. Thank you. Indeed. I shouldn't have overseen that, as it is the ncurses.dll itself. Now what do I make of that. Do I tell it to be loaded elsewhere? Any helpful link? Sure I will search my own, now I have a direction. Al -- 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: Compiling with G++ and segment fault on vector declaration
Thanks Marco. It worked! I don't know how you got g++ version 4.3.4 Because the only version I see available is 3.4.4 I would like to understand the cause of this. Does gcc work differently in cygwin? How come I don't need to specify the header file? Thank you John On Thu, Sep 16, 2010 at 1:28 PM, Marco Atzeri marco_atz...@yahoo.it wrote: --- Gio 16/9/10, John Yoon ha scritto: Hi there! I have set the links to the files I used below: http://dl.dropbox.com/u/1729951/cards.cpp http://dl.dropbox.com/u/1729951/cards.h http://dl.dropbox.com/u/1729951/hw8.cpp I run this on cygwin: $ g++ cards.h cards.cpp hw8.cpp cards.h:74: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://cygwin.com/problems.html for instructions. These files run fine on Ubuntu and LinuxMint Any idea what the problem could be? John also on cygwin $ g++ -c cards.cpp -o cards.o $ g++ -c hw8.cpp -o hw8.o $ g++ hw8.o cards.o -o cards or $ g++ hw8.cpp cards.cpp -o cards $ g++ --version g++ (GCC) 4.3.4 20090804 (release) 1 Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Compiling with G++ and segment fault on vector declaration
--- Gio 16/9/10, John Yoon ha scritto: Thanks Marco. It worked! I don't know how you got g++ version 4.3.4 Because the only version I see available is 3.4.4 I would like to understand the cause of this. Does gcc work differently in cygwin? How come I don't need to specify the header file? Thank you John first: don't top post On Thu, Sep 16, 2010 at 1:28 PM, Marco Atzeri second: don't feed spammers third: install gcc4 compiler On any system, not only on cygwin, you don't need to compile the header as it is already included in the sources see cards.cpp #include cards.h wrote: --- Gio 16/9/10, John Yoon ha scritto: Hi there! I have set the links to the files I used below: http://dl.dropbox.com/u/1729951/cards.cpp http://dl.dropbox.com/u/1729951/cards.h http://dl.dropbox.com/u/1729951/hw8.cpp I run this on cygwin: $ g++ cards.h cards.cpp hw8.cpp cards.h:74: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://cygwin.com/problems.html for instructions. These files run fine on Ubuntu and LinuxMint Any idea what the problem could be? John also on cygwin $ g++ -c cards.cpp -o cards.o $ g++ -c hw8.cpp -o hw8.o $ g++ hw8.o cards.o -o cards or $ g++ hw8.cpp cards.cpp -o cards $ g++ --version g++ (GCC) 4.3.4 20090804 (release) 1 Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
distro apache2 will not start
Hello: I'm trying to upgrade my apache from version 1.3.22 to version Server version: Apache/2.2.6 (Unix) that I just downloaded using setup.exe. At present, it can not kill of the children nor start them without getting the error Bad system call. I've yet to get anywhere. Version 2 is dead in the water. I noticed that /usr/sbin/apachectl2 had no .exe suffix so I ran file on and it reported /usr/sbin/httpd2: PE32 executable for MS Windows (console) Intel 80386 32-bit I'm running cygwin 1.7.7-1 on a Win XP pro with SP3 A cygchech -s output is attached. No other errors were reported when I did a apachectl2 start -- http://genealogy.mcferrin.org/ # McFerrin Family History, Public View Cygwin Configuration Diagnostics Current System Time: Thu Sep 16 18:11:52 2010 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\bin C:\cygwin\lbin C:\cygwin\bin\X11 C:\cygwin\lbin C:\cygwin\bin C:\Program Files\WinOne C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\ATI Technologies\ATI.ACE\Core-Static C:\Program Files\Common Files\Acronis\SnapAPI\ C:\Program Files\QuickTime\QTSystem\ C:\Program Files\Acronis\BackupAndRecovery\ .\ SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = 'tty' HOME = '/home/Paul' PWD = '/c/tmp' MAKE_MODE = 'UNIX' Use '-r' to scan registry obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: 172d431784c9776c Path: H:\cygwinV (ORPHANED) System: Key: c5e39b7a9d22bafb Path: C:\cygwin System: Key: 8906c960e8a52c64 Path: G:\cygwin_USB System: Key: 6e042ace4f7ac114 Path: C:\cygwin_1.5 a: fd N/AN/A c: hd NTFS 51997Mb 60% CP CS UN PA FC d: cd CDFS 0Mb -2147483548%CS Audio CD e: hd NTFS211502Mb 39% CP CS UN PA FC New Volume f: hd NTFS211502Mb 2% CP CS UN PA FC New Volume g: hd NTFS 51199Mb 58% CP CS UN PA FC System h: hd NTFS107520Mb 84% CP CS UN PA FC Volume1 k: hd NTFS107520Mb 82% CP CS UN PA FC Volume2 l: hd NTFS210696Mb 12% CP CS UN PA FC Volume3 r: net NTFS211502Mb 39% CP CS UN PA FC New Volume y: net NTFS 40970Mb 62% CP CS UN PA FC z: net NTFS111576Mb 56% CP CS UN PA FC Local Disk C:\cygwin/ system binary,auto a: /a system binary \bin /bin system binary C: /c system binary D: /d system binary E: /e system binary \etc /etc system binary F: /f system binary G: /g system binary H: /h system binary I: /i system binary J: /j system binary K: /k system binary L: /l system binary \lib /lib system binary M: /m system binary N: /n system binary O: /o system binary P: /p system binary Q: /q system binary R: /r system binary \usr /usr system binary C:\cygwin\bin/usr/bin system binary,auto C:\cygwin\lib/usr/lib system binary,auto cygdrive prefix /cygdrive userbinary,auto Found: C:\cygwin\bin\awk Found: C:\cygwin\bin\awk - C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\cpp.exe - \etc\alternatives\cpp Not Found: cpp (good!) Found: C:\cygwin\bin\crontab.exe Found: C:\cygwin\bin\crontab.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\find.exe Found: C:\WINDOWS\system32\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gcc.exe - \etc\alternatives\gcc Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\vi Found: C:\cygwin\lbin\vi.exe Found:
[ANNOUNCEMENT] Updated: git-1.7.2.3-1, git{k,-gui,-completion,-svn}-1.7.2.3-1
A new release of git, 1.7.2.3-1, has been uploaded, and will be available for use when your mirror catches up. This leaves 1.7.1-1 as previous. NEWS: = This is a new upstream release, with upstream release notes attached. See also the package documentation in /usr/share/doc/git/. When compiled out of the box, the upstream git maintainers cater to older cygwin releases, and intentionally disable certain features that have been reported on their mailing list, even though they work with the latest cygwin. Therefore, this build turns those features back on. However, it means that this version does assume that you are not using FAT or FAT32 to hold your repositories, since they do not store file permissions very accurately. There have been several reports of git over ssh causing problems. The root cause of this problem is not yet known but are more likely to lie in the cygwin dll rather than in git; help in debugging the issue would be appreciated. In the meantime, if you have difficulty cloning a repository over the git protocol, try cloning from an http mirror instead. DESCRIPTION: Git is popular version control system designed to handle very large projects with speed and efficiency; it is used mainly for various open source projects, most notably the Linux kernel. Git falls in the category of distributed source code management tools, similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary world). Every Git working directory is a full-fledged repository with full revision tracking capabilities, not dependent on network access or a central server. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'git', 'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel' category. 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. -- Eric Blake volunteer cygwin git maintainer 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. Git v1.7.2.3 Release Notes == Fixes since v1.7.2.2 * When people try insane things such as delta-compressing 4GiB files, we threw an assertion failure. * git archive gave the full commit ID for $Format:%h$. * git fetch --tags did not fetch tags when remote.nick.tagopt was set to --no-tags. The command line option now overrides the configuration setting. * git for-each-ref --format='%(objectname:short)' has been completely broken for a long time. * git gc incorrectly pruned a rerere record that was created long time ago but still is actively and repeatedly used. * git log --follow -M -p was seriously broken in 1.7.2, reporting assertion failure. * Running git log with an incorrect option started pager nevertheless, forcing the user to dismiss it. * git rebase did not work well when the user has diff.renames configuration variable set. * An earlier (and rather old) fix to git rebase against a rebased upstream broke a more normal, non rebased upstream case rather badly, attempting to re-apply patches that are already accepted upstream. * git submodule sync forgot to update the superproject's config file when submodule URL changed. * git pack-refs --all --prune did not remove a directory that has become empty. Git v1.7.2.2 Release Notes == Fixes since v1.7.2.1 * Object transfer over smart http transport deadlocked the client when the remote HTTP server returned a failure, instead of erroring it out. * git-gui honors custom textconv filters when showing diff and blame; * git diff --relative=subdir (without the necessary trailing /) did not work well; * git diff-files -p --submodule was recently broken; * git checkout -b n ':/token' did not work; * git index-pack (hence git fetch/clone/pull/push) enabled the object replacement machinery by mistake (it never should have); And other minor fixes and documentation updates. Git v1.7.2.1 Release Notes == Fixes since v1.7.2 --
More on that stackdump issue
1. Lost red bold text - the escape code for red bold returns white bold; curiously, the code for yellow plain and yellow underline or any yellow against a background other than black, return as red. 2. Any missed command or command or script not found throws a line Aborted and then a standard prompt. 3. If I happen to keep a bash.exe.stackdump or sh.exe.stackdump in a given folder without deleting it with an rm command or moving it to the Recycle Bin from Explorer, no matter what the error may be afterward, new ones are not created. It's as if the initial one/s is/are being used as placeholder/s for catching future errors. However, they neither change their timestamp nor is any data added to the content of the file when new errors occur. I hope this peculiar issue hasn't been forgotten by the experts on the list. I should apologise for the peculiar tangent of my last post. Steve Wright -- 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: distro apache2 will not start
Sorry for double posting, went to wrong mailing list!! - Hello: I guess I should have attached my httpd.conf file since I had to make changes in my configuration to avoid more changes.. For the record, both access_log and error_log were empty. I tried using -e 999 and -E /tmp/file but all I got was the help screen. Acts like those options (regardless) aren't in there. I tried everything to get more error info. All other options in the HELP screen seemed to work except for anything that has to do with error_level or -E. Supplying -k start on the httpd2 directly produces the same bad system call error as supplying start to apachectl2. One more thing, running httpd2 in debug mode (-X) produces same error message. Jas anyone else gotten apache 2.2.6 working under cygwin 1.7.7X. It was built over 3 years ago; prior to 1.7? -Paul = httpd.conf file=== # # This is the main Apache HTTP server configuration file. It contains the # configuration directives that give the server its instructions. # See URL:http://httpd.apache.org/docs/2.2 for detailed information. # In particular, see # URL:http://httpd.apache.org/docs/2.2/mod/directives.html # for a discussion of each configuration directive. # # Do NOT simply read the instructions in here without understanding # what they do. They're here only as hints or reminders. If you are unsure # consult the online docs. You have been warned. # # Configuration and logfile names: If the filenames you specify for many # of the server's control files begin with / (or drive:/ for Win32), the # server will use that explicit path. If the filenames do *not* begin # with /, the value of ServerRoot is prepended -- so /var/log/apache2/foo.log # with ServerRoot set to /usr will be interpreted by the # server as /usr//var/log/apache2/foo.log. # # ServerRoot: The top of the directory tree under which the server's # configuration, error, and log files are kept. # # Do not add a slash at the end of the directory path. If you point # ServerRoot at a non-local disk, be sure to point the LockFile directive # at a local disk. If you wish to share the same ServerRoot for multiple # httpd daemons, you will need to change at least LockFile and PidFile. # ServerRoot /usr/share/apache2 # # Listen: Allows you to bind Apache to specific IP addresses and/or # ports, instead of the default. See also the VirtualHost # directive. # # Change this to Listen on specific IP addresses as shown below to # prevent Apache from glomming onto all bound IP addresses. # #Listen 12.34.56.78:80 Listen 80 # # Dynamic Shared Object (DSO) Support # # To be able to use the functionality of a module which was built as a DSO you # have to place corresponding `LoadModule' lines at this location so the # directives contained in it are actually available _before_ they are used. # Statically compiled modules (those listed by `httpd -l') do not need # to be loaded here. # # Example: # LoadModule foo_module modules/mod_foo.so # # /usr/lib/apache2 LoadModule authn_file_module /usr/lib/apache2/mod_authn_file.so LoadModule authn_dbm_module /usr/lib/apache2/mod_authn_dbm.so LoadModule authn_anon_module /usr/lib/apache2/mod_authn_anon.so LoadModule authn_dbd_module /usr/lib/apache2/mod_authn_dbd.so LoadModule authn_default_module /usr/lib/apache2/mod_authn_default.so LoadModule authz_host_module /usr/lib/apache2/mod_authz_host.so LoadModule authz_groupfile_module /usr/lib/apache2/mod_authz_groupfile.so LoadModule authz_user_module /usr/lib/apache2/mod_authz_user.so LoadModule authz_dbm_module /usr/lib/apache2/mod_authz_dbm.so LoadModule authz_owner_module /usr/lib/apache2/mod_authz_owner.so LoadModule authz_default_module /usr/lib/apache2/mod_authz_default.so LoadModule auth_basic_module /usr/lib/apache2/mod_auth_basic.so LoadModule auth_digest_module /usr/lib/apache2/mod_auth_digest.so LoadModule dbd_module /usr/lib/apache2/mod_dbd.so LoadModule dumpio_module /usr/lib/apache2/mod_dumpio.so LoadModule ext_filter_module /usr/lib/apache2/mod_ext_filter.so LoadModule include_module /usr/lib/apache2/mod_include.so LoadModule filter_module /usr/lib/apache2/mod_filter.so LoadModule deflate_module /usr/lib/apache2/mod_deflate.so LoadModule log_config_module /usr/lib/apache2/mod_log_config.so LoadModule log_forensic_module /usr/lib/apache2/mod_log_forensic.so LoadModule logio_module /usr/lib/apache2/mod_logio.so LoadModule env_module /usr/lib/apache2/mod_env.so LoadModule mime_magic_module /usr/lib/apache2/mod_mime_magic.so LoadModule cern_meta_module /usr/lib/apache2/mod_cern_meta.so LoadModule expires_module /usr/lib/apache2/mod_expires.so LoadModule headers_module /usr/lib/apache2/mod_headers.so LoadModule ident_module /usr/lib/apache2/mod_ident.so LoadModule usertrack_module /usr/lib/apache2/mod_usertrack.so LoadModule unique_id_module
Re: Cygwin + Python: unable to remap
Al writes: 2010/9/16 Mark Geisert at XX.XXX: Please don't feed the spammers. cygncurses5.dll = /home/prefix/gentoo/usr/bin/cygncurses5.dll (0x1000) This one is below the sixty million value that Reini described as suspicious. Now what do I make of that. Do I tell it to be loaded elsewhere? Any helpful link? You want 'rebase' from the 'rebase' package. Use setup.exe to install it if you don't have it already. After installation, it's documented in a text file /usr/share/doc/Cygwin/rebase*README. You get to choose the base address to rebase the dll to. 'rebaseall', from the same package, defaults to seventy million (= 0x7000) so that could be good. If you've built other dlls in the same directory you might as well run rebase or rebaseall on all of them to avoid future issues of this type. ..mark -- 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: ssh from linux to cygwin + CUI + Ctrl-C
On 09/16/2010 12:05 PM, Ilia K. wrote: Have you tried to ssh to cygwin, then run cmd.exe (to get a dos prompt) and then press Ctrl-C? Good lord man! Why would I want to do that?!? In my case this terminates cmd.exe and returns to bash, but this behavior is wrong (try to press Ctrl-C in cmd.exe which is run directly from the desktop, not from ssh session). Stop using cmd. -- Andrew DeFaria http://defaria.com Do hungry crows have ravenous appetites? -- 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: git-1.7.2.3-1, git{k,-gui,-completion,-svn}-1.7.2.3-1
A new release of git, 1.7.2.3-1, has been uploaded, and will be available for use when your mirror catches up. This leaves 1.7.1-1 as previous. NEWS: = This is a new upstream release, with upstream release notes attached. See also the package documentation in /usr/share/doc/git/. When compiled out of the box, the upstream git maintainers cater to older cygwin releases, and intentionally disable certain features that have been reported on their mailing list, even though they work with the latest cygwin. Therefore, this build turns those features back on. However, it means that this version does assume that you are not using FAT or FAT32 to hold your repositories, since they do not store file permissions very accurately. There have been several reports of git over ssh causing problems. The root cause of this problem is not yet known but are more likely to lie in the cygwin dll rather than in git; help in debugging the issue would be appreciated. In the meantime, if you have difficulty cloning a repository over the git protocol, try cloning from an http mirror instead. DESCRIPTION: Git is popular version control system designed to handle very large projects with speed and efficiency; it is used mainly for various open source projects, most notably the Linux kernel. Git falls in the category of distributed source code management tools, similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary world). Every Git working directory is a full-fledged repository with full revision tracking capabilities, not dependent on network access or a central server. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'git', 'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel' category. 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. -- Eric Blake volunteer cygwin git maintainer 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. Git v1.7.2.3 Release Notes == Fixes since v1.7.2.2 * When people try insane things such as delta-compressing 4GiB files, we threw an assertion failure. * git archive gave the full commit ID for $Format:%h$. * git fetch --tags did not fetch tags when remote.nick.tagopt was set to --no-tags. The command line option now overrides the configuration setting. * git for-each-ref --format='%(objectname:short)' has been completely broken for a long time. * git gc incorrectly pruned a rerere record that was created long time ago but still is actively and repeatedly used. * git log --follow -M -p was seriously broken in 1.7.2, reporting assertion failure. * Running git log with an incorrect option started pager nevertheless, forcing the user to dismiss it. * git rebase did not work well when the user has diff.renames configuration variable set. * An earlier (and rather old) fix to git rebase against a rebased upstream broke a more normal, non rebased upstream case rather badly, attempting to re-apply patches that are already accepted upstream. * git submodule sync forgot to update the superproject's config file when submodule URL changed. * git pack-refs --all --prune did not remove a directory that has become empty. Git v1.7.2.2 Release Notes == Fixes since v1.7.2.1 * Object transfer over smart http transport deadlocked the client when the remote HTTP server returned a failure, instead of erroring it out. * git-gui honors custom textconv filters when showing diff and blame; * git diff --relative=subdir (without the necessary trailing /) did not work well; * git diff-files -p --submodule was recently broken; * git checkout -b n ':/token' did not work; * git index-pack (hence git fetch/clone/pull/push) enabled the object replacement machinery by mistake (it never should have); And other minor fixes and documentation updates. Git v1.7.2.1 Release Notes == Fixes since v1.7.2 --