Re: wget seems to have lost executive capacity

Am 16.09.2016 um 15:21 schrieb Fergus: ~> ls -al /bin/wget* -rwxr-xr-x 1 Administrator None 514589 Jul 11 18:10 wget.exe* If the size is right, Actually, it's _not_ right. That size is off by about 25 KiB from the released binary package I have, which is from Cygwin package wget-1.18-1:

Re: wget seems to have lost executive capacity

On 2016-09-16 13:05, Hans-Bernhard Bröker wrote: Am 16.09.2016 um 15:21 schrieb Fergus: ~> ls -al /bin/wget* -rwxr-xr-x 1 Administrator None 514589 Jul 11 18:10 wget.exe* If the size is right, correct for cygwin32, date/time correct for UTC+1 - BST? better check is: $ sha512sum /bin/wget

Re: wget seems to have lost executive capacity

On 16/09/2016 15:21, Fergus wrote: Just noticed (this has occurred since Tuesday, I think, but I can think of no associated Cygwin update or any other local event): Tuesday is the usual day for MS updates .. all scripts involving a wget command line move on to the next line as though it had

Re: make freezes before end

On 15/09/16 22:18, Marco Atzeri wrote: On 14/09/2016 18:04, Cesar wrote: Marco, thanks for your response, mosml is a lightweight implemetation of SML -standard ML, a functional programming language similar to Haskell-, i tried running "--trace" and it does the same thing. I've just confirmed

Re: mintty shows some text in other than foreground color

On 2016-09-15 22:47, David Karr wrote: > When I run mintty, the background is white, and normal text is black. > This is fine. However, there are some applications that are > displaying text in other colors, many of which are fine, but some apps > display some text in yellow, which on a white

Advice for debugging heap mismatches? (Win10 Insider build 14926)

I've tried manually rebasing, setting rebase-trigger, rerunning latest setup, rebooting, etc. During big parallel makes none of the above helped with getting rid of intermittent heap mismatch errors during fork after I upgraded to Windows 10 Insider build 14926. I had been on the Insider fast ring

wget seems to have lost executive capacity

Just noticed (this has occurred since Tuesday, I think, but I can think of no associated Cygwin update or any other local event): all scripts involving a wget command line move on to the next line as though it had been simply a comment of no executive status. Examples (showing other execs under

Re: mintty shows some text in other than foreground color

I've managed to resolve this. I turned off color output in the cqlsh config file. It doesn't provide a way that I can see to configure the colors that are used, and black works perfectly fine for me. On Fri, Sep 16, 2016 at 6:46 AM, James Darnley wrote: > On 2016-09-15

RE: wget seems to have lost executive capacity

Thanks very much for advice. I got ~> strace wget --- Process 1216 created --- Process 1216 loaded C:\Windows\System32\ntdll.dll at 7721 --- Process 1216 loaded C:\Windows\System32\kernel32.dll at 7699 --- Process 1216 loaded C:\Windows\System32\KernelBase.dll at 7540 --- Process 1216

Re: mintty shows some text in other than foreground color

Hi James, On 2016-09-15 22:47, David Karr wrote: When I run mintty, the background is white, and normal text is black. This is fine. However, there are some applications that are displaying text in other colors, many of which are fine, but some apps display some text in yellow, which on a

Re: calm now automatically removes stale package versions

On 2016-09-15 14:29, Jon Turney wrote: I deployed an update to calm today which should add evicting stale package versions (package versions that are no longer accessible by the installer) from the release area. Yeah, one less thing for me to do on sourceware! BTW, does this also handle stale

Re: libargp inconsistent packaging

> Andrew Schulman writes: > > Hi Marco. I think I thought about this in the past, but because the total > > size of this package is so small, I decided it wasn't worth the trouble to > > split it in two. I think that both packages would have to include the doc > > files, so there wouldn't be much

Re: libargp inconsistent packaging

On 16/09/2016 11:15, Andrew Schulman wrote: Andrew Schulman writes: Hi Marco. I think I thought about this in the past, but because the total size of this package is so small, I decided it wasn't worth the trouble to split it in two. I think that both packages would have to include the doc

Re: [PATCH cygport] Write and upload pvr.hint rather than setup.hint

On 2016-09-01 12:12, Jon Turney wrote: On 30/08/2016 13:24, Jon Turney wrote: For a source-only package, rather than just a skip: key, write category:, requires:, ldesc: and sdesc: keys as well. This had a rather unfortunate bug which made it always generate a source-only package hint (i.e.

Re: calm now automatically removes stale package versions

On 16/09/2016 07:01, Yaakov Selkowitz wrote: On 2016-09-15 14:29, Jon Turney wrote: I deployed an update to calm today which should add evicting stale package versions (package versions that are no longer accessible by the installer) from the release area. Yeah, one less thing for me to do on