Re: Automatically populate resolv.conf when new DNS is acquired

2018-06-27 Thread Brian Inglis
On 2018-06-27 03:31, john doe wrote: > Good morning  Brian, bottom posting. > By Windows Admin you mean "Windows Admin Center"? Line wrapped - Windows Admin Tools - on W10 - or search for event (log) viewer > I'm using Cygwin on a laptop (win 7 pro) and sadly, if I'm not mistaking, > "Windows

Managed Service Providers (MSPs) and Managed Security Service Providers (MSSPs)?

2018-06-27 Thread anna . ross
Hi, I just wanted to check if you would be interested in a list of Managed Service Providers (MSPs) and Managed Security Service Providers (MSSPs)? • Managed Service Providers (MSP’s) – 25,000 unique companies • Managed Security Service Providers (MSSP’s) – 7,520 unique

Re: Re: octave says WGL_ARB_multisample is missing

2018-06-27 Thread Tatsuro MATSUOKA
what happens if you install mesa by cygwin setup ? tatsuro --- wfmacmd > Thanks for the suggestions. > > I thought updating the display driver sounded good, since this is a very > old computer, but when I asked to update the driver it searched for a new > driver and eventually said my driver is

Re: octave says WGL_ARB_multisample is missing

2018-06-27 Thread William Mitchell
Thanks for the suggestions. I thought updating the display driver sounded good, since this is a very old computer, but when I asked to update the driver it searched for a new driver and eventually said my driver is up to date. I set LIBGL_ALWAYS_SOFTWARE to 1. That got rid of the WGL error

perror() changes the orientation of stderr to byte-oriented mode if stderr is not oriented yet.

2018-06-27 Thread Takashi Yano
POSIX states: The perror() function shall not change the orientation of the standard error stream. However, cygwin perror() function changes the orientation of stderr to byte-oriented mode if stderr is not oriented yet. Simple test case (chkperror.c) attached checks this behavior. Expected

Re: perror() changes the orientation of stderr to byte-oriented mode if stderr is not oriented yet.

2018-06-27 Thread Takashi Yano
On Wed, 27 Jun 2018 20:01:16 +0900 Takashi Yano wrote: > Simple test case (chkperror.c) attached checks this behavior. The test case seems to be garbled, so I re-submit it compressed by gzip. -- Takashi Yano chkperror.c.gz Description: Binary data -- Problem reports:

Re: UTF-8 character encoding

2018-06-27 Thread Lee
On 6/26/18, Thomas Wolff wrote: > This encoding scheme is wrong; where did you get it from? Maybe it's the > obsolete UTF-8... http://www.cl.cam.ac.uk/~mgk25/ucs/utf-8-history.txt I thought I saw something about utf-8 being able to handle a 31 bit value.. is that also obsolete/wrong? how

Re: UTF-8 character encoding

2018-06-27 Thread Lee
On 6/26/18, Michael Enright wrote: > On Mon, Jun 25, 2018 at 11:33 AM, Lee wrote: >> I'm still trying to figure utf-8 out, but it seems to me that 0x0 - >> 0xff is part of the utf-8 encoding. > > I don't see how you arrived at this. I screwed up trying to do hex in my head. For whatever reason

Re: Automatically populate resolv.conf when new DNS is acquired

2018-06-27 Thread john doe
Good morning Brian, bottom posting. On 6/26/2018 4:18 PM, Brian Inglis wrote: On 2018-06-26 04:33, john doe wrote: In gnupg2 the use of dirmngr utility is required to interact with a keyserver. Dirmngr requires that '/etc/resolv.conf' be populated with my name servers. That means that

Re: Autamatically populate resolv.conf when new DNS is acquired

2018-06-27 Thread john doe
On 6/27/2018 9:45 AM, Andrey Repin wrote: Greetings, john doe! In gnupg2 the use of dirmngr utility is required to interact with a keyserver. Dirmngr requires that '/etc/resolv.conf' be populated with my name servers. Looks like an upstream bug. /etc/resolv.conf is not a required file for

Re: Autamatically populate resolv.conf when new DNS is acquired

2018-06-27 Thread Andrey Repin
Greetings, john doe! > In gnupg2 the use of dirmngr utility is required to interact with a > keyserver. > Dirmngr requires that '/etc/resolv.conf' be populated with my name servers. Looks like an upstream bug. /etc/resolv.conf is not a required file for DNS resolution. > That means that

