Re: Putting packages up for adoption

> On Mar 19 23:47, Yaakov Selkowitz wrote: > > Hello Cygwin package maintainers, > > To that end, in the best interest of the community, please consider my > > packages up for adoption. > > Yaakov > > There's no number of goldstars or plush hippos which would do justice to > what you did

Re: Putting packages up for adoption

Op di 24 mrt. 2020 om 15:25 schreef Yaakov Selkowitz: > Fedora, and possibly other distros as well, set a default search path > for tcl that conforms with their desired filesystem layout -- having > all extensions under /usr/{lib,share}/tclX.Y instead of scattered > throughout /usr/{lib,share}.

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: Putting packages up for adoption

On Tue, 2020-03-24 at 15:11 +0100, Jan Nijtmans via Cygwin-apps wrote: > Op di 24 mrt. 2020 om 14:51 schreef Yaakov Selkowitz: > > > However, I created a "fedora" branch in (upstream) Tcl, in which > > > I merged the two patches from fedora. Result: > > >

Re: Putting packages up for adoption

Op di 24 mrt. 2020 om 14:51 schreef Yaakov Selkowitz: > > However, I created a "fedora" branch in (upstream) Tcl, in which > > I merged the two patches from fedora. Result: > > > > The errors I see there are "Test file error: can't

Re: Putting packages up for adoption

On Tue, 2020-03-24 at 12:41 +0100, Jan Nijtmans via Cygwin-apps wrote: > Op di 24 mrt. 2020 om 00:38 schreef Yaakov Selkowitz: > > > Hm. It appears that they did: > > > > > > > I meant their mingw-tcl package. > > Indeed, you are right! >

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

Re: Putting packages up for adoption

Op di 24 mrt. 2020 om 00:38 schreef Yaakov Selkowitz: > > Hm. It appears that they did: > > > > I meant their mingw-tcl package. Indeed, you are right! However, I created a "fedora" branch in (upstream) Tcl, in which I merged the two

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

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

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

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

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

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

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