Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Yaakov Selkowitz
On 2017-02-23 14:41, Eric Blake wrote: Or more likely, many people likely have pre-existing scripts wrongly written as #!/bin/sh but which use bash-ism rather than portable POSIX-specified shell (if it is portable, then bash vs. dash executing the script shouldn't matter - but as Debian found out

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Steven Penny
On Thu, 23 Feb 2017 22:15:37, "Larry Hall (Cygwin)" wrote: Since making a change of this magnitude is going to be an undertaking, we should be sure we're going to see the intended benefits before enduring the pain such a change would bring, though hopefully that pain would be short-lived and/or m

[ANNOUNCEMENT] mDNSResponder 765.30.11-1

2017-02-23 Thread Yaakov Selkowitz
The following packages have been uploaded to the Cygwin distribution: * mDNSResponder-765.30.11-1 * libdns_sd1-765.30.11-1 * libdns_sd-devel-765.30.11-1 * mingw64-i686-mDNSResponder-765.30.11-1 * mingw64-x86_64-mDNSResponder-765.30.11-1 Bonjour, also known as zero-configuration networking, enable

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Larry Hall (Cygwin)
On 02/23/2017 06:01 PM, Tony Kelman wrote: The big question remains, where this speed boost coming from? Is this a startup time? Or some internal slowness? Because in latter case, given your STC, this is a bash issue and should be reported upstream. Dunno what you meant by STC, but upstream is

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Larry Hall (Cygwin)
On 02/23/2017 06:01 PM, Tony Kelman wrote: The big question remains, where this speed boost coming from? Is this a startup time? Or some internal slowness? Because in latter case, given your STC, this is a bash issue and should be reported upstream. Dunno what you meant by STC, but upstream is

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Steven Penny
On Thu, 23 Feb 2017 12:59:27, Brian Inglis wrote: Some people may continue to need or prefer using bash in POSIX mode. You might know this already, but "Bash in POSIX mode" is not quite POSIX. For example, arrays are not defined by POSIX: http://mywiki.wooledge.org/Bashism#Arrays Yes Bash eve

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Andrey Repin
Greetings, Tony Kelman! >> The big question remains, where this speed boost coming from? >> Is this a startup time? Or some internal slowness? >> Because in latter case, given your STC, this is a bash issue and should be >> reported upstream. > Dunno what you meant by STC, https://cygwin.com/acr

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Steven Penny
On Fri, 24 Feb 2017 00:50:08, Andrey Repin wrote: In fact, you should use specific shell name, if you want specific behavior. That is not at issue here. Both before and after this proposed change, I can use #!/bin/dash to explicitly call Dash and #!/bin/bash to explicitly call Bash. What _is_ a

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Vince Rice
> On Feb 23, 2017, at 5:04 PM, Eliot Moss wrote: > > On 2/23/2017 6:01 PM, Tony Kelman wrote: >>> The big question remains, where this speed boost coming from? >>> Is this a startup time? Or some internal slowness? >>> Because in latter case, given your STC, this is a bash issue and should be >>>

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Kenneth Wolcott
On Thu, Feb 23, 2017 at 3:04 PM, Eliot Moss wrote: > On 2/23/2017 6:01 PM, Tony Kelman wrote: >>> >>> The big question remains, where this speed boost coming from? >>> Is this a startup time? Or some internal slowness? >>> Because in latter case, given your STC, this is a bash issue and should >>>

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Eliot Moss
On 2/23/2017 6:01 PM, Tony Kelman wrote: The big question remains, where this speed boost coming from? Is this a startup time? Or some internal slowness? Because in latter case, given your STC, this is a bash issue and should be reported upstream. Dunno what you meant by STC, Indeed, this giv

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Tony Kelman
> The big question remains, where this speed boost coming from? > Is this a startup time? Or some internal slowness? > Because in latter case, given your STC, this is a bash issue and should be > reported upstream. Dunno what you meant by STC, but upstream is well aware: $ man bash | tail -n 21 |

Re: regarding installation

