date:20151109


Version mc-4.8.15-1 of Midnight Commander
has been uploaded for cygwin

CHANGES
This is a upstream bugfix release
https://www.midnight-commander.org/wiki/NEWS-4.8.15

DESCRIPTION
GNU Midnight Commander is a visual file manager. It's a feature rich
full-screen text mode application that allows you to copy, move and
delete files and whole directory trees, search for files and run
commands in the subshell. Internal viewer and editor are included.

HOMEPAGE
http://www.midnight-commander.org/


Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

[ANNOUNCEMENT] Updated: mc-4.8.15-1


Version mc-4.8.15-1 of Midnight Commander
has been uploaded for cygwin

CHANGES
This is a upstream bugfix release
https://www.midnight-commander.org/wiki/NEWS-4.8.15

DESCRIPTION
GNU Midnight Commander is a visual file manager. It's a feature rich
full-screen text mode application that allows you to copy, move and
delete files and whole directory trees, search for files and run
commands in the subshell. Internal viewer and editor are included.

HOMEPAGE
http://www.midnight-commander.org/


Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) 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

[ANNOUNCEMENT] Updated: glpk-4.57-1


Version 4.57-1 of
   glpk
   libglpk36
   libglpk-devel
have been uploaded for cygwin.

The GLPK (GNU Linear Programming Kit) package is
intended for solving large-scale linear
programming (LP), mixed integer programming (MIP),
 and other related problems. It is a set of
routines written in ANSI C and organized in
the form of a callable library.

CHANGES
This is a new upstream relase:

  A new, more efficient implementation of the dual simplex method
  was included in the package. This new implementation replaces
  the old one, which was removed.

  Option sr_heur was added to struct glp_iocp to enable/disable
  the simple rounding heuristic used by the MIP solver.

  New API routine glp_at_error was added and documented.


Regards

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) 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: xterm 320-1 won't start with XTerm*faceName set in .Xresources


On 10/11/2015 02:14, Brian Neu wrote:


Then I used setup64.exe to reinstall existing font packages, and a bunch
of others --- xterm and fc-list works now.

Not worth further troubleshooting.  Moving on.

Thanks for the help!



likely the script
/etc/postinstall/fontconfig.sh(.done)

had some issue the first time.

Regards
Marco

--
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

Still unable to 'git push' or ssh to sourceware

2015-11-09 Thread Mark Geisert

Apologies for my continued stumbling around with this.  I'm enough of a 
newbie in several necessary skills that I can't seem to get a handle on 
what's going wrong.


I had assumed that having sent my "SSH key for upload access", it goes to 
the same location as my original key supplied on the 
sourceware.org/cgi-bin/pdw/ps_form.cgi form.  That original 
key I supplied always provoked an 'enter passphrase' prompt when ssh or 
git contacted sourceware even though I had never supplied a passphrase 
for it.  OK, maybe sourceware requires passphrases so I generated a new 
key with a passphrase.  That's the key I sent recently as "SSH key for 
upload access".


The only way I could think of to test authentication without doing 
anything potentially damaging was this command:

ssh -v -v mgeis...@sourceware.org appendkey < /dev/null

Here's the resulting debug log:
OpenSSH_6.9p1, OpenSSL 1.0.2d 9 Jul 2015
debug1: Reading configuration data /home/Mark/.ssh/config
debug1: /home/Mark/.ssh/config line 1: Applying options for sourceware.org
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to sourceware.org [209.132.180.131] port 22.
debug1: Connection established.
debug1: identity file /home/Mark/.ssh/id_dsa.pub type 2
debug1: key_load_public: No such file or directory
debug1: identity file /home/Mark/.ssh/id_dsa.pub-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
debug1: Remote protocol version 1.99, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH_5* compat 0x0c00
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to sourceware.org:22 as 'mgeisert'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: 
curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: 
ssh-rsa-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com,ssh-rsa,ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,ssh-ed25519-cert-...@openssh.com,ssh-dss-cert-...@openssh.com,ssh-dss-cert-...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,ssh-dss
debug2: kex_parse_kexinit: 
chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-...@lysator.liu.se
debug2: kex_parse_kexinit: 
chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-...@lysator.liu.se
debug2: kex_parse_kexinit: 
umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1,hmac-md5-...@openssh.com,hmac-ripemd160-...@openssh.com,hmac-sha1-96-...@openssh.com,hmac-md5-96-...@openssh.com,hmac-md5,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: 
umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1,hmac-md5-...@openssh.com,hmac-ripemd160-...@openssh.com,hmac-sha1-96-...@openssh.com,hmac-md5-96-...@openssh.com,hmac-md5,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96

debug2: kex_parse_kexinit: none,z...@openssh.com,zlib
debug2: kex_parse_kexinit: none,z...@openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-...@lysator.liu.se
debug2: kex_parse_kexinit: 
aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-...@lysator.liu.se
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,umac...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,umac...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96

