Re: ssh localhost date #fails for me on two boxes
On Sat, 24 Dec 2005, Tom Rodman wrote: > Problem: 'ssh localhost date' asks for password, I type it, I'm > authenticated, but no output is seen from the date command > (original post has details) > > Corrina, and cgf wrote WJFFM: > http://cygwin.com/ml/cygwin/2005-12/msg00801.html > > So what is special about my setup? What additional information should > I supply? Are there any debugging approaches you can suggest? Could I > somehow run strace, if so please give me the exact command line(s). As an adaptation of your own command: > At home I disabled sshd, and installed a test version using: > > cygrunsrv -I sshd_test -p /usr/sbin/sshd.exe -a '-ddd' -e CYGWIN="$CYGWIN" > # CYGWIN is set to 'binmode tty ntsec smbntsec' Try: cygrunsrv -I sshd_test -p /usr/bin/strace.exe -a '-o /var/tmp/sshd_strace /usr/sbin/sshd.exe -ddd' -e CYGWIN="$CYGWIN" Won't help you much, though, as sshd seems to hog all the CPU when run under strace... > [snip] > Maybe I'll get lucky, and someone other than me, w/developer skills > will duplicate the problem, just try: > > ssh localhost date #pls use a snapshot after Dec 16 Don't know what's special about your setup, but I was able to reproduce this on my laptop with a 12/22 self-built DLL -- I'll see what I can do to debug this (no promises, though)... HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libexif: one version for binaries, another version for source
David Arnstein wrote: > On Sat, Dec 24, 2005 at 06:35:30PM -0600, Ren? Berber wrote: > >>If you want the source for version 0.6.12-1 just select the source (put the x in >>the 4th column) don't change the versions. > > > I did exactly as you said above. The GUI of Cygwin setup.exe > definitely indicated I was about to download the source for version > 0.6.12-1. But afterwards, in my /usr/src directory, I see only the > three -0.6.9-1 files. Perhaps the mirror sites are corrupted? I tried > both the RCN http site and the kernel.org http site. Hmm, there are two packages at the mirrors, libexif and libexif10, libexif includes version 0.6.12 in binary and the source package contains the correct versioned patch, script and original source tarball where the old version 0.6.9 includes the old script, patch and source package. My local mirror includes the correct entries in setup.ini too, setup.ini timestamp is 1134043806. And I see the same setup behaviour. It installs not the version of the source package which is defined in setup.ini to be current but the previous version 0.6.9-1. Probably a bug ;) You may find the 0.6.12 source package at your disk (it is in the repository directory under the path release/exif/libexif) and copy it manually to /usr/src and extract it with this command: tar xjvf libexif-0.6.12-1-src.tar.bz2 Thanks for the report, Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libexif: one version for binaries, another version for source
On Sat, Dec 24, 2005 at 06:35:30PM -0600, Ren? Berber wrote: > If you want the source for version 0.6.12-1 just select the source (put the x > in > the 4th column) don't change the versions. I did exactly as you said above. The GUI of Cygwin setup.exe definitely indicated I was about to download the source for version 0.6.12-1. But afterwards, in my /usr/src directory, I see only the three -0.6.9-1 files. Perhaps the mirror sites are corrupted? I tried both the RCN http site and the kernel.org http site. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libexif: one version for binaries, another version for source
David Arnstein wrote: > When I run the Cygwin setup.exe, it shows that my libexif package is up > to date at version 0.6.12-1. But when I use setup.exe to download the > source, I get these three files in /usr/src: > libexif-0.6.9-1.sh > libexif-0.6.9-1.patch > libexif-0.6.9.tar.gz* > > What should I do? If you want the source for version 0.6.12-1 just select the source (put the x in the 4th column) don't change the versions. You'll end up with something like the above, if you want to rebuild the package execute the shell script, it will untar the source, patch it, configure-make-make install, and build the distribution (binary) package. It does not install the package, the install location was a temporary (usually .build and .install directories are created). You can see the details by looking at the shell script. > I need the libexif source to track down a segfault in gimp. Gimp? For Cygwin or the usual Gimp for Windows? If it is the second one then it doesn't use Cygwin's libraries... it uses the ones you installed with Gtk for Windows, usually under "C:/Program Files/Common/GTK/2.0/". I've had problems with nVIDIA drivers (or perhaps something else) installing different versions of 2 Gtk libraries under /WINDOWS, but I don't recall which ones, I think one was libxml.dll but I don't see any libexif in GTK/2.0 (I have not checked if my Gimp includes tiff handling which is what that lib would be good for). HTH -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: About services
Theoharis TSENIS wrote: > Well, > guys iam stuck. I know from linux that init 5 initialize the the > runlevel5 . Forget about "init 5" or "init 6", in Cygwin most services are installed as Windows services, and as such they start with the OS and stop with the OS (or under your control -- Windows Manage Services or net start/stop/restart ...) > I [k]now for a fact that the inetd or the xinetd start ase a service inside > the rc.? Wrong, if you install the inetd or the xinetd package in Cygwin, follow the instructions in /usr/share/doc/Cygwin/.README, then you end up with a Windows service. > directory. Now the big question. How do i do that in Cygwin? If i start the bash.exe > interface automatically will start the init father procedure? But with the ps i cant >see it. If i run the "net start [service]" stand alone with out the bash.exe will it > work? From the unix prompt if i run init 6 will it close down? Finally where > can i >find some infos on that - the info files of cygwin is stupid-. The big question is: what services do you want? There is an initscripts package but I would recommend to stay away from it (I have not tested it recently but a year ago it didn't work for anything but the sample) and xinetd depends on it so the same goes for it. HTH -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
libexif: one version for binaries, another version for source
When I run the Cygwin setup.exe, it shows that my libexif package is up to date at version 0.6.12-1. But when I use setup.exe to download the source, I get these three files in /usr/src: libexif-0.6.9-1.sh libexif-0.6.9-1.patch libexif-0.6.9.tar.gz* What should I do? I need the libexif source to track down a segfault in gimp. I attach the output of cygcheck -s -v -r. Cygwin Configuration Diagnostics Current System Time: Sat Dec 24 15:56:15 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin d:\Bin d:\Bin32 c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem d:\win32app\sysinternals .\ Output from E:\cygwin\bin\id.exe (nontsec) UID: 1003(David) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 1003(David) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS PWD = `/usr/src' CYGWIN = `server ntea ntsec smbntsec' HOME = `/cygdrive/d/Users/David' HOMEPATH = `\Users\David' MANPATH = `/usr/man:/usr/share/man:/usr/ssl/man:/usr/X11R6/man:/usr/local/man' APPDATA = `C:\Documents and Settings\David\Application Data' VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' XKEYSYMDB = `/usr/X11R6/lib/X11/XKeysymDB' SHELL = `/bin/bash' TERM = `xterm' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' WINDIR = `C:\WINDOWS' WINDOWID = `2097166' OLDPWD = `/usr/src/libexif-0.6.9' USERDOMAIN = `OWL' OS = `Windows_NT' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' XAPPLRESDIR = `/usr/X11R6/lib/X11/app-defaults' XTERM_SHELL = `/usr/bin/bash' XCMSDB = `/usr/X11R6/lib/X11/Xcms.txt' TEMP = `/tmp' COMMONPROGRAMFILES = `C:\Program Files\Common Files' XNLSPATH = `/usr/X11R6/lib/X11/locale' TERMCAP = `xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' USERNAME = `David' PAGER = `most' PROCESSOR_LEVEL = `15' FP_NO_HOST_CHECK = `NO' SYSTEMDRIVE = `C:' __COMPAT_LAYER = `EnableNXShowUI ' USERPROFILE = `C:\Documents and Settings\David' DZK20DIRECTORY = `D:\Users\David\DezkTop' CLIENTNAME = `Console' LOGONSERVER = `\\OWL' PROCESSOR_ARCHITECTURE = `x86' XTERM_VERSION = `Cygwin 6.8.2.0(202)' INIT_COMPLETE = `true' MANPAGER = `most -s' SHLVL = `3' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = `D:' !D: = `D:\bin' PROMPT = `$P$G' COMSPEC = `C:\WINDOWS\system32\cmd.exe' LESS = `-i -e -q' LOGNAME = `David' TMP = `/tmp' SYSTEMROOT = `C:\WINDOWS' PROCESSOR_REVISION = `0209' !E: = `E:\cygwin\bin' PROGRAMFILES = `C:\Program Files' DISPLAY = `127.0.0.1:0.0' NUMBER_OF_PROCESSORS = `2' SESSIONNAME = `Console' COMPUTERNAME = `OWL' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `E:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/etc (default) = `C:\cygwin\etc' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/exper (default) = `G:\mnt' flags = 0x080a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = `C:\Temp' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `E:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `E:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/var (default) = `C:\cygwin\var' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A
About services
Well, guys iam stuck. I know from linux that init 5 initialize the the runlevel5 . I now for a fact that the inetd or the xinetd start ase a service inside the rc.? directory. Now the big question. How do i do that in Cygwin? If i start the bash.exe interface automatically will start the init father procedure? But with the ps i cant see it. If i run the "net start [service]" stand alone with out the bash.exe will it work? From the unix prompt if i run init 6 will it close down? Finally where can i find some infos on that - the info files of cygwin is stupid-. Well thns in advance Regards, Theo. Happy Xmas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: perl Bundle::Cygwin / perl-bundle-cygwin package
Yitzchak Scott-Thoennes wrote: I'm working on creating a bundle of common Perl modules that build and pass all significant tests on cygwin. I hope to have it accepted as a cygwin package. Any particular module requests or comment on my proposed names for the CPAN bundle or cygwin package? I'm willing to accept requests for inclusion if there are some really important modules missing in the main perl distribution tarball, e.g. XML::Parser is included because some of the Gnome packages needs it and it is quite stable. However, Yaakov and Reini have demonstrated that it is not impossible to create seperate packages for single modules, so why not make each module its own package? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh localhost date #fails for me on two boxes
Problem: 'ssh localhost date' asks for password, I type it, I'm authenticated, but no output is seen from the date command (original post has details) Corrina, and cgf wrote WJFFM: http://cygwin.com/ml/cygwin/2005-12/msg00801.html So what is special about my setup? What additional information should I supply? Are there any debugging approaches you can suggest? Could I somehow run strace, if so please give me the exact command line(s). My understanding, based on a few quick tests, is that for 'ssh localhost date', none of bash's startup files, including /etc/profile for example are read; so my customizations of those files should not matter. Can anyone suggest some other cause? I've tried prepending "/bin" to the PATH just prior to running the ssh; no joy. How can we account for the fact that if I fall back to the Dec 16 snapshot, the problem goes away? I don't plan to give a detailed report today, but here are a few things I've tried.. I'm able to duplicate this problem on my single CPU w2k PC at home; the posted problem for this thread is for a dual CPU, hyper-threaded box at work. At home I disabled sshd, and installed a test version using: cygrunsrv -I sshd_test -p /usr/sbin/sshd.exe -a '-ddd' -e CYGWIN="$CYGWIN" # CYGWIN is set to 'binmode tty ntsec smbntsec' Here is a test run on my home PC for this "sshd_test"/debug-version of sshd: $ uname -a # the failing case CYGWIN_NT-5.0 argon 1.5.19s(0.149/4/2) 20051222 21:35:16 i686 unknown unknown Cygwin $ ssh localhost -l adm_tsr date [EMAIL PROTECTED]'s password: debug1: permanently_set_uid: 1000/513 debug3: Copy environment: ALLUSERSPROFILE=D:\\Documents and Settings\\All Users debug3: Copy environment: COMMONPROGRAMFILES=D:\\Program Files\\Common Files debug3: Copy environment: COMPUTERNAME=ARGON debug3: Copy environment: COMSPEC=D:\\WINNT\\system32\\cmd.exe debug3: Copy environment: CYGWIN=binmode tty ntsec smbntsec debug3: Copy environment: NUMBER_OF_PROCESSORS=1 debug3: Copy environment: OS=Windows_NT debug3: Copy environment: PATH=/drv/d/WINNT/system32:/drv/d/WINNT:/drv/d/WINNT/System32/Wbem:/aut/perl5/bin:/drv/d/opt/w2ksuptools/:/drv/d/opt/reskit/nt5:/drv/d/opt/reskit/nt4:/drv/d/Program Files/Visual Networks/Dial Analysis/:/drv/d/opt/QuickTime/QTSystem/:/bin debug3: Copy environment: PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH debug3: Copy environment: PROCESSOR_ARCHITECTURE=x86 debug3: Copy environment: PROCESSOR_IDENTIFIER=x86 Family 6 Model 5 Stepping 0, GenuineIntel debug3: Copy environment: PROCESSOR_LEVEL=6 debug3: Copy environment: PROCESSOR_REVISION=0500 debug3: Copy environment: PROGRAMFILES=D:\\Program Files debug3: Copy environment: SYSTEMDRIVE=D: debug3: Copy environment: SYSTEMROOT=D:\\WINNT debug3: Copy environment: TEMP=/drv/d/TEMP debug3: Copy environment: TMP=/drv/d/TEMP debug3: Copy environment: WINDIR=D:\\WINNT Environment: ALLUSERSPROFILE=D:\Documents and Settings\All Users COMMONPROGRAMFILES=D:\Program Files\Common Files COMPUTERNAME=ARGON COMSPEC=D:\WINNT\system32\cmd.exe CYGWIN=binmode tty ntsec smbntsec NUMBER_OF_PROCESSORS=1 OS=Windows_NT PATH=/drv/d/WINNT/system32:/drv/d/WINNT:/drv/d/WINNT/System32/Wbem:/aut/perl5/bin:/drv/d/opt/w2ksuptools/:/drv/d/opt/reskit/nt5:/drv/d/opt/reskit/nt4:/drv/d/Program Files/Visual Networks/Dial Analysis PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 5 Stepping 0, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0500 PROGRAMFILES=D:\Program Files SYSTEMDRIVE=D: SYSTEMROOT=D:\WINNT TEMP=/drv/d/TEMP TMP=/drv/d/TEMP WINDIR=D:\WINNT USER=adm_tsr LOGNAME=adm_tsr HOME=/home/adm_tsr MAIL=/var/spool/mail/adm_tsr SHELL=/bin/bash SSH_CLIENT=127.0.0.1 1799 22 SSH_CONNECTION=127.0.0.1 1799 127.0.0.1 22 debug3: channel 0: close_fds r -1 w -1 e -1 c -1 $ echo $PATH /home/Administrator/bin:/usr/bin:/aut/m:/aut/ulb:/adm/bin/sys:/adm/bin/app:/contrib/bin:/drv/d/WINNT/system32:/drv/d/WINNT:/drv/d/WINNT/System32/Wbem:/drv/d/opt/w2ksuptools/:/drv/d/opt/reskit/nt5:/drv/d/opt/reskit/nt4:/drv/d/Program Files/Visual Networks/Dial Analysis/:/drv/d/opt/QuickTime/QTSystem/:. $ echo $CYGWIN binmode tty ntsec smbntsec For reference here is a working case (same PATH setting): $ uname -a CYGWIN_NT-5.0 argon 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown unknown Cygwin $ ssh localhost -l adm_tsr date #date output shows up on last line below: [EMAIL PROTECTED]'s password: debug1: permanently_set_uid: 1000/513 debug3: Copy environment: ALLUSERSPROFILE=D:\\Documents and Settings\\All Users debug3: Copy environment: COMMONPROGRAMFILES=D:\\Program Files\\Common Files debug3: Copy environment: COMPUTERNAME=ARGON debug3: Copy environment: COMSPEC=D:\\WINNT\\system32\\cmd.exe debug3: Copy environment: CYGWIN=bi
Re: chere problem with directories with single quote marks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Tom Plunket on 12/23/2005 11:48 PM: > >SHELL_CMD="-l -c \\\"cd '%L'; exec $SHELL_EXE\\\"" > > As you can see, this is clearly "wrong" for folders with a > single-quote mark in them. > > My local fix was just to edit the registry and change '%L' to "%L". > Obviously this affects the handling of this feature with folders that > have a double-quote mark in them, but as I only use single quotes > (e.g. "Debbie's Truck" or "Craig's List"), it Works For Me. ;) Window's allows ' but not " in filenames. However, Windows also allows $ in filenames, so switching to double quotes would trade the problems with ' to problems with $. And you need quoting, or spacing would be corrupted. Off the top of my head, I can only think of one way that might preserve ', $, and spaces in the problematic %L when dumped literally into a shell script, but I don't know if Windows SHELL_CMD can handle embedded newlines. In a normal shell window, $ xargs -0 << 'EOF' > a '$b > EOF a '$b the here-doc correctly preserved the input string. So applying that to the above problem, the registry entry MIGHT work (untested by me) if it is written as: SHELL_CMD="-l -c \\\"xargs -0 cd << 'EOF'\n%L\nEOF\nexec $SHELL_EXE\\\"" - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDrWJZ84KuGfSFAYARAgXnAJ4sy/t74TssPSFEow2nQbLnj2QUxACfdv+S z2wvMNYE8l1bpQuc4ON06Es= =CfzD -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
