Does this:
$ ls /usr/share/terminfo/terminfo
lrwxrwxrwx /usr/share/terminfo/terminfo -> /usr/share/terminfo/
serve a purpose, or supply a workaround .. or .. is it a packaging glitch?
(Only in Cygwin64, not Cygwin32.)
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Wed, Nov 17, 2021 at 01:27:55PM +0100, Corinna Vinschen via Cygwin wrote:
> On Nov 17 18:21, Takashi Yano via Cygwin wrote:
> > On Wed, 17 Nov 2021 11:37:18 +1100
> > Tony Cook wrote:
> > > This came up from regression testing perl.
> > >
> > > Regression testing of perl
On Nov 17 19:44, Andrey Repin via Cygwin wrote:
> Greetings, Wolfgang S. Kechel!
>
> > The command 'cygpath -am .' yields different results between
> > cygwin-3.1.4-1 and cygwin-3.3.2-1 on a Windows 10 box when the current
> > directory is a network share.
>
> > Example with V3.1.4:
>
> >
On Nov 17 10:09, Ken Brown wrote:
> On 11/17/2021 3:08 AM, Takashi Yano wrote:
> > - Call set_pipe_non_blocking(false) only if the pipe will be really
> >inherited to non-cygwin process.
>
> LGTM, but Corinna should probably take a quick look too, since I'm not very
> familiar with this part
The following Perl distributions have been updated to their latest
release version available on CPAN:
noarch
--
perl-Date-Manip-6.86-1
perl-HTTP-Message-6.35-1
perl-HTTP-Tiny-0.080-1
perl-Image-ExifTool-12.30-1
perl-Test2-Suite-0.000142-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE
The following Perl distributions have been updated to their latest
release version available on CPAN:
noarch
--
perl-Date-Manip-6.86-1
perl-HTTP-Message-6.35-1
perl-HTTP-Tiny-0.080-1
perl-Image-ExifTool-12.30-1
perl-Test2-Suite-0.000142-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE
Greetings, Wolfgang S. Kechel!
> The command 'cygpath -am .' yields different results between
> cygwin-3.1.4-1 and cygwin-3.3.2-1 on a Windows 10 box when the current
> directory is a network share.
> Example with V3.1.4:
> cygpath -am . ---> P:/mytool/gbuild/wintel/libtiff
> Example with
On 11/17/2021 3:08 AM, Takashi Yano wrote:
- Call set_pipe_non_blocking(false) only if the pipe will be really
inherited to non-cygwin process.
LGTM, but Corinna should probably take a quick look too, since I'm not very
familiar with this part of the code.
Ken
On 11/16/21 9:11 AM, Takashi Yano wrote:
Thanks for the report.
I could reproduce the problem and found that the cause is
the same with:
https://cygwin.com/pipermail/cygwin/2021-November/249913.html
I will submit the patch for these issues shortly.
Nice. Let me know when there is a testable
Dear folks!
The command 'cygpath -am .' yields different results between
cygwin-3.1.4-1 and cygwin-3.3.2-1 on a Windows 10 box when the current
directory is a network share.
Example with V3.1.4:
cygpath -am . ---> P:/mytool/gbuild/wintel/libtiff
Example with V3.3.2-1
cygpath -am . --->
The following packages have been uploaded to the Cygwin distribution:
* libcbor-0.9.0-3
* libcbor-devel-0.9.0-3
Rebuild, removing the DLLs and just providing a library for static linking.
libcbor is a C library for parsing and generating CBOR.
--
Problem reports:
The following packages have been uploaded to the Cygwin distribution:
* libcbor-0.9.0-3
* libcbor-devel-0.9.0-3
Rebuild, removing the DLLs and just providing a library for static linking.
libcbor is a C library for parsing and generating CBOR.
The following packages have been uploaded to the Cygwin distribution:
* libfido2-1.9.0-2
* libfido2-devel-1.9.0-2
This is a rebuild, statically linked against libcbor, to avoid problems
with missing binary compatibility between libcbor 0.X versions.
libfido2 provides library functionality and
The following packages have been uploaded to the Cygwin distribution:
* libfido2-1.9.0-2
* libfido2-devel-1.9.0-2
This is a rebuild, statically linked against libcbor, to avoid problems
with missing binary compatibility between libcbor 0.X versions.
libfido2 provides library functionality and
On Nov 17 11:57, ggl329 via Cygwin wrote:
> cygfido2-1.dll (from libfido2-1.9.0-1) depends on cygcbor-0.8.dll .
> But the dependency is dropped in setup.ini (depends2 field).
> In addition, the current libcbor-0.9.0-2 doesn’t provide cygcbor-0.8.dll but
> cygcbor-0.9.dll .
> Maybe, libfido2 needs
On Nov 17 17:09, Takashi Yano wrote:
> - Fix incorrect description of the bug fixes part.
> ---
> winsup/cygwin/release/3.3.3 | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/winsup/cygwin/release/3.3.3 b/winsup/cygwin/release/3.3.3
> index 7248302a3..c947816db 100644
> ---
On Nov 17 18:21, Takashi Yano via Cygwin wrote:
> On Wed, 17 Nov 2021 11:37:18 +1100
> Tony Cook wrote:
> > This came up from regression testing perl.
> >
> > Regression testing of perl @4a1b9dd524007193213d3919d6a331109608b90c
> > used (from uname):
> > [...]
> I found the caused by the commit:
On 16.11.2021 14:55, Achim Gratz wrote:
Achim Gratz writes:
Anyway, I'll have a look if it builds cleanly and if so will ITP it
myself.
It does and even is noarch, so please add it to my list of packages.
done
Regards,
Achim.
Thanks
Marco
On Wed, 17 Nov 2021 11:37:18 +1100
Tony Cook wrote:
> This came up from regression testing perl.
>
> Regression testing of perl @4a1b9dd524007193213d3919d6a331109608b90c
> used (from uname):
>
> cygwin_nt-10.0 fv-az177-186 3.3.1(0.34153) 2021-10-28 20:52 x86_64 cygwin
>
> this did not exhibit
- Fix incorrect description of the bug fixes part.
---
winsup/cygwin/release/3.3.3 | 4
1 file changed, 4 insertions(+)
diff --git a/winsup/cygwin/release/3.3.3 b/winsup/cygwin/release/3.3.3
index 7248302a3..c947816db 100644
--- a/winsup/cygwin/release/3.3.3
+++
- Call set_pipe_non_blocking(false) only if the pipe will be really
inherited to non-cygwin process.
---
winsup/cygwin/spawn.cc | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/winsup/cygwin/spawn.cc b/winsup/cygwin/spawn.cc
index 6b2026776..e160fa3bb 100644
---
21 matches
Mail list logo