Re: sshd times out and disconnects client

On Sat, Mar 29, 2025 at 4:52 PM ASSI via Cygwin wrote: > Soren via Cygwin writes: > > I'll add a bit more information in hopes that we can still find a fix. > This > > Windows 10 laptop goes into "sleep mode" after a couple hours of no > > keyboard or mouse input, and when it does so sshd disconn

Re: sshd times out and disconnects client

Soren via Cygwin writes: > I'll add a bit more information in hopes that we can still find a fix. This > Windows 10 laptop goes into "sleep mode" after a couple hours of no > keyboard or mouse input, and when it does so sshd disconnects any > sessions. You can use screen or tmux at the other end o

Re: sshd times out and disconnects client

On Sat, 29 Mar 2025, Soren via Cygwin wrote: > I'll add a bit more information in hopes that we can still find a fix. This > Windows 10 laptop goes into "sleep mode" after a couple hours of no > keyboard or mouse input, and when it does so sshd disconnects any sessions. > > Also, I remember hearin

Re: sshd times out and disconnects client

On Fri, Mar 28, 2025 at 2:42 PM C. Linus Hicks wrote: > On the server side, you can update the sshd_config file and set the value > of the ClientAliveInterval to a non-zero value, like 60 seconds. Or you can > set the ServerAliveInterval option to a similar value in your client > options, either

Re: acl man pages (Was: symbolic link curiosity in 3.6.0)

On Sat, Mar 29, 2025 at 07:45:27PM +0100, Alejandro Colomar wrote: > Hi Bruno, Oops, s/Bruno/Brian/ :) > > On Sat, Mar 29, 2025 at 12:28:52PM -0600, Brian Inglis wrote: > > On 2025-03-29 05:43, Bruno Haible via Cygwin wrote: > > > Regarding what acl_extended_file() does, there is the man page b

Re: symbolic link curiousity in 3.6.0

On 2025-03-29 12:14, Brian Inglis via Cygwin wrote: On 2025-03-29 08:02, Bruno Haible via Cygwin wrote: Corinna Vinschen wrote: Regarding what acl_extended_file() does, there is the man page by Andreas Grünbacher: https://www.kernel.org/doc/man-pages/online/pages/man3/acl_extended_file.3.html G

Re: acl man pages (Was: symbolic link curiosity in 3.6.0)

Hi Bruno, On Sat, Mar 29, 2025 at 12:28:52PM -0600, Brian Inglis wrote: > On 2025-03-29 05:43, Bruno Haible via Cygwin wrote: > > Regarding what acl_extended_file() does, there is the man page by > > Andreas Grünbacher: > > https://www.kernel.org/doc/man-pages/online/pages/man3/acl_extended_file.3

acl man pages (Was: symbolic link curiosity in 3.6.0)

On 2025-03-29 05:43, Bruno Haible via Cygwin wrote: Regarding what acl_extended_file() does, there is the man page by Andreas Grünbacher: https://www.kernel.org/doc/man-pages/online/pages/man3/acl_extended_file.3.html Gnulib is not the only user of acl_extended_file(); therefore I would suggest t

Re: symbolic link curiousity in 3.6.0

On 2025-03-29 08:02, Bruno Haible via Cygwin wrote: Corinna Vinschen wrote: Regarding what acl_extended_file() does, there is the man page by Andreas Grünbacher: https://www.kernel.org/doc/man-pages/online/pages/man3/acl_extended_file.3.html Gnulib is not the only user of acl_extended_file(); th

Re: symbolic link curiousity in 3.6.0

On 3/29/25 04:30, Corinna Vinschen wrote: What it should do if only the POSIX.1e draft 17 functions are available is something along these lines: Yes, that sounds like a better approach. However, shouldn't it use O_PATH not O_RDONLY? We might lack read access. Does the attached Gnulib patch

Re: symbolic link curiousity in 3.6.0

Corinna Vinschen wrote: > > Regarding what acl_extended_file() does, there is the man page by > > Andreas Grünbacher: > > https://www.kernel.org/doc/man-pages/online/pages/man3/acl_extended_file.3.html > > Gnulib is not the only user of acl_extended_file(); therefore I would > > suggest that Cygwin

Re: symbolic link curiousity in 3.6.0

On Mar 29 13:12, Corinna Vinschen via Cygwin wrote: > On Mar 29 12:43, Bruno Haible via Cygwin wrote: > > OK, and what does this mean for the *files* created in such a directory? > > Just for clarity, permissions in Windows are *always* defined by an ACL. > There's no such thing as default POSIX p

Re: symbolic link curiousity in 3.6.0

On Mar 29 12:58, Bruno Haible via Cygwin wrote: > Corinna Vinschen wrote: > > Btw., while I was testing test-file-has-acl.sh, I found two more bugs, > > one in test-file-has-acl.sh, and one (a problem of account handling in > > Windows) in Cygwin's setfacl(1). Together with the above change to > >

Re: symbolic link curiousity in 3.6.0

On Mar 29 12:43, Bruno Haible via Cygwin wrote: > Hi Corinna, > > > c) The expectations of test-file-has-acl.sh are wrong. > > The Cygwin-specific part of that unit test has minimal expectations: > > # Set an ACL for a group. > if setfacl -m group:0:1 tmpfile0; then > >

Re: symbolic link curiousity in 3.6.0

Corinna Vinschen wrote: > Btw., while I was testing test-file-has-acl.sh, I found two more bugs, > one in test-file-has-acl.sh, and one (a problem of account handling in > Windows) in Cygwin's setfacl(1). Together with the above change to > acl_extended_file(), fixing the bug in setfacl(1) is suff

Re: symbolic link curiousity in 3.6.0

Hi Corinna, > c) The expectations of test-file-has-acl.sh are wrong. The Cygwin-specific part of that unit test has minimal expectations: # Set an ACL for a group. if setfacl -m group:0:1 tmpfile0; then func_test_has_acl tmpfile0 yes # Remove the ACL for t

Re: Is there a pre-made python312-cryptography module?

You can try this: CRYPTOGRAPHY_DONT_BUILD_RUST=1 python -m pip install cryptography==3.4.3 to install an older version of cryptography before it required Rust. Though the last time I tried that was probably a couple years ago. -- Problem reports: https://cygwin.com/problems.html FAQ:

Re: symbolic link curiousity in 3.6.0

Hi Pádraig, thanks for your reply! On Mar 28 20:30, Pádraig Brady via Cygwin wrote: > On 28/03/2025 14:30, Bruno Haible via Gnulib discussion list wrote: > > [CCing bug-gnulib] > > > > Corinna Vinschen wrote in > > : > > Responding

Re: symbolic link curiousity in 3.6.0

Hi Bruno, thanks for your quick reply! On Mar 28 15:30, Bruno Haible via Cygwin wrote: > [CCing bug-gnulib] > > Corinna Vinschen wrote in > : > > I found the problem, it's in a gnulib header. See below. > > ... > > Gnulib's acl-inte