TEST RELEASE: Cygwin 2.0.0-5
Wed Apr 15 16:04:00 GMT 2015
Hi Cygwin friends and users,
New 2.0.0-0.5 test release. Hmm, apparently I forgot to announce the
2.0.0-0.4 release. Here's what's new:
- 0.4 introduced a fix which drops creating MASK/CLASS_OBJ entries
every time, since that influence how the group permissions are set
on chmod. Surprisingly so for files with no secondary user or group
Note that this change may require to remove all files and directories
created with older 2.0.0 tets release. Alternatively, remove the
MASK and default MASK value from those files and dirs:
setfacl -d m:,d:m: [...]
This change addresses: https://cygwin.com/ml/cygwin/2015-04/msg00276.html
Explained in: https://cygwin.com/ml/cygwin/2015-04/msg00292.html
- 0.5 introduces additionl code to handle scenarios using Microsoft
Accounts. When using these, the owner and group SIDs in a user token
are the same user SID. This is not nice from a POSIX point of view,
but that's life.
Fix outline: https://cygwin.com/ml/cygwin/2015-04/msg00337.html
Other than that...
The important change in this release is the POSIX permission handling
change, a rewrite of the underlying routines reading and creating
Windows ACLs following POSIX permission rules and POSIX ACL creating
rules per POSIX 1003.1e draft 17, as on Linux.
For a description of POSIX ACLs, see http://linux.die.net/man/5/acl
All changes in this release so far:
- New, unified implementation of POSIX permission and ACL handling. The
new ACLs now store the POSIX ACL MASK/CLASS_OBJ permission mask, and
they allow to inherit the S_ISGID bit. ACL inheritance now really
works as desired, in a limited, but theoretically equivalent fashion
even for non-Cygwin processes.
To accommodate Windows default ACLs, the new code ignores SYSTEM and
Administrators group permissions when computing the MASK/CLASS_OBJ
permission mask on old ACLs, and it doesn't deny access to SYSTEM and
Administrators group based on the value of MASK/CLASS_OBJ when
creating the new ACLs.
The new code now handles the S_ISGID bit on directories as on Linux:
Setting S_ISGID on a directory causes new files and subdirs created
within to inherit its group, rather than the primary group of the user
who created the file. This only works for files and directories
created by Cygwin processes.
- basename(3) now comes in two flavors, POSIX and GNU. The POSIX version is
the default. You get the GNU version after
- The maximum number of PTYs has been raised from 64 to 128.
- Fix potential hang in pseudo ttys when generating ECHO output while the slave
is flooding the pty with output.
- Fix potential premature SIGHUP in pty code.
- Fix a name change from symlink to target name in calls to execvp, system, etc.
- Fix internal error in pty -ONLCR handling. Fix timing bug in pty OPOST
NOTE: This change introduces a not yet addressed regression.
Native Windows tools generating output with Unix LF instead of
Windows CRLF line endings will not get OPOST handling. This
prominently affects icacls.
- Avoid creating passwd and group records from fully qualified Windows
account names (domain\name, name@domain).
- Avoid potential crash at startup or in getgroups(2).
- Fix UTF-16 surrogate handling in wctomb and friends.
To install 32-bit Cygwin use https://cygwin.com/setup-x86.exe
To install 64 bit Cygwin use https://cygwin.com/setup-x86_64.exe
If you're already running a 32 bit version of Cygwin on 64 bit Windows
machines, you can continue to do so. If you're planning a new install
of Cygwin on a 64 bit Windows machine, consider to use the new 64 bit
Cygwin version, unless you need certain packages not yet available in
the 64 bit release.
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
More information about the Cygwin-announce