php 7.1 is way behind

2018-06-27 Thread dd92zi+2d7t34pt5a.sharklasers.com via cygwin
Greetings. Is anybody maintaining the php 7.1 packages for cygwin anymore? It's stuck at php 7.1.16 yet php 7.1 is up to 7.1.19 now. Surely there are vulnerabilities that need to be addressed right? Any info on this is appreciated. Sent using Sharklasers.com Block or report abuse:

[newlib-cygwin] Cygwin: pthread_timedjoin_np: return ETIMEDOUT, not EBUSY

2018-06-27 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=cb3ddf9e2ac1ca094cc0818188248fe10811fa19 commit cb3ddf9e2ac1ca094cc0818188248fe10811fa19 Author: Corinna Vinschen Date: Wed Jun 27 18:13:38 2018 +0200 Cygwin: pthread_timedjoin_np: return ETIMEDOUT, not EBUSY

[newlib-cygwin] Cygwin: define pthread_tryjoin_np/pthread_timedjoin_np _GNU_VISIBLE

2018-06-27 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=4b97244d125e6a7a043ee798a488a17e25cb5d0c commit 4b97244d125e6a7a043ee798a488a17e25cb5d0c Author: Corinna Vinschen Date: Wed Jun 27 18:17:51 2018 +0200 Cygwin: define pthread_tryjoin_np/pthread_timedjoin_np _GNU_VISIBLE

[newlib-cygwin] Cygwin: Implement pthread_tryjoin_np and pthread_timedjoin_np

2018-06-27 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=732e0b395ddad021a9667aecca6a387e8a8a598d commit 732e0b395ddad021a9667aecca6a387e8a8a598d Author: Corinna Vinschen Date: Wed Jun 27 17:56:59 2018 +0200 Cygwin: Implement pthread_tryjoin_np and pthread_timedjoin_np - Move

doxygen Notes (was: Re: Moving on from Cygwin)

2018-06-27 Thread David Stacey
On 27/06/18 11:14, Michael Wild wrote: For me the following orphaned packages are of importance (not all of them David's): * doxygen If nobody else steps up, I can adopt one or the other. Some notes on 'doxygen' that might help you (or someone else) maintain the package: doxygen is split

[newlib-cygwin] Cygwin: doc: add pthread_tryjoin_np, pthread_timedjoin_np

2018-06-27 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=c9d6787e76e78869703686299c3bae4d6396e875 commit c9d6787e76e78869703686299c3bae4d6396e875 Author: Corinna Vinschen Date: Wed Jun 27 18:16:10 2018 +0200 Cygwin: doc: add pthread_tryjoin_np, pthread_timedjoin_np

Re: Moving on from Cygwin

2018-06-27 Thread SPC
2018-06-27 12:14 GMT+02:00 Michael Wild : > > For me the following orphaned packages are of importance (not all of > them David's): > > * asciidoc > * doxygen > * gcovr > * python-paramiko > > If nobody else steps up, I can adopt one or the other. > > Michael > ​I have reviewed the list of

Re: Moving on from Cygwin

2018-06-27 Thread David Stacey
On 27/06/18 23:09, SPC wrote: I have reviewed the list of packages maintained by David so far. I have identified three packages of simple maintenance at least in appearance: - mscgen - ninvaders - words All of these are effectively dead upstream: - The last release of 'mscgen' was in 2011.

Re: Moving on from Cygwin

2018-06-27 Thread Michael Wild
On Wed, Jun 27, 2018 at 11:48 AM, Corinna Vinschen wrote: > On Jun 26 17:26, Yaakov Selkowitz wrote: >> On 2018-06-26 13:34, David Stacey wrote: >> > Sadly, the time has come for me to step back from being a Cygwin package >> > maintainer. I'm keen to take on a new project, and I need to free up

Re: Moving on from Cygwin

2018-06-27 Thread Corinna Vinschen
On Jun 26 17:26, Yaakov Selkowitz wrote: > On 2018-06-26 13:34, David Stacey wrote: > > Sadly, the time has come for me to step back from being a Cygwin package > > maintainer. I'm keen to take on a new project, and I need to free up > > some time in what is already a fairly hectic life! This has