Re: CygWin / Sshd / ssh-keygen hangs

Hi Andrew, I'm not using W10 components, I have only cygwin installed with open-ssh and rsync.Unfortunatelly disable_pcon didn't help, I have the same issue : - ssh-keygen hangs- sshd - hangs with high CPU usage ( 100% split on number of instances )- I don't see any handles or files open by ssh

Re: Re: Update request for rdiff-backup

The ssh, rsync, and most Unix remote access utilities use [[user@]host:]path; and rsync daemon processes and rdiff-backup use [[user]@host::]path specs or URIs; see: http://rdiff-backup.nongnu.org/rdiff-backup.1.html https://rdiff-backup.net/docs/examples.html -- Take care. Than

Rsync 3.1.3+git...

FYI: The new rsync (with some patches?) deleted the man page and does not include a new one. Dan Allen -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.c

Re: German Keyboard for X

Am 05.05.2020 um 18:20 schrieb Jon Turney: On 05/05/2020 17:01, Marco Atzeri via Cygwin wrote: There's some code in the X server which tries to identify if you are using Windows under bootcamp on a mac, with the appropriate Windows keyboard layout, and turns on model=mac there. At the mom

Re: Invalid request code when removing files

I would ask about your Cygwin and Windows versions, but unless you're running an Insiders build, I don't think WSL is supposed to be this broken. Are you by any chance running a third-party antivirus or security suite or some uncommon driver, file system software? Consult the BLODA

[ANNOUNCEMENT] [TEST] Updated: rdiff-backup-2.0.0-2

Fix "local" typo. DESCRIPTION: rdiff-backup backs up one directory to another, possibly over a network. The target directory ends up a copy of the source directory, but extra reverse diffs are stored in a special subdirectory of that target directory, so you can still recover files l

Re: Update request for rdiff-backup

On 5/4/2020 9:17 PM, Cygwin wrote: Thanks for doing the update David.  I upgraded to rdiff-backup-2.0.0-1 and found that running "rdiff-backup --help" produced    Exception 'name 'local' is not defined' raised of class '':       File "/usr/lib/python3.6/site-packages/rdiff_backup/Main.py",  

Re: Invalid request code when removing files

strace shows this failure: 68 368896 [main] rm 1823 _unlink_nt: Trying to delete \??\C:\Test\test, isdir = 0 458 369354 [main] rm 1823 _unlink_nt: \??\C:\Test\test, return status = 0xC002 70 369424 [main] rm 1823 seterrno_from_nt_status: /home/corinna/src/cygwin/cygwin-3.1.4/cygwin-

Re: R does not handle package non-ASCII DESCRIPTION files properly

Am 05.05.2020 um 16:55 schrieb Brian Inglis: On 2020-05-05 02:47, Markus Hoenicka wrote: Am 2020-04-30 22:17, schrieb Marco Atzeri via Cygwin: Am 30.04.2020 um 17:28 schrieb Markus Hoenicka: I've contacted the processx package maintainer on a problem reported here previously (see https://cygwi

Re: German Keyboard for X

On 05/05/2020 17:01, Marco Atzeri via Cygwin wrote: I see a glitch on the Keyboard for X (not on Mintty), when I am running this Keyboard Layout (--) Windows keyboard layout: "A407" (a407) "Deutsch - no dead keys", type 34668816 (--) Found matching XKB configuration "German (Germany)"

German Keyboard for X

I see a glitch on the Keyboard for X (not on Mintty), when I am running this Keyboard Layout (--) Windows keyboard layout: "A407" (a407) "Deutsch - no dead keys", type 34668816 (--) Found matching XKB configuration "German (Germany)" (--) Model = "pc105" Layout = "de" Variant = "none" O

Re: Update request for rdiff-backup

On 2020-05-04 22:17, Cygwin wrote: >> On 4/28/2020 11:43 PM,qrasmfu...@snkmail.com  >>   >> wrote: >> >/Cygwin currently contains version 1.2.8-6 of rdiff-backup. Based on what I >> see at https://github.com/rdiff-backup/rdiff-backup/releases, 1.2.8 is about >> 11 ye

Re: R does not handle package non-ASCII DESCRIPTION files properly

On 2020-05-05 02:47, Markus Hoenicka wrote: > Am 2020-04-30 22:17, schrieb Marco Atzeri via Cygwin: >> Am 30.04.2020 um 17:28 schrieb Markus Hoenicka: >>> I've contacted the processx package maintainer on a problem reported here >>> previously (see https://cygwin.com/pipermail/cygwin/2020-April/244

Re: Default mingw _WIN32_WINNT

On May 5 10:06, JonY via Cygwin wrote: > On 5/5/20 9:05 AM, Rainer Emrich wrote: > > Hi Corinna, > > > > Am 05.05.2020 um 10:54 schrieb Corinna Vinschen: > >> Therefore it might be a good idea to bump the default for these > >> Cygwin-related headers to at least 0x0600. > >> > >> Setting them to

Re: Default mingw _WIN32_WINNT

On 5/5/20 9:05 AM, Rainer Emrich wrote: > Hi Corinna, > > Am 05.05.2020 um 10:54 schrieb Corinna Vinschen: >> Therefore it might be a good idea to bump the default for these >> Cygwin-related headers to at least 0x0600. >> >> Setting them to 0x0602 sounds like a good idea, but as long as we didn't

Re: Update request for rdiff-backup

Greetings, Cygwin! > BTW, I was playing around with rdiff-backup 1.2.8-6 a couple days ago, > and while it seemed to work fine when the destination was on a local > drive, I couldn't figure out how to get it to work when the destination > is a network share If I specify the destination as > '//

Re: Default mingw _WIN32_WINNT

Hi Corinna, Am 05.05.2020 um 10:54 schrieb Corinna Vinschen: > Therefore it might be a good idea to bump the default for these > Cygwin-related headers to at least 0x0600. > > Setting them to 0x0602 sounds like a good idea, but as long as we didn't > drop Vista or W7 support it might be premature

Re: Default mingw _WIN32_WINNT

On May 5 08:45, Biswapriyo Nath via Cygwin wrote: > Chaging the defines in package may break others installation. No, it doesn't in this case. Yaakov is talking about mingw-w64 headers used to create *Cygwin* applications using the occasional Windows function. Cygwin executables in the distro r

Re: R does not handle package non-ASCII DESCRIPTION files properly

Am 2020-04-30 22:17, schrieb Marco Atzeri via Cygwin: Am 30.04.2020 um 17:28 schrieb Markus Hoenicka: Hi, I've contacted the processx package maintainer on a problem reported here previously (see https://cygwin.com/pipermail/cygwin/2020-April/244667.html). He suggested to try the github vers