Re: [ANNOUNCEMENT] Updated: OpenSSH-7.4p1-1

Hi, On Tue, Dec 20, 2016 at 9:44 PM, Corinna Vinschen wrote: > I've just updated the Cygwin version of OpenSSH to 7.4p1-1. > > This is primarily an upstream bugfix release. > > Below's the original release message. [...] > * ssh(1): Add a proxy multiplexing mode to

Re: Latest setup.exe not code-signed?

Hello, On Thu, Dec 15, 2016 at 2:58 AM, Kal Sze wrote: > Hello, > > It looks like the new setup-x86_64.exe is not code-signed? Is that on > purpose? IIRC, the previous versions were code-signed. Do we now only > rely on the .sig signature file to verify it? It was never

Re: nm for .exe extensions?

Hi, On Tue, Jun 7, 2016 at 7:12 PM, Corinna Vinschen wrote: > On Jun 7 08:43, Bill Smith wrote: >> Warren Young-2 wrote >> > On May 24, 2016, at 6:43 AM, Benjamin Cao >> >> > becao@ >> >> > wrote: >> >> >> >> The executable, when run with nm in Cygwin, results in a

Re: Deterministic builds

Hi, On Wed, May 4, 2016 at 4:38 PM, Ken Brown wrote: > Is it possible to build an executable on Cygwin so that subsequent builds > (with no change in source) produce identical results? Currently, the > timestamp embedded in executables prevents this. (I don't know if that's

Re: [ANNOUNCEMENT] Updated: mutt-1.6.1-1

On Mon, May 2, 2016 at 11:03 AM, Marco Atzeri wrote: > New version 1.6.1-1 of > > mutt > > is available in the Cygwin distribution: > > CYGWIN CHANGES > Replaced ncurse with slang binding. > As requested on ML > https://cygwin.com/ml/cygwin/2016-04/msg00103.html Thanks

[Attn. tmux maintainer] tmux 2.2 is out

And packs a lot of nice changes including 24bit color support: https://raw.githubusercontent.com/tmux/tmux/master/CHANGES -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Re: [ANNOUNCEMENT] Updated: mutt-1.6.0-1

On Wed, Apr 6, 2016 at 3:15 PM, Ismail Donmez <ism...@i10z.com> wrote: > Hi, > > On Wed, Apr 6, 2016 at 1:42 PM, Marco Atzeri <marco.atz...@gmail.com> wrote: >> On 06/04/2016 11:32, Ismail Donmez wrote: >>> >>> Hi, >>> >>> On Wed

Re: [ANNOUNCEMENT] Updated: mutt-1.6.0-1

Hi, On Wed, Apr 6, 2016 at 1:42 PM, Marco Atzeri <marco.atz...@gmail.com> wrote: > On 06/04/2016 11:32, Ismail Donmez wrote: >> >> Hi, >> >> On Wed, Apr 6, 2016 at 12:22 PM, Marco Atzeri <marco.atz...@gmail.com> >> wrote: >>> >>>

Re: [ANNOUNCEMENT] Updated: mutt-1.6.0-1

Hi, On Wed, Apr 6, 2016 at 12:22 PM, Marco Atzeri wrote: > A counter example: > http://chbrauner.blogspot.de/2014/02/mutt-compiled-against-ncurses-and.html > > try and let me know I am not using a mutt colorscheme but a mintty one which mutt fails to render. I will,

Re: [ANNOUNCEMENT] Updated: mutt-1.6.0-1

On Wed, Apr 6, 2016 at 11:59 AM, Marco Atzeri <marco.atz...@gmail.com> wrote: > > > On 05/04/2016 18:35, Ismail Donmez wrote: >> >> Hi, >> >> On Tue, Apr 5, 2016 at 6:03 PM, Marco Atzeri <marco.atz...@gmail.com> >> wrote: >>> >

Re: [ANNOUNCEMENT] Updated: mutt-1.6.0-1

Hi, On Tue, Apr 5, 2016 at 6:03 PM, Marco Atzeri wrote: > New versions 1.6.0-1 of > > mutt > > is available in the Cygwin distribution: > > CHANGES > Last upstream release. First 1.6.x Thanks for the update! Could you maybe build it with slang? That way mutt can

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.5.0-0.11

Hi, On Tue, Apr 5, 2016 at 12:29 AM, Yaakov Selkowitz wrote: > Hi Cygwin friends and users, > > > Corinna just released a new Cygwin TEST version 2.5.0-0.11. > > If things are not going very wrong, this is basically what you'll > get as 2.5.0-1 release (really, we mean it

Re: clang copy of limits.h misses NAME_MAX

Hi, On Thu, Mar 17, 2016 at 3:11 PM, Hans-Bernhard Bröker wrote: > Hello there, > > clang has its own copy of some system headers. One of those lacks an entry > that breaks compilation of any program trying to work with directories the > POSIX way: > > $ cat tdirent.c >

Re: clang copy of limits.h misses NAME_MAX

On Thu, Mar 17, 2016 at 3:35 PM, Marco Atzeri wrote: > it seems to prefer gcc headers > > # 1 "/usr/bin/../lib/clang/3.7.1/include/limits.h" 1 3 4 > # 37 "/usr/bin/../lib/clang/3.7.1/include/limits.h" 3 4 > # 1 "/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/include/limits.h" 1 3 4 >

[attention p7zip maintainer] p7zip 15.14 is out

This version syncs code with 7zip 15.14 and adds the fix for CVE-2015-1038. Regards, ismail -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Re: [Attn] git maintainer: Remote Code Execution for git < 2.7.1

Hi, On Wed, Mar 16, 2016 at 12:50 PM, Adam Dinwoodie <a...@dinwoodie.org> wrote: > On Wed, Mar 16, 2016 at 07:43:54AM +0200, Ismail Donmez wrote: >> Please see http://www.openwall.com/lists/oss-security/2016/03/15/5 . >> Would be nice to update to just released 2.7.3 ver

[Attn] git maintainer: Remote Code Execution for git < 2.7.1

Hi, Please see http://www.openwall.com/lists/oss-security/2016/03/15/5 . Would be nice to update to just released 2.7.3 version. Regards, ismail -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:

Re: [ANNOUNCEMENT] Updated: openssl-1.0.2g-3

Hi, On Tue, Mar 8, 2016 at 2:46 PM, Corinna Vinschen wrote: > Hi folks, > > > I've updated the version of OpenSSL to 1.0.2g-3. > > This version enables the IDEA and RC5 crypto ciphers. The IDEA patent > expired in 2012 (and should have been added long ago), the RC5

Re: gmane?

Hi, On Mon, Feb 29, 2016 at 8:52 PM, Thufir Hawat wrote: > is the gmane NNTP gateway working for this list? It seems empty... Looks fine from here: http://news.gmane.org/gmane.os.cygwin ismail -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: [ANNOUNCEMENT] llvm 3.7.1-1

On Mon, Feb 22, 2016 at 11:32 AM, Tony Kelman wrote: > Yaakov Selkowitz cygwin.com> writes: > >> This is an update to the latest upstream release. This release switches >> to the CMake build, which results in many small shared libraries instead >> of the single monolothic one

Re: [ANNOUNCEMENT] Assorted MinGW-w64 toolchain libraries and tools

On Sun, Feb 14, 2016 at 11:43 PM, Yaakov Selkowitz wrote: > On 2016-02-10 18:58, Yaakov Selkowitz wrote: >>> >>> (Also a newer clang+llvm would be useful, they've made a lot of >>> improvements since 3.5.) >> >> >> LLVM/Clang version bumps are time-consuming to get right.

Re: Problem with new acl code and cdrtools

On Tue, Feb 9, 2016 at 10:46 AM, Warren Young <w...@etr-usa.com> wrote: > On Feb 9, 2016, at 12:56 AM, Ismail Donmez <ism...@i10z.com> wrote: >> >> On Tue, Feb 9, 2016 at 6:14 AM, Warren Young <w...@etr-usa.com> wrote: >>> On Feb 8, 2016, at 9:59

Re: Problem with new acl code and cdrtools

Hi Peter, On Tue, Feb 9, 2016 at 10:56 AM, Peter Rosin wrote: > My take on the situation was that you could disable SUN ACLs by telling > configure that cdrtools should not use aclfromtext(), and that the code > that backs this was already in place. I.e. that you could get a

Re: Problem with new acl code and cdrtools

On Mon, Feb 8, 2016 at 4:36 PM, Corinna Vinschen <corinna-cyg...@cygwin.com> wrote: > On Feb 8 16:13, Ismail Donmez wrote: >> On Mon, Feb 8, 2016 at 4:10 PM, Corinna Vinschen >> <corinna-cyg...@cygwin.com> wrote: >> > On Feb 8 15:31, Ismail Donmez wrote:

Re: Problem with new acl code and cdrtools

On Mon, Feb 8, 2016 at 6:29 PM, Peter Rosin <p...@lysator.liu.se> wrote: > On 2016-02-08 14:31, Ismail Donmez wrote: >> This is a generic code so I don't want to add a cygwin specific >> dependency there. Is there a preprocessor definition for cygwin >> version?

Problem with new acl code and cdrtools

Hi, cdrtools has some code to detect Solaris style ACLs: #if defined(HAVE_ACL) && defined(HAVE_FACL) && \ defined(HAVE_ACLFROMTEXT) && defined(HAVE_ACLTOTEXT) # define HAVE_SUN_ACL1 /* Sun UFS ACL's present */ #endif Since cygwin still seems to be defining aclfromtext() and

Re: Problem with new acl code and cdrtools

Hi, On Tue, Feb 9, 2016 at 6:14 AM, Warren Young <w...@etr-usa.com> wrote: > On Feb 8, 2016, at 9:59 AM, Ismail Donmez <ism...@i10z.com> wrote: >> >> On Mon, Feb 8, 2016 at 6:29 PM, Peter Rosin <p...@lysator.liu.se> wrote: >>> On 2016-02-08 14:31, Ismail

Re: Problem with new acl code and cdrtools

On Mon, Feb 8, 2016 at 4:10 PM, Corinna Vinschen <corinna-cyg...@cygwin.com> wrote: > On Feb 8 15:31, Ismail Donmez wrote: >> On Mon, Feb 8, 2016 at 3:18 PM, Corinna Vinschen >> <corinna-cyg...@cygwin.com> wrote: >> > On Feb 8 12:01, Ismail Donmez wrote: >

Re: Problem with new acl code and cdrtools

On Mon, Feb 8, 2016 at 3:18 PM, Corinna Vinschen <corinna-cyg...@cygwin.com> wrote: > On Feb 8 12:01, Ismail Donmez wrote: >> Hi, >> >> cdrtools has some code to detect Solaris style ACLs: >> >> #if defined(HAVE_ACL) && defined(HAVE_FACL) &a

Re: Weird behavior of crypt

Hi, On Fri, Jan 29, 2016 at 1:39 PM, Marco Atzeri wrote: > The passwords created by crypt(3) are 56 bit DES encrypted and are > 100% identical to those created by the Linux crypt(). crypt(3) on Linux support SHA-256 & SHA-512, $6$ prefix means SHA-512 is requested.

Re: [ANNOUNCEMENT] curl 7.47.0-2

On Fri, Jan 29, 2016 at 5:32 AM, Yaakov Selkowitz wrote: > The following packages have been uploaded to the Cygwin distribution: > > * curl-7.47.0-2 > * libcurl4-7.47.0-2 > * libcurl-devel-7.47.0-2 > * libcurl-doc-7.47.0-2 > > curl is a command line tool and library for

Re: [ANNOUNCEMENT] curl 7.47.0-1

Hi, On Thu, Jan 28, 2016 at 4:50 AM, Yaakov Selkowitz wrote: > The following packages have been uploaded to the Cygwin distribution: > > * curl-7.47.0-1 > * libcurl4-7.47.0-1 > * libcurl-devel-7.47.0-1 > * libcurl-doc-7.47.0-1 Would it be possible to enable HTTP2 support

Re: short C code that uses AVX and fails under Cygwin

Hi, On Thu, Jan 14, 2016 at 10:20 PM, Ilya Razenshteyn wrote: > Hi all, > > the below C code fails under Cygwin. More specifically, the environment is: > Windows 8.1, Cygwin 2.3.1, GCC 4.9.3, CPU 'Intel(R) Core(TM) i7-4510U CPU @ > 2.00GHz', compilation options are '-O0 -mavx'.

Re: Problem with Cygwin 2.4.0-0.18 release

Hi, On Tue, Jan 12, 2016 at 5:05 PM, Corinna Vinschen wrote: > I tried to workaround this problem by "upgrading" the DLL load > mechanism to use the facilities available since Vista. In theory > this should work fine for you. I uploaded a new developer snapshot > to

Re: Problem with Cygwin 2.4.0-0.18 release

On Wed, Jan 13, 2016 at 12:45 PM, Corinna Vinschen <corinna-cyg...@cygwin.com> wrote: > On Jan 13 09:59, Ismail Donmez wrote: >> Hi, >> >> On Tue, Jan 12, 2016 at 5:05 PM, Corinna Vinschen >> <corinna-cyg...@cygwin.com> wrote: >> > I tried to wor

Problem with Cygwin 2.4.0-0.18 release

Hi, -0.17 was fine but this release breaks sshd, sshd.log says: 1 [main] sshd 2828 C:\cygwin64\usr\sbin\sshd.exe: *** fatal error - unable to load C:\Windows\system32\ws2_32.dll, Win32 error 1001 Thanks, ismail -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Problem with Cygwin 2.4.0-0.18 release

On Tue, Jan 12, 2016 at 11:50 AM, Corinna Vinschen <corinna-cyg...@cygwin.com> wrote: > On Jan 12 11:45, Ismail Donmez wrote: >> Hi, >> >> On Tue, Jan 12, 2016 at 11:28 AM, Corinna Vinschen >> <corinna-cyg...@cygwin.com> wrote: >> > Hi Ismail

Re: Problem with Cygwin 2.4.0-0.18 release

Hi, On Tue, Jan 12, 2016 at 11:28 AM, Corinna Vinschen <corinna-cyg...@cygwin.com> wrote: > Hi Ismail, > > On Jan 12 10:23, Ismail Donmez wrote: >> Hi, >> >> -0.17 was fine but this release breaks sshd, sshd.log says: >> >> 1 [main] sshd 2828 C

Re: cmp (or echo) bug?

Hi, David Balažic gmail.com> writes: > In Cygwin terminal (bash) I typed: > > cmp <(echo echo1) <(echo echo2) I suspect its a bash bug since it works fine with zsh (tested 64bit only).

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.4.0-0.11

Corinna Vinschen cygwin.com> writes: > > Hi Cygwin friends and users, > > I released TEST version 2.4.0-0.11 of Cygwin. > > So 0.10 was *not* the last test release... > > Anyway, compared to 0.10 there's only a single change: > > - Fix a potential crash reading invalid passwd and group

Re: [ANNOUNCEMENT] Updated: zsh-5.1.1-1

Hi, Peter A. Castro fruitbat.org> writes: > > An updated version of zsh (zsh-5.1.1-1) has been released and should be > at a mirror near you real soon. This is an upstream release. Thank you! -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Processes randomly get stuck

Hi, Corinna Vinschen writes: On Jul 26 12:56, Ismail Donmez wrote: Hi, $ uname -a CYGWIN_NT-10.0 ux31a 2.2.0(0.289/5/3) 2015-07-23 20:41 x86_64 Cygwin For the last week or so ssh/zsh processes are randomly gets into defunct state, that is $ cat /proc/7232/cmdline

Re: Processes randomly get stuck

Corinna Vinschen writes: On Aug 21 08:49, Ismail Donmez wrote: Hi, Corinna Vinschen: This might explain some behaviour I am seeing because tmux is reading that file every 20 seconds or something like that. Oops. Well its even worse than that, its reading

Re: Processes randomly get stuck

Hi, Corinna Vinschen: This might explain some behaviour I am seeing because tmux is reading that file every 20 seconds or something like that. Oops. Well its even worse than that, its reading /proc/pid/cmdline twice every *second* , for now I'll disable this insane behaviour and see

Re: [ANNOUNCEMENT] Updated: w32api-{headers,runtime}-4.0.4-1(x86/x86_64)

Hi, JonY writes: Note: 4.0.3 was never released due to a bug in headers installation routine. As of writing, SF developer service has yet to fully recover, so there won't be any v4.0.4 tarballs on SF yet. Since SF seems to be back up, can you please upload the tarballs there too? Thanks.

Processes randomly get stuck

Hi, $ uname -a CYGWIN_NT-10.0 ux31a 2.2.0(0.289/5/3) 2015-07-23 20:41 x86_64 Cygwin For the last week or so ssh/zsh processes are randomly gets into defunct state, that is $ cat /proc/7232/cmdline defunct $ cat /proc/7232/status Name: zsh State: S (sleeping) Tgid: 7232 Pid:7232 PPid:

Re: [ANNOUNCEMENT] Update: mintty 2.1.1

Hi, Thomas Wolf writes: mintty 2.1.1 has a bunch of requested tweaks and fixes which I’m releasing before some restructuring around character attributes... This seems to stackdump on startup for me on Win7 x64. Already did a full rebase but didn't help. Dump looks like: Exception:

Re: [ANNOUNCEMENT] Update: mintty 2.1.1

Hi, Houder writes: Hi, Thomas Wolf writes: mintty 2.1.1 has a bunch of requested tweaks and fixes which I’m releasing before some restructuring around character attributes... This seems to stackdump on startup for me on Win7 x64. Confirmed. Both Win7 x86 and Win7 x64.

Re: [ANNOUNCEMENT] Update: mintty 2.1.1

Ismail Donmez writes: This seems to stackdump on startup for me on Win7 x64. Already did a full rebase but didn't help. Dump looks like: Sorry for the noise, this seems to be a local problem. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com

RE: From Microsoft: Windows 10 Console and Cygwin

Rich Eizenhoefer wrote I've created a backlog item for this request so we can track the ask. It's possible, but would probably need to pick your brain in-depth more about the ask in the future. In the meantime, is it okay if I attach a copy of this email thread to the internal tracking item in

Re: [TESTERS needed] New POSIX permission handling

Hi, Corinna Vinschen-2 wrote On Apr 17 09:30, Corinna Vinschen wrote: I think I found the culprit. I'll uploade a -0.7 test release in the next hour or so. So far all my tests work, thanks a bunch! -- View this message in context:

Re: [TESTERS needed] New POSIX permission handling

Hi, Corinna Vinschen-2 wrote Hi Ismail, On Apr 12 16:25, Corinna Vinschen wrote: On Apr 12 06:21, İsmail Dönmez wrote: Corinna Vinschen-2 wrote On Apr 11 10:11, donmez wrote: Corinna Vinschen-2 wrote I just applied a patch I'm working on for quite some time now. As I

Re: [TESTERS needed] New POSIX permission handling

Hi, Corinna Vinschen-2 wrote On Apr 16 03:20, Ismail Donmez wrote: Corinna Vinschen-2 wrote I just applied a patch which is supposed to handle this owner==group scenario better. In short, Cygwin will try to handle POSIX user and group permissions separately, even if owner == group

Re: [TESTERS needed] New POSIX permission handling

Corinna Vinschen-2 wrote On Apr 16 09:09, Ismail Donmez wrote: Hi, [...] So I am trying to configure and install mutt, and the first error I see is at the end of configure: configure: creating ./config.status chmod: changing permissions of './config.status': Permission denied