[ANNOUNCEMENT] Updated: tesseract-ocr-3.02.02-1
Version 3.02.02-1 of packages tesseract-ocr tesseract-ocr-devel libtesseract-ocr_3 an version 3.02-1 of tesseract-ocr-eng tesseract-ocr-deu tesseract-ocr-fra tesseract-ocr-ita tesseract-ocr-nld tesseract-ocr-por tesseract-ocr-spa tesseract-ocr-vie are available in the Cygwin distribution: Other language specific data are available upstream https://code.google.com/p/tesseract-ocr/downloads/list CHANGES Last upstream release. Leptonica is now a separate package. https://code.google.com/p/tesseract-ocr/wiki/ReleaseNotes CYGWIN CHANGES First version for Cygwin 64bit. DESCRIPTION Tesseract is probably the most accurate open source OCR engine available. Combined with the Leptonica Image Processing Library it can read a wide variety of image formats and convert them to text in over 60 languages. It was one of the top 3 engines in the 1995 UNLV Accuracy test. Improved extensively by Google. It is released under the Apache License 2.0. HOMEPAGE https://code.google.com/p/tesseract-ocr/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from 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. -- 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] New package: leptonica-1.71-1
Version 1.71-1 of packages leptonica libleptonica-devel libleptonica_3 are available in the Cygwin distribution: CHANGES First package standalone for Cygwin 32bit and 64bit. Before it was included as component of tesseract-ocr. DESCRIPTION Leptonica is a pedagogically-oriented open source site containing software that is broadly useful for image processing and image analysis applications. Featured operations are Rasterop (a.k.a. bitblt) Affine transformations (scaling, translation, rotation, shear) on images of arbitrary pixel depth Binary and grayscale morphology, rank order, and convolution Seedfill and connected components Image transformations combining changes in scale and pixel depth Pixelwise masking, blending, enhancement, arithmetic ops, etc. HOMEPAGE http://www.leptonica.org Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from 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. -- 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: mingw-w32api needs to be upgraded to 4.0.1
On 2015-01-08 22:00, Paul Mattes wrote:
I maintain an app called x3270, along with its Windows variant, wc3270.
One of the build environments for wc3270 used to be Cygwin, but for well
over a year, it has been impossible to build it because of a bug in
MinGW 4.0, which was fixed in MinGW 4.0.1 in September 2013.
The mingw-* packages based on the mingw.org toolchain are no longer
supported. Please use the mingw64-{i686,x86_64}-* packages, based on
the MinGW-w64 toolchain, instead.
--
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
mingw-w32api needs to be upgraded to 4.0.1
I maintain an app called x3270, along with its Windows variant, wc3270. One of the build environments for wc3270 used to be Cygwin, but for well over a year, it has been impossible to build it because of a bug in MinGW 4.0, which was fixed in MinGW 4.0.1 in September 2013. (The current version of Cygwin mingw-runtime and mingw-w32api is "4.0-1", which I take to be a minor variant of 4.0, because it still contains the bug.) The bug is that if a file is linked against the 'winspool' library, the resulting Windows executable points at a nonexistent DLL called 'winspool.dll', instead of or 'winspool.drv'. The bug and the fix are described in detail in this thread: http://mingw.5.n7.nabble.com/quot-winspool-dll-was-not-found-quot-error-on-startup-after-upgrading-to-gcc-4-8-1-td32324.html I had expected that Cygwin's MinGW would be upgraded shortly after 4.0.1 appeared, but this does not appear to have been the case. -- /pdm/ Cygwin Configuration Diagnostics Current System Time: Fri Jan 09 03:46:31 2015 Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1 Path: C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files (x86)\Common Files\Adobe\AGL C:\Program Files (x86)\QuickTime\QTSystem Output from C:\cygwin64\bin\id.exe UID: 1001(pdm) GID: 513(None) 513(None) 545(Users) 1000(HomeUsers) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'pdm' PWD = '/home/pdm/wc3270-3.3' HOME = '/home/pdm' HOMEPATH = '\Users\pdm' APPDATA = 'C:\Users\pdm\AppData\Roaming' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'splunge' SHELL = '/bin/bash' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 37 Stepping 2, GenuineIntel' PROFILEREAD = 'true' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/home/pdm' ORIGINAL_PATH = '/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files (x86)/Common Files/Adobe/AGL:/cygdrive/c/Program Files (x86)/QuickTime/QTSystem' USERDOMAIN = 'splunge' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'pdm' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'en_US.UTF-8' USERPROFILE = 'C:\Users\pdm' TZ = 'America/Chicago' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\SPLUNGE' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\pdm\AppData\Local' ProgramData = 'C:\ProgramData' EXECIGNORE = '*.dll' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' OPENSSL_CONF = 'C:\OpenSSL-Win32\bin\openssl.cfg' HOMEDRIVE = 'C:' VBOX_MSI_INSTALL_PATH = 'C:\Program Files\Oracle\VirtualBox\' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\Windows' PRINTER = 'Canon MX860' PROCESSOR_REVISION = '2502' VS100COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\Tools\' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '4' asl.log = 'Destination=file' SESSIONNAME = 'Console' COMPUTERNAME = 'SPLUNGE' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Console\Cygwin (default) = 0x ColorTable01 = 0x0080 ColorTable02 = 0x8000 ColorTable03 = 0x00808000 ColorTable04 = 0x0080 ColorTable05 = 0x00800080 ColorTable06 = 0x8080 ColorTable07 = 0x00c0c0c0 ColorTable08 = 0x00808080 ColorTable09 = 0x00ff ColorTable10 = 0xff00 ColorTable11 = 0x0000 ColorTable12 = 0x00ff ColorTable13 = 0x00ff00ff ColorTable14 = 0x ColorTable15 = 0x00ff CursorSize = 0x0064 FaceName = 'Lucida Console' FontFamily = 0x0036 FontSize = 0x000e FontWeight = 0x0190 HistoryBufferSize = 0x0032 HistoryNoDup = 0x InsertMode = 0x0001 NumberOfHistoryBuffers = 0x0004 PopupColors = 0x00f5 QuickEdit = 0x ScreenBufferSize = 0x012c0050 ScreenColors = 0x0007 WindowSize = 0x00320050 HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin64' 1456d1caae951ae4 = '\??\C:\cygwin-x86' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin HKEY_LOCAL_M
Unable to extract libkbdsg.a while installing the w32api-runtime / gcc-core package
Hi Cygwin users, I've been trying to install the w32api-runtime package (required by gcc-core) for my 64-bit Cygwin installed under Windows 8.1, but the installer always gives an error "Unable to extract /usr/lib/w32api/libkbdsg.a. This file is in use or some other error occurred. Please stop all Cygwin processes and select "Retry", or select "Continue" to go anyway (you will need to reboot)." Note that the mentioned file does not exist yet in that location. I have successfully installed w32api-runtime on a different Windows 8.1 machine though. The only noteworthy difference may be that this time I've enabled compression on the cygwin64 root directory. Even weirder, it seems that I'm not able to create a file named "libkbdsg.a" anywhere on BOTH Windows 8.1 machines. Renaming an existing file to this name has no problem. However, the installer seems to delete the file first instead of overwriting it, so manually creating such named file doesn't help. Have any one encountered similar problems? Any help would be greatly appreciated. Thanks, Roc -- 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: Force "ls" to show .exe extension
Andrey Repin yandex.ru> writes: >> I don't like using the back ticks myself because of its atrocious >> readability, but I'm not religious about it. > > Then don't use them. Use "$( )" instead. Aside readability issues, > it also solve nesting and quoting problems. So much better...thanks, Andrey! -- 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
Cloned VM
What changes do I need to make to a Cloned W2K12 VM system for SSH to work correctly? The original system has cygwin installed and worked. I cloned and deployed it. What changes do I need to make to cygwin to get it to work correctly for SSH? Ed -- 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: openssl-1.0.1k-1, 32 bit only: libopenssl098-0.9.8zd-1
The following packages have been updated in the Cygwin distribution: * openssl-1.0.1k-1 * libopenssl100-1.0.1k-1 * openssl-devel-1.0.1k-1 The following package has been updated in the 32 bit Cygwin distro: * libopenssl098-0.9.8zd-1 This is an upstream security update. This is the official security advisory: OpenSSL Security Advisory [08 Jan 2015] === DTLS segmentation fault in dtls1_get_record (CVE-2014-3571) === Severity: Moderate A carefully crafted DTLS message can cause a segmentation fault in OpenSSL due to a NULL pointer dereference. This could lead to a Denial Of Service attack. This issue affects all current OpenSSL versions: 1.0.1, 1.0.0 and 0.9.8. OpenSSL 1.0.1 DTLS users should upgrade to 1.0.1k. OpenSSL 1.0.0 DTLS users should upgrade to 1.0.0p. OpenSSL 0.9.8 DTLS users should upgrade to 0.9.8zd. This issue was reported to OpenSSL on 22nd October 2014 by Markus Stenberg of Cisco Systems, Inc. The fix was developed by Stephen Henson of the OpenSSL core team. DTLS memory leak in dtls1_buffer_record (CVE-2015-0206) === Severity: Moderate A memory leak can occur in the dtls1_buffer_record function under certain conditions. In particular this could occur if an attacker sent repeated DTLS records with the same sequence number but for the next epoch. The memory leak could be exploited by an attacker in a Denial of Service attack through memory exhaustion. This issue affects OpenSSL versions: 1.0.1 and 1.0.0. OpenSSL 1.0.1 DTLS users should upgrade to 1.0.1k. OpenSSL 1.0.0 DTLS users should upgrade to 1.0.0p. This issue was reported to OpenSSL on 7th January 2015 by Chris Mueller who also provided an initial patch. Further analysis was performed by Matt Caswell of the OpenSSL development team, who also developed the final patch. no-ssl3 configuration sets method to NULL (CVE-2014-3569) = Severity: Low When openssl is built with the no-ssl3 option and a SSL v3 ClientHello is received the ssl method would be set to NULL which could later result in a NULL pointer dereference. This issue affects all current OpenSSL versions: 1.0.1, 1.0.0 and 0.9.8. OpenSSL 1.0.1 users should upgrade to 1.0.1k. OpenSSL 1.0.0 users should upgrade to 1.0.0p. OpenSSL 0.9.8 users should upgrade to 0.9.8zd. This issue was reported to OpenSSL on 17th October 2014 by Frank Schmirler. The fix was developed by Kurt Roeckx. ECDHE silently downgrades to ECDH [Client] (CVE-2014-3572) == Severity: Low An OpenSSL client will accept a handshake using an ephemeral ECDH ciphersuite using an ECDSA certificate if the server key exchange message is omitted. This effectively removes forward secrecy from the ciphersuite. This issue affects all current OpenSSL versions: 1.0.1, 1.0.0 and 0.9.8. OpenSSL 1.0.1 users should upgrade to 1.0.1k. OpenSSL 1.0.0 users should upgrade to 1.0.0p. OpenSSL 0.9.8 users should upgrade to 0.9.8zd. This issue was reported to OpenSSL on 22nd October 2014 by Karthikeyan Bhargavan of the PROSECCO team at INRIA. The fix was developed by Stephen Henson of the OpenSSL core team. RSA silently downgrades to EXPORT_RSA [Client] (CVE-2015-0204) == Severity: Low An OpenSSL client will accept the use of an RSA temporary key in a non-export RSA key exchange ciphersuite. A server could present a weak temporary key and downgrade the security of the session. This issue affects all current OpenSSL versions: 1.0.1, 1.0.0 and 0.9.8. OpenSSL 1.0.1 users should upgrade to 1.0.1k. OpenSSL 1.0.0 users should upgrade to 1.0.0p. OpenSSL 0.9.8 users should upgrade to 0.9.8zd. This issue was reported to OpenSSL on 22nd October 2014 by Karthikeyan Bhargavan of the PROSECCO team at INRIA. The fix was developed by Stephen Henson of the OpenSSL core team. DH client certificates accepted without verification [Server] (CVE-2015-0205) = Severity: Low An OpenSSL server will accept a DH certificate for client authentication without the certificate verify message. This effectively allows a client to authenticate without the use of a private key. This only affects servers which trust a client certificate authority which issues certificates containing DH keys: these are extremely rare and hardly ever encountered. This issue affects OpenSSL versions: 1.0.1 and 1.0.0. OpenSSL 1.0.1 users should upgrade to 1.0.1k. OpenSSL 1.0.0 users should upgrade to 1.0.0p. This issue was reported to OpenSSL on 22nd October 2014 by Karthikeyan Bhargavan of the PROSECCO team at INRIA. The fix was developed by Stephen Henson of the OpenSSL core team. Certificate fingerpri
Re: SSHd configuration problems (System error 1376)
Greetings, Corinna Vinschen! >> Speaking of ssh-host-config, how to specify domain user to run SSHD, while >> setting up the service through script? (Yes, I'm experimenting with >> snapshot.) > The ssh-host-config script is supposed to work for simple standalone > environments, not for AD environments. If you want to use a domain > account, the account must already exist, see > https://cygwin.com/faq/faq.html#faq.using.sshd-in-domain Damn, I didn't though of checking faq. Thanks! > The FAQ entry mentions adding the account to /etc/passwd, but that > obviously is not required anymore with 1.7.34 (FAQ needs change). > Also, the current released ssh-host-config script is not 1.7.34-ready. > I sent a few patches upstream already and I was planning to update > the openssh package when I release 1.7.34. > For your convenience, I attached the current upstream ssh-host-config > script. I'll play with it a little, than you again! -- WBR, Andrey Repin (anrdae...@yandex.ru) 08.01.2015, <21: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: Force "ls" to show .exe extension
Greetings, Paul! > I don't like using the back ticks myself because of its atrocious > readability, but I'm not religious about it. Then don't use them. Use "$( )" instead. Aside readability issues, it also solve nesting and quoting problems. -- WBR, Andrey Repin (anrdae...@yandex.ru) 08.01.2015, <21:25> 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: csih_use_file_etc()
> On Jan 8 15:35, Houder wrote:
>> > On Jan 8 12:17, Houder wrote:
>> >> Hi Corinna,
>> >>
>> >> Suggestion ...
>> >>
>> >> Replace in csih_use_file_etc() -- see file
>> >> /usr/share/csih/cygwin-service-installation-helper.sh
>> >>
>> >> grep -Eq "^${file}:.*\" /etc/nsswitch.conf || use_file=0
>> >>
>> >> by
>> >> grep -Eq "^${file}:[^#]*\" /etc/nsswitch.conf || use_file=0
>> >>
>> >> Otherwise 'comment' like below will NOT be ignored in file
>> >> /etc/nsswitch.conf:
>> >>
>> >> passwd: files # db
>> >>
>> >> csih_use_file_etc() is invoked by csih_create_privileged_user(), which is
>> >> invoked
>> >> by install_service() (in file /usr/bin/ssh-host-config).
>> >>
>> >> Henri
>> >
>> > Thanks, will do. What's your surname for the ChangeLog entry?
>>
>> Make it easy on yourself, please. Put your name in the ChangeLog.
>
> No, I made a ChangeLog entry for you, which is only right. It's just
> a pity I have to use a "???" instead of your surname.
Right? I have only been helping you through the first day back on the job ...
Really, you
are doing all the hard work. Let us not fuss about an entry in the ChangeLog.
H., your next-door neighbor :-)
--
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] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release)
On Jan 7 18:41, Corinna Vinschen wrote: > On Dec 20 19:19, Achim Gratz wrote: > > Another thing is that the Cygwin home directory is always a > > sub-directory of the windows home in our environment, so it would be > > useful if there was a placeholder for the windows home directory (%H or > > some such) for the /path override or even the schema entries to use. > > Not unreasonable but tricky. %H would be an absolute path which > collides with the current implementation in terms of the leading slash. > Hmm. I added a %H specifier to the /path schema which is substituted by the Windows home path in POSIX notation. So, what you should be able to do now is something like: db_home: /%H/cygwin If %H is preceeded by a slash, the slash gets removed since %H is already an absolute path. However, the code is not explicitely checking for nonsense, like db_home: /foo/%H/baz It will just replace that with something like /foo/cygdrive/c/Users/Willy.Brandt/baz so you end up with a broken home path. This new feature is not documented yet, and for testing I'd like to urge you to try the latest snapshot from https://cygwin.com/snapshots/ If that change works as desired, I'll add documentation and release another, hopefully one of the last, Cygwin test releases. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpaJux_SI5fC.pgp Description: PGP signature
Re: Force "ls" to show .exe extension
Bob McGowan symantec.com> writes: | Back to Paul's problem, getting a list of the actual filenames, as | they actually exist in the filesystem, can be handled by 'find', I | think. At least it worked in my simple test setup, above. | | $ find . -name abc | ./abc | $ find . -name 'abc*' | ./abc | ./abc.bat | ./abc.exe | ./abc.sh | | Since find prints each file name on a line by itself, filenames with | spaces just "work": | | $ touch 'pdq xyz' | $ find . | . | ./abc | ./abc.bat | ./abc.exe | ./abc.sh | ./pdq xyz | | To process the above output, use a 'while' loop with the 'read' | command and quote the shell variable in the loop body to preserve | the single filename with spaces: | | $ find . | | > while read filenames | > do | > file "$filenames" | > done | .: directory | ./abc: empty | ./abc.bat: empty | ./abc.exe: empty | ./abc.sh: empty | ./pdq xyz: empty | | The above is for illustration only. It is not efficient, since | 'file' is run 6 times, when it could have run once with multiple | file names, but then the quoting wouild be more difficult. You | would replace it with 'ls -l' to get individual file metadata, | though again it would be inefficient. | | Using 'xargs' would improve this, assuming the right parameters are | used. This will work with 'xargs' and 'cpio', I'm not sure which | other commands might support literal NULL termination of strings | (note the 0 (zero) in each command's args). | | find . -print0 | xargs -0 file | .: directory | ./abc: empty | ./abc.bat: empty | ./abc.exe: empty | ./abc.sh: empty | ./pdq xyz: empty It certainly is educational. For the original problem, though, I'd like to keep it simple enough to fit into one line. It has to accept output from "type" and must allow for "ls -l" and/or "ls -ltd" (or the like): $ls -d `type -pa pdfcrop | sed -e 's/.*/&*/'` /bin/pdfcrop@ /home/User.Name/bin/pdfcrop.exe* /usr/bin/pdfcrop@ $ls -ld `type -pa pdfcrop | sed -e 's/.*/&*/'` lrwxrwxrwx 1 User.Name Domain Users 48 Nov 10 16:35 /bin/pdfcrop -> /usr/share/texmf-dist/scripts/pdfcrop/pdfcrop.pl* -rwx--+ 1 User.Name Domain Users 33792 Jun 21 2013 /home/User.Name/bin/pdfcrop.exe* lrwxrwxrwx 1 User.Name Domain Users 48 Nov 10 16:35 /usr/bin/pdfcrop -> /usr/share/texmf-dist/scripts/pdfcrop/pdfcrop.pl* I don't like using the back ticks myself because of its atrocious readability, but I'm not religious about it. P.S. Gotta luv the gmane captcha words. -- 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: csih-0.9.8-4
I just updated the csih service installation helper package to 0.9.8-4. Another small bugfix. Have fun, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: base-cygwin-3.5-1
I just updated the base-cygwin package to 3.5-1. Bugfix only. Have fun, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: csih_use_file_etc()
On Jan 8 15:35, Houder wrote:
> > On Jan 8 12:17, Houder wrote:
> >> Hi Corinna,
> >>
> >> Suggestion ...
> >>
> >> Replace in csih_use_file_etc() -- see file
> >> /usr/share/csih/cygwin-service-installation-helper.sh
> >>
> >> grep -Eq "^${file}:.*\" /etc/nsswitch.conf || use_file=0
> >>
> >> by
> >> grep -Eq "^${file}:[^#]*\" /etc/nsswitch.conf || use_file=0
> >>
> >> Otherwise 'comment' like below will NOT be ignored in file
> >> /etc/nsswitch.conf:
> >>
> >> passwd: files # db
> >>
> >> csih_use_file_etc() is invoked by csih_create_privileged_user(), which is
> >> invoked
> >> by install_service() (in file /usr/bin/ssh-host-config).
> >>
> >> Henri
> >
> > Thanks, will do. What's your surname for the ChangeLog entry?
>
> Make it easy for yourself, please. Put your name in the ChangeLog.
No, I made a ChangeLog entry for you, which is only right. It's just
a pity I have to use a "???" instead of your surname.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpqnGS6D4zRu.pgp
Description: PGP signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003
On Jan 8 16:15, Angelo Graziosi wrote:
> Marco Atzeri wrote:
> >If re-installation created new SID's for you machine, than the old SID
> >stored in the USB STICK file
> >descriptors are not recognized.
>
> I wrote:
> >Ugh! I guess it is as Windows re-installation works
>
> Maybe I spoken too soon..
>
> I reformatted that usb key as NTFS and copied there backup data. Then I did
> a new Windows (W7U64) re-installation from scratch.
>
> I re-installed completely MSYS2 and the basic of Cygwin64 (1.7.33 using
> /etc/passwd and group)
>
> On MSYS2 the usb key is listed as follows:
>
> $ ls -lrta /e/
> totale 28
> drwxr-xr-x 1 angelo None 0 29 dic 03.44 tlnet_repo
> drwxr-xr-x 1 angelo None 0 6 gen 01.49 msys2-angelo.bkp-20150106
> drwxr-xr-x 1 angelo None 0 7 gen 14.47 angelo.bkp-20150106
> drwxr-xr-x 1 angelo None 0 7 gen 21.26 .
> drwxr-xr-x 1 angelo None 0 8 gen 12.57 ..
>
> while on Cygwin (1.7.33):
>
> $ ls -lrta /cygdrive/e/
> totale 24
> drwxrwxr-x+ 1 0 29 dic 03.44 tlnet_repo
> drwxr-xr-x+ 1 0 6 gen 01.49
> msys2-angelo.bkp-20150106
> drwxr-xr-x+ 1 0 7 gen 14.47 angelo.bkp-20150106
> drwxrwxrwx+ 1 Administrators 0 7 gen 21.26 .
> dr-xr-xr-x 1 angelo None 0 8 gen 15.46 ..
>
> If I use Cygwin 1.7.34 with/without the /etc/{passwd,group} files the
> '?' are changed in
>
> Unknown+User
> Unknown+Group
>
> Now, you should consider that MSYS2 comes with their core DLL (the
> equivalent of cygwin1.dll), which uses the new features in 1.7.34 test:
noacl vs. acl mount.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpheFqayIYAa.pgp
Description: PGP signature
Re: Bug in strftime %z (was: Possible defect in email.exe re: sent timestamp)
On Jan 7 22:50, Corinna Vinschen wrote:
> Hi Christian,
>
>
> thanks for the testcase!
>
> On Dec 19 19:44, Christian Franke wrote:
> > $ cat strftest.c
> > #include
> > #include
> > #include
> >
> > int main(int argc, char **argv)
> > {
> > time_t t = (argc > 1 ? atol(argv[1]) : time(NULL));
> > struct tm *tm = localtime(&t);
> > char buf[100];
> > strftime(buf, sizeof(buf), "%Y-%m-%d %H:%M:%S %z (%Z)", tm);
> > printf("%s\n", buf);
> > return 0;
> > }
> >
> > $ gcc -o strftest strftest.c
> >
> > $ echo $TZ
> > Europe/Berlin
> >
> > $ ./strftest 141901
> > 2014-12-19 18:26:40 +0200 (CET)
> >
> > $ ./strftest 143620
> > 2015-07-06 18:26:40 +0053 (CEST)
>
> Surprisingly this is an old problem which exists in this form since 2011.
> Weird that nobody noticed it so far. Or I missed earlier bug reports :}
> The underlying cause was that the info for std and dst offsets was taken
> from the wrong spot in the file. The weird 0053 offset is a result of
> wrongly using the LMT offset for Europe/Berlin.
>
> While this fixes the problem for recent timestamps, it will probably
> fail for older timestamps when other dst rules were active.
>
> The latest Cygwin versions come with an extended struct tm which adds
> members tm_offset and tm_zone for newly built applications. I'm working
> on a patch so strftime utilizes these members if they are available.
> I hope to get this finished tomorrow.
I uploaded a snapshot containing the fixes in tzload and strftime to
https://cygwin.com/snapshots/ Please give it a try.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpi6Zg7dk3au.pgp
Description: PGP signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003
Marco Atzeri wrote:
If re-installation created new SID's for you machine, than the old SID stored
in the USB STICK file
descriptors are not recognized.
I wrote:
Ugh! I guess it is as Windows re-installation works
Maybe I spoken too soon..
I reformatted that usb key as NTFS and copied there backup data. Then I
did a new Windows (W7U64) re-installation from scratch.
I re-installed completely MSYS2 and the basic of Cygwin64 (1.7.33 using
/etc/passwd and group)
On MSYS2 the usb key is listed as follows:
$ ls -lrta /e/
totale 28
drwxr-xr-x 1 angelo None 0 29 dic 03.44 tlnet_repo
drwxr-xr-x 1 angelo None 0 6 gen 01.49 msys2-angelo.bkp-20150106
drwxr-xr-x 1 angelo None 0 7 gen 14.47 angelo.bkp-20150106
drwxr-xr-x 1 angelo None 0 7 gen 21.26 .
drwxr-xr-x 1 angelo None 0 8 gen 12.57 ..
while on Cygwin (1.7.33):
$ ls -lrta /cygdrive/e/
totale 24
drwxrwxr-x+ 1 0 29 dic 03.44 tlnet_repo
drwxr-xr-x+ 1 0 6 gen 01.49
msys2-angelo.bkp-20150106
drwxr-xr-x+ 1 0 7 gen 14.47 angelo.bkp-20150106
drwxrwxrwx+ 1 Administrators 0 7 gen 21.26 .
dr-xr-xr-x 1 angelo None 0 8 gen 15.46 ..
If I use Cygwin 1.7.34 with/without the /etc/{passwd,group} files the
'?' are changed in
Unknown+User
Unknown+Group
Now, you should consider that MSYS2 comes with their core DLL (the
equivalent of cygwin1.dll), which uses the new features in 1.7.34 test:
indeed the don't install anymore /etc/{passwd,group} file but a default
/etc/nsswitch.conf file,
$ cat /etc/nsswitch.conf
# Begin /etc/nsswitch.conf
passwd: files db
group: files db
db_enum: cache builtin
db_home: cygwin desc
db_shell: cygwin desc
db_gecos: cygwin desc
# End /etc/nsswitch.conf
This seems invalidate the initial guess:
If re-installation created new SID's for you machine, than the old
SID stored in the USB STICK file descriptors are not recognized.
After all, if that was the reason, why on OSX the usb key is "seen"
correctly?
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: Updated: base-cygwin-3.4-1
On 1/8/2015 3:54 PM, Nellis, Kenneth wrote: From: Marco Atzeri On 1/8/2015 3:32 PM, Nellis, Kenneth wrote: I just updated the base-cygwin package to 3.4-1. The base-cygwin postinstall script will not add a root group to /etc/group anymore. Indeed, setup.exe is telling me that the new version of base-cygwin is 3.4-1, but the online Cygwin Package List [1] tells me there is version 3.5-1, but no 3.4-1. What’s up with that? [1] https://cygwin.com/packages/x86_64/base-cygwin/ —Ken Nellis delay in propagation to the mirrors. Usually 1 hour, for some mirror 1 day One of us misunderstood the other, Marco... The announcement was for 3.4-1. Setup shows 3.4-1 is new, so it hit my server. BUT the online Cygwin Package List shows 3-5.1. How does propagation delay explain that? --Ken Nellis Corinna found another mistake and released a 3-5.1 replacing the 3-4.1 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Updated: base-cygwin-3.4-1
> From: Marco Atzeri > On 1/8/2015 3:32 PM, Nellis, Kenneth wrote: > >> I just updated the base-cygwin package to 3.4-1. > >> > >> The base-cygwin postinstall script will not add a root group to > >> /etc/group anymore. > > > > Indeed, setup.exe is telling me that the new version of base-cygwin is > > 3.4-1, but the online Cygwin Package List [1] tells me there is > > version 3.5-1, but no 3.4-1. What’s up with that? > > > > [1] https://cygwin.com/packages/x86_64/base-cygwin/ > > > > —Ken Nellis > > delay in propagation to the mirrors. > Usually 1 hour, for some mirror 1 day One of us misunderstood the other, Marco... The announcement was for 3.4-1. Setup shows 3.4-1 is new, so it hit my server. BUT the online Cygwin Package List shows 3-5.1. How does propagation delay explain that? --Ken Nellis
Re: Updated: base-cygwin-3.4-1
On 1/8/2015 3:32 PM, Nellis, Kenneth wrote: I just updated the base-cygwin package to 3.4-1. The base-cygwin postinstall script will not add a root group to /etc/group anymore. Indeed, setup.exe is telling me that the new version of base-cygwin is 3.4-1, but the online Cygwin Package List [1] tells me there is version 3.5-1, but no 3.4-1. What’s up with that? [1] https://cygwin.com/packages/x86_64/base-cygwin/ —Ken Nellis delay in propagation to the mirrors. Usually 1 hour, for some mirror 1 day -- 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: csih_use_file_etc()
> On Jan 8 12:17, Houder wrote:
>> Hi Corinna,
>>
>> Suggestion ...
>>
>> Replace in csih_use_file_etc() -- see file
>> /usr/share/csih/cygwin-service-installation-helper.sh
>>
>> grep -Eq "^${file}:.*\" /etc/nsswitch.conf || use_file=0
>>
>> by
>> grep -Eq "^${file}:[^#]*\" /etc/nsswitch.conf || use_file=0
>>
>> Otherwise 'comment' like below will NOT be ignored in file
>> /etc/nsswitch.conf:
>>
>> passwd: files # db
>>
>> csih_use_file_etc() is invoked by csih_create_privileged_user(), which is
>> invoked
>> by install_service() (in file /usr/bin/ssh-host-config).
>>
>> Henri
>
> Thanks, will do. What's your surname for the ChangeLog entry?
Make it easy for yourself, please. Put your name in the ChangeLog.
Henri
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Updated: base-cygwin-3.4-1
> I just updated the base-cygwin package to 3.4-1. > > The base-cygwin postinstall script will not add a root group to /etc/group > anymore. Indeed, setup.exe is telling me that the new version of base-cygwin is 3.4-1, but the online Cygwin Package List [1] tells me there is version 3.5-1, but no 3.4-1. What’s up with that? [1] https://cygwin.com/packages/x86_64/base-cygwin/ —Ken Nellis
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-003 (Christmas/New Year release)
On Jan 7 18:41, Achim Gratz wrote: > Corinna Vinschen cygwin.com> writes: > > > but that would produce some rather unwieldy and long paths for certain > > > users. So, instead of specifying the users' home directory directly I > > > would like to mount or auto-mount /home/≤user> to the actual (network) > > > home directory. > > > > Hmm. That's tricky. There's no automatism for that yet. Nsswitch.conf > > only describes how to create the passwd entry for a user. It does not > > add any mechanism to run at user context switch. And not everybody > > would like to have something like that so it needs configuration. > > > > I'm not opposed to stuff like that if it simplifies admin's job, but on > > one hand we should evaluate first if there's a way to script that, > > rather than to hardcode it into the Cygwin DLL, and on the other hand > > it's not something I'd like to add for the first cut of 1.7.34... > > I agree that this is not something that belongs into nsswitch.conf, but > since those mounts are working a bit differently on Cygwin than Linux I'd > expect that in order to make some auto-mount facility available the DLL > would need to know about it and provide at least some hooks to set them up > correctly before any process tries to use them. Adding a user mount should be scriptable. The actual home directory is the next to last entry in the user's `getent passwd' output. In a profile script, this entry can be used to generate a user bind mount from the actual dir to /home/$USER. Then, set $HOME to /home/$USER. AFAICS this doesn't require any additional DLL support. > > > > - When spawning a process under another user account, merge the user's > > > > default Windows environment into the new process' environment. > > > > > > I think this change pulls in additional environment variables with > > > windows path components when starting programs via cygserver/sshd that > > > are not a login shell (and perhaps when the user's login shell isn't > > > bash, so that profile doesn't get run), most notably PATH, TMP and TEMP. > > > If these variables are used later on by programs expecting a POSIX path > > > there, then things break. > > > > Did you try it? The idea was that these variables are converted to POSIX > > on the way in... > > They aren't, but even if they were I don't think it's the right thing to do > for some variables. Slightly edited: Ok, I see. So where exactly is the problem? Variable which already exist in the env are not overwritten ($PATH). Variables which only have a meaning for Windows apps should stay in DOS notation anyway. So what's left? TMP/TEMP/TMPDIR? If that's all, we have two choices, either convert them, or skip them. What's better? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpfQzbkXXt4n.pgp Description: PGP signature
Re: Resolving localhost on Windows 7 (for exim)
Hi Pierre,
On Jan 5 09:03, Pierre A. Humblet wrote:
> While porting exim to Windows 64 I have observed strange results when
> resolving localhost
>
> On Windows XP,
>
> Resolv: search "localhost" type 28
> Resolv: query "localhost" type 28
> Resolv: DnsQuery: 0 (Windows)
> Resolv: localhost Section 0 Type 28 Windows Record Length 16
> 08:02:06 3760 DNS lookup of localhost () succeeded
> Resolv: search "localhost" type 1
> Resolv: query "localhost" type 1
> Resolv: DnsQuery: 0 (Windows)
> Resolv: localhost Section 1 Type 1 Windows Record Length 4
> 08:44:13 5552 DNS lookup of localhost (A) succeeded
>
> We see that for IPV4 localhost things are fine.
> Windows returns an answer section (1) and Cygwin processes it correctly.
>
> However for IPV6 it returned a question section (0) but with data in it.
> Cygwin essentially drops that.
> That's why above the application tried an A record after getting the
> record, which was empty.
>
>
> However of Windows 7
> CYGWIN_NT-6.1 Dell3020 1.7.33-2(0.280/5/3) 2014-11-13 15:47 x86_64 Cygwin
>
> Resolv: search "localhost" type 28
> Resolv: query "localhost" type 28
> Resolv: DnsQuery: 0 (Windows)
> Resolv: localhost Section 0 Type 28 Windows Record Length 16
> 08:22:24 140244 DNS lookup of localhost () succeeded
> Resolv: search "localhost" type 1
> Resolv: query "localhost" type 1
> Resolv: DnsQuery: 0 (Windows)
> Resolv: localhost Section 0 Type 1 Windows Record Length 4
>
> We see that Windows returns question sections in both cases and localhost is
> never resolved.
> From what I have seen Windows never returns question section in normal cases
> so I suggest
> inserting the following on line 251 of minires-os-if.c, to essentially turn
> question sections
> in answer sections (after while (rr) { )
>
> if ((rr->Flags.DW & 0x3) == 0) {
> DPRINTF(debug, "Got section 0 %s %d with data length %d\n", DomName,
> Type, rr->wDataLength);
> if (rr->wDataLength > 0)
> rr->Flags.DW |= 1; // Make it an answer section as there is
> data
> }
Can you please send at least a real patch? Without the formatting
matching the surrounding code I'm totally unsure where to apply this
code. A ChangeLog entry would be helpful as well.
> It would be nice if this would be tried ASAP.
> However I am not setup currently to build cygwin.
It's not exactly tricky to set this up...
> Occasionally I also see localhost queries fail.
> I have not been able to pinpoint what causes that.
>
> Resolv: search "localhost" type 28
> Resolv: query "localhost" type 28
> Resolv: DnsQuery: 9003 (Windows)
> 08:00:14 145640 DNS lookup of localhost () gave HOST_NOT_FOUND
> 08:00:14 145640 returning DNS_NOMATCH
> Resolv: search "localhost" type 1
> Resolv: query "localhost" type 1
> Resolv: DnsQuery: 9003 (Windows)
>
>
> In light of RFC 6761 we should handle localhost in gethostbyname2, for both
> IP4 and IP6
> While we are at it we should also handle numerical domains w.x.y.z there.
> That's less urgent, I can do that in the coming weeks.
Cool, I'm looking forward to your patches!
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpTwAzgh5RC4.pgp
Description: PGP signature
Re: Fix for ssh-user-config /etc/passwd parsing
On Jan 5 09:12, Andrey Repin wrote:
> Greetings, All!
>
> Replace line 79 with
>
> pwdhome=$(getent passwd ${uid} | cut -sd : -f 6 )
>
> The error messages in the next few lines should probably be updated as well.
> Something along the lines of
>
> 83: "Unable to determine user's home directory from system settings." \
>
> 90: "${pwdhome} is found to be set as your home directory" \
>
> 99:csih_warning "Your home directory is found to be set to root (/). This
> is not recommended!"
Just as I outlined in my other mail a few minutes ago, ssh-user-config
in the OpenSSH release package is not the latest upstream version. If
you want to test the latest ssh-user-config script with 1.7.34-awareness,
see the attached.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
#!/bin/bash
#
# ssh-user-config, Copyright 2000-2014 Red Hat Inc.
#
# This file is part of the Cygwin port of OpenSSH.
#
# Permission to use, copy, modify, and distribute this software for any
# purpose with or without fee is hereby granted, provided that the above
# copyright notice and this permission notice appear in all copies.
#
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
# OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
# MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
# IN NO EVENT SHALL THE ABOVE COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM,
# DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR
# OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR
# THE USE OR OTHER DEALINGS IN THE SOFTWARE.
# ==
# Initialization
# ==
PROGNAME=$(basename -- $0)
_tdir=$(dirname -- $0)
PROGDIR=$(cd $_tdir && pwd)
CSIH_SCRIPT=/usr/share/csih/cygwin-service-installation-helper.sh
# Subdirectory where the new package is being installed
PREFIX=/usr
# Directory where the config files are stored
SYSCONFDIR=/etc
source ${CSIH_SCRIPT}
auto_passphrase="no"
passphrase=""
pwdhome=
with_passphrase=
# ==
# Routine: create_identity
# optionally create identity of type argument in ~/.ssh
# optionally add result to ~/.ssh/authorized_keys
# ==
create_identity() {
local file="$1"
local type="$2"
local name="$3"
if [ ! -f "${pwdhome}/.ssh/${file}" ]
then
if csih_request "Shall I create a ${name} identity file for you?"
then
csih_inform "Generating ${pwdhome}/.ssh/${file}"
if [ "${with_passphrase}" = "yes" ]
then
ssh-keygen -t "${type}" -N "${passphrase}" -f "${pwdhome}/.ssh/${file}"
> /dev/null
else
ssh-keygen -t "${type}" -f "${pwdhome}/.ssh/${file}" > /dev/null
fi
if csih_request "Do you want to use this identity to login to this
machine?"
then
csih_inform "Adding to ${pwdhome}/.ssh/authorized_keys"
cat "${pwdhome}/.ssh/${file}.pub" >> "${pwdhome}/.ssh/authorized_keys"
fi
fi
fi
} # === End of create_ssh1_identity() === #
readonly -f create_identity
# ==
# Routine: check_user_homedir
# Perform various checks on the user's home directory
# SETS GLOBAL VARIABLE:
# pwdhome
# ==
check_user_homedir() {
pwdhome=$(getent passwd $UID | awk -F: '{ print $6; }')
if [ "X${pwdhome}" = "X" ]
then
csih_error_multi \
"There is no home directory set for you in the account database." \
'Setting $HOME is not sufficient!'
fi
if [ ! -d "${pwdhome}" ]
then
csih_error_multi \
"${pwdhome} is set in the account database as your home directory" \
'but it is not a valid directory. Cannot create user identity files.'
fi
# If home is the root dir, set home to empty string to avoid error messages
# in subsequent parts of that script.
if [ "X${pwdhome}" = "X/" ]
then
# But first raise a warning!
csih_warning "Your home directory in the account database is set to root
(/). This is not recommended!"
if csih_request "Would you like to proceed anyway?"
then
pwdhome=''
else
csih_warning "Exiting. Configuration is not complete"
exit 1
fi
fi
if [ -d "${pwdhome}" -a -n "`chmod -c g-w,o-w "${pwdhome}"`" ]
then
echo
csih_warning 'group and other have been revoked write permission to your
home'
csih_warning "directory ${pwdhome}."
csih_warning 'This is required by OpenSSH to allow public key
authentication using'
csih_warning 'the key files stored in your .ssh subdirectory.'
Re: A list of installed packages (no dependencies) -- this may help
On Jan 3 10:58, Angelo Graziosi wrote: > Houder wrote: > >I replied to your entry in an earlier attempt, but my reply got stuck in the > >machinery > >at sourceware.or > > Oh, I am afraid of this.. > > >Below (I hope) you will find a script, that may be of help to you > > Thanks for the scripts, I hope hope these and similar features are soon > included in Cygwin. > > Maybe, I have already wrote this, Cygwin needs a true packages manager (I > have in mind pacman, port (MacPorts, OSX), apt...), or setup/cygport should > be transformed in that way... Nobody keeps you from contributing to this project and make setup the best package manager in the world. We're only a very limited set of people with analogue limited time for hacking so we're certainly glad for any developer interested to invest time into this project. This is not meant derogatory, but desperate: http://cygwin.com/acronyms/#SHTDI http://cygwin.com/acronyms/#PGA Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpoRYf6eHPe3.pgp Description: PGP signature
Re: ssh ControlMaster still broken?
On Jan 2 10:51, Andrew Schulman wrote: > Hi. Back in 2008 someone asked if ssh shared connections via ControlMaster > worked in Cygwin, and the answer was no: > > http://www.cygwin.com/ml/cygwin/2008-06/msg00280.html > > I'm just checking in to see, has there been any change in the situation since > then? I've been trying to use ControlMaster today, and all I ever get when I > try to use the shared connection is > > mm_send_fd: sendmsg(2): Broken pipe > mux_client_request_session: send fds failed Cygwin still doesn't have AF_LOCAL socket descriptor passing, sorry. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpoC5PG_9hI4.pgp Description: PGP signature
Re: bug: struct cmsghdr does not match system on cygwin64
On Dec 29 14:14, Kenton Varda wrote: > On Mon, Dec 29, 2014 at 1:34 PM, Marco Atzeri wrote: > > the 4 byte shift is likely due to > > > > SIZE_T -> ULONG_PTR -> unsigned __int3264 > > Yes, exactly. > > So, cygwin/socket.h's struct cmsghdr definition needs to be fixed to match. Since nothing in Cygwin is using this so far, and since the 64 bit version is broken as is, I simply changed the type in the header. And backward compatibility be damned. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpzjUiyPBPOH.pgp Description: PGP signature
Re: SSHd configuration problems (System error 1376)
On Jan 8 06:09, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> Speaking of ssh-host-config, how to specify domain user to run SSHD, while
> setting up the service through script? (Yes, I'm experimenting with snapshot.)
The ssh-host-config script is supposed to work for simple standalone
environments, not for AD environments. If you want to use a domain
account, the account must already exist, see
https://cygwin.com/faq/faq.html#faq.using.sshd-in-domain
The FAQ entry mentions adding the account to /etc/passwd, but that
obviously is not required anymore with 1.7.34 (FAQ needs change).
Also, the current released ssh-host-config script is not 1.7.34-ready.
I sent a few patches upstream already and I was planning to update
the openssh package when I release 1.7.34.
For your convenience, I attached the current upstream ssh-host-config
script.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
#!/bin/bash
#
# ssh-host-config, Copyright 2000-2014 Red Hat Inc.
#
# This file is part of the Cygwin port of OpenSSH.
#
# Permission to use, copy, modify, and distribute this software for any
# purpose with or without fee is hereby granted, provided that the above
# copyright notice and this permission notice appear in all copies.
#
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
# OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
# MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
# IN NO EVENT SHALL THE ABOVE COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM,
# DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR
# OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR
# THE USE OR OTHER DEALINGS IN THE SOFTWARE.
# ==
# Initialization
# ==
CSIH_SCRIPT=/usr/share/csih/cygwin-service-installation-helper.sh
# List of apps used. This is checkad for existance in csih_sanity_check
# Don't use *any* transient commands before sourcing the csih helper script,
# otherwise the sanity checks are short-circuited.
declare -a csih_required_commands=(
/usr/bin/basename coreutils
/usr/bin/cat coreutils
/usr/bin/chmod coreutils
/usr/bin/dirname coreutils
/usr/bin/id coreutils
/usr/bin/mv coreutils
/usr/bin/rm coreutils
/usr/bin/cygpath cygwin
/usr/bin/mkpasswd cygwin
/usr/bin/mount cygwin
/usr/bin/ps cygwin
/usr/bin/umount cygwin
/usr/bin/cmp diffutils
/usr/bin/grep grep
/usr/bin/awk gawk
/usr/bin/ssh-keygen openssh
/usr/sbin/sshd openssh
/usr/bin/sed sed
)
csih_sanity_check_server=yes
source ${CSIH_SCRIPT}
PROGNAME=$(/usr/bin/basename $0)
_tdir=$(/usr/bin/dirname $0)
PROGDIR=$(cd $_tdir && pwd)
# Subdirectory where the new package is being installed
PREFIX=/usr
# Directory where the config files are stored
SYSCONFDIR=/etc
LOCALSTATEDIR=/var
sshd_config_configured=no
port_number=22
service_name=sshd
strictmodes=yes
privsep_used=yes
cygwin_value=""
user_account=
password_value=
opt_force=no
# ==
# Routine: update_services_file
# ==
update_services_file() {
local _my_etcdir="/ssh-host-config.$$"
local _win_etcdir
local _services
local _spaces
local _serv_tmp
local _wservices
local ret=0
_win_etcdir="${SYSTEMROOT}\\system32\\drivers\\etc"
_services="${_my_etcdir}/services"
_spaces=" #"
_serv_tmp="${_my_etcdir}/srv.out.$$"
/usr/bin/mount -o text,posix=0,noacl -f "${_win_etcdir}" "${_my_etcdir}"
# Depends on the above mount
_wservices=`cygpath -w "${_services}"`
# Add ssh 22/tcp and ssh 22/udp to services
if [ `/usr/bin/grep -q 'ssh[[:space:]][[:space:]]*22' "${_services}"; echo
$?` -ne 0 ]
then
if /usr/bin/awk '{ if ( $2 ~ /^23\/tcp/ ) print "ssh
22/tcp'"${_spaces}"'SSH Remote Login Protocol\nssh
22/udp'"${_spaces}"'SSH Remote Login Protocol"; print $0; }' < "${_services}" >
"${_serv_tmp}"
then
if /usr/bin/mv "${_serv_tmp}" "${_services}"
then
csih_inform "Added ssh to ${_wservices}"
else
csih_warning "Adding ssh to ${_wservices} failed!"
let ++ret
fi
/usr/bin/rm -f "${_serv_tmp}"
else
csih_warning "Adding ssh to ${_wservices} failed!"
let ++ret
fi
fi
/usr/bin/umount "${_my_etcdir}"
return $ret
} # --- End of update_services_file --- #
# ==
# Routine: sshd_strictmodes
# MODIFIES: strictmodes
# ==
sshd_strictmodes() {
if [ "${sshd_config_configured}" !=
Re: SSHd configuration problems (System error 1376)
On Jan 8 02:38, Houder wrote: > Corinna wrote: > > > The aforementioned message is a result of a change in how the function > > underlying `id' works. > [snip] > > > The old getgroups iterated through the groups from /etc/groups, and then > > checked for each group if its SID is available in the user's token. > > > > This behaviour only makes sense if there is a self-contained list of > > groups in memory. But the new code doesn't read all of /etc/group, or, > > worse, all groups from the Windows account DB. So the new, more logical > > behaviour is to iterate over the groups in the user's token and then > > checking for (or generating) a group entry for the SID. So, in contrast > > to the old code, the new code only generates a single group entry per > > SID. > > ... to iterate over the groups in the user's token ... > > But, by design, groups NOT present in the group file will NOT be reported > by id, in case the nsswitch.conf file specififies: > > # only show me the gid's I am interested in (i.e. those in the group file) > group: files > > Correct? Correct. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp5KdZwRV7fE.pgp Description: PGP signature
Re: csih_use_file_etc()
On Jan 8 12:17, Houder wrote:
> Hi Corinna,
>
> Suggestion ...
>
> Replace in csih_use_file_etc() -- see file
> /usr/share/csih/cygwin-service-installation-helper.sh
>
> grep -Eq "^${file}:.*\" /etc/nsswitch.conf || use_file=0
>
> by
> grep -Eq "^${file}:[^#]*\" /etc/nsswitch.conf || use_file=0
>
> Otherwise 'comment' like below will NOT be ignored in file /etc/nsswitch.conf:
>
> passwd: files # db
>
> csih_use_file_etc() is invoked by csih_create_privileged_user(), which is
> invoked
> by install_service() (in file /usr/bin/ssh-host-config).
>
> Henri
Thanks, will do. What's your surname for the ChangeLog entry?
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpmGBCFNhRdG.pgp
Description: PGP signature
Re: [ANNOUNCEMENT] Updated: base-cygwin-3.4-1
On Jan 8 00:21, Houder wrote:
> > I just updated the base-cygwin package to 3.4-1.
> >
> > The base-cygwin postinstall script will not add a root group to
> > /etc/group anymore.
>
> Euh ... well, all right (in case of 1.7.34 and beyond).
>
> Downloaded base-cygwin, looked at the bottom of 000-cygwin-post-install.sh
>
> # Create /etc/mtab as symlink to /proc/mounts
> [ ! -L "${MTAB}" ] && ln -sf /proc/mounts ${MTAB}
>
> # Create default /etc/passwd and /etc/group files
> if [ ! -e /etc/passwd -a ! -L /etc/passwd ] ; then
> mkpasswd -l -c > /etc/passwd
> chmod 644 /etc/passwd
> chgrp --silent root /etc/passwd # anybody home? root?
> fi
> if [ ! -e /etc/group -a ! -L /etc/group ] ; then
> mkgroup -l -c > /etc/group
> chmod 644 /etc/group
> chgrp --silent root /etc/group # anybody home? root?
> fi
>
> Am I missing something?
Sigh. I shouldn't do this stuff in a hurry. Yesterday I made
the changes and then deleted the file accidentally. So I had
to restart from the former version and forgot to change the "root"
to a "544". I just uploaded a new version.
Sorry,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpQqapNmZmY0.pgp
Description: PGP signature
Re: [ANNOUNCEMENT] Updated: csih-0.9.8-3
On Jan 8 00:43, Houder wrote: > > I just updated the csih service installation helper package to 0.9.8-3. > > > > This bugfix release is supposed to address the problem adding a user > > account to the Administrators group if /etc/group contains a "root" > > group. The script arbitrarily adding the "root" group will be changed > > soon, too. > > Just curious ... both x86 and x86_64? Was supposed to but I missed to upload one of them. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpywOgsTdl00.pgp Description: PGP signature
Re: SSHd configuration problems (System error 1376) - CONFIRMED
I can confirm that this does fix the problem on at least one of my
systems. I'll be doing the other shortly.
Thank you!
Bruce Halco
On 01/07/2015 02:45 PM, craigmcd wrote:
Bruce said he could not see my edits. I'm posting from nabble and used the
raw tags, so maybe that did not go through. Here they are again:
$ diff -c cygwin-service-installation-helper.sh.orig
cygwin-service-installation-helper.sh
*** cygwin-service-installation-helper.sh.orig 2014-12-27 19:33:51.17425
-0500
--- cygwin-service-installation-helper.sh 2014-12-27 23:26:51.89300
-0500
***
*** 2966,2973
if [ "$username_in_sam" = "yes" ]
then
# always try to set group membership and privileges
! admingroup=$(/usr/bin/getent group S-1-5-32-544)
! admingroup="${admingroup%%:*}"
if [ -z "${admingroup}" ]
then
csih_warning "Cannot obtain the Administrators group name from
'mkgroup -l'."
--- 2966,2974
if [ "$username_in_sam" = "yes" ]
then
# always try to set group membership and privileges
! admingroup=$(/usr/bin/getent -w group S-1-5-32-544)
! admingroup="${admingroup#*:*:*\\}"
! admingroup="${admingroup%:*}"
if [ -z "${admingroup}" ]
then
csih_warning "Cannot obtain the Administrators group name from
'mkgroup -l'."
***
*** 3263,3268
--- 3264,3271
# is not yet installed, so compute the "expected" account under which
# privileged services should run.
+ mkpasswd -l > /etc/passwd
+
# use the following procedure if a privileged account is required:
if ( csih_is_nt2003 || [ "x$csih_FORCE_PRIVILEGED_USER" = "xyes" ] )
then
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/Re-SSHd-configuration-problems-System-error-1376-CONFIRMED-tp113955p114109.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
--
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
csih_use_file_etc()
Hi Corinna,
Suggestion ...
Replace in csih_use_file_etc() -- see file
/usr/share/csih/cygwin-service-installation-helper.sh
grep -Eq "^${file}:.*\" /etc/nsswitch.conf || use_file=0
by
grep -Eq "^${file}:[^#]*\" /etc/nsswitch.conf || use_file=0
Otherwise 'comment' like below will NOT be ignored in file /etc/nsswitch.conf:
passwd: files # db
csih_use_file_etc() is invoked by csih_create_privileged_user(), which is
invoked
by install_service() (in file /usr/bin/ssh-host-config).
Henri
--
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: svn-bisect no longer in subversion-tools
On Wed, Jan 7, 2015 at 7:14 PM, David Rothenberger wrote: ... > I no longer use Subversion, having switched to git, Heretic! (: Csaba :) -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- 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