debug2: kex_parse_kexinit: none,z...@openssh.com

Unwanted case-insensivity in file name globbing

2015-11-09 Thread Paul

I just replicated my Cygwin setup on Win 7 (64 bits) onto another Win 7 64-
bit machine, including /etc/fstab

   c: /c ntfs binary,posix=0,user,auto
   d: /d ntfs binary,posix=0,user,auto
   e: /e ntfs binary,posix=0,user,auto
   f: /f ntfs binary,posix=0,user,auto
   g: /g ntfs binary,posix=0,user,auto
   i: /i ntfs binary,posix=0,user,auto
   o: /o ntfs binary,posix=0,user,auto
   r: /r ntfs binary,posix=0,user,auto
   s: /s ntfs binary,posix=0,user,auto

So my home directory "~" is "C:\cygwin64\home\My.User.Name".

I noticed that when I issue a command involving a file name pattern, it is 
not case sensitive in that directory.  For example, "ls -d [A-Z]*" will 
return the folder "cat".  Web searching revealed that it could be the bash 
shell option nocaseglob, but I confirmed that in my case, it is not set:

   $ shopt -p nocaseglob

  shopt -u nocaseglob

I am also puzzled by the fact that when I cd to a subdirectory, the 
unwanted case insensivity is no longer present.  I thought that I did 
something wierd in replicating my Cygwin setup, but when I tested my 
original setup on the 1st computer, I found the same selective case 
insensitivity.

What other setting might cause this?  How can I get bonafide Unix behaviour 
in the file name globbing?


--
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: Still unable to 'git push' or ssh to sourceware

On Mon, 2015-11-09 at 17:54 -0800, Mark Geisert wrote:
> Apologies for my continued stumbling around with this.  I'm enough of a 
> newbie in several necessary skills that I can't seem to get a handle on 
> what's going wrong.
> 
> I had assumed that having sent my "SSH key for upload access", it goes to 
> the same location as my original key supplied on the 
> sourceware.org/cgi-bin/pdw/ps_form.cgi form.

Incorrect.  Upload access is completely separate from shell access to
sourceware, and neither implies or requires the other.

--
Yaakov

Re: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address

2015-11-09 Thread Ken Brown


On 11/9/2015 10:23 AM, Francis ANDRE wrote:

Le 08/11/2015 17:05, Ken Brown a écrit :

On 11/8/2015 10:11 AM, Francis ANDRE wrote:

$ rebase --help
[...]
  -O, --oblivious Do not change any files already in the database
   and do not record any changes to the database.
   (Implies -s).
[...]
   One of the options -b, -s or -i is mandatory.
[...]


If you use -O as Achim suggested in
https://www.cygwin.com/ml/cygwin/2015-11/msg00141.html, that implies
-s, so you should be OK.

rebase -O -T list
Tha's works effectively but why it does not work without the -O option?


