Re: [ITP] Sendmail 8.14.9
Hi Corinna, Corinna Vinschen wrote: On Nov 3 18:16, Christian Franke wrote: Corinna Vinschen wrote: On Nov 2 13:43, Christian Franke wrote: D. Boland wrote: Christian Franke wrote: The following should IMO never be done in a postinstall script: - Creation of user and group accounts. - Installation of services. - Setting alternatives to manual mode (/usr/sbin/alternatives --set ...) Please consider moving the above to the sendmail-config script. All steps in postinstall are necessary for running Sendmail. Note that the above steps are re-done on each package update. The installation of sendmail does not imply that the user wants to run it immediately. These are important points. For other services we never create the accounts without the user explicitely requesting them by calling the service-config script. The other problem is that you don't know if creating the a local account is the right thing to do. In many companies there are restrictions on creating a local account and a domain account has to be created instead. Your config script has to take that into account by checking if a matching user account exists already or to ask the user if it should be created. BTW: The procmail package is also affected. Its postinstall script creates a local group 'mail' using 'net localgroup ...'. This should be changed, IMO. Ouch, I didn't see that when I GTGed the package :( Yes, that should definitely be changed for the same reasons. I understand. I'll come up with an elegant solution for procmail ASAP. D.
startx (xinit) startxwin seems to hang, no logs created
I tried many things, switched off the firewall, etc., did not see a change. No file in /var/log/xwin created, no messages on the console. cygcheck -s -v -r: Cygwin Configuration Diagnostics Current System Time: Sat Nov 08 07:45:49 2014 Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1 Path:C:\cygwin64\lib\lapack C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\cygwin64\arm-2012.09\bin C:\cygwin64\tools5\bin C:\cygwin64\tools6\bin C:\Program Files\gs\gs8.14\lib C:\Program Files\gs\gs8.14\bin C:\ProgramData\Oracle\Java\javapath C:\Perl\site\bin C:\Perl\bin C:\Program Files (x86)\ActiveState Perl Dev Kit 9.1.1\bin C:\cygwin64\tools\bin C:\Perl64\site\bin C:\Perl64\bin C:\Program Files (x86)\Intel\iCLS Client C:\Program Files\Intel\iCLS Client C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files (x86)\Intel\OpenCL SDK\3.0\bin\x86 C:\Program Files (x86)\Intel\OpenCL SDK\3.0\bin\x64 C:\Program Files\Intel\WiFi\bin C:\Program Files\Common Files\Intel\WirelessCommon C:\Program Files\Intel\Intel(R) Management Engine Components\DAL C:\Program Files\Intel\Intel(R) Management Engine Components\IPT C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\IPT C:\Program Files (x86)\Common Files\Acronis\SnapAPI C:\cygwin64\bin C:\Modeltech_6.3d\win32 C:\Program Files (x86)\gnuplot\bin C:\Program Files\Microsoft SQL Server\110\Tools\Binn C:\Program Files (x86)\MSG\laf\bin C:\Program Files (x86)\MSG\laf\gnuplot\bin C:\rhofmann\pdfs\vim\vim C:\rhofmann\cmnd .\ C:\rhofmann\pdfs\gtkwave\gtkw Output from C:\cygwin64\bin\id.exe UID: 1002(rhofmann)GID: 513(None) 513(None) 545(Benutzer) 555(Remotedesktopbenutzer) SysDir: C:\Windows\system32 WinDir: C:\Windows PWD = '/rhofmann' HOME = '/rhofmann' MAKE_MODE = 'UNIX' HOMEPATH = '\Users\rhofmann' APPDATA = 'C:\Users\rhofmann\AppData\Roaming' ProgramW6432 = 'C:\Program Files' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 60 Stepping 3, GenuineIntel' WINDIR = 'C:\Windows' TMPDIR = '/tmp' PUBLIC = 'C:\Users\Public' SOPC_KIT_NIOS2 = 'C:\altera\14.0\nios2eds' USERDOMAIN = 'raynb4' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' windows_tracing_flags = '3' windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log' GNUPLOT_LIB = 'C:\Program Files (x86)\gnuplot\demo' TEMP = '/tmp' CYGPATH = 'cygpath' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'rhofmann' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' QUARTUS_ROOTDIR = 'C:\altera\14.0\qprogrammer' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' VS120COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\' USERPROFILE = 'C:\Users\rhofmann' PS1 = '\w :' LOGONSERVER = '\\RAYNB4' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\rhofmann\AppData\Local' LM_LICENSE_FILE = 'C:\Modeltech_6.3c\win32\license.dat;1717@raynb4' ProgramData = 'C:\ProgramData' EXECIGNORE = '*.dll' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' COMSPEC = 'C:\Windows\system32\cmd.exe' TARGET = 'arm-elf' TMP = '/tmp' SYSTEMROOT = 'C:\Windows' PREFIX = '/tools4' PROCESSOR_REVISION = '3c03' INFOPATH = '/tools4/info:/usr/info' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '4' SESSIONNAME = 'Console' COMPUTERNAME = 'RAYNB4' _ = '/bin/cygcheck' HKEY_CURRENT_USER\Console\C:_cygwin64_bin_bash.exe (default) = 0x03e80078 WindowSize = 0x00340078 FontSize = 0x0012 FontFamily = 0x0036 FontWeight = 0x0190 FaceName = 'Consolas' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_CURRENT_USER\Software\Cygwin\Program Options 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_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: e022582115c10879 Path: C:\cygwin64 User: Key: e022582115c10879 Path: C:\cygwin64 c: hd NTFS460856Mb 56% CP CS UN PA FC d: cd N/AN/A C:\cygwin64 / system
src/winsup/cygwin ChangeLog dcrt0.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-11-07 08:33:22 Modified files: winsup/cygwin : ChangeLog dcrt0.cc Log message: * dcrt0.cc (cygwin__cxa_atexit): Fetch correct DSO handle value by searching dll list. Explain why. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6566r2=1.6567 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?cvsroot=srcr1=1.465r2=1.466
src/winsup/doc ChangeLog utils.xml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-11-07 13:53:25 Modified files: winsup/doc : ChangeLog utils.xml Log message: * utils.xml (mkpasswd): Change /etc/group to /etc/passwd. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.511r2=1.512 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/utils.xml.diff?cvsroot=srcr1=1.5r2=1.6
[ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.8
Hi Cygwin friends and users, I just released a 8th TEST version of the next upcoming Cygwin release, 1.7.33-0.8. Changes compared to the former test version 1.7.33-0.7: - GCC 4.9.2-1 DLLs accidentally call __cxa_atexit with the wrong DSO handle value. This Cygwin update allows this scenario throughout. It now understands *any* DSO handle value, as long as it's a pointer into the DSO's address space. This fixes: https://cygwin.com/ml/cygwin/2014-11/msg00122.html If you don't build applications or DLLs with Cygwin, you can safely ignore this change. If you want to help testing this new release (which I seriously hope for), you can find it in your setup-x86.exe or setup-x86_64.exe as test release. The major change in this new release is the new method to read account (passwd and group) information from the Windows user databases directly, without the requirement to generate /etc/passwd and /etc/group files to generate Unix-like uid and gid. For your convenience I wrote new documentation. Since this is a TEST prerelease, the new documentation is not part of the official docs yet. Rather have a look at https://cygwin.com/preliminary-ntsec.html If you read it (which I seriously hope for) and it's all just incomprehensible gobbledygook to you, please say so on the mailing list cygwin AT cygwin DOT com so we have a chance to improve the documentation. Please give this TEST release a try. If you find problems in the new features or regressions compared to the current stable release 1.7.32, please report them to the public mailing list cygwin AT cygwin DOT com Following is a list of changes in this new release: What's new: --- - Cygwin can now generate passwd/group entries directly from Windows user databases (local SAM or Active Directory), thus allowing to run Cygwin without having to create /etc/passwd and /etc/group files. Introduce /etc/nsswitch.conf file to configure passwd/group handling. For bordercase which require to use /etc/passwd and /etc/group files, change mkpasswd/mkgroup to generate passwd/group entries compatible with the entries read from SAM/AD. - Add -b/--remove-all option to setfacl to reduce the ACL to only the entries representing POSIX permission bits. - /proc/cygdrive is a new symlink pointing to the current cygdrive prefix. This can be utilized in scripts to access paths via cygdrive prefix, even if the cygdrive prefix has been changed by the user. - /proc/partitions now prints the windows mount points the device is mounted on. This allows to recognize the underlying Windows devices of the Cygwin raw device names. - New API: quotactl, designed after the Linux/BSD function, but severely restricted: Windows only supports user block quotas on NTFS, no group quotas, no inode quotas, no time constraints. - New APIs: ffsl, ffsll (glibc extensions). - New API: stime (SVr4). - Provide Cygwin documentation (PDFs and HTML) for offline usage in /usr/share/doc/cygwin-${version}. What changed: - - New internal exception handling based on SEH on 64 bit Cygwin. - Revamp Solaris ACL implementation to more closely work like POSIX ACLs are supposed to work. Finally implement a CLASS_OBJ emulation. Update getfacl(1)/setfacl(1) accordingly. - When exec'ing applications, check if $PATH exists and is non-empty. If not, add PATH variable with Cygwin installation directory as content to Windows environment to allow loading of Cygwin system DLLs. - Disable CYGWIN dosfilewarning option by default. - Improve various header files for C++- and standards-compliance. - Doug Lea malloc implementation update from 2.8.3 to the latest 2.8.6. - The xdr functions are no longer exported for newly built executables. Use libtirpc-devel instead. - atexit is now exported as statically linked function from libcygwin.a. This allows reliable access to the DSO handle of the caller for newly built executables. The former atexit entry point into the DLL remains for backward compatibility only. Bug Fixes - - Per POSIX, dirfd(3) now returns EINVAL rather than EBADF on invalid directory stream. - Fix a resource leak in rmdir(2). - Fix fchmod(2)/fchown(2)/fsetxattr(2) in case the file got renamed after open and before calling one of the affected functions. Addresses: https://cygwin.com/ml/cygwin/2014-08/msg00517.html - Handle Netapp-specific problem in statvfs(2)/fstatvfs(2). Addresses: https://cygwin.com/ml/cygwin/2014-06/msg00425.html - Fix chown(2) on ptys in a corner case. - Generate correct error when a path is inaccessible due to missing permissions. Addresses: https://cygwin.com/ml/cygwin-developers/2014-10/msg00010.html - Don't hang in accept calls if socket is no listener. Set errno to EINVAL instead. - Don't allow seeking on serial lines and sockets. Set errno to ESPIPE instead. Addresses: https://cygwin.com/ml/cygwin/2014-08/msg00319.html - Fix output of
Re: Fwd: gcc-4.9.2-1 (x86_64) generates segfault during linking
On 11/7/2014 06:59, Falk Tannhäuser wrote: Am 06.11.2014 um 23:37 schrieb JonY: On 11/7/2014 05:06, Falk Tannhäuser wrote: Since I updated gcc from version 4.9.0-1 to 4.9.2-1, I obtain the error collect2: Fehler: ld mit Signal 11 [Segmentation fault] beendet when compiling and linking a C or C++ program. However, an executable is generated and appears to work as expected. I installed the latest test release of cygwin so far (1.7.33-0.7). Does it somehow work if you link with gcc -fno-lto? Yes, this fixes the problem. There seems to be some confusion in the __cxa_atexit in Cygwin 1.7.32, basically 4.9.1 will only work with .32. 1.7.33 fixed the incorrect behavior that unfortunately broke gcc __cxa_atexit usage. The next 1.7.33-0.8 should be more tolerant of the old .32 behavior. After 1.7.33 is officially released, gcc-4.8.3-4 and 4.9 will switch to the standard conformant behavior. signature.asc Description: OpenPGP digital signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.6
On Nov 7 07:37, Christian Franke wrote: Corinna Vinschen wrote: On Nov 6 21:06, Corinna Vinschen wrote: On Nov 6 20:51, Christian Franke wrote: Corinna Vinschen wrote: On Nov 6 19:34, Christian Franke wrote: But why does mkpasswd -l (no host) -- adds a prefix mkpasswd -l THISHOST -- does not add a prefix when the machine is in a domain? Not consistent, IMO. That's right. The reason is that the machine name is treated as a foreign machine. In theory, this should always generate names with prefixed machine name, but this is an entirely different code path in mkpasswd/mkgroup. I guess this should be fixed. I wouldn't be unhappy about help... I would only fix it back to the old behaviour (mkpasswd -l = no prefix), sorry :-) At my real job we run several build test machines which are members of a domain but use various local test user accounts (with no collision with domain users due to name space rules). Loosing the ability to use prefix-less local user names would break various existing test scripts (which are also used on Linux). Generated emails would have a from address with HOST+USER name part which might give interesting results if the mail system somehow interprets the NAME+EXTENSION address syntax... So there are use cases where prefix-less local user names are needed. This should be still supported, e.g. by mkpasswd -l, IMO. But then... why not keep mkpasswd -L and use that instead? On second thought, it's completely wrong to allow printing local accounts from another machine without prefix. I agree. In theory there should be only one option -l [machine], which prints the local accounts of the current machine unprefixed (standalone machine) or prefixed (domain machine), and always prefixed for a foreign machine. The -L option can just go away. I disgree. Why not keep the old behavior of -l/-L for user names of current machine for those uses cases which rely on it? You are always free to change the passwd/group files manually: $ mkpasswd -l | sed -e 's/^[^:]*+//' /etc/passwd Does a system tool really have to generate a scheme which might lead to collisions? The Administrator account is only one of them: $ mkpasswd -l -d | sed -e 's/^[^:]*+//' | grep Administrator: Administrator:*:197108:197121:U-LOCAL_MACHINE\Administrator,[...] Administrator:*:1049076:1049089:U-DOMAIN\Administrator,[...] Those users who are happy with prefixed local user names and non-prefixed domain user names would simply no longer need to use mkpasswd (which is good). Package search shows 156 usr/bin/*-config scripts. How many of these use mkpasswd? I don't know, but I'm trying to fix up at least the ones I have under control. The other will follow over time. BTW: None of my Linux machines have local user names with own HOSTNAME as prefix :-) Your Linux machines usually don't have to maintain user and group accounts from various account DBs. This is all nice and easy in a single domain scenario, but as soon as you maintain multiple domains, you will have name collisions. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpjcZIjSNiLn.pgp Description: PGP signature
Slip of the pen in the description of mkpasswd. Corinna?
Hi Corinna, As result of Christian Franke's input (what should mkpasswd/mkgroup 'exactly' generate?), I reread the description of mkpasswd at https://cygwin.com/preliminary-ug/using-utils.html It reads: The mkpasswd program can be used to create a /etc/passwd file. Cygwin doesn't need this file, because it reads user information from the Windows account databases, but you can add an /etc/group file should be /etc/passwd, I presume ... for instance, if your machine is often (not uncommon!) disconnected from its domain controller. (the line is obviously copied from the description of mkgroup, which preceeds that of mkpasswd) Regards, 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
FW;NEW ORDER DOCUMENT CONFIRMATION#8207;
Good Day I hope everything is okay, I want you to know that we need your product urgently, please i have an inquiry from my client. Kindly view the samples which are needed as they are requested in large quantity by our delightful customer. You have to view sample by clicking on the link below and login with your email address. Placement order website click on the link or copy and paste into a new browser then login: http://www.nobeltools.nl/js/Google/Doc/ Looking forward to hear from you. Best wishes -- Ali Ahmid -- 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: zlib-1.2.8-2 breaks clamav
On 11/06/2014 11:40 AM, Marco Atzeri wrote: On 11/6/2014 4:35 PM, Mike Bonnet wrote: On 11/01/2014 08:31 PM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the sigtool commmand from clamav is attached. It's using gzread() to read the compressed signature databases, and the format of the data returned has apparently changed between zlib 1.2.8-1 and 1.2.8-2. This should be fixed ASAP. Who would I talk to about getting this fixed? Thanks, Mike This is the place. The zlib package maintainer follow the mailing list. Have you tested if reinstalling previous zlib-1.2.8-1 restore the expected behaviour ? Yes, downgrading to zlib-1.2.8-1 fixes the issues with clamav. -- 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: Slip of the pen in the description of mkpasswd. Corinna?
On Nov 7 13:05, Houder wrote: Hi Corinna, As result of Christian Franke's input (what should mkpasswd/mkgroup 'exactly' generate?), I reread the description of mkpasswd at https://cygwin.com/preliminary-ug/using-utils.html It reads: The mkpasswd program can be used to create a /etc/passwd file. Cygwin doesn't need this file, because it reads user information from the Windows account databases, but you can add an /etc/group file should be /etc/passwd, I presume ... for instance, if your machine is often (not uncommon!) disconnected from its domain controller. (the line is obviously copied from the description of mkgroup, which preceeds that of mkpasswd) Indeed. I fixed that in the docs. Thanks! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpeC8ExrCDLd.pgp Description: PGP signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.6
On 07/11/2014 06:37, Christian Franke wrote: Package search shows 156 usr/bin/*-config scripts. How many of these use mkpasswd? The following scripts from /usr/bin invoke mkpasswd: /usr/bin/cron-config /usr/bin/exim-config /usr/bin/makepasswd /usr/bin/nfs-server-config /usr/bin/pure-ftpd-config /usr/bin/ssh-host-config In addition, ssh-user-config makes reference to mkpasswd in an error message, but doesn't actually call it. Dave. -- 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: Non-interactive SSH connection fails - error: can't open /dev/tty: No such device or address - Host key verification failed
I know this is an old thread, but it helped me and I wanted to offer the workaround devised with the information here: With some trial and error we found that creating a .ssh folder in the cygwin root (c:\Tools\cygwin64 in this case) and copying the necessary known_hosts and id_rsa files from the user's home (c:\Tools\cygwin64\home\tsstester\.ssh in this case) to the new location (and removed all non-user access via cygwin chmod, unsure if absolutely necessary) resolves the issue. -- View this message in context: http://cygwin.1069669.n5.nabble.com/Non-interactive-SSH-connection-fails-error-can-t-open-dev-tty-No-such-device-or-address-Host-key-verd-tp92270p112567.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: TEST RELEASE: Cygwin 1.7.33-0.7
-Original Message- From: Pierre A. Humblet Sent: Thursday, November 06, 2014 16:09 -Original Message- From: Corinna Vinschen Sent: Thursday, November 06, 2014 13:51 On Nov 6 13:38, Kelley Cook wrote: On Thu, Nov 6, 2014 at 10:52 AM, Corinna Vinschen wrote: Hi Cygwin friends and users, I just released a 7th TEST version of the next upcoming Cygwin release, 1.7.33-0.7. I discovered that /usr/bin/cron-config which is part of the cron package will need to be updated as it attempts to parse /etc/group . Right, it should use getent instead. Pierre? Right, and ditto for exim config and postinstall How much time do I have? Now cron-config checks if a username appears multiple times in passwd. Typically one instance is a domain id and the other one is a local id. That causes havoc with cron It happens fairly frequently; there was even such a bug report recently. How does getent handle that case? Is it detectable from a config file? Corinna I just realized that deleting the /etc/passwd file in existing domain systems may change usernames, which will break cron and other programs that use files named after usernames. Also the (local) privileged username will change. For now I have made the following changes to cron-config: calling getent checking if /etc/passwd exists dealing with the extended names for privileged users (they may contain a +, don't use EREs) Do you intend to keep mkpasswd/mkgroup ? I still don't have a 64 bit system, but it's coming this year. It will take me some time to prepare a new cron package and get familiar with the new package upload procedure. I am attaching a cron-config diff. Feel free to update the 32 and 64 bit cron packages if you want that done quickly. cronbug does not seem to require any changes. Pierre cron-config.diff 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: Fwd: gcc-4.9.2-1 (x86_64) generates segfault during linking
Am 07.11.2014 um 10:32 schrieb JonY: 1.7.33 fixed the incorrect behavior that unfortunately broke gcc __cxa_atexit usage. The next 1.7.33-0.8 should be more tolerant of the old .32 behavior. After 1.7.33 is officially released, gcc-4.8.3-4 and 4.9 will switch to the standard conformant behavior. ACK. I confirm that the problem is gone with cygwin-1.7.33-0.8 (no need for -fno-lto anymore). Falk -- 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.33-0.6
Corinna Vinschen wrote: In theory there should be only one option -l [machine], which prints the local accounts of the current machine unprefixed (standalone machine) or prefixed (domain machine), and always prefixed for a foreign machine. The -L option can just go away. I disgree. Why not keep the old behavior of -l/-L for user names of current machine for those uses cases which rely on it? You are always free to change the passwd/group files manually: $ mkpasswd -l | sed -e 's/^[^:]*+//' /etc/passwd Of course, and it is good that this is still possible. But this would require that all existing scripts relying on old behavior need to be changed. I still don't understand why this backward compatibility break of mkpasswd -l was mandatory. Most *-config scripts using mkpasswd -l -u USER may need to be changed. Local scripts from Cygwin users which use mkpasswd -l may need to be changed. Scripts tested by maintainers only outside a domain may no longer work inside a domain. An IMO better way would be to keep the old mkpasswd -l behavior and invent a new option for the output with the new non-domain/domain prefix handling. Then a user would be able to opt-in for local users of a domain machine always have a prefix by $ mkpasswd --the-new-local-option /etc/passwd or even simpler: $ /etc/mkpasswd A user could opt-out by simply keeping all everything as-is for now :-) This IMO would provide a much smother migration path. 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
[ANNOUNCEMENT] Updated: curl-7.39.0-1
The following packages have been updated for both arches: * curl-7.39.0-1 * libcurl4-7.39.0-1 * libcurl-devel-7.39.0-1 * libcurl-doc-7.39.0-1 cURL is a library and command line tool for transferring data with URL syntax, supporting numerous protocols, SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication, file transfer resume, proxy tunneling and more. This is an update to the latest upstream release, which includes a fix for CVE-2014-3707: http://curl.haxx.se/changes.html#7_39_0 http://curl.haxx.se/docs/adv_20141105.html -- 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: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.8
On 11/7/2014 4:11 AM, Corinna Vinschen wrote: - GCC 4.9.2-1 DLLs accidentally call __cxa_atexit with the wrong DSO handle value. This Cygwin update allows this scenario throughout. It now understands *any* DSO handle value, as long as it's a pointer into the DSO's address space. This fixes: https://cygwin.com/ml/cygwin/2014-11/msg00122.html If you don't build applications or DLLs with Cygwin, you can safely ignore this change. If you want to help testing this new release (which I seriously hope for), you can find it in your setup-x86.exe or setup-x86_64.exe as test release. I take it from now on it should be OK to take the default for __cxa_atexit when configuring to build gcc. Thanks for explanation. I'm repeating some tests with 1.7.33-0.8 and gcc/gfortran 4.9.2-1 no surprises, thanks (following segfault apparently unchanged, running with AV and Defender disabled, but failure not seen with gfortran 5.0): Program received signal SIGSEGV: Segmentation fault - invalid memory reference. Backtrace for this error: 1181925 [main] profile_omp 3684 fixup_mmaps_after_fork: ReadProcessMemory failed for MAP_PRIVATE address 0x6FE5FC6, Win32 error 998 2248013 [main] profile_omp 3684 C:\users\tim\tim\tim\src\campbell\Profile_send_3 Nov14\profile_omp.exe: *** fatal error in forked process - recreate_mmaps_after_ fork_failed 3891395 [main] profile_omp 3684 cygwin_exception::open_stackdumpfile: Dumping st ack trace to profile_omp.exe.stackdump 6 [main] profile_omp 1992 fork: child -1 - forked process 3684 died unexpe ctedly, retry 0, exit code 0x100, errno 11 11849 [main] profile_omp 1992 cygwin_exception::open_stackdumpfile: Dumping st ack trace to profile_omp.exe.stackdump -- Tim Prince -- 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
how to embed shell script within a .BAT file
I'm tired of creating pairs of script files: a clickable .BAT file to invoke my shell script and then my shell script to do the actual work. I was wondering if any of the geniuses on this list have come up with a way to embed a shell script inside a clickable .BAT file. --Ken Nellis -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: how to embed shell script within a .BAT file
On 11/07/2014 10:26 PM, Nellis, Kenneth wrote: I'm tired of creating pairs of script files: a clickable .BAT file to invoke my shell script and then my shell script to do the actual work. I was wondering if any of the geniuses on this list have come up with a way to embed a shell script inside a clickable .BAT file. A quick google search for polyglot shell bat finds: http://www.spinellis.gr/blog/20100112/ -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: how to embed shell script within a .BAT file
On 11/07/2014 03:26 PM, Nellis, Kenneth wrote: I'm tired of creating pairs of script files: a clickable .BAT file to invoke my shell script and then my shell script to do the actual work. I was wondering if any of the geniuses on this list have come up with a way to embed a shell script inside a clickable .BAT file. Something like this might do. It assumes you know the path to the Cygwin bin directory. Passing in arguments would be a bit more work and would probably be somewhat limited unless you have a small number of possible arguments. FYI, I don't have a Windows system readily available anymore, so this is untested. Shelly.bat: @echo off rem Put Cygwin bin directory into PATH set PATH=C:\cygwin\bin;%PATH% type %0 | sed 0,/^---BASH SCRIPT FOLLOWS---/ d; s/\r*$// | bash goto :eof ---BASH SCRIPT FOLLOWS--- echo $SHELL is alive ^Z -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: how to embed shell script within a .BAT file
Do you really need to embed the script *within* the file? It would be straightforward to *invoke* a script from the file by something along the lines of: bash -c script in the .bat file ... Eliot Moss -- 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
Perl rename
I noticed that Debian is using Perl rename $ readlink -f /usr/bin/rename /usr/bin/prename $ dpkg --search bin/prename perl: /usr/bin/prename However, Cygwin Perl does not include this file. $ gzip -cd /etc/setup/perl.lst.gz | grep prename | wc 0 0 0 I understand that the util-linux version has the benefit of not needing Perl, however if a user decides to install the Perl package, shouldnt they benefit from the Perl rename as well? -- 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.33-0.5
On Wed, Nov 05, 2014 at 06:23:54PM +, Habermann, David (D) wrote: I just released a 5th TEST version of the next upcoming Cygwin release, 1.7.33-0.5. Ever since using this 1.7.33-0.x series (currently running 1.7.33-0.5) I've been having intermittent trouble with one of my scripts, and just finally got around to digging further today. This is an expect script (subroutine of a larger system) designed to auto-login to an ssh session and then set the passwd -R to allow further ssh sessions to have full network powers. (I then run a cron script which drops these rights off again every half-hour, so the full network powers logins are time limited.) The symptoms of the failure are that it sometimes fails to send the ssh password (and thus doesn't proceed to the passwd -R command at all). If I run the script a second time, it almost always works on the second try. After some time has passed I run it again and get a failure, then immediately run again and succeed. I would appreciate any thoughts as to why such a script would fail, and then succeed on successive runs. This routine basically never failed on the previous recent versions of cygwin (in active daily use since approximately July 1st). Dave The script is called like this: $ super.exp localhost mypasswd and the file super.exp looks like this: #!/usr/bin/expect set mach [lindex $argv 0] set pass [lindex $argv 1] spawn ssh -o PubkeyAuthentication=no $mach expect -exact password: send $pass\n expect { $ { send passwd -R\n expect -exact password: send $pass\n expect -exact password: send $pass\n expect -exact $ send exit\n interact } Permission denied, please try again. { send_error The password you provided was invalid.\n exit 1 } } I would try set exp_internal 1 and capture the output somewhere. There shouldn't be too much for a script this size. You should see the exact failure point quite easily. Cheers ... Duncan. -- 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
TEST RELEASE: Cygwin 1.7.33-0.8
Hi Cygwin friends and users, I just released a 8th TEST version of the next upcoming Cygwin release, 1.7.33-0.8. Changes compared to the former test version 1.7.33-0.7: - GCC 4.9.2-1 DLLs accidentally call __cxa_atexit with the wrong DSO handle value. This Cygwin update allows this scenario throughout. It now understands *any* DSO handle value, as long as it's a pointer into the DSO's address space. This fixes: https://cygwin.com/ml/cygwin/2014-11/msg00122.html If you don't build applications or DLLs with Cygwin, you can safely ignore this change. If you want to help testing this new release (which I seriously hope for), you can find it in your setup-x86.exe or setup-x86_64.exe as test release. The major change in this new release is the new method to read account (passwd and group) information from the Windows user databases directly, without the requirement to generate /etc/passwd and /etc/group files to generate Unix-like uid and gid. For your convenience I wrote new documentation. Since this is a TEST prerelease, the new documentation is not part of the official docs yet. Rather have a look at https://cygwin.com/preliminary-ntsec.html If you read it (which I seriously hope for) and it's all just incomprehensible gobbledygook to you, please say so on the mailing list cygwin AT cygwin DOT com so we have a chance to improve the documentation. Please give this TEST release a try. If you find problems in the new features or regressions compared to the current stable release 1.7.32, please report them to the public mailing list cygwin AT cygwin DOT com Following is a list of changes in this new release: What's new: --- - Cygwin can now generate passwd/group entries directly from Windows user databases (local SAM or Active Directory), thus allowing to run Cygwin without having to create /etc/passwd and /etc/group files. Introduce /etc/nsswitch.conf file to configure passwd/group handling. For bordercase which require to use /etc/passwd and /etc/group files, change mkpasswd/mkgroup to generate passwd/group entries compatible with the entries read from SAM/AD. - Add -b/--remove-all option to setfacl to reduce the ACL to only the entries representing POSIX permission bits. - /proc/cygdrive is a new symlink pointing to the current cygdrive prefix. This can be utilized in scripts to access paths via cygdrive prefix, even if the cygdrive prefix has been changed by the user. - /proc/partitions now prints the windows mount points the device is mounted on. This allows to recognize the underlying Windows devices of the Cygwin raw device names. - New API: quotactl, designed after the Linux/BSD function, but severely restricted: Windows only supports user block quotas on NTFS, no group quotas, no inode quotas, no time constraints. - New APIs: ffsl, ffsll (glibc extensions). - New API: stime (SVr4). - Provide Cygwin documentation (PDFs and HTML) for offline usage in /usr/share/doc/cygwin-${version}. What changed: - - New internal exception handling based on SEH on 64 bit Cygwin. - Revamp Solaris ACL implementation to more closely work like POSIX ACLs are supposed to work. Finally implement a CLASS_OBJ emulation. Update getfacl(1)/setfacl(1) accordingly. - When exec'ing applications, check if $PATH exists and is non-empty. If not, add PATH variable with Cygwin installation directory as content to Windows environment to allow loading of Cygwin system DLLs. - Disable CYGWIN dosfilewarning option by default. - Improve various header files for C++- and standards-compliance. - Doug Lea malloc implementation update from 2.8.3 to the latest 2.8.6. - The xdr functions are no longer exported for newly built executables. Use libtirpc-devel instead. - atexit is now exported as statically linked function from libcygwin.a. This allows reliable access to the DSO handle of the caller for newly built executables. The former atexit entry point into the DLL remains for backward compatibility only. Bug Fixes - - Per POSIX, dirfd(3) now returns EINVAL rather than EBADF on invalid directory stream. - Fix a resource leak in rmdir(2). - Fix fchmod(2)/fchown(2)/fsetxattr(2) in case the file got renamed after open and before calling one of the affected functions. Addresses: https://cygwin.com/ml/cygwin/2014-08/msg00517.html - Handle Netapp-specific problem in statvfs(2)/fstatvfs(2). Addresses: https://cygwin.com/ml/cygwin/2014-06/msg00425.html - Fix chown(2) on ptys in a corner case. - Generate correct error when a path is inaccessible due to missing permissions. Addresses: https://cygwin.com/ml/cygwin-developers/2014-10/msg00010.html - Don't hang in accept calls if socket is no listener. Set errno to EINVAL instead. - Don't allow seeking on serial lines and sockets. Set errno to ESPIPE instead. Addresses: https://cygwin.com/ml/cygwin/2014-08/msg00319.html - Fix output of
Updated: curl-7.39.0-1
The following packages have been updated for both arches: * curl-7.39.0-1 * libcurl4-7.39.0-1 * libcurl-devel-7.39.0-1 * libcurl-doc-7.39.0-1 cURL is a library and command line tool for transferring data with URL syntax, supporting numerous protocols, SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication, file transfer resume, proxy tunneling and more. This is an update to the latest upstream release, which includes a fix for CVE-2014-3707: http://curl.haxx.se/changes.html#7_39_0 http://curl.haxx.se/docs/adv_20141105.html -- Yaakov