On Mon, 21 Jan 2019 22:01:46, Achim Gratz wrote:
The following Perl distributions have been updated to their latest
version on CPAN, respectively:
Sorry if this is off topic, but would you consider updating the Perl package
itself? I noticed today that Cygwin Perl package is still using
On 2019-01-25 14:52, DaRonStein wrote:
> I have the same issue as Lyle. Actually, my Cygwin/mintty window eventually
> closes, but it is after a minute or two, during which time it says it is
> "(Not Responding)."
>
> I tried Thomas Wolff's step of adding ConfirmExit=false to .minttyrc, but it
>
I have the same issue as Lyle. Actually, my Cygwin/mintty window eventually
closes, but it is after a minute or two, during which time it says it is
"(Not Responding)."
I tried Thomas Wolff's step of adding ConfirmExit=false to .minttyrc, but it
did not help.
Interestingly, my computer also
back in the cygwin ML
Am 25.01.2019 um 17:39 schrieb Mitch Rosefelt:
Hi Marco:
Thanks for taking a look at this.
Are you referring to my Environmental Vars?
> They look pretty clean. No mention of cygwin.
>
No. As you seem to have multiple programs
that are using different cygwin1.dll, if
On Fri, Jan 25, 2019 at 10:48 AM Stephen Paul Carrier
wrote:
> There are different paths to access and to completely disable the account
> you need to close all of them. There are many reasons to disable some
> paths without disabling all paths and converting the switch that can
> disable one
On Fri, Jan 25, 2019 at 08:34:09AM -0700, Bill Stewart wrote:
> On Fri, Jan 25, 2019 at 3:36 AM Stefan Baur wrote:
>
> > Not on Linux (and possibly other Unices). There, it's perfectly valid
> > to disable an account's password login (both locally and remote), but to
> > at the same time allow
On Jan 24 13:36, Bill Stewart wrote:
> On Thu, Jan 24, 2019 at 1:23 PM Corinna Vinschen
> wrote:
>
> > I should have tested pubkey auth as well but as it was I just tested
> > with pathword auth. These methods take slightly different paths in
> > Cygwin when trying to switch the user account.
>
On 1/25/2019 8:29 AM, Marco Atzeri wrote:
Am 25.01.2019 um 14:24 schrieb Mitch Rosefelt:
Hi All:
I've run into a problem in which cygwin is part of the error message.
I don't know that cygwin is part of the problem, but I'm having great
difficulty figuring this out, so I'm posting it here with
On Fri, Jan 25, 2019 at 3:36 AM Stefan Baur wrote:
> Not on Linux (and possibly other Unices). There, it's perfectly valid
> to disable an account's password login (both locally and remote), but to
> at the same time allow ssh key file based logins for the same account.
But disabling _password
Hi All:
I've run into a problem in which cygwin is part of the error message.
I don't know that cygwin is part of the problem, but I'm having great
difficulty figuring this out, so I'm posting it here with the hope that someone
will know the fix.
Thanks much.
=
Am 25.01.19 um 05:42 schrieb matthew patton via cygwin:
> Why is this even a discussion? You *ALWAYS* refuse a login to an account that
> is disabled, locked out, or has an expired password or failed any of the
> other criteria that might be in effect (day/time restrictions, source IP
>
On Thu, Jan 24, 2019 at 9:45 PM Maxim Kupfer wrote:
>
> This problem occurred immediately after attempting to run my python flask app
> in the backround (i.e $python app.py &)
>
> It gave me the following error:
> 2 [main] python3.6m 11340 child_info_fork::abort: unable to remap
>
12 matches
Mail list logo