It's not so much that it doesn't work without -O, it's that it doesn't 
work without -b or -s [unless you're just using -i for information]. 
The point is that rebase can't know what address to start rebasing at if 
you don't use -b or -s.


Ken




--
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: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address

2015-11-09 Thread Francis ANDRE


rebase -O -T list

That's works effectively but why it does not work without the -O option?

Hold on, the story is not closed

when doing the following steps at the console, it works
find . -name "*.dll" > dlls
rebase -O -T dlls
PATH=/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/release/script:/usr/local/bin:/usr/bin:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Python33:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program 
Files/Microsoft SQL Server/110/Tools/Binn:/cygdrive/c/Program Files 
(x86)/Subversion/bin:/cygdrive/c/Program Files (x86)/Dr. 
Memory/bin:/cygdrive/c/Program Files 
(x86)/Skype/Phone:/cygdrive/c/Windows/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program 
Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files (x86)/Windows 
Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files 
(x86)/Git/bin:/cygdrive/z/git/win-flex-bison/bin/Release:/cygdrive/c/ASF/apache-maven-3.2.1/bin:/cygdrive/c/Program 
Files/Java/jdk1.7.0_51/bin:/cygdrive/c/ASF/apache-ant-1.9.3/bin
PocoDoc --config=/cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml 
--config=/cygdrive/z/git/poco-1.6.2/stage/docbuild/PocoDoc.ini



but when running the equivalent steps in a bash script, it does not work 
as show below -- script mkdoc joined --
Worth to mention that the binary PocoDoc is spawing a process for 
compiling a cpp source with g++



[FrancisANDRE@idefix poco-1.6.2 ]$mkdoc all
Building tools
Configured for CYGWIN
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoCppParser.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoCppParser.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoCppParserd.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoCppParserd.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoFoundation.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoFoundation.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoFoundationd.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoFoundationd.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoJSON.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoJSON.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoJSONd.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoJSONd.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoNet.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoNet.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoNetd.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoNetd.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoUtil.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoUtil.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoUtild.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoUtild.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoXML.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoXML.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoXMLd.32.dll
rebased 
/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686/cygPocoXMLd.dll
PATH=/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/release/script:/usr/local/bin:/usr/bin:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Python33:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program 
Files/Microsoft SQL Server/110/Tools/Binn:/cygdrive/c/Program Files 
(x86)/Subversion/bin:/cygdrive/c/Program Files (x86)/Dr. 
Memory/bin:/cygdrive/c/Program Files 
(x86)/Skype/Phone:/cygdrive/c/Windows/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program 
Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files (x86)/Windows 
Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files 
(x86)/Git/bin:/cygdrive/z/git/win-flex-bison/bin/Release:/cygdrive/c/ASF/apache-maven-3.2.1/bin:/cygdrive/c/Program 
Files/Java/jdk1.7.0_51/bin:/cygdrive/c/ASF/apache-ant-1.9.3/bin
Building documentation 1.6.2-all (using 
/cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml)

Cleaning build

Re: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address

2015-11-09 Thread Ken Brown


On 11/9/2015 11:44 AM, Francis ANDRE wrote:

 rebase -O -T list

That's works effectively but why it does not work without the -O option?

Hold on, the story is not closed

when doing the following steps at the console, it works
find . -name "*.dll" > dlls
rebase -O -T dlls
PATH=/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/PocoDoc/bin/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/stage/tools/lib/CYGWIN/i686:/cygdrive/z/git/poco-1.6.2/release/script:/usr/local/bin:/usr/bin:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Python33:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program
Files/Microsoft SQL Server/110/Tools/Binn:/cygdrive/c/Program Files
(x86)/Subversion/bin:/cygdrive/c/Program Files (x86)/Dr.
Memory/bin:/cygdrive/c/Program Files
(x86)/Skype/Phone:/cygdrive/c/Windows/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program
Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files (x86)/Windows
Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files
(x86)/Git/bin:/cygdrive/z/git/win-flex-bison/bin/Release:/cygdrive/c/ASF/apache-maven-3.2.1/bin:/cygdrive/c/Program
Files/Java/jdk1.7.0_51/bin:/cygdrive/c/ASF/apache-ant-1.9.3/bin
PocoDoc --config=/cygdrive/z/git/poco-1.6.2/PocoDoc/cfg/mkdoc-poco.xml
--config=/cygdrive/z/git/poco-1.6.2/stage/docbuild/PocoDoc.ini


but when running the equivalent steps in a bash script, it does not work
as show below


You didn't do the equivalent steps in your script.  You rebased the DLLs 
one at a time instead of all at once.  With the -O option, rebase 
doesn't record the changes to the rebase database, so there's nothing to 
prevent the new DLLs from colliding with one another.


Ken

--
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: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address

2015-11-09 Thread Francis ANDRE


Le 08/11/2015 17:05, Ken Brown a écrit :

On 11/8/2015 10:11 AM, Francis ANDRE wrote:

$ rebase --help
[...]
  -O, --oblivious Do not change any files already in the database
   and do not record any changes to the database.
   (Implies -s).
[...]
   One of the options -b, -s or -i is mandatory.
[...]


If you use -O as Achim suggested in 
https://www.cygwin.com/ml/cygwin/2015-11/msg00141.html, that implies -s, so you 
should be OK.

rebase -O -T list
Tha's works effectively but why it does not work without the -O option?

FA


Ken

--
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

Re: xterm 320-1 won't start with XTerm*faceName set in .Xresources


On 09/11/2015 20:17, Brian Neu wrote:

On 11/6/2015 5:19 AM, Thomas Dickey wrote:

| Honestly, I'm not even sure how to get a list of available fonts.

fc-list




fc-list outputs nothing.


this is strange

Is it functional ?

$ /usr/bin/fc-list --version
fontconfig version 2.11.1



So, again, sadly, I have no idea where to go from there.





--
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: xterm 320-1 won't start with XTerm*faceName set in .Xresources

2015-11-09 Thread Brian Neu


On 11/6/2015 5:19 AM, Thomas Dickey wrote:

| Honestly, I'm not even sure how to get a list of available fonts.

fc-list

-- Thomas E. Dickey 



fc-list outputs nothing.

So, again, sadly, I have no idea where to go from there.

--
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] putty 0.65-2

On Mon, 2015-11-09 at 17:01 -0800, Michael Enright wrote:
> On Mon, Nov 9, 2015 at 4:28 PM, Yaakov Selkowitz wrote:
> > The following packages have been uploaded to the Cygwin distribution:
> >
> > * putty-0.65-2
> >
> 
> I have the "Unix" version of this on a Linux box, which I built from
> source. I also have the "normal" Windows version. Which of these would
> you say the Cygwin package is closest to?

The *NIX version.  One advantage of using this over a Windows putty is
that it supports launching remote X applications (over SSH) without
having to start the X server with -listen inet, which is no longer the
default (as previously discussed on the lists).