2017-02-23 Thread Andrey Repin
Greetings, Anisha Putta! > i am getting like this 6 [main] bash 3180 find_fast_cwd: WARNING: > Couldn't compute FAST_CWD pointer.please help me to solve the problem Please use search before posting. This issue was resolved several years ago. Please update your installation. -- With best regard

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Andrey Repin
Greetings, Steven Penny! > On Thu, 23 Feb 2017 20:38:08, Andrey Repin wrote: >> $ cat /etc/postinstall/zp_dash-as-bin-sh.dash >> #!/bin/dash >> test ! -h /bin/sh.exe && { >> _f="$(mktemp /bin/sh.XX)" >> { >> mv /bin/sh.exe "$_f" >> ln -s /bin/dash.exe /bin/sh.exe >> } || mv "$_f

[ANNOUNCEMENT] Updated: wcd 6.0.0-1 -- Wherever Change Directory

2017-02-23 Thread waterlan
CHANGES SINCE LAST RELEASE: === New upstream release. * Faster disk scanning. * New Danish translation. http://waterlan.home.xs4all.nl/wcd/doc/whatsnew.txt DESCRIPTION: Wcd is a command-line program to change directory fast. It saves time typing at

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Eric Blake
On 02/23/2017 01:59 PM, Brian Inglis wrote: >> If script succeeds, then yes sh is now a symlink to Dash, but only >> for my system. I still have to use #!/bin/dash with my scripts, >> because otherwise people with Bash -> sh will not get the speed >> boost. The whole point of this thread is that it

regarding installation

2017-02-23 Thread Anisha Putta
i am getting like this 6 [main] bash 3180 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.please help me to solve the problem -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubsc

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Brian Inglis
On 2017-02-23 12:46, Steven Penny wrote: > On Thu, 23 Feb 2017 20:38:08, Andrey Repin wrote: >> $ cat /etc/postinstall/zp_dash-as-bin-sh.dash >> #!/bin/dash > >> test ! -h /bin/sh.exe && { >> _f="$(mktemp /bin/sh.XX)" >> { >> mv /bin/sh.exe "$_f" >> ln -s /bin/dash.exe /bin/sh.exe

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Steven Penny
On Thu, 23 Feb 2017 20:38:08, Andrey Repin wrote: $ cat /etc/postinstall/zp_dash-as-bin-sh.dash #!/bin/dash test ! -h /bin/sh.exe && { _f="$(mktemp /bin/sh.XX)" { mv /bin/sh.exe "$_f" ln -s /bin/dash.exe /bin/sh.exe } || mv "$_f" /bin/sh.exe rm "$_f" } exit 0 This is a ba

[ANNOUNCEMENT] netpbm 10.77.00-1

2017-02-23 Thread Yaakov Selkowitz
The following packages have been uploaded to the Cygwin distribution: * netpbm-10.77.00-1 * libnetpbm10-10.77.00-1 * libnetpbm-devel-10.77.00-1 Netpbm is a toolkit for manipulation of graphic images, including conversion of images between a variety of different formats. There are over 220 separa

RE: cygcheck outputs CRLF

2017-02-23 Thread Cooper, Karl T (US)
>Looked, but didn't see this addressed in the archives... >Just realized that cygcheck output contains DOS line endings forcing me to >pipe it through d2u in certain applications. Wondering if this is intended or >desired behavior. It is installed in /usr/bin, so I would expect to behave >Unix-l

Re: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

2017-02-23 Thread Andrey Repin
Greetings, Steven Penny! > On Fri, 17 Feb 2017 07:50:34, "Eric Blake (cygwin)" wrote: >> For now, there are no immediate plans of replacing /bin/sh >> with dash, but the possibility remains for the future. > I am a fan of this. $ cat /etc/postinstall/zp_dash-as-bin-sh.dash #!/bin/dash test ! -h

cygcheck outputs CRLF

2017-02-23 Thread Nellis, Kenneth (Conduent)
Looked, but didn't see this addressed in the archives... Just realized that cygcheck output contains DOS line endings forcing me to pipe it through d2u in certain applications. Wondering if this is intended or desired behavior. It is installed in /usr/bin, so I would expect to behave Unix-like.