RE: X Server no longer launches urxvtc-X
More data points: Both 'rxvt' and 'urxvt' work from my .XWinrc, except that I get the '/bin/find: failed to restore initial working directory: No such file or directory' message. But 'urxvtc' does not. My .XWinrc entries are: rxvtexecrxvt -fg green -bg black-cr dodgerblue -g 80x40 urxvt execurxvt -fg white -bg darkblue -cr dodgerblue -g 80x42 -e /bin/bash -l -i urxvtc execurxvtc -fg white -bg darkblue -cr dodgerblue -g 80x42 -e /bin/bash -l -i however, within windows created using either rxvt or urxvt I can then execute urxvtc commands successfully. Thus the daemon is running, here is ps output: jgoldman5068 1 ?Aug 20 /usr/bin/XWin jgoldman8156 1 conAug 20 /usr/bin/urxvtd-X So, there seems to be some issue with running 'urxvtc' or urxvtc's ability to contact the daemon from within the XWindows server. Is there any logging that I can enable? -Original Message- From: Jay Goldman Sent: Friday, August 20, 2010 3:59 PM To: cygwin-xfree@cygwin.com Subject: RE: X Server no longer launches urxvtc-X When I just replace the cygwin1.dll bash, \bin\bash.exe -login -i From cmd window results in: The procedure entry point CreateProcessAsUserW could not be located in the dynamic link library KERNEL32.dll I have no idea where find is being invoked when I execute rxvt, since it is invoked before .bash_profile is invoked. -Original Message- On August 20, 2010 3:06 PM, Corinna Vinschen wrote: Please dont top-post. On Aug 20 14:14, Jay Goldman wrote: Another data point, when I try: black EXEC /bin/rxvt -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -i rxvt successfully starts up but displays: /bin/find: failed to restore initial working directory: No such file or directory Before .bash_profile is invoked Works for me without such a message. Do you know from where find is called? -Original Message- From: Corinna Vinschen On Aug 20 10:54, Charles Wilson wrote: On 8/20/2010 10:48 AM, Jay Goldman wrote: I have the following menu items in my .XWinrc: Black EXEC /bin/urxvtc-X -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -I dodger EXEC urxvtc-X -fg white -bg dodgerblue -cr blue -g 80x42 -e /bin/bash -l -I Which have been working for months . Doesn't work for me either, but has apparently nothing to do with the CWD issue. This looks more like a rebase problem. Note, menu items like: Xterm exec xterm Work correctly, While menu items such as: Notepad exec notepad Do not. I tried this as well now, and both menu entries work for me. Maybe the difference is the Cygwin DLL. Can you please try the latest Cygwin DLL from the developer snapshots at http://cygwin.com/snapshots/ and report back if this works better for you? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
src/winsup/utils ChangeLog ldd.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-08-23 11:04:04 Modified files: winsup/utils : ChangeLog ldd.cc Log message: * ldd.cc (report): Drop long pathname considerations which result in invalid path, now that this is done in cygwin_conv_path. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.537r2=1.538 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ldd.cc.diff?cvsroot=srcr1=1.8r2=1.9
src/winsup/w32api ChangeLog include/winbase.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 00:15:51 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winbase.h Log message: 2010-08-23 LRN lrn1...@gmail.com * include/winbase.h (SYMBOLIC_LINK_FLAG_DIRECTORY, FILE_NAME_NORMALIZED, FILE_NAME_OPENED, VOLUME_NAME_DOS, VOLUME_NAME_GUID, VOLUME_NAME_NONE, VOLUME_NAME_NT, FILE_BASIC_INFO, FILE_STANDARD_INFO, FILE_NAME_INFO, FILE_STREAM_INFO, FILE_COMPRESSION_INFO, FILE_ATTRIBUTE_TAG_INFO, FILE_ID_BOTH_DIR_INFO, FILE_REMOTE_PROTOCOL_INFO, FILE_INFO_BY_HANDLE_CLASS, GetFileInformationByHandleEx, GetFinalPathNameByHandleA, GetFinalPathNameByHandleW): Define. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1032r2=1.1033 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winbase.h.diff?cvsroot=srcr1=1.99r2=1.100
Full install problem
Hello At the end of full install I have obtained message about problems: Package: boxes boxes.sh exit code 2 Package: libglade2.0_0 libglade2.0.sh exit code 2 Package: docbook-xsl docbook-xsl.sh exit code 1 Package: docbook-xml412 docbook-xml412.sh exit code 1 Package: docbook-xml42 docbook-xml42.sh exit code 1 Package: docbook-xml43 docbook-xml43.sh exit code 1 Package: docbook-xml44 docbook-xml44.sh exit code 1 Package: docbook-xml45 docbook-xml45.sh exit code 1 Package: docbook-xml-simple10 docbook-xml-simple10.sh exit code 1 Package: docbook-xml-simple11 docbook-xml-simple11.sh exit code 1 Package: docbook-xsl-ns docbook-xsl-ns.sh exit code 1 Package: exim exim.sh exit code 1 Package: mined mined.sh exit code 1 Package: No package boxes.sh exit code 2 docbook-xml-simple10.sh exit code 1 docbook-xml-simple11.sh exit code 1 docbook-xml412.sh exit code 1 docbook-xml42.sh exit code 1 docbook-xml43.sh exit code 1 docbook-xml44.sh exit code 1 docbook-xml45.sh exit code 1 docbook-xsl-ns.sh exit code 1 docbook-xsl.sh exit code 1 exim.sh exit code 1 libglade2.0.sh exit code 2 mined.sh exit code 1 In the next step the popup window said: You will need to investigate and correct these errors before your Cygwin installation will work properly Here is the excerpt from logs with suspicious lines. 2010/08/22 19:00:13 Changing gid to Administrators 2010/08/22 19:00:13 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. 2010/08/22 19:00:18 source: from cwd 2010/08/22 19:00:20 root: C:\cygwin binary system 2010/08/22 19:00:21 Selected local directory: D:\CYGWIN 2010/08/22 19:14:54 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/boxes.sh 2010/08/22 19:14:54 abnormal exit: exit code=2 2010/08/22 19:15:12 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/libglade2.0.sh 2010/08/22 19:15:12 abnormal exit: exit code=2 2010/08/22 19:15:56 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xsl.sh 2010/08/22 19:15:56 abnormal exit: exit code=1 2010/08/22 19:15:56 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml412.sh 2010/08/22 19:15:57 abnormal exit: exit code=1 2010/08/22 19:15:57 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml42.sh 2010/08/22 19:15:58 abnormal exit: exit code=1 2010/08/22 19:15:58 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml43.sh 2010/08/22 19:15:59 abnormal exit: exit code=1 2010/08/22 19:15:59 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml44.sh 2010/08/22 19:16:00 abnormal exit: exit code=1 2010/08/22 19:16:00 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml45.sh 2010/08/22 19:16:01 abnormal exit: exit code=1 2010/08/22 19:16:05 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml-simple10.sh 2010/08/22 19:16:06 abnormal exit: exit code=1 2010/08/22 19:16:06 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml-simple11.sh 2010/08/22 19:16:07 abnormal exit: exit code=1 2010/08/22 19:16:07 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xsl-ns.sh 2010/08/22 19:16:07 abnormal exit: exit code=1 2010/08/22 19:20:12 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/exim.sh 2010/08/22 19:20:13 abnormal exit: exit code=1 2010/08/22 19:24:30 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/libXpm-noX-devel.sh 2010/08/22 19:24:31 can't run /etc/postinstall/post-texmf.sh: No such file 2010/08/22 19:24:31 can't run /etc/postinstall/post-texmf.sh: No such file 2010/08/22 19:24:32 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/mined.sh 2010/08/22 19:24:33 abnormal exit: exit code=1 2010/08/22 19:25:58 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/boxes.sh 2010/08/22 19:25:59 abnormal exit: exit code=2 2010/08/22 19:25:59 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml-simple10.sh 2010/08/22 19:25:59 abnormal exit: exit code=1 2010/08/22 19:25:59 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml-simple11.sh 2010/08/22 19:26:00 abnormal exit: exit code=1 2010/08/22 19:26:00 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml412.sh 2010/08/22 19:26:01 abnormal exit: exit code=1 2010/08/22 19:26:01 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml42.sh 2010/08/22 19:26:02 abnormal exit: exit code=1 2010/08/22 19:26:02 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/docbook-xml43.sh 2010/08/22 19:26:03 abnormal exit: exit code=1 2010/08/22
1.7.6.-1: ldd always fails with No such file or directory
After the update to Cygwin 1.7.6.-1, ldd always fails with the error No such file or directory. $ ls /bin/ls /bin/ls $ ldd /bin/ls ldd: /bin/ls: No such file or directory I have checked the available old snapshots. It seems that it is the update from 20100801 to 20100804 that breaks ldd. $ uname -rv 1.7.5s(0.229/5/3) 20100801 15:11:58 $ ldd /bin/ls ntdll.dll = /c/WINDOWS/system32/ntdll.dll (0x7c91) kernel32.dll = /c/WINDOWS/system32/kernel32.dll (0x7c80) cygwin1.dll = /usr/bin/cygwin1.dll (0x6100) ADVAPI32.DLL = /c/WINDOWS/system32/ADVAPI32.DLL (0x77da) RPCRT4.dll = /c/WINDOWS/system32/RPCRT4.dll (0x77e5) Secur32.dll = /c/WINDOWS/system32/Secur32.dll (0x77fc) cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6f5c) cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x674c) cyggcc_s-1.dll = /usr/bin/cyggcc_s-1.dll (0x67f0) $ uname -rv 1.7.5s(0.229/5/3) 20100804 16:24:17 $ ldd /bin/ls ldd: /bin/ls: No such file or directory -Dirk -- 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: kernel32.dll breakage (was Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1)
On Aug 21 19:04, Chris Sutcliffe wrote: On 21/08/2010 3:47 PM, Chris Sutcliffe wrote: On 21/08/2010 3:35 PM, Corinna Vinschen wrote: Chris [Sutcliffe], can we please revert this change for now? It breaks building Win32 apps, if the link order prefers kernel32.a over advapi32.a. Done. Thanks. Are you sure that only CreateProcessAsUserW is affected? In a word, no. I'll have to go through the file function by function checking against the other def files.. sigh. Thanks to power of Cygwin and shell scripting, I've created a script that I will be checking in to w32api (CheckConflicts.sh) that executes a brute force check of the contents of one file against the contents of another. Simple but hopefully affective. Nice :) Corina -- 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: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1
On Aug 22 10:57, Angelo Graziosi wrote: Larry Hall wrote: Corinna Vinschen wrote: - Improve performance of stat and a few other functions. ls(1) should be up to 30% faster I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time it take about 30 seconds to list the files. After the first time, the listing is almost without delay. The same happens also with 'ls -l /usr/bin'. When there is the 'hang' (30 secs.), Task Manager shows that AVG9 takes about 50% of CPU: this occurs *only* with 1.7.6 but _not_ with 1.7.5, with which 'ls -l' is almost immediate, regardless of the number and type of files. Obviously I have tested this, each time, with a 'fresh machine', to avoid 'cache' effects. The system is WinXP SP3, AMD Athlon 64X2DC 2.03GHz, 1.75GB RAM. Try a recent snapshot: http://cygwin.com/snapshots/ I have tried cygwin1-20100822.dll.bz2, but same results. :( The first time (no cache 'effects') I do $ time ls -lrt /usr/bin the results are: CYGWIN_NT-5.1 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin time ls -lrt /usr/bin real0m16.531s user0m0.108s sys 0m0.421s CYGWIN_NT-5.1 1.7.6(0.230/5/3) 2010-08-16 16:06 i686 Cygwin real1m3.171s user0m0.155s sys 0m0.702s CYGWIN_NT-5.1 1.7.6s(0.231/5/3) 20100822 02:25:11 i686 Cygwin real1m4.218s user0m0.280s sys 0m0.609s I can't reproduce such a problem and I don't have AVG9 (virus scanner?). The effect is unfortunate, but the only important thing which has changed in 1.7.6 in terms of readdir and stat is the fact that the code tries to reduce the number of NtCreateFile/NtOpenFile calls by reusing a handle already opened on the file or directory before. I don't know what Cygwin can do about it, other than dropping the speedup entirely. Always assuming this is the real cause. There's no good reason that AVG9 hangs on anything Cygwin opens at all. There are only *very* few cases in which a handle is opened without allowing to share the file, and if so, it's never doing that for longer than the respective function call. 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: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1
Corinna Vinschen wrote: I can't reproduce such a problem and I don't have AVG9 (virus scanner?). Am I indiscreet if I ask you what AV are you using? Just a curiosity... Anyway thanks for clarification. Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.6.-1: ldd always fails with No such file or directory
On Aug 23 11:50, Dirk Sondermann wrote: After the update to Cygwin 1.7.6.-1, ldd always fails with the error No such file or directory. [...] $ ldd /bin/ls ldd: /bin/ls: No such file or directory Thanks for the report. I fixed this in CVS. 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: perl: Net::DNS requires Win32::IPHelper
2010/8/23 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net: Reini, The Net::DNS module, which you ship with perl, depends on perl-libwin32 (packaged separately) and Win32::IPHelper, the latter of which depends on Win32::API and enum modules. Win32::API needs a custom typemap file in order to compile on Cygwin, which AFAICS should be: TYPEMAP HINSTANCE T_PTR LPCSTR T_PV LPCWSTR T_PV Oh my. Net::DNS depending on Win32::API is not really helpful. He already has a DNS.xs it would be easy to add the IPHelper stuff to this xs. perl-libwin32 is a bit fat for a perl require line, I'll see what I can do to remove this cyclic dependency. Net::DNS is only needed for the old CPAN::Reporter. The new CPAN::Reporter 2.0 will use Metabase and has a entirely different set of deps. I have somewhere a proper Win32::API cygwin package but never wanted to support that mess. http://rurban.xarch.at/cygc/perl-Win32-API/ Again, I'm going to have to ask you to break out the extra modules you ship with perl and handle them individually. It's not only a matter of handling these dependencies, but there are several modules which need to be updated, and you shouldn't have to rebuild (nor should we have to ask you to rebuild) all of perl in order to do so. Ok, I will provide the extra vendor modules as perl-modules or perl-extra pkg. But this will happen with 5.14, which is the next planned cygwin release in spring 2011. All vendor modules together or split it into the dependencies? perl-CPAN needs Pod::Escapes Pod::Simple Test::Pod Devel::Symdump Pod::Coverage Test::Pod::Coverage \ Compress::Raw::Bzip2 IO::Compress::Bzip2 Compress::Bzip2 \ IO::String \ File::Temp Archive::Zip \ Math::BigInt::FastCalc \ Term::ReadKey Term::ReadLine::Perl Term::ReadLine::Gnu \ XML::NamespaceSupport XML::SAX XML::LibXML::Common XML::LibXML \ XML::Parser \ Proc::ProcessTable \ YAML \ Config::Tiny File::Copy::Recursive IPC::Run3 Probe::Perl \ Tee IO::CaptureOutput File::pushd File::HomeDir \ Digest::SHA \ Module::Signature \ URI HTML::Tagset HTML::Parser LWP CPAN perl-CPAN-Reporter needed: Net::DNS Test::Reporter CPAN::Reporter but now with Metabase it's much fatter. About 15-20 modules or so, where some do not work out of the box. I really want to support sending cpan reports out of the box, because most developers are happy to get failing cygwin reports. (linker strictness and IV vs pointer size mostly) Note this is not really an issue for most users, because I explicitly changed the @INC order so that you can override the vendor modules with cpan installed site modules. But for your port modules it is an issue of course. -- Reini Urban -- 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
Wrong/ inconsistent responses from diff
(Very sorry if this arrives twice: one sent 3H ago seems not to have made it and I think maybe a AV induced signature was the cause: not provided with this despatch.) Ouch, this is weird and inexplicable. Somehow diff identifies differences in two identical binary files. In the following example two duplicate files are located (i) in my home directory (/m/home/user) and (ii) at the root of a different drive (D:). But this is just an example. The spurious differences are identified for all binary files. (As I found when comparing two identical trees, containing many binaries, using diff -rqs.) First, confirm they are identical. Notice the 5 different ways I may use to identify the file in my home directory. Using md5sum confirms they are identical (so does cmp -bl, say). ~ md5sum INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf *INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf ~ md5sum ./INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf *./INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf ~ md5sum ~/INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */home/user/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf ~ md5sum /home/user/INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */home/user/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf ~ md5sum /m/home/user/INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */m/home/user/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf Now test for differences in the files (there are none, of course). Only the 5th of the 5 different ways by which I may identify the file in my home directory demonstrates that the two files are the same. Otherwise they are reported as being different. ~ diff -s INTERVAL.pdf /d/INTERVAL.pdf Files INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s ./INTERVAL.pdf /d/INTERVAL.pdf Files ./INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s ~/INTERVAL.pdf /d/INTERVAL.pdf Files /home/user/INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s /home/user/INTERVAL.pdf /d/INTERVAL.pdf Files /home/user/INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s /m/home/user/INTERVAL.pdf /d/INTERVAL.pdf Files /m/home/user/INTERVAL.pdf and /d/INTERVAL.pdf are identical Using XP Pro SP3. This happens with the current cygwin1.dll and the snapshot dated 20100822. Attached, cygcheck.out. Fergus cygcheck.out.bz2 Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: perl: Net::DNS requires Win32::IPHelper
On Aug 23 15:36, Reini Urban wrote: 2010/8/23 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net: Reini, The Net::DNS module, which you ship with perl, depends on perl-libwin32 (packaged separately) and Win32::IPHelper, the latter of which depends on Win32::API and enum modules. Win32::API needs a custom typemap file in order to compile on Cygwin, which AFAICS should be: TYPEMAP HINSTANCE T_PTR LPCSTR T_PV LPCWSTR T_PV Oh my. Net::DNS depending on Win32::API is not really helpful. He already has a DNS.xs it would be easy to add the IPHelper stuff to this xs. perl-libwin32 is a bit fat for a perl require line, I'll see what I can do to remove this cyclic dependency. Net::DNS is only needed for the old CPAN::Reporter. The new CPAN::Reporter 2.0 will use Metabase and has a entirely different set of deps. Here's a question: Why does the Net::DNS module, which provides only a resolver API, depend on a Win32-related package at all? Cygwin 1.7 provides a BSD compatible resolver API (res_init, res_query, etc) which should be used, just like on Linux. Does the module erroneously treat Cygwin as Windows target? If so, that should be fixed. 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: perl: Net::DNS requires Win32::IPHelper
2010/8/23 Corinna Vinschen corinna-cyg...@cygwin.com: On Aug 23 15:36, Reini Urban wrote: 2010/8/23 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net: Reini, The Net::DNS module, which you ship with perl, depends on perl-libwin32 (packaged separately) and Win32::IPHelper, the latter of which depends on Win32::API and enum modules. Win32::API needs a custom typemap file in order to compile on Cygwin, which AFAICS should be: TYPEMAP HINSTANCE T_PTR LPCSTR T_PV LPCWSTR T_PV Oh my. Net::DNS depending on Win32::API is not really helpful. He already has a DNS.xs it would be easy to add the IPHelper stuff to this xs. perl-libwin32 is a bit fat for a perl require line, I'll see what I can do to remove this cyclic dependency. Net::DNS is only needed for the old CPAN::Reporter. The new CPAN::Reporter 2.0 will use Metabase and has a entirely different set of deps. Here's a question: Why does the Net::DNS module, which provides only a resolver API, depend on a Win32-related package at all? Cygwin 1.7 provides a BSD compatible resolver API (res_init, res_query, etc) which should be used, just like on Linux. Does the module erroneously treat Cygwin as Windows target? If so, that should be fixed. Sure. It's entirely stupid for Net::DNS to treat cygwin same as MSWin32. A good catch by Yaakov. Wonder why I never had any issue with that. I'll come up with a better cygwin resolver for Net::DNS, which does not need a slow and always broken Win32::API + Win32::IPHelper. Behind my proxy using Net::DNS::Resolver::UNIX on cygwin worked okay, but I'll test again at home and bump perl then. -- Reini Urban -- 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: perl: Net::DNS requires Win32::IPHelper
On Aug 23 16:34, Reini Urban wrote: 2010/8/23 Corinna Vinschen BZ!!! PCYM...? Why does the Net::DNS module, which provides only a resolver API, depend on a Win32-related package at all? Cygwin 1.7 provides a BSD compatible resolver API (res_init, res_query, etc) which should be used, just like on Linux. Does the module erroneously treat Cygwin as Windows target? If so, that should be fixed. Sure. It's entirely stupid for Net::DNS to treat cygwin same as MSWin32. A good catch by Yaakov. Wonder why I never had any issue with that. I'll come up with a better cygwin resolver for Net::DNS, which does not need a slow and always broken Win32::API + Win32::IPHelper. Behind my proxy using Net::DNS::Resolver::UNIX on cygwin worked okay, but I'll test again at home and bump perl then. Thanks! 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
[ANNOUNCEMENT] Updated: OpenSSH-5.6p1-1
I've just updated the Cygwin version of OpenSSH to 5.6p1-1.
This is a new major upstream release. The Cygwin release is created
from the vanilla sources.
The official release message of 5.6p1:
OpenSSH 5.6 has just been released. It will be available from the
mirrors listed at http://www.openssh.com/ shortly.
OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0
implementation and includes sftp client and server support.
Once again, we would like to thank the OpenSSH community for their
continued support of the project, especially those who contributed
code or patches, reported bugs, tested snapshots or donated to the
project. More information on donations may be found at:
http://www.openssh.com/donations.html
Changes since OpenSSH 5.5
=
Features:
* Added a ControlPersist option to ssh_config(5) that automatically
starts a background ssh(1) multiplex master when connecting. This
connection can stay alive indefinitely, or can be set to
automatically close after a user-specified duration of inactivity.
* Hostbased authentication may now use certificate host keys. CA keys
must be specified in a known_hosts file using the @cert-authority
marker as described in sshd(8).
* ssh-keygen(1) now supports signing certificate using a CA key that
has been stored in a PKCS#11 token.
* ssh(1) will now log the hostname and address that we connected to at
LogLevel=verbose after authentication is successful to mitigate
phishing attacks by servers with trusted keys that accept
authentication silently and automatically before presenting fake
password/passphrase prompts.
Note that, for such an attack to be successful, the user must have
disabled StrictHostKeyChecking (enabled by default) or an attacker
must have access to a trusted host key for the destination server.
* Expand %h to the hostname in ssh_config Hostname options. While this
sounds useless, it is actually handy for working with unqualified
hostnames:
Host *.*
Hostname %h
Host *
Hostname %h.example.org
* Allow ssh-keygen(1) to import (-i) and export (-e) of PEM and PKCS#8
keys in addition to RFC4716 (SSH.COM) encodings via a new -m option
(bz#1749)
* sshd(8) will now queue debug messages for bad ownership or
permissions on the user's keyfiles encountered during authentication
and will send them after authentication has successfully completed.
These messages may be viewed in ssh(1) at LogLevel=debug or higher.
* ssh(1) connection multiplexing now supports remote forwarding with
dynamic port allocation and can report the allocated port back to
the user:
LPORT=`ssh -S muxsocket -R0:localhost:25 -O forward somehost`
* sshd(8) now supports indirection in matching of principal names
listed in certificates. By default, if a certificate has an
embedded principals list then the username on the server must match
one of the names in the list for it to be accepted for
authentication.
sshd(8) now has a new AuthorizedPrincipalsFile option to specify a
file containing a list of names that may be accepted in place of the
username when authorizing a certificate trusted via the
sshd_config(5) TrustedCAKeys option. Similarly, authentication
using a CA trusted in ~/.ssh/authorized_keys now accepts a
principals=name1[,name2,...] to specify a list of permitted names.
If either option is absent, the current behaviour of requiring the
username to appear in principals continues to apply. These options
are useful for role accounts, disjoint account namespaces and
u...@realm-style naming policies in certificates.
* Additional sshd_config(5) options are now valid inside Match blocks:
AuthorizedKeysFile
AuthorizedPrincipalsFile
HostbasedUsesNameFromPacketOnly
PermitTunnel
* Revised the format of certificate keys. The new format, identified as
ssh-{dss,rsa}-cert-...@openssh.com includes the following changes:
- Adding a serial number field. This may be specified by the CA at
the time of certificate signing.
- Moving the nonce field to the beginning of the certificate where
it can better protect against chosen-prefix attacks on the
signature hash (currently infeasible against the SHA1 hash used)
- Renaming the constraints field to critical options
- Addng a new non-critical extensions field. The permit-*
options are now extensions, rather than critical options to
permit non-OpenSSH implementation of this key format to degrade
gracefully when encountering keys with options they do not
recognize.
The older format is still supported for authentication and may still
be used when signing certificates (use ssh-keygen -t v00 ...).
The v00 format, introduced in OpenSSH 5.4, will be supported for at
least one year from this
Old newlib/libc/string/wcsncpy.c in cygwin-1.7.*-src.tar.bz2
According to src tarball and CVS tags, recent cygwin 1.7 DLL releases still use newlib/libc/string/wcsncpy.c r1.2 from 2005-10-28. Is this intentional? CVS HEAD wcsncpy.c r1.3 from 2009-08-18 likely fixes this bug: http://sourceware.org/ml/newlib/2009/msg00812.html BTW: - CVS tag cygwin-1_7_6-release is missing - There is a bogus CVS backup file in last tarball: /usr/src/cygwin-1.7.6-1/winsup/utils/.#locale.cc.1.5 Christian -- 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: Wrong/ inconsistent responses from diff
~ diff -s INTERVAL.pdf /d/INTERVAL.pdf Files INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s ./INTERVAL.pdf /d/INTERVAL.pdf Files ./INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s ~/INTERVAL.pdf /d/INTERVAL.pdf Files /home/user/INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s /home/user/INTERVAL.pdf /d/INTERVAL.pdf Files /home/user/INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s /m/home/user/INTERVAL.pdf /d/INTERVAL.pdf Files /m/home/user/INTERVAL.pdf and /d/INTERVAL.pdf are identical Nothing to do with cygwin1.dll 1.5 to 1.6? Reverted to [prev] diffutils v.2.8.7-2 and this strange contradiction went away (that is: all files, however accessed, were shown as identical using diff -s, as they should be). Upgraded, again, to [curr] diffutils v.2.9-1 and the problem came back: identical files were reported to be different, using diff -s. 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: Old newlib/libc/string/wcsncpy.c in cygwin-1.7.*-src.tar.bz2
On Aug 23 17:23, Christian Franke wrote: According to src tarball and CVS tags, recent cygwin 1.7 DLL releases still use newlib/libc/string/wcsncpy.c r1.2 from 2005-10-28. Is this intentional? No, that's unintentional. Thanks for the info. I fixed that locally for the next release, as well as the bogus .# file. 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
Python, Gentoo Prefix, Cygwin: Import Error time, cStringIO, Permission denied
Hello all, I freshly subscribed to this list, because I search a solution for a very special problem. Context == I try if it is possible to bootstrap Gentoo Prefix with Cygwin. Gentoo Prefix is similar to Cygwin itself, a Linux inside something else, but compiled from sources. It depends on a Version V System. It try to use Cygwin to run it on Windows. This involves compiling python. Mark, I don't use the Cygwin Python builds, but compile it from the Gentoo sources. Problem == After compiling pyhton I run into errors when I start to use it it. It says something like this in the logger module: Import Error time, cStringIO. Permission denied. Looking into the compiled sources I find cStringIO.dll and time.dll. Both have the permissions 755. Hence permission to run them should be given. Is it a path problem? Are environment variables wrong? I would expect in that case python would complain Modules not found instead of Permission denied. I already did rebase all. Do I have to reboot thereafter? I forgot to do so, I first wanted to write this posting. I am at the end of my wits now. 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: perl: Net::DNS requires Win32::IPHelper
On Mon, 2010-08-23 at 16:07 +0200, Corinna Vinschen wrote: Here's a question: Why does the Net::DNS module, which provides only a resolver API, depend on a Win32-related package at all? Cygwin 1.7 provides a BSD compatible resolver API (res_init, res_query, etc) which should be used, just like on Linux. Does the module erroneously treat Cygwin as Windows target? If so, that should be fixed. Net::DNS does not bind libresolv on *NIX; it does its own parsing of /etc/resolv.conf. On Win32, it uses Win32::IPHelper's bindings of GetNetworkParams. So this is YA resolver implementation. When it came to BIND's liblwres, you asked that it use the Windows APIs in order to ore closely match our libresolv implementation and not require an /etc/resolv.conf. The same would apply here as well. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Postinstall error (partly solved)
Hello I had created by mc new directory \etx\xml and postinstall has not announce any error concerning xml documents. However some error persists: Package: boxes boxes.sh exit code 2 Package: libglade2.0_0 libglade2.0.sh exit code 3 Package: exim exim.sh exit code 1 Package: mined mined.sh exit code 1 Package: No package boxes.sh exit code 2 exim.sh exit code 1 libglade2.0.sh exit code 3 mined.sh exit code 1 Has anyone a hint how to cure boxes, libglade2, exim and mined? TIA Regards Milos -- 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: Building a custom cygwin1.dll library
On 8/22/2010 2:30 AM, Christopher Faylor wrote: On Sat, Aug 21, 2010 at 09:32:47PM -0400, Gregg Levine wrote: Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. No, it's completely impossible. This is software. Once it's written, it's cast in stone. Sorry. cgf Hence the phrase: Let he who is without syntax cast the first stone. ;-) -- 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: Wrong/ inconsistent responses from diff
Nothing to do with cygwin1.dll 1.5 to 1.6? Reverted to [prev] diffutils v.2.8.7-2 and this strange contradiction went away ... Not quite. Still with cygwin v.1.6 but having reverted to diffutils v.2.8.7-2 I'm still getting weird responses (though many fewer). The two directories explored below have identical contents, not the 3 differences identified: ~ diff -rq /home /l/home Files /home/user/sav/bookmarks.html and /l/home/user/sav/bookmarks.html differ Files /home/user/sav/userTheme.Theme and /l/home/user/sav/userTheme.Theme differ Files /home/user/tex/short-math-guide.pdf and /l/home/user/tex/short-math-guide.pdf differ ~ ~ diff -rq /m/home /l/home ~ If this strange behaviour is not due to recent upgrades of diffutils, then the only other relevant change is possibly to cygwin1.dll. I have not gone through airport security with my machine, X-rayed it or dropped it in a magnetic field resonator, though I agree this behaviour is suggestive of any or all of these! 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: Wrong/ inconsistent responses from diff
On 23 August 2010 14:57, Fergus wrote: (Very sorry if this arrives twice: one sent 3H ago seems not to have made it and I think maybe a AV induced signature was the cause: not provided with this despatch.) Ouch, this is weird and inexplicable. Somehow diff identifies differences in two identical binary files. In the following example two duplicate files are located (i) in my home directory (/m/home/user) and (ii) at the root of a different drive (D:). But this is just an example. The spurious differences are identified for all binary files. (As I found when comparing two identical trees, containing many binaries, using diff -rqs.) First, confirm they are identical. Notice the 5 different ways I may use to identify the file in my home directory. Using md5sum confirms they are identical (so does cmp -bl, say). ~ md5sum INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf *INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf ~ md5sum ./INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf *./INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf ~ md5sum ~/INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */home/user/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf ~ md5sum /home/user/INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */home/user/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf ~ md5sum /m/home/user/INTERVAL.pdf /d/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */m/home/user/INTERVAL.pdf 5f6ac8c4882f4804805ff41291a665bf */d/INTERVAL.pdf Now test for differences in the files (there are none, of course). Only the 5th of the 5 different ways by which I may identify the file in my home directory demonstrates that the two files are the same. Otherwise they are reported as being different. ~ diff -s INTERVAL.pdf /d/INTERVAL.pdf Files INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s ./INTERVAL.pdf /d/INTERVAL.pdf Files ./INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s ~/INTERVAL.pdf /d/INTERVAL.pdf Files /home/user/INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s /home/user/INTERVAL.pdf /d/INTERVAL.pdf Files /home/user/INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s /m/home/user/INTERVAL.pdf /d/INTERVAL.pdf Files /m/home/user/INTERVAL.pdf and /d/INTERVAL.pdf are identical I'd suspect that /m and /d are on text mounts and your home directory is on a binary mount, or vice versa. It may be that md5sum explicitly opens files in binary mode, in which case the mount type does not matter, whereas diff opens the files in without specifying mode. Your cygcheck output does not confirm that suspicion, but then again, the mount points shown there do not fit the paths shown above: M: / system binary,auto M:\bin /usr/bin system binary,auto M:\lib /usr/lib system binary,auto cygdrive prefix /cygdrive userbinary,auto In particular, the /d and /m paths suggest that the cygdrive prefix is / rather than /cygdrive. 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
Re: Wrong/ inconsistent responses from diff
On 2010-08-23 09:57, Fergus wrote: Somehow diff identifies differences in two identical binary files. In the following example two duplicate files are located (i) in my home directory (/m/home/user) and (ii) at the root of a different drive (D:). [snip] ~ diff -s INTERVAL.pdf /d/INTERVAL.pdf Files INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s ./INTERVAL.pdf /d/INTERVAL.pdf Files ./INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s ~/INTERVAL.pdf /d/INTERVAL.pdf Files /home/user/INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s /home/user/INTERVAL.pdf /d/INTERVAL.pdf Files /home/user/INTERVAL.pdf and /d/INTERVAL.pdf differ ~ diff -s /m/home/user/INTERVAL.pdf /d/INTERVAL.pdf Files /m/home/user/INTERVAL.pdf and /d/INTERVAL.pdf are identical Using XP Pro SP3. This happens with the current cygwin1.dll and the snapshot dated 20100822. Fergus Try using diff --binary -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Postinstall error (partly solved)
Milos Puchta sent the following at Monday, August 23, 2010 2:22 PM Hello boxes.sh exit code 2 libglade2.0.sh exit code 3 exim.sh exit code 1 mined.sh exit code 1 boxes.sh exit code 2 exim.sh exit code 1 libglade2.0.sh exit code 3 mined.sh exit code 1 I had created by mc new directory \etx\xml and postinstall has not announce any error concerning xml documents. However some error persists: Package: boxes Package: libglade2.0_0 Package: exim Package: mined Package: No package Has anyone a hint how to cure boxes, libglade2, exim and mined? My suggestion: Open a terminal (bash or your shell of preference). Go to /etc/postinstall Edit each of the scripts, adding -x to the end of the shebang line. Run the script. That should show you what command is giving the error. The error message may also indicate why it is giving the error. For what it's worth (probably not much), my experience was related to permissions. However, you may have an unrelated cause, so consider other possibilities. If an application seems to be working OK, or you figure out the problem and correct it manually (without the script) you might consider renaming script.sh to script.sh.done to get setup to stop trying to run the script. Good luck, - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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
Building Emacs-trunk with gcc = 4.5.1 and libelf installed
Trying to build Emacs-trunk on Cygwin with GCC = 4.5.1, I have found a problem if also the package 'libelf0' is installed. The build fails in this way: = ./configure [...] checking for elf_begin in -lelf... yes [...] make [...] gcc-4.6... In file included from /usr/include/X11/Xos.h:146:0, from /tmp/emacs/src/xfaces.c:277: /usr/include/X11/Xarch.h:43:30: fatal error: sys/byteorder.h: No such file or directory compilation terminated. make[2]: *** [xfaces.o] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory '/tmp/emacs/Work/src' make[1]: *** [src] Error 2 make[1]: Leaving directory '/tmp/emacs/Work' make: *** [bootstrap] Error 2 = The issue is fixed, simply, if I uninstall 'libelf0'. Indeed... If 'libelf0' is installed, we have from 'configure', checking for elf_begin in -lelf... yes and the following test in 'configure' script is true: if test $ac_have_func = no test $ac_cv_lib_elf_elf_begin = yes; then ac_have_func=yes $as_echo #define SVR4 1 confdefs.h fi i.e. SVR4 is _defined_. But... 'src/xfaces.c' includes indirectly via '/usr/include/X11/Xos.h' the header '/usr/include/X11/Xarch.h', which has: [...] # if defined(SVR4) || defined(__SVR4) # include sys/byteorder.h # elif [...] i.e. finding SVR4 defined, it searches for 'byteorder.h' in '/usr/include/sys' and not in '/usr/include/asm', where it lives (*as on GNU/Linux*[1]), and this leads to the above failure. What does the Cygwin 'libelf0' maintainer think about these facts? Thanks, Angelo. --- [1] Here Cygwin isn't different frome GNU/Linux Kubuntu 10.04. :-) -- 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
Network drives ssh access
I have a network drive set up to auto-reconnect at startup, which appears to work fine. If I start cygwin after logging in, I can see the drive in the /cygwin directory. However, I cannot see the drive in the /cygwin directory when connecting via Cygwin's OpenSSH. My guess is that ssh starts before the drive shows up. Running net use from the SSH connection says it is unavailable: bu...@zre-win-002 / $ net use New connections will be remembered. Status Local RemoteNetwork --- Unavailable Z:\\X.X.X.X\Zbuild3 Microsoft Windows Network The command completed successfully. From the system itself: bu...@zre-win-002 / $ net use New connections will be remembered. Status Local RemoteNetwork --- OK Z:\\X.X.X.X\Zbuild3 Microsoft Windows Network The command completed successfully. Trying to run net use Z: doesn't help any. Any ideas on what I can do to make this drive show up so I can access it when accessing the windows box remotely? Thanks, Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration -- 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: Building a custom cygwin1.dll library
On Tue, Aug 24, 2010 at 2:54 AM, Lee D. Rothstein l1ee...@veritech.com wrote: On 8/22/2010 2:30 AM, Christopher Faylor wrote: On Sat, Aug 21, 2010 at 09:32:47PM -0400, Gregg Levine wrote: Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. No, it's completely impossible. This is software. Once it's written, it's cast in stone. Sorry. cgf Hence the phrase: Let he who is without syntax cast the first stone. ;-) This is really simple, unless you want to cross build it. But why do you want to build a custom cygwin1.dll library ? I'm curious about the features you want to add. -- Chiheng Xu Wuhan,China -- 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: Building a custom cygwin1.dll library
On Tue, Aug 24, 2010 at 09:22:41AM +0800, Chiheng Xu wrote: On Tue, Aug 24, 2010 at 2:54 AM, Lee D. Rothstein l1ee...@veritech.com wrote: ??On 8/22/2010 2:30 AM, Christopher Faylor wrote: On Sat, Aug 21, 2010 at 09:32:47PM -0400, Gregg Levine wrote: Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. No, it's completely impossible. ??This is software. ??Once it's written, it's cast in stone. ??Sorry. cgf Hence the phrase: Let he who is without syntax cast the first stone. ;-) This is really simple, unless you want to cross build it. Right. It's infinitely impossible to cross build and infinetly - 1 impossible to customize. 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: Network drives ssh access
On 8/23/2010 7:47 PM, Quanah Gibson-Mount wrote: I have a network drive set up to auto-reconnect at startup, which appears to work fine. If I start cygwin after logging in, I can see the drive in the /cygwin directory. However, I cannot see the drive in the /cygwin directory when connecting via Cygwin's OpenSSH. My guess is that ssh starts before the drive shows up. Running net use from the SSH connection says it is unavailable: snip The FAQ is your friend: http://cygwin.com/faq/faq-nochunks.html#faq.using.shares -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Building a custom cygwin1.dll library
On Mon, Aug 23, 2010 at 9:37 PM, Christopher Faylor wrote: On Tue, Aug 24, 2010 at 09:22:41AM +0800, Chiheng Xu wrote: On Tue, Aug 24, 2010 at 2:54 AM, Lee D. Rothstein wrote: ??On 8/22/2010 2:30 AM, Christopher Faylor wrote: On Sat, Aug 21, 2010 at 09:32:47PM -0400, Gregg Levine wrote: Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. No, it's completely impossible. ??This is software. ??Once it's written, it's cast in stone. ??Sorry. cgf Hence the phrase: Let he who is without syntax cast the first stone. ;-) This is really simple, unless you want to cross build it. Right. It's infinitely impossible to cross build and infinetly - 1 impossible to customize. cgf - Hello! At the moment I am only asking. I've downloaded the snaps from the past two days, haven't used them, and simply asked these questions. Chris, I only asked, I don't want to add, or subtract any features. As for newlib. That's the part I am thinking about. It's the way the whole business might or might not interact with the idiotic way Microsoft does things. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Building Emacs-trunk with gcc = 4.5.1 and libelf installed
On Tue, 2010-08-24 at 01:31 +0200, Angelo Graziosi wrote: Trying to build Emacs-trunk on Cygwin with GCC = 4.5.1, I have found a problem if also the package 'libelf0' is installed. [snip] and the following test in 'configure' script is true: [snip] i.e. SVR4 is _defined_. But... 'src/xfaces.c' includes indirectly via '/usr/include/X11/Xos.h' the header '/usr/include/X11/Xarch.h', which has: [snip] i.e. finding SVR4 defined, it searches for 'byteorder.h' in '/usr/include/sys' and not in '/usr/include/asm', where it lives (*as on GNU/Linux*[1]), and this leads to the above failure. This is coming from autoconf's AC_FUNC_GETLOADAVG, which tries to find several different getloadavg(3) implementations (which Cygwin doesn't provide), otherwise it points to an AC_LIBOBJ from gnulib. On Solaris, the gnulib getloadavg uses kvm_open(3) and friends, and libkvm requires libelf, hence the check for the latter. AFAICS the proper solution is, in _AC_LIBOBJ_GETLOADAVG: if test $ac_have_func = no test $ac_cv_lib_elf_elf_begin = yes; then ac_have_func=yes AC_DEFINE(SVR4, 1, [Define to 1 on System V Release 4.]) fi to add test $ac_cv_lib_kvm_kvm_open = yes to the conditional. In the meantime, since libelf isn't needed elsewhere in emacs, an easy workaround is to add ac_cv_lib_elf_elf_begin=no to CYGCONF_ARGS. HTH, Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Building a custom cygwin1.dll library
Greetings, Gregg Levine! At the moment I am only asking. I've downloaded the snaps from the past two days, haven't used them, and simply asked these questions. Chris, I only asked, I don't want to add, or subtract any features. Yet again, why do you want to (re)build cygwin1.dll in first place? Out of pure curiosity? The complication level of this task seems irrational to me. As for newlib. That's the part I am thinking about. It's the way the whole business might or might not interact with the idiotic way Microsoft does things. Not related. -- WBR, Andrey Repin (anrdae...@freemail.ru) 24.08.2010, 9:41 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Building a custom cygwin1.dll library
On Mon, Aug 23, 2010 at 09:37:16PM -0400, Christopher Faylor wrote: On Tue, Aug 24, 2010 at 09:22:41AM +0800, Chiheng Xu wrote: On Tue, Aug 24, 2010 at 2:54 AM, Lee D. Rothstein l1ee...@veritech.com wrote: ??On 8/22/2010 2:30 AM, Christopher Faylor wrote: On Sat, Aug 21, 2010 at 09:32:47PM -0400, Gregg Levine wrote: Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. No, it's completely impossible. ??This is software. ??Once it's written, it's cast in stone. ??Sorry. cgf Hence the phrase: Let he who is without syntax cast the first stone. ;-) This is really simple, unless you want to cross build it. Right. It's infinitely impossible to cross build and infinetly - 1 infinitely impossible to customize. -- 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: build-docbook-catalog-1.5-2
The following package was updated for the Cygwin distribution: *** build-docbook-catalog-1.5-2 This script maintains the DocBook entries in the system XML catalog. This release fixes an error if run when an existing system XML catalog is not present. Yaakov -- CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: OpenSSH-5.6p1-1
I've just updated the Cygwin version of OpenSSH to 5.6p1-1.
This is a new major upstream release. The Cygwin release is created
from the vanilla sources.
The official release message of 5.6p1:
OpenSSH 5.6 has just been released. It will be available from the
mirrors listed at http://www.openssh.com/ shortly.
OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0
implementation and includes sftp client and server support.
Once again, we would like to thank the OpenSSH community for their
continued support of the project, especially those who contributed
code or patches, reported bugs, tested snapshots or donated to the
project. More information on donations may be found at:
http://www.openssh.com/donations.html
Changes since OpenSSH 5.5
=
Features:
* Added a ControlPersist option to ssh_config(5) that automatically
starts a background ssh(1) multiplex master when connecting. This
connection can stay alive indefinitely, or can be set to
automatically close after a user-specified duration of inactivity.
* Hostbased authentication may now use certificate host keys. CA keys
must be specified in a known_hosts file using the @cert-authority
marker as described in sshd(8).
* ssh-keygen(1) now supports signing certificate using a CA key that
has been stored in a PKCS#11 token.
* ssh(1) will now log the hostname and address that we connected to at
LogLevel=verbose after authentication is successful to mitigate
phishing attacks by servers with trusted keys that accept
authentication silently and automatically before presenting fake
password/passphrase prompts.
Note that, for such an attack to be successful, the user must have
disabled StrictHostKeyChecking (enabled by default) or an attacker
must have access to a trusted host key for the destination server.
* Expand %h to the hostname in ssh_config Hostname options. While this
sounds useless, it is actually handy for working with unqualified
hostnames:
Host *.*
Hostname %h
Host *
Hostname %h.example.org
* Allow ssh-keygen(1) to import (-i) and export (-e) of PEM and PKCS#8
keys in addition to RFC4716 (SSH.COM) encodings via a new -m option
(bz#1749)
* sshd(8) will now queue debug messages for bad ownership or
permissions on the user's keyfiles encountered during authentication
and will send them after authentication has successfully completed.
These messages may be viewed in ssh(1) at LogLevel=debug or higher.
* ssh(1) connection multiplexing now supports remote forwarding with
dynamic port allocation and can report the allocated port back to
the user:
LPORT=`ssh -S muxsocket -R0:localhost:25 -O forward somehost`
* sshd(8) now supports indirection in matching of principal names
listed in certificates. By default, if a certificate has an
embedded principals list then the username on the server must match
one of the names in the list for it to be accepted for
authentication.
sshd(8) now has a new AuthorizedPrincipalsFile option to specify a
file containing a list of names that may be accepted in place of the
username when authorizing a certificate trusted via the
sshd_config(5) TrustedCAKeys option. Similarly, authentication
using a CA trusted in ~/.ssh/authorized_keys now accepts a
principals=name1[,name2,...] to specify a list of permitted names.
If either option is absent, the current behaviour of requiring the
username to appear in principals continues to apply. These options
are useful for role accounts, disjoint account namespaces and
u...@realm-style naming policies in certificates.
* Additional sshd_config(5) options are now valid inside Match blocks:
AuthorizedKeysFile
AuthorizedPrincipalsFile
HostbasedUsesNameFromPacketOnly
PermitTunnel
* Revised the format of certificate keys. The new format, identified as
ssh-{dss,rsa}-cert-...@openssh.com includes the following changes:
- Adding a serial number field. This may be specified by the CA at
the time of certificate signing.
- Moving the nonce field to the beginning of the certificate where
it can better protect against chosen-prefix attacks on the
signature hash (currently infeasible against the SHA1 hash used)
- Renaming the constraints field to critical options
- Addng a new non-critical extensions field. The permit-*
options are now extensions, rather than critical options to
permit non-OpenSSH implementation of this key format to degrade
gracefully when encountering keys with options they do not
recognize.
The older format is still supported for authentication and may still
be used when signing certificates (use ssh-keygen -t v00 ...).
The v00 format, introduced in OpenSSH 5.4, will be supported for at
least one year from this