--
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: Still unable to 'git push' or ssh to sourceware

2015-11-09 Thread Mark Geisert


On Mon, 9 Nov 2015, Yaakov Selkowitz wrote:

On Mon, 2015-11-09 at 17:54 -0800, Mark Geisert wrote:

I had assumed that having sent my "SSH key for upload access", it goes to
the same location as my original key supplied on the
sourceware.org/cgi-bin/pdw/ps_form.cgi form.


Incorrect.  Upload access is completely separate from shell access to
sourceware, and neither implies or requires the other.


Thanks for that.  I need to update my shell access key but I can't make 
use of the appendkey trick, catch-22.  Sounds like I should contact 
overseers then.


..mark

[ANNOUNCEMENT] Updated: Cygwin 2.3.0-1

Hi Cygwin friends and users,


I released another version of Cygwin.  The version number is 2.3.0-1.


What's new:
---

- strftime(3) supports %s (seconds since Epoch) now.

- posix_madvise(POSIX_MADV_WILLNEED) now utilizes OS functionality available
  starting with Windows 8/Server 2012.  Still a no-op on older systems.

- posix_madvise(POSIX_MADV_DONTNEED) now utilizes OS functionality available
  starting with Windows 8.1/Server 2012R2.  Still a no-op on older systems.

- sysconf() now supports returning CPU cache information:
  _SC_LEVEL1_ICACHE_SIZE, _SC_LEVEL1_ICACHE_ASSOC, _SC_LEVEL1_ICACHE_LINESIZE,
  _SC_LEVEL1_DCACHE_SIZE, _SC_LEVEL1_DCACHE_ASSOC, _SC_LEVEL1_DCACHE_LINESIZE,
  _SC_LEVEL2_CACHE_SIZE, _SC_LEVEL2_CACHE_ASSOC, _SC_LEVEL2_CACHE_LINESIZE,
  _SC_LEVEL3_CACHE_SIZE, _SC_LEVEL3_CACHE_ASSOC, _SC_LEVEL3_CACHE_LINESIZE,
  _SC_LEVEL4_CACHE_SIZE, _SC_LEVEL4_CACHE_ASSOC, _SC_LEVEL4_CACHE_LINESIZE

- New API: aligned_alloc, at_quick_exit, quick_exit.

- Add support for Parallels Desktop FS (prlfs).


Bug Fixes
-

- Fix a hang when stracing a forking or spawning process without activating
  stracing of child processes.
  Addresses: https://cygwin.com/ml/cygwin/2015-08/msg00390.html

- Fix long-standing potential SEGV on 32 bit Cygwin when the dynamic loader
  for OS functions fails to load a function on Windows 7 or later.
  Addresses: No actual bug report known.

- sysconf _SC_NPROCESSORS_CONF and _SC_NPROCESSORS_ONLN now handle more than
  64 CPUs on Windows 7 and later.

- Fix a potential crash in advisory file locking due to usage of stack space
  out of scope.
  Addresses: https://cygwin.com/ml/cygwin/2015-09/msg00079.html

- Fix EIO error accessing certain (OS X SMB?) drives
  Addresses: https://cygwin.com/ml/cygwin/2015-09/msg00229.html

- Fix memory leak in calls to pthread_getattr_np.

- Fix output of /proc//winexename.

- Avoid SEGV when handling SIDs with 0 subauthorities.
  Addresses: https://cygwin.com/ml/cygwin/2015-10/msg00141.html

- Fix a potential SEGV on (at least) Wine.
  Addresses: https://cygwin.com/ml/cygwin/2015-10/msg00018.html

- Fix sigwait(3) to return errno instead of -1 and never to return with EINTR.

- Fix pthread_kill(3) to return errno instead of -1.

- Remove lingering pending signals after a thread exited.
  Addresses: https://cygwin.com/ml/cygwin/2015-09/msg00197.html

- Workaround a bug in Windows 10 NLS handling.
  Addresses: https://cygwin.com/ml/cygwin/2015-10/msg00547.html

- Avoid unnecessry locking and thus a potential deadlock in flock(2).
  Addresses: https://cygwin.com/ml/cygwin/2015-11/msg00095.html


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] TEST RELEASE: Cygwin 2.4.0-0.1

Hi Cygwin friends and users,


I released a new TEST version of Cygwin, 2.4.0-0.1.


This is the same as the test release 2.3.0-0.7, just with bumped version
number to allow a smooth upgrade for further testing of the new POSIX
ACL code.  Those of you already testing this know the rest of this mail...


This is the "new POSIX ACL handling reloaded" release.

In local testing I successfully integrated AuthZ into the current Cygwin
code to generate more correct user permissions by being able to generate
effective permissions for arbitrary users.

This success convinced me that it might be possible to pick up the POSIX
permission rewrite originally targeted for the 2.0.0 release and try to
update it using AuthZ and generally revamp it to reflect effective
permissions better.

