On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
On Sep 5 09:24, Ken Brown via Cygwin wrote:
On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
Here are the correct commits:
8169e39ab Cygwin: C++17: register keyword is deprecated
On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:54 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:37 PM, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:54 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:37 PM, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int
On 9/4/2021 6:54 PM, Ken Brown via Cygwin wrote:
On 9/4/2021 6:37 PM, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int page_size = getpagesize ();
addr = mmap (0
On 9/4/2021 6:37 PM, Ken Brown via Cygwin wrote:
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int page_size = getpagesize ();
addr = mmap (0, page_size, PROT_READ | PROT_WRITE
I've reduced the procps failure to the following test case:
$ cat mmap_test.c
#include
#include
#include
int
main ()
{
void *addr;
int page_size = getpagesize ();
addr = mmap (0, page_size, PROT_READ | PROT_WRITE,
MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
if (addr ==
On 9/2/2021 3:03 PM, Chris Roehrig wrote:
On Thu Sep 2 2021, at 8:25 AM, Ken Brown via Cygwin wrote:
On 9/1/2021 5:11 PM, Chris Roehrig wrote:
I rebuild procps 3.3.17.29-2480 from source and it appears to work, so maybe
the stock procps package is incompatible with the current master branch
On 9/1/2021 5:11 PM, Chris Roehrig wrote:
I rebuild procps 3.3.17.29-2480 from source and it appears to work, so maybe
the stock procps package is incompatibility with the current master branch.
Maybe, but it could also be a Cygwin bug. I'll do a bisection of the Cygwin
sources to see if I
The following packages have been uploaded to the Cygwin distribution:
* freetype2-demos-2.11.0-1
* libfreetype6-2.11.0-1
* libfreetype-devel-2.11.0-1
* libfreetype-doc-2.11.0-1
FreeType 2 is a software font engine that is designed to be small,
efficient, and highly customizable while capable of
The following packages have been uploaded to the Cygwin distribution
as test releases:
* harfbuzz-2.9.0-1
* libharfbuzz0-2.9.0-1
* libharfbuzz-devel-2.9.0-1
* libharfbuzz-gobject0-2.9.0-1
* libharfbuzz-gobject-devel-2.9.0-1
* libharfbuzz-subset0-2.9.0-1
* libharfbuzz-subset-devel-2.9.0-1
*
The following packages have been uploaded to the Cygwin distribution:
* freetype2-demos-2.11.0-1
* libfreetype6-2.11.0-1
* libfreetype-devel-2.11.0-1
* libfreetype-doc-2.11.0-1
FreeType 2 is a software font engine that is designed to be small,
efficient, and highly customizable while capable of
The following packages have been uploaded to the Cygwin distribution
as test releases:
* harfbuzz-2.9.0-1
* libharfbuzz0-2.9.0-1
* libharfbuzz-devel-2.9.0-1
* libharfbuzz-gobject0-2.9.0-1
* libharfbuzz-gobject-devel-2.9.0-1
* libharfbuzz-subset0-2.9.0-1
* libharfbuzz-subset-devel-2.9.0-1
*
On 8/30/2021 7:58 PM, Chris Roehrig wrote:
I got it to build and tried out the topic/pipe branch (checked out on Monday
around 4:30pm PDT):
1. I didn't see any improvement in my sshd+rsync time, still 3-4 MB/sec.
2. I get the following error from procps: procps:ps/output.c:2195: please
The following packages have been uploaded to the Cygwin distribution:
* gd-2.3.2-1
* libgd3-2.3.2-1
* libgd-devel-2.3.2-1
GD is an open source code library for the dynamic creation of images
by programmers. GD is written in C, and wrappers are available for
Perl, PHP and other languages. GD
The following packages have been uploaded to the Cygwin distribution:
* gd-2.3.2-1
* libgd3-2.3.2-1
* libgd-devel-2.3.2-1
GD is an open source code library for the dynamic creation of images
by programmers. GD is written in C, and wrappers are available for
Perl, PHP and other languages. GD
On 8/29/2021 8:22 PM, Takashi Yano via Cygwin wrote:
On Mon, 30 Aug 2021 09:13:14 +0900
Takashi Yano wrote:
On Sun, 29 Aug 2021 17:04:56 -0400
Ken Brown wrote:
On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
On Sat, 28 Aug 2021
On 8/29/2021 4:41 AM, Takashi Yano wrote:
Hi Ken,
On Sat, 28 Aug 2021 16:55:52 -0400
Ken Brown wrote:
On 8/28/2021 11:43 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 13:58:08 +0200
Corinna Vinschen wrote:
On Aug 28 18:41, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 10:43:27
On 8/29/2021 3:24 PM, Chris Roehrig wrote:
I'd be happy to test it out if you can give me some commands to git it and
build it to replace my existing stock Cygwin installation.
(Or it is just the cygwin.dll I'd need to replace?)
My daily backup scripts use a lot of pipes and named pipes.
On 8/29/2021 3:37 PM, Takashi Yano wrote:
On Sun, 29 Aug 2021 11:57:04 -0400
Ken Brown wrote:
On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
On Sat, 28 Aug 2021 10:43:27 +0200
Corinna Vinschen wrote:
On Aug 28 02:21, Takashi Yano
On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
On Sat, 28 Aug 2021 10:43:27 +0200
Corinna Vinschen wrote:
On Aug 28 02:21, Takashi Yano via Cygwin wrote:
On Fri, 27 Aug 2021 12:00:50 -0400
Ken Brown wrote:
Two years ago I thought I
On 8/29/2021 5:07 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 18:41:02 +0900
Takashi Yano wrote:
On Sat, 28 Aug 2021 10:43:27 +0200
Corinna Vinschen wrote:
On Aug 28 02:21, Takashi Yano via Cygwin wrote:
On Fri, 27 Aug 2021 12:00:50 -0400
Ken Brown wrote:
Two years ago I thought I
On 8/28/2021 11:43 AM, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 13:58:08 +0200
Corinna Vinschen wrote:
On Aug 28 18:41, Takashi Yano via Cygwin wrote:
On Sat, 28 Aug 2021 10:43:27 +0200
Corinna Vinschen wrote:
On Aug 28 02:21, Takashi Yano via Cygwin wrote:
On Fri, 27 Aug 2021
On 8/28/2021 4:43 AM, Corinna Vinschen via Cygwin wrote:
On Aug 28 02:21, Takashi Yano via Cygwin wrote:
On Fri, 27 Aug 2021 12:00:50 -0400
Ken Brown wrote:
Two years ago I thought I needed nt_create to avoid problems when calling
set_pipe_non_blocking. Are you saying that's not an issue? Is
On 8/27/2021 7:24 AM, Takashi Yano wrote:
On Thu, 26 Aug 2021 18:18:29 -0400
Ken Brown wrote:
On 8/26/2021 11:56 AM, Ken Brown via Cygwin wrote:
[...]
In case you want to try out my proposed change, I've just rebased the patches to
the current master and pushed them to a new topic/pipe branch
On 8/26/2021 11:56 AM, Ken Brown via Cygwin wrote:
On 8/25/2021 5:29 PM, Takashi Yano wrote:
On Wed, 25 Aug 2021 13:52:19 -0400
Ken Brown wrote:
On 8/25/2021 7:18 AM, Takashi Yano via Cygwin wrote:
On Tue, 24 Aug 2021 12:49:52 -0700
Chris Roehrig wrote:
I have a network of Windows, Linux
On 8/25/2021 5:29 PM, Takashi Yano wrote:
On Wed, 25 Aug 2021 13:52:19 -0400
Ken Brown wrote:
On 8/25/2021 7:18 AM, Takashi Yano via Cygwin wrote:
On Tue, 24 Aug 2021 12:49:52 -0700
Chris Roehrig wrote:
I have a network of Windows, Linux and Mac machines and I use rsync to
synchronize
On 8/25/2021 4:33 PM, Mario Emmenlauer wrote:
On 25.08.21 19:52, Ken Brown via Cygwin wrote:
A couple years ago I had an idea for changing the pipe implementation to avoid
overlapped I/O:
https://cygwin.com/pipermail/cygwin-patches/2019q2/009393.html
https://cygwin.com/pipermail/cygwin
On 8/25/2021 2:18 PM, Chris Roehrig wrote:
On Wed Aug 25 2021, at 10:52 AM, Ken Brown via Cygwin wrote:
A couple years ago I had an idea for changing the pipe implementation to avoid
overlapped I/O:
https://cygwin.com/pipermail/cygwin-patches/2019q2/009393.html
https://cygwin.com
On 8/25/2021 7:18 AM, Takashi Yano via Cygwin wrote:
On Tue, 24 Aug 2021 12:49:52 -0700
Chris Roehrig wrote:
I have a network of Windows, Linux and Mac machines and I use rsync to
synchronize various directories between them.
I'm trying to figure out why my rsync transfers are so slow (<4
On 8/23/2021 8:26 PM, Brian Inglis wrote:
On 2021-08-23 15:08, Ken Brown via Cygwin-apps wrote:
On 8/23/2021 2:46 PM, Brian Inglis wrote:
On 2021-08-22 16:58, Ken Brown via Cygwin-apps wrote:
OK, your later messages explain it better. I'll have to look at
texlive-collection-formatsextra
The following package has been uploaded to the Cygwin distribution:
* texlive-collection-formatsextra-20210325-2
TeX Live is an easy way to get up and running with the TeX document production
system. It includes all the major TeX-related programs, macro packages, and
fonts that are free
The following package has been uploaded to the Cygwin distribution:
* texlive-collection-formatsextra-20210325-2
TeX Live is an easy way to get up and running with the TeX document production
system. It includes all the major TeX-related programs, macro packages, and
fonts that are free
On 8/23/2021 2:46 PM, Brian Inglis wrote:
On 2021-08-22 16:58, Ken Brown via Cygwin-apps wrote:
OK, your later messages explain it better. I'll have to look at
texlive-collection-formatsextra; it's possible that it needs to require
texlive-collection-fontsrecommended. But a better solution
On 8/22/2021 6:38 PM, Ken Brown via Cygwin-apps wrote:
On 8/22/2021 5:57 PM, Brian Inglis wrote:
On 2021-08-22 09:33, Brian Inglis wrote:
On 2021-08-22 09:15, Jon Turney wrote:
On 22/08/2021 01:48, Brian Inglis wrote:
Any way to see if there is anything useful in scallywag #160 (3181
On 8/22/2021 5:57 PM, Brian Inglis wrote:
On 2021-08-22 09:33, Brian Inglis wrote:
On 2021-08-22 09:15, Jon Turney wrote:
On 22/08/2021 01:48, Brian Inglis wrote:
Any way to see if there is anything useful in scallywag #160 (3181)
fontconfig run 1154600337 build_requires setup
The following packages have been uploaded to the Cygwin distribution as test
releases:
* doxygen-1.9.2-1
* doxygen-doxywizard-1.9.2-1
Doxygen is a documentation system for C++, C, Java, Objective-C, IDL (Corba and
Microsoft flavours) and to some extent PHP, C#, and D.
This is an update to
The following packages have been uploaded to the Cygwin distribution as test
releases:
* doxygen-1.9.2-1
* doxygen-doxywizard-1.9.2-1
Doxygen is a documentation system for C++, C, Java, Objective-C, IDL (Corba and
Microsoft flavours) and to some extent PHP, C#, and D.
This is an update to
On 8/21/2021 4:15 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
Hi,
Please consider the following Cygwin session:
$ cd ~
$ pwd
/home/user
$ touch file
$ ls file
file
$ cygpath -w ~
C:\cygwin64\home\user
$ mkdir /cygdrive/g/cygwin/dir
$ ln -s /cygdrive/g/cygwin/dir ./dir
$ ls -l
On 8/15/2021 12:30 AM, hung.nguyengia via Cygwin wrote:
Cygwin is stuck at qt5.9. Many projects now requires at least qt5.12 and
recommended qt5.15. Also please package qtwebengine and possibly qtwebkit, too.
Thanks.
Unfortunately, we currently have no qt5 maintainer. Would you like to
On 8/12/2021 8:56 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
I'm going to follow up on cygwin-developers.
Great, I'll read about it there
Does anyone know anything about the progress of this issue ?
I'm afraid there has not been any progress. We weren't able to find a solution
On 7/26/2021 7:04 PM, Andrey Repin wrote:
There's actually no IP address assigned to TAP55, which could be reported as
0/0.
Follow-up for the sake of the archives: The question I raised is whether
getifaddrs *should* report an IP address of 0/0 in this case. After checking
what happens on
While investigating emacs test failures, I found two problems with the
interfaces returned by getifaddrs(3):
1. For an IPv6 interface, the netmask address family is always 0 instead of
AF_INET6.
2. For a disconnected interface, the IPv4 address and netmask are sometimes 0.
I will be sending
On 7/20/2021 1:00 PM, Brian Inglis wrote:
> On 2020-09-12 06:56, Ken Brown via Cygwin wrote:
For fontconfig fc-cache-1 appears to have been creating thousands (on Cygwin 64
millions) of small <1KB
/var/cache/fontconfig/%8x-%4x-%4x-%4x-%12x-le{64,32d8}.cache-7 files.
The problems coul
On 7/16/2021 11:35 AM, Brian Inglis wrote:
On 2021-07-14 12:44, Brian Inglis wrote:
On 2021-07-14 11:48, Ken Brown via Cygwin wrote:
On 7/14/2021 1:13 PM, Brian Inglis wrote:
Building from latest git master does not build winsup... only newlib.
Did you run winsup/autogen.sh? See
https
On 7/15/2021 9:56 PM, Ken Brown via Cygwin-apps wrote:
On 7/15/2021 7:07 PM, Doug Henderson via Cygwin-apps wrote:
Please update alternatives to work properly for a first time install
of an alternative when CYGWIN=winsymlinks:nativestrict.
Cygwin doesn't have an alternatives maintainer
On 7/15/2021 7:07 PM, Doug Henderson via Cygwin-apps wrote:
Please update alternatives to work properly for a first time install
of an alternative when CYGWIN=winsymlinks:nativestrict.
Cygwin doesn't have an alternatives maintainer. Would you like to volunteer?
If so, start at
On 7/14/2021 9:20 PM, Doug Henderson via Cygwin wrote:
On Wed, 14 Jul 2021 at 16:33, Ken Brown via Cygwin wrote:
On 7/14/2021 5:08 PM, Doug Henderson via Cygwin wrote:
On Wed, 14 Jul 2021 at 13:03, Achim Gratz wrote:
Doug Henderson via Cygwin writes:
The first error message occurred when
On 7/14/2021 5:08 PM, Doug Henderson via Cygwin wrote:
On Wed, 14 Jul 2021 at 13:03, Achim Gratz wrote:
Doug Henderson via Cygwin writes:
The first error message occurred when I installed all pending packages
this morning. I hoped to heal the problem by reinstalling the
installed gnuplot
On 7/14/2021 4:10 AM, Tomas Jura via Cygwin wrote:
Hi
I found a strange behaviour of the program cygpath program
0 >cygpath -w "./*/*" <--- IMHO wrong output
\
0 >cygpath -w "./*/*" | od -a <--- a detailed dump
000 o nul * \ o nul * nl
010
On 7/14/2021 1:13 PM, Brian Inglis wrote:
Building from latest git master does not build winsup... only newlib.
Did you run winsup/autogen.sh? See
https://cygwin.com/pipermail/cygwin-developers/2021-June/012161.html
Ken
--
Problem reports: https://cygwin.com/problems.html
FAQ:
While investigating an emacs bug
(https://debbugs.gnu.org/cgi/bugreport.cgi?bug=49524), I noticed a difference in
the behavior of cfsetspeed(3) on Cygwin and Linux. I'm not sure we should "fix"
this, because Cygwin's behavior is consistent with the Linux man page, and
Linux's behavior is not.
On 7/9/2021 8:51 AM, ® Fxzx mic via Cygwin wrote:
Hello everyone,
I want to use this software: “kleopatra”, but the cygwin source does not have
this software, so can I ask you to help add the cygwin version of this software?
Software source code here: PIM / Kleopatra · GitLab
On 7/7/2021 4:50 AM, Corinna Vinschen via Cygwin wrote:
On Jul 6 11:53, Ken Brown via Cygwin wrote:
[Please don't top-post on this list. Thanks.]
On 7/6/2021 5:15 AM, Ruurd Beerstra wrote:
Hi,
I missed those question - sorry. This ping is the first I saw i response
to my question
The following packages have been uploaded to the Cygwin distribution:
* texinfo-6.8-2
* texinfo-tex-6.8-2
* info-6.8-2
This is a rebuild of the 6.8-1 release, with an upstream patch to fix the
problem reported here:
https://cygwin.com/pipermail/cygwin/2021-July/248849.html
Ken
--
Problem
The following packages have been uploaded to the Cygwin distribution:
* texinfo-6.8-2
* texinfo-tex-6.8-2
* info-6.8-2
This is a rebuild of the 6.8-1 release, with an upstream patch to fix the
problem reported here:
https://cygwin.com/pipermail/cygwin/2021-July/248849.html
Ken
On 7/6/2021 7:59 AM, Jon Turney wrote:
On 05/07/2021 19:04, Ken Brown via Cygwin-announce via Cygwin wrote:
The following packages have been uploaded to the Cygwin distribution:
* texinfo-6.8-1
* texinfo-tex-6.8-1
* info-6.8-1
Texinfo is a documentation system that uses a single source file
[Please don't top-post on this list. Thanks.]
On 7/6/2021 5:15 AM, Ruurd Beerstra wrote:
Hi,
I missed those question - sorry. This ping is the first I saw i response to my
question.
That was my guess and was the reason I added you to the CC on the ping and on
this message. (The custom on
On 7/1/2021 12:21 PM, Ken Brown via Cygwin wrote:
On 7/1/2021 8:15 AM, Ruurd Beerstra via Cygwin wrote:
[...]
I found a patch (cygwin1-20210426.dll) with an updated cygwin1.dll. That fixed
the hangs.
[...]
Note the wrong (changing) times when I use the current 'stat' (the first
output
The following packages have been uploaded to the Cygwin distribution:
* texinfo-6.8-1
* texinfo-tex-6.8-1
* info-6.8-1
Texinfo is a documentation system that uses a single source file to produce
output in a number of formats, both online and printed (dvi, html, info, pdf,
xml, etc.).
This
The following packages have been uploaded to the Cygwin distribution:
* texinfo-6.8-1
* texinfo-tex-6.8-1
* info-6.8-1
Texinfo is a documentation system that uses a single source file to produce
output in a number of formats, both online and printed (dvi, html, info, pdf,
xml, etc.).
This
On 5/20/2021 10:42 AM, Ken Brown via Cygwin-announce via Cygwin wrote:
The following packages have been uploaded to the Cygwin distribution
as test releases:
* harfbuzz-2.8.1-1
* libharfbuzz0-2.8.1-1
* libharfbuzz-devel-2.8.1-1
* libharfbuzz-gobject0-2.8.1-1
* libharfbuzz-gobject-devel-2.8.1-1
On 7/3/2021 12:28 AM, Robert McBroom wrote:
On 7/2/21 5:46 PM, Ken Brown via Cygwin wrote:
On 7/2/2021 5:21 PM, mcforum wrote:
The legends in the heading for emacs have turned into boxes. the text in
buffers is normal.
I'm not sure what you mean by "legends in the heading". And wh
On 7/2/2021 5:21 PM, mcforum wrote:
The legends in the heading for emacs have turned into boxes. the text in
buffers is normal.
I'm not sure what you mean by "legends in the heading". And when you say "have
turned into boxes", are you saying that the problem just recently started? Or
have
On 7/1/2021 8:15 AM, Ruurd Beerstra via Cygwin wrote:
Hi,
I am a long-time user and fan of Cygwin.
I use it in a complex build environment of my IVT SSH terminal emulator, some
300.000 lines of C-code with lots of little shell-scripts to build and check.
I use flex/bison, ctags, make, gawk,
On 6/16/2021 2:41 AM, Brian Inglis wrote:
The idn2_punycode_decode issue was a libgnutls/libidn2 compatibility problem a
couple of years ago but should be fixed now:
https://bugzilla.redhat.com/show_bug.cgi?id=1683812
As Marco pointed out, the DLL in question is from one of the
On 6/12/2021 12:34 PM, Brian Inglis wrote:
On 2021-06-11 12:05, Ken Brown via Cygwin wrote:
On 6/11/2021 1:33 PM, Brian Inglis wrote:
On 2021-06-10 13:50, Ken Brown via Cygwin wrote:
On 6/10/2021 2:31 PM, Brian Inglis wrote:
On 2021-06-10 08:57, Ken Brown via Cygwin wrote:
On 6/9/2021 10:36
On 6/11/2021 1:33 PM, Brian Inglis wrote:
On 2021-06-10 13:50, Ken Brown via Cygwin wrote:
On 6/10/2021 2:31 PM, Brian Inglis wrote:
On 2021-06-10 08:57, Ken Brown via Cygwin wrote:
On 6/9/2021 10:36 PM, Brian Inglis wrote:
On 2021-06-09 16:31, Keith Thompson via Cygwin wrote:
[Sorry
On 6/11/2021 1:38 AM, ASSI wrote:
Ken Brown via Cygwin writes:
Can you be more specific? What goes wrong if TZ is not set? I
haven't seen any POSIX or Linux documentation that says it should be
set, and I've just checked on two different Linux distros that it's
not set by default
On 6/10/2021 2:31 PM, Brian Inglis wrote:
On 2021-06-10 08:57, Ken Brown via Cygwin wrote:
On 6/9/2021 10:36 PM, Brian Inglis wrote:
On 2021-06-09 16:31, Keith Thompson via Cygwin wrote:
[Sorry if the threading is messed up. I don't subscribe, so I'm
constructing this message from the web
On 6/9/2021 10:36 PM, Brian Inglis wrote:
On 2021-06-09 16:31, Keith Thompson via Cygwin wrote:
[Sorry if the threading is messed up. I don't subscribe, so I'm
constructing this message from the web interface. It should at least
show up under the correct subject.]
Brian Inglis wrote:
On
On 6/1/2021 1:36 PM, Marco Atzeri via Cygwin-apps wrote:
On 01.06.2021 14:41, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
[ITP] A new package proposal: tractorgen
- tractorgen
The package seems not very used.
Not sure fit in our scope for missing the need for a vote
Opinion from the
The following packages have been uploaded to the Cygwin distribution:
* libicu69-69.1-1
* libicu-devel-69.1-1
* icu-doc-69.1-1
ICU is a mature, widely used set of C/C++ and Java libraries providing Unicode
and Globalization support for software applications. ICU is widely portable and
gives
The following packages have been uploaded to the Cygwin distribution:
* libicu69-69.1-1
* libicu-devel-69.1-1
* icu-doc-69.1-1
ICU is a mature, widely used set of C/C++ and Java libraries providing Unicode
and Globalization support for software applications. ICU is widely portable and
gives
On 4/26/2021 11:45 PM, Marco Atzeri via Cygwin-apps wrote:
Hi Maintainers,
as I just found 2 of my packages colliding with same program name
$ cygcheck -f /usr/bin/ncgen
hdf4-4.2.15-3
netcdf-4.8.0-2
as one is much older than the other, the installation sequence
can give some inconsistencies
The following packages have been uploaded to the Cygwin distribution
as test releases:
* harfbuzz-2.8.1-1
* libharfbuzz0-2.8.1-1
* libharfbuzz-devel-2.8.1-1
* libharfbuzz-gobject0-2.8.1-1
* libharfbuzz-gobject-devel-2.8.1-1
* libharfbuzz-subset0-2.8.1-1
* libharfbuzz-subset-devel-2.8.1-1
*
The following packages have been uploaded to the Cygwin distribution
as test releases:
* harfbuzz-2.8.1-1
* libharfbuzz0-2.8.1-1
* libharfbuzz-devel-2.8.1-1
* libharfbuzz-gobject0-2.8.1-1
* libharfbuzz-gobject-devel-2.8.1-1
* libharfbuzz-subset0-2.8.1-1
* libharfbuzz-subset-devel-2.8.1-1
*
Trying to build harfbuzz, I get the following python failure with python-3.8
Traceback (most recent call last):
File "/usr/bin/g-ir-scanner", line 65, in
from giscanner.scannermain import scanner_main
File "/usr/lib/gobject-introspection/giscanner/scannermain.py", line 41, in
On 4/12/2021 2:50 PM, Ken Brown via Cygwin-announce via Cygwin wrote:
The following packages have been uploaded to the Cygwin distribution
as test releases:
* ghostscript-9.54.0-1
* libgs9-9.54.0-1
* libgs-devel-9.54.0-1
This has now been promoted from test to current.
Ken
--
Problem
On 5/15/2021 12:16 AM, Brian Inglis wrote:
Trying to build latest libssh2 1.9.0 using cygport, works under x86_64,
but under i686/x86 fails with:
In file included from */usr/i686-pc-cygwin/include/sys/stat.h*:22,
from ...:
/usr/include/cygwin/stat.h:27:3: error: unknown type
[Please don't top post on this list.]
On 5/8/2021 11:03 AM, Brent Epp wrote:
Sorry, my silly mail client doesn't reply to the list by default.
--
It might be worth noting that these rsync commands run using an on-demand script
to manage sync jobs. Generally, it
On 5/7/2021 12:43 PM, Brent Epp wrote:
Hello,
I've reported this in the past, but I cannot reliably use rsync. This is a
*local* synchronization between two Windows directories. It seems that after a
number of executions (a few dozen, maybe?), it just stops working and reports
errors:
On 5/3/2021 8:57 AM, Maximilian.Blenk--- via Cygwin wrote:
Hello everyone,
I noticed that latest Cygwin release (3.2.0-1) has an issue with python and
unix domain sockets, although I’m not a 100% sure about the root cause. My best
guess is that something is wrong with the unix domain
On 4/26/2021 11:45 PM, Marco Atzeri via Cygwin-apps wrote:
Hi Maintainers,
as I just found 2 of my packages colliding with same program name
$ cygcheck -f /usr/bin/ncgen
hdf4-4.2.15-3
netcdf-4.8.0-2
as one is much older than the other, the installation sequence
can give some inconsistencies
On 4/15/2021 11:01 AM, Ken Brown via Cygwin wrote:
On 4/15/2021 9:15 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
I tried SOCK_STREAM (and SOCK_SEQPACKET I think) for CYGWIN 3.2.0 but
that didn't work at all
As far as I understand, both all types on pretty much all
implementations
On 4/15/2021 9:15 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
I tried SOCK_STREAM (and SOCK_SEQPACKET I think) for CYGWIN 3.2.0 but
that didn't work at all
As far as I understand, both all types on pretty much all
implementations preserves message ordering though
I haven't tried
On 4/14/2021 1:14 PM, sten.kristian.ivars...@gmail.com wrote:
Hi Ken
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0)
seems
to
drop messages or at least they are not received in the same
order they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
On 4/13/2021 6:43 PM, Ken Brown via Cygwin wrote:
On 4/13/2021 10:47 AM, Ken Brown via Cygwin wrote:
On 4/13/2021 10:06 AM, sten.kristian.ivars...@gmail.com wrote:
Hi Ken
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems
to
drop messages or at least they are not received
On 4/13/2021 10:47 AM, Ken Brown via Cygwin wrote:
On 4/13/2021 10:06 AM, sten.kristian.ivars...@gmail.com wrote:
Hi Ken
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems
to
drop messages or at least they are not received in the same
order they are sent
[snip]
Thanks
On 4/13/2021 10:06 AM, sten.kristian.ivars...@gmail.com wrote:
Hi Ken
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems
to
drop messages or at least they are not received in the same
order they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
The following packages have been uploaded to the Cygwin distribution
as test releases:
* ghostscript-9.54.0-1
* libgs9-9.54.0-1
* libgs-devel-9.54.0-1
GNU Ghostscript is a PostScript interpreter capable of converting PS
files into a number of printer output formats. Ghostscript can also
render
The following packages have been uploaded to the Cygwin distribution
as test releases:
* ghostscript-9.54.0-1
* libgs9-9.54.0-1
* libgs-devel-9.54.0-1
GNU Ghostscript is a PostScript interpreter capable of converting PS
files into a number of printer output formats. Ghostscript can also
render
On 2/2/2021 2:01 PM, Ken Brown via Cygwin-announce via Cygwin wrote:
The following package has been uploaded to the Cygwin distribution as
a test release:
* xpdf-4.03-1
Xpdf is an open source viewer for Portable Document Format (PDF)
files. (These are also sometimes called 'Acrobat' files
On 4/12/2021 8:18 AM, Ken Brown via Cygwin-apps wrote:
On 4/12/2021 1:55 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
Sorry, I spoke too soon. It's not even working right on x86_64. In
my first build, the ordinary byte-compiled files (.elc) were already
present, and that somehow
On 4/12/2021 1:55 AM, ASSI wrote:
Ken Brown via Cygwin-apps writes:
Sorry, I spoke too soon. It's not even working right on x86_64. In
my first build, the ordinary byte-compiled files (.elc) were already
present, and that somehow prevented the native-compiled files (.eln)
from being built. I
On 4/11/2021 3:48 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
On 4/11/2021 11:49 AM, Achim Gratz wrote:
Both architectures? For whatever reasons the gcc testsuite on x86
always bombed out on these, so I have no idea if it works there.
Yes, it works on x86 too.
Great. So I'll
On 4/11/2021 11:49 AM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
Thanks! It works great for building the feature/native-comp branch of
emacs. (configure --with-native-compilation if you want to try it
yourself.)
Both architectures? For whatever reasons the gcc testsuite on x86
On 4/10/2021 12:23 PM, Achim Gratz wrote:
I've uploaded a test version of gcc-10.3.0 that has the JIT library enabled:
Thanks! It works great for building the feature/native-comp branch of emacs.
(configure --with-native-compilation if you want to try it yourself.)
One minor packaging
On 4/8/2021 3:47 PM, sten.kristian.ivars...@gmail.com wrote:
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems
to
drop messages or at least they are not received in the same
order they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
familiar enough
On 4/6/2021 10:50 AM, sten.kristian.ivars...@gmail.com wrote:
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems to
drop messages or at least they are not received in the same order
they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
familiar
On 4/6/2021 10:50 AM, sten.kristian.ivars...@gmail.com wrote:
Using AF_UNIX/SOCK_DGRAM with current version (3.2.0) seems to
drop messages or at least they are not received in the same order
they are sent
[snip]
Thanks for the test case. I can confirm the problem. I'm not
familiar
301 - 400 of 1039 matches
Mail list logo