Re: Document support for @ character in UNC paths

On Tue, 25 Feb 2025, Takeshi Nishimura via Cygwin wrote: > No, it's beegfs.sys you install. > SMB is not used, it uses its own protocol. If you do a > FileRemoteProtocolInfo query the protocol field says it's a > WNNC_NET_RDR2SAMPLE. Always nice when a driver doesn't change "sample" idenfiers. I

Re: Document support for @ character in UNC paths

On Tue, 25 Feb 2025, Cedric Blancher via Cygwin wrote: > WebDAV and BeeGFS are not alone, the Windows ms-nfs41-client and > ms-nfs42-client ALWAYS (even with default NFSv4.1 port TCP/2049) use > UNC paths with "@" character, like > \\stripe02.zebracluster.intra.pasteur.fr@2049\nfs4\disk02\ > OpenT

Re: Document support for @ character in UNC paths

On Tue, 25 Feb 2025 at 19:54, Corinna Vinschen via Cygwin wrote: > > On Feb 25 17:53, Takeshi Nishimura via Cygwin wrote: > > On Tue, Feb 25, 2025 at 5:41 PM Corinna Vinschen via Cygwin > > wrote: > > > > > > On Feb 25 16:59, Takeshi Nishimura via Cygwin wrote: > > > > Subject says it all, please

Re: Document support for @ character in UNC paths

On Tue, 25 Feb 2025 at 17:00, Takeshi Nishimura via Cygwin wrote: > > Subject says it all, please document that @ characters in UNC paths > are now supported, for WebDAV and BeeGFS > WebDAV and BeeGFS are not alone, the Windows ms-nfs41-client and ms-nfs42-client ALWAYS (even with default NFSv4.1

Re: Document support for @ character in UNC paths

On Feb 25 17:53, Takeshi Nishimura via Cygwin wrote: > On Tue, Feb 25, 2025 at 5:41 PM Corinna Vinschen via Cygwin > wrote: > > > > On Feb 25 16:59, Takeshi Nishimura via Cygwin wrote: > > > Subject says it all, please document that @ characters in UNC paths > > > are now supported, for WebDAV and

Re: update-ca-trust does not create openssl bundle

Andrey Repin via Cygwin writes: > /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt is missing from my > system. > The `update-ca-trust extract` doesn't even touch it. > > What happened? Fedora dropped the command that creates the file and removed it from distribution here: https://src.fedo

Re: Document support for @ character in UNC paths

On Tue, Feb 25, 2025 at 5:41 PM Corinna Vinschen via Cygwin wrote: > > On Feb 25 16:59, Takeshi Nishimura via Cygwin wrote: > > Subject says it all, please document that @ characters in UNC paths > > are now supported, for WebDAV and BeeGFS > > Right now it's only documented that WebDAV shares are

Re: Document support for @ character in UNC paths

On Feb 25 16:59, Takeshi Nishimura via Cygwin wrote: > Subject says it all, please document that @ characters in UNC paths > are now supported, for WebDAV and BeeGFS Right now it's only documented that WebDAV shares are supported: - Expose WebDav shares, //tsclient (Microsoft Terminal Services)

coreutils 9.6 regression

Hi Brian, there's a regression in coreutils 9.6: With 9.0: $ pwd /openssh/build $ cp ssh scp /usr/bin $ With 9.6: $ cp ssh scp /usr/bin cp: cannot create regular file '/usr/bin/ssh': File exists cp: cannot create regular file '/usr/bin/scp': File exists $ but: $ cp ssh.ex

Re: UNC path for WebDAV with cd '\\webdavsrv@SSL\path' or cd '\\webdavsrv@23456\path' will not work

On Sat, Feb 22, 2025 at 12:20 PM Corinna Vinschen via Cygwin wrote: > > On Feb 21 22:04, Takeshi Nishimura via Cygwin wrote: > > On Fri, Feb 21, 2025 at 11:28 AM Corinna Vinschen via Cygwin > > wrote: > > > > > > On Feb 20 23:36, Martin Wege via Cygwin wrote: > > > > On Thu, Feb 20, 2025 at 9:37 

Document support for @ character in UNC paths

Subject says it all, please document that @ characters in UNC paths are now supported, for WebDAV and BeeGFS -- Forwarded message - From: Takeshi Nishimura Date: Tue, Feb 25, 2025 at 4:58 PM Subject: Re: UNC path for WebDAV with cd '\\webdavsrv@SSL\path' or cd '\\webdavsrv@23456\p

Re: pipe.cc: Missing FILE_SYNCHRONOUS_IO_NONALERT in call to NtOpenFile call in nt_create() - possibly leading to ENOSPC in UCRT

Hi Knut, On Feb 25 01:51, knut st. osmundsen via Cygwin wrote: > Hi, > > I've been hunting an issue for some days now, where a non-cygwin program > using microsoft's UCRT sometimes end up with a sticky error on stdout when > running under cygwin perl with a pipe capturing stdout and stderr.  When

Re: [CALL FOR TESTING] Cygwin-3.6.0

On Feb 25 14:49, Christian Franke via Cygwin wrote: > Corinna Vinschen via Cygwin wrote: > > [I sent this on 2024-02-14 to the cygwin-announce mailing list, > > but forgot to CC the cygwin mailing list. Doing it now...] > > > > > > Hi folks, > > > > we're planning the next major release in the

Re: [CALL FOR TESTING] Cygwin-3.6.0

Corinna Vinschen via Cygwin wrote: [I sent this on 2024-02-14 to the cygwin-announce mailing list, but forgot to CC the cygwin mailing list. Doing it now...] Hi folks, we're planning the next major release in the next few (hopefully not more than two) weeks. ... Below you'll find a list of c

Re: update-ca-trust does not create openssl bundle

On 25/02/2025 11:17, Andrey Repin wrote: Greetings, Marco Atzeri! On 25/02/2025 08:00, Andrey Repin via Cygwin wrote: Greetings, All! /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt is missing from my system. The `update-ca-trust extract` doesn't even touch it. What happened? re-

Re: update-ca-trust does not create openssl bundle

Greetings, Marco Atzeri! > On 25/02/2025 08:00, Andrey Repin via Cygwin wrote: >> Greetings, All! >> > /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt is missing from my >> system. >> The `update-ca-trust extract` doesn't even touch it. >> > What happened? >> > re-install ca-certificates

Re: update-ca-trust does not create openssl bundle

On 25/02/2025 08:00, Andrey Repin via Cygwin wrote: Greetings, All! /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt is missing from my system. The `update-ca-trust extract` doesn't even touch it. What happened? re-install ca-certificates $ cygcheck -f /etc/pki/ca-trust/extracted/ope