My local testing looks good, but this is a major change, so this code
really needs a lot more testing in various scenarios.  Especially
some Windows ACLs created in corporate environments are often a hard
nut to crack, and the example from

https://cygwin.com/ml/cygwin/2015-04/msg00513.html

which was the ultimate downfall of the original implementation is
the stuff which needs some good testing.

There's, as usual, a downside: AuthZ leans a bit to the slow side.
Cygwin caches information already gathered once on a per-process basis,
but in locally crafted worst case scenarios (`ls' on lots of file owned
by lots of different users and groups) the slowdown may be up to 25%.
But that's really just a worst case, in the usual scenarios the slowdown
should be mostly unnoticable.

To alleviate the problem, the AuthZ code is fortunately only called for
non-Cygwin ACLs and Cygwin ACLs created before this release.  Within a
pure Cygwin environment (e.g., some build directory only used with
Cygwin tools) AuthZ should be practically unused.

Apart from the aforementioned code changes to "just do it right", there
are two additional changes I implemented for this new POSIX ACL revamp
release:

- I reverted the questionable change I added to 2.0.0-0.7 in terms of
  chmod group permission handling.  The original description of this
  change was:

If you have a non-trivial ACL with secondary accounts and thus a
mask value, chmod is supposed to change only the mask, not the
permissions of the primary group.  However, if the primary group has
few permissions to begin with, the result is really surprising.  ls
-l would, e.g., show read/write perms for the group, but the group
might still have only read perms.

Personally I find this chmod behaviour really, really bad, so I took
the liberty to change it in a way which gives a much less surprising
result:  If you call chmod on a non-trivial ACL, the group
permissions will be used for the primary group and the mask.

- setfacl(1) now accepts the combination of the -b and -k options, just as
  on Linux.

As for the description what this implementation strives for, please see
http://linux.die.net/man/5/acl



What's new:
---

- 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.

What changed:
-

- setfacl(1) now allows to use the -b and -k option combined to allow reducing
  an ACL to only reflect standard POSIX permissions.




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

TEST RELEASE: Cygwin 2.4.0-0.1

Hi Cygwin friends and users,


I released a new TEST version of Cygwin, 2.4.0-0.1.


This is the same as the test release 2.3.0-0.7, just with bumped version
number to allow a smooth upgrade for further testing of the new POSIX
ACL code.  Those of you already testing this know the rest of this mail...


This is the "new POSIX ACL handling reloaded" release.

In local testing I successfully integrated AuthZ into the current Cygwin
code to generate more correct user permissions by being able to generate
effective permissions for arbitrary users.

This success convinced me that it might be possible to pick up the POSIX
permission rewrite originally targeted for the 2.0.0 release and try to
update it using AuthZ and generally revamp it to reflect effective
permissions better.

My local testing looks good, but this is a major change, so this code
really needs a lot more testing in various scenarios.  Especially
some Windows ACLs created in corporate environments are often a hard
nut to crack, and the example from

https://cygwin.com/ml/cygwin/2015-04/msg00513.html

which was the ultimate downfall of the original implementation is
the stuff which needs some good testing.

There's, as usual, a downside: AuthZ leans a bit to the slow side.
Cygwin caches information already gathered once on a per-process basis,
but in locally crafted worst case scenarios (`ls' on lots of file owned
by lots of different users and groups) the slowdown may be up to 25%.
But that's really just a worst case, in the usual scenarios the slowdown
should be mostly unnoticable.

To alleviate the problem, the AuthZ code is fortunately only called for
non-Cygwin ACLs and Cygwin ACLs created before this release.  Within a
pure Cygwin environment (e.g., some build directory only used with
Cygwin tools) AuthZ should be practically unused.

Apart from the aforementioned code changes to "just do it right", there
are two additional changes I implemented for this new POSIX ACL revamp
release:

- I reverted the questionable change I added to 2.0.0-0.7 in terms of
  chmod group permission handling.  The original description of this
  change was:

If you have a non-trivial ACL with secondary accounts and thus a
mask value, chmod is supposed to change only the mask, not the
permissions of the primary group.  However, if the primary group has
few permissions to begin with, the result is really surprising.  ls
-l would, e.g., show read/write perms for the group, but the group
might still have only read perms.

Personally I find this chmod behaviour really, really bad, so I took
the liberty to change it in a way which gives a much less surprising
result:  If you call chmod on a non-trivial ACL, the group
permissions will be used for the primary group and the mask.

- setfacl(1) now accepts the combination of the -b and -k options, just as
  on Linux.

As for the description what this implementation strives for, please see
http://linux.die.net/man/5/acl



What's new:
---

- 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.

What changed:
-

- setfacl(1) now allows to use the -b and -k option combined to allow reducing
  an ACL to only reflect standard POSIX permissions.




Have fun,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat

Building Poco for Cygwin (was: Re: Cannot fork process for: g++: cygPocoFoundation.32.dll: Loaded to different address)

2015-11-09 Thread David Stacey

Hi Francis.

If you're still keen to build Poco for Cygwin yourself, then it's
probably worth looking at the patches and compiler settings that I use,
as you may want to make use of them. Download the source, either using
Cygwin's setup.exe or directly from a mirror [1], and unpack. The
'poco.cygport' file is used for building; it has bash-like syntax. There
should be four patch files, each with the '.patch' extension.

The most important thing is to build using the '-frepo' compiler flag
when building Poco. This fixes a truly horrible crash when Poco's wide
character strings are passed across a DLL boundary. This works at the
expense of slowing the build somewhat. I wrote this up on a Poco GitHub
ticket [2].

Cygwin's Poco is built unbundled, i.e. it uses the system zlib, pcre,
etc. There are a couple of patches to support this. There is also a
patch to fix 'testDequeue', as this test tries to compare two internal
clocks of different accuracy, which fails randomly on Cygwin. The final
patch gets Data/ODBC building with the iODBC library.

There are some notes towards the end of the 'poco.cygport' file about
running the testsuite, and you might find these useful.

Hope this helps.

Dave.

[1] -
https://www.mirrorservice.org/sites/sourceware.org/pub/cygwin/x86/release/poco/poco-1.6.1-1-src.tar.xz

[2] - https://github.com/pocoproject/poco/issues/723#issuecomment-93853102

--
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

[newlib-cygwin] Created tag cygwin-2_3_0-release

The signed tag 'cygwin-2_3_0-release' was created pointing to:

 d18f1fc... Reorganize memchr selection.

Tagger: Corinna Vinschen 
Date: Mon Nov 9 09:48:17 2015 +0100

Cygwin 2.3.0 release

[newlib-cygwin] Bump Cygwin DLL minor number

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=1968c57d9c0d5eb8fff94d8bcc6d4d82ee0c7d47

commit 1968c57d9c0d5eb8fff94d8bcc6d4d82ee0c7d47
Author: Corinna Vinschen 
Date:   Mon Nov 9 10:12:48 2015 +0100

Bump Cygwin DLL minor number

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/ChangeLog| 4 
 winsup/cygwin/include/cygwin/version.h | 2 +-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/winsup/cygwin/ChangeLog b/winsup/cygwin/ChangeLog
index 1be11ee..0e96d15 100644
--- a/winsup/cygwin/ChangeLog
+++ b/winsup/cygwin/ChangeLog
@@ -1,3 +1,7 @@
+2015-11-09  Corinna Vinschen  
+
+   * include/cygwin/version.h (CYGWIN_VERSION_DLL_MINOR): Bump to 1.
+
 2015-11-05  Corinna Vinschen  
 
* mount.cc (fs_info::update): Fake a serial number on filesystems not
diff --git a/winsup/cygwin/include/cygwin/version.h 
b/winsup/cygwin/include/cygwin/version.h
index fde82e9..af5afd5 100644
--- a/winsup/cygwin/include/cygwin/version.h
+++ b/winsup/cygwin/include/cygwin/version.h
@@ -43,7 +43,7 @@ details. */
 changes to the DLL and is mainly informative in nature. */
 
 #define CYGWIN_VERSION_DLL_MAJOR 2003
-#define CYGWIN_VERSION_DLL_MINOR 0
+#define CYGWIN_VERSION_DLL_MINOR 1
 
   /* Major numbers before CYGWIN_VERSION_DLL_EPOCH are
 incompatible. */

Re: xterm 320-1 won't start with XTerm*faceName set in .Xresources

2015-11-09 Thread Michael Enright

On Mon, Nov 9, 2015 at 12:03 PM, Marco Atzeri  wrote:
> On 09/11/2015 20:17, Brian Neu wrote:
>> fc-list outputs nothing.
>
>
> this is strange
>
> Is it functional ?
>
> $ /usr/bin/fc-list --version
> fontconfig version 2.11.1
>
>
>
Would setting the environment variable FC_DEBUG=4095 (or some other
value) be of any use?

The output of fc-list is empty on this one particular Cygwin setup
here, but with FC_DEBUG I get:
$ FC_DEBUG=4095 fc-list | head
FC_DEBUG=4095
Loading config file /etc/fonts/fonts.conf
Add Subst match
[test]
pattern any family Equal "mono"
[edit]
Edit family Assign "monospace";

Add Subst match
[test]

FC_DEBUG is documented at
http://www.freedesktop.org/software/fontconfig/fontconfig-user.html
(first match for FC_DEBUG) but it consists of bits for features and
4095 turns on 12 of them. 128 might be the most important value.

--
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

xz 5.2.2-1

The following packages have been uploaded to the Cygwin distribution:

* xz-5.2.2-1
* liblzma5-5.2.2-1
* liblzma-devel-5.2.2-1

