Re: Cygwin-OpenSSH 8.2.2.2

On Tue, Mar 24, 2020 at 4:24 AM Adam Dinwoodie wrote: > On Tue, 24 Mar 2020 at 01:04, L A Walsh wrote: > > > > On 2020/02/27 14:30, Brian Inglis wrote: > > > No, you must backport all sources to the current and all previous versions > > > > What all previous versions? Going back to year

Re: please update cygwin lighttpd pkg to version 1.4.55

On Tue, Mar 24, 2020 at 11:51:40AM +0100, Marco Atzeri via Cygwin wrote: > Am 24.03.2020 um 06:50 schrieb gs-cygwin@gluelogic.com: > > Please update cygwin lighttpd pkg to version 1.4.55 > > > > lighttpd 1.4.55 was released 31 Jan 2020 (upstream). > > > > Thank you. Glenn > > -- > > In this

Re: please update cygwin lighttpd pkg to version 1.4.55

Am 24.03.2020 um 06:50 schrieb gs-cygwin@gluelogic.com: Please update cygwin lighttpd pkg to version 1.4.55 lighttpd 1.4.55 was released 31 Jan 2020 (upstream). Thank you. Glenn -- In this moment the package is without a maintainer. Any specific reason why you need absolutely the last ve

Re: Cygwin-OpenSSH 8.2.2.2

On Tue, 24 Mar 2020 at 01:04, L A Walsh wrote: > > On 2020/02/27 14:30, Brian Inglis wrote: > > No, you must backport all sources to the current and all previous versions > > What all previous versions? Going back to year 2000 or before? > > That sounds a bit onerous. I think the point B

Re: bug report: shell expansion in argv[] processing sensitive to LANG, e.g. "ls: cannot access '*.pdf': No such file or directory", but works okay in bash

Maybe it can simply be fixed by changing the order of setting up locale stuff and applying the expansion in cygwin? (I would look into the code if I had a clue where to find the respective things.) I would guess dcrt0.cc, the Cygwin DLL runtime initialization. ..mark -- Problem reports:

Re: bug report: shell expansion in argv[] processing sensitive to LANG, e.g. "ls: cannot access '*.pdf': No such file or directory", but works okay in bash

Am 24.03.2020 um 08:18 schrieb Jay Libove via Cygwin: Hi Cygwin team, Here is a consolidated bug report based on the discussion in recent days which I'd started under the subject " shell expansion produces e.g. "ls: cannot access '*.pdf': No such file or directory" in Windows CMD shell, but wor

Re: Why is taskset still not in util-linux?

On 3/24/2020 4:09 AM, Mark Geisert wrote: Eliot Moss wrote: Well, I had _thought_ I had done 'cygport install' and run the installed version, but I seem to have been wrong.  I seem to have manually over-written the proper (stripped) binary with the wrapper! Anyway, I've got the whole thing work

Re: Why is taskset still not in util-linux?

Eliot Moss wrote: Well, I had _thought_ I had done 'cygport install' and run the installed version, but I seem to have been wrong.  I seem to have manually over-written the proper (stripped) binary with the wrapper! Anyway, I've got the whole thing working and offer the attached patches for "tho

Re: shell expansion produces e.g. "ls: cannot access '*.pdf': No such file or directory" in Windows CMD shell, but works okay in bash

Am 23.03.2020 um 20:13 schrieb Andrey Repin: Greetings, Jay Libove! ... If I set LANG=en_US.UTF-8 in a Windows CMD window, **then the globbing problem goes away**. I was about to respond that cmd.exe does not do shell expansion but in fact there is a cygwin workaround to replace it with li

bug report: shell expansion in argv[] processing sensitive to LANG, e.g. "ls: cannot access '*.pdf': No such file or directory", but works okay in bash

Hi Cygwin team, Here is a consolidated bug report based on the discussion in recent days which I'd started under the subject " shell expansion produces e.g. "ls: cannot access '*.pdf': No such file or directory" in Windows CMD shell, but works okay in bash " (thread starter https://cygwin.com/p