XZ Utils is free general-purpose data compression software with
high compression ratio. XZ Utils are the successor to LZMA Utils.

This is an update to the latest upstream release:

http://git.tukaani.org/?p=xz.git;a=commitdiff;h=cbe0cec

[ANNOUNCEMENT] xz 5.2.2-1

The following packages have been uploaded to the Cygwin distribution:

* xz-5.2.2-1
* liblzma5-5.2.2-1
* liblzma-devel-5.2.2-1

XZ Utils is free general-purpose data compression software with
high compression ratio. XZ Utils are the successor to LZMA Utils.

This is an update to the latest upstream release:

http://git.tukaani.org/?p=xz.git;a=commitdiff;h=cbe0cec

--
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

libsndfile 1.0.25-3

The following packages have been uploaded to the Cygwin distribution:

* libsndfile-1.0.25-3
* libsndfile1-1.0.25-3
* libsndfile-devel-1.0.25-3
* libsndfile-utils-1.0.25-3

libsndfile is a library of C routines for reading and writing
files containing sampled audio data.

This release includes a fix for CVE-2015-7805:

https://bugzilla.redhat.com/show_bug.cgi?id=1277897

putty 0.65-2

The following packages have been uploaded to the Cygwin distribution:

* putty-0.65-2

PuTTY is a free implementation of Telnet and SSH for Windows and
Unix platforms, along with an xterm terminal emulator.

This release includes a fix for CVE-2015-5309:

https://bugzilla.redhat.com/show_bug.cgi?id=1279425

[ANNOUNCEMENT] krb5 1.13.2-3

The following packages have been uploaded to the Cygwin distribution:

* krb5-workstation-1.13.2-3
* krb5-server-1.13.2-3
* krb5-server-ldap-1.13.2-3
* krb5-pkinit-1.13.2-3
* krb5-k5tls-1.13.2-3
* krb5-samples-1.13.2-3
* krb5-doc-1.13.2-3
* libgssapi_krb5_2-1.13.2-3
* libgssrpc4-1.13.2-3
* libk5crypto3-1.13.2-3
* libkadm5clnt_mit9-1.13.2-3
* libkadm5srv_mit9-1.13.2-3
* libkdb5_8-1.13.2-3
* libkrad0-1.13.2-3
* libkrb5_3-1.13.2-3
* libkrb5support0-1.13.2-3
* libkrb5-devel-1.13.2-3

This is the reference implementation of the Kerberos network authentication
protocol from MIT. It is designed to provide strong authentication for
client/server applications by using secret-key cryptography.

This release includes a fix for CVE-2015-2698:

https://bugzilla.redhat.com/show_bug.cgi?id=1278951

--
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

krb5 1.13.2-3

The following packages have been uploaded to the Cygwin distribution:

* krb5-workstation-1.13.2-3
* krb5-server-1.13.2-3
* krb5-server-ldap-1.13.2-3
* krb5-pkinit-1.13.2-3
* krb5-k5tls-1.13.2-3
* krb5-samples-1.13.2-3
* krb5-doc-1.13.2-3
* libgssapi_krb5_2-1.13.2-3
* libgssrpc4-1.13.2-3
* libk5crypto3-1.13.2-3
* libkadm5clnt_mit9-1.13.2-3
* libkadm5srv_mit9-1.13.2-3
* libkdb5_8-1.13.2-3
* libkrad0-1.13.2-3
* libkrb5_3-1.13.2-3
* libkrb5support0-1.13.2-3
* libkrb5-devel-1.13.2-3

This is the reference implementation of the Kerberos network authentication
protocol from MIT. It is designed to provide strong authentication for
client/server applications by using secret-key cryptography.

This release includes a fix for CVE-2015-2698:

https://bugzilla.redhat.com/show_bug.cgi?id=1278951

[ANNOUNCEMENT] libsndfile 1.0.25-3

The following packages have been uploaded to the Cygwin distribution:

* libsndfile-1.0.25-3
* libsndfile1-1.0.25-3
* libsndfile-devel-1.0.25-3
* libsndfile-utils-1.0.25-3

libsndfile is a library of C routines for reading and writing
files containing sampled audio data.

This release includes a fix for CVE-2015-7805:

https://bugzilla.redhat.com/show_bug.cgi?id=1277897

--
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] php 5.6.15-1

The following packages have been uploaded to the Cygwin distribution:

* php-5.6.15-1
* php-devel-5.6.15-1
* httpd-mod_php5-5.6.15-1
* php-bcmath-5.6.15-1
* php-bz2-5.6.15-1
* php-calendar-5.6.15-1
* php-ctype-5.6.15-1
* php-curl-5.6.15-1
* php-dba-5.6.15-1
* php-enchant-5.6.15-1
* php-exif-5.6.15-1
* php-fileinfo-5.6.15-1
* php-ftp-5.6.15-1
* php-gd-5.6.15-1
* php-gettext-5.6.15-1
* php-gmp-5.6.15-1
* php-iconv-5.6.15-1
* php-imap-5.6.15-1
* php-ldap-5.6.15-1
* php-intl-5.6.15-1
* php-mbstring-5.6.15-1
* php-mcrypt-5.6.15-1
* php-mssql-5.6.15-1
* php-mysql-5.6.15-1
* php-mysqli-5.6.15-1
* php-odbc-5.6.15-1
* php-opcache-5.6.15-1
* php-pdo_dblib-5.6.15-1
* php-pdo_mysql-5.6.15-1
* php-pdo_odbc-5.6.15-1
* php-pdo_pgsql-5.6.15-1
* php-pdo_sqlite-5.6.15-1
* php-pgsql-5.6.15-1
* php-phar-5.6.15-1
* php-posix-5.6.15-1
* php-pspell-5.6.15-1
* php-recode-5.6.15-1
* php-shmop-5.6.15-1
* php-simplexml-5.6.15-1
* php-soap-5.6.15-1
* php-sqlite3-5.6.15-1
* php-sybase_ct-5.6.15-1
* php-sockets-5.6.15-1
* php-sysvmsg-5.6.15-1
* php-sysvsem-5.6.15-1
* php-sysvshm-5.6.15-1
* php-tidy-5.6.15-1
* php-tokenizer-5.6.15-1
* php-wddx-5.6.15-1
* php-xmlreader-5.6.15-1
* php-xmlrpc-5.6.15-1
* php-xmlwriter-5.6.15-1
* php-xsl-5.6.15-1
* php-zip-5.6.15-1
* php-zlib-5.6.15-1

PHP (recursive acronym for 'PHP: Hypertext Preprocessor') is a 
widely-used Open Source general-purpose scripting language that is 
especially suited for Web development and can be embedded into HTML.

This is an update to the latest upstream stable release:

http://www.php.net/ChangeLog-5.php#5.6.15

--
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

php 5.6.15-1

The following packages have been uploaded to the Cygwin distribution:

* php-5.6.15-1
* php-devel-5.6.15-1
* httpd-mod_php5-5.6.15-1
* php-bcmath-5.6.15-1
* php-bz2-5.6.15-1
* php-calendar-5.6.15-1
* php-ctype-5.6.15-1
* php-curl-5.6.15-1
* php-dba-5.6.15-1
* php-enchant-5.6.15-1
* php-exif-5.6.15-1
* php-fileinfo-5.6.15-1
* php-ftp-5.6.15-1
* php-gd-5.6.15-1
* php-gettext-5.6.15-1
* php-gmp-5.6.15-1
* php-iconv-5.6.15-1
* php-imap-5.6.15-1
* php-ldap-5.6.15-1
* php-intl-5.6.15-1
* php-mbstring-5.6.15-1
* php-mcrypt-5.6.15-1
* php-mssql-5.6.15-1
* php-mysql-5.6.15-1
* php-mysqli-5.6.15-1
* php-odbc-5.6.15-1
* php-opcache-5.6.15-1
* php-pdo_dblib-5.6.15-1
* php-pdo_mysql-5.6.15-1
* php-pdo_odbc-5.6.15-1
* php-pdo_pgsql-5.6.15-1
* php-pdo_sqlite-5.6.15-1
* php-pgsql-5.6.15-1
* php-phar-5.6.15-1
* php-posix-5.6.15-1
* php-pspell-5.6.15-1
* php-recode-5.6.15-1
* php-shmop-5.6.15-1
* php-simplexml-5.6.15-1
* php-soap-5.6.15-1
* php-sqlite3-5.6.15-1
* php-sybase_ct-5.6.15-1
* php-sockets-5.6.15-1
* php-sysvmsg-5.6.15-1
* php-sysvsem-5.6.15-1
* php-sysvshm-5.6.15-1
* php-tidy-5.6.15-1
* php-tokenizer-5.6.15-1
* php-wddx-5.6.15-1
* php-xmlreader-5.6.15-1
* php-xmlrpc-5.6.15-1
* php-xmlwriter-5.6.15-1
* php-xsl-5.6.15-1
* php-zip-5.6.15-1
* php-zlib-5.6.15-1

PHP (recursive acronym for 'PHP: Hypertext Preprocessor') is a 
widely-used Open Source general-purpose scripting language that is 
especially suited for Web development and can be embedded into HTML.

This is an update to the latest upstream stable release:

http://www.php.net/ChangeLog-5.php#5.6.15

[ANNOUNCEMENT] putty 0.65-2

The following packages have been uploaded to the Cygwin distribution:

* putty-0.65-2

PuTTY is a free implementation of Telnet and SSH for Windows and
Unix platforms, along with an xterm terminal emulator.

This release includes a fix for CVE-2015-5309:

https://bugzilla.redhat.com/show_bug.cgi?id=1279425

--
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 2.3.0-0.7