On 8/8/2022 7:56 AM, Christian Franke wrote:
Testcase:
$ ls -a
. ..
$ touch link.lnk file.txt
$ ls -a
. .. file.txt link.lnk
$ stat -c %F link.lnk
regular empty file
$ stat -c %F link
directory
This happens because symlink_info::check returns -1 instead of 0 when called on
"link".
Patch attached. I'm not 100% sure of this since it does change behavior (but in
a weird case).
KenFrom 97a2fc0d07c8f9045b73716ac5a05f972d5bd75c Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Wed, 3 Aug 2022 16:45:23 -0400
Subject: [PATCH] Cygwin: syscalls.cc: remove ".dll&
On 8/2/2022 4:19 AM, Corinna Vinschen wrote:
On Aug 2 13:12, Takashi Yano wrote:
Then, what about the v2 patch attached?
symlink_wsl is doing the right thing, as Ken points out.
Actually, I was suggesting that symlink_wsl was doing the wrong thing in case
the user used an uppercase drive
On 7/31/2022 7:36 AM, Keith Christian wrote:
On two different Windows 10 machines, I see the Retry/Continue dialog
on numerous cygwin .dll files.
These are the only cygwin processes extant while setup is running:
[...]
Setup might benefit from the "Continue" option having a checkbox or
On 7/31/2022 8:23 PM, Takashi Yano wrote:
On Sun, 31 Jul 2022 17:21:32 +0900
Takashi Yano wrote:
On Sun, 31 Jul 2022 09:11:17 +0300
Dimax wrote:
Hello.
I've never had much luck with Cygwin64 and used the 32 bit version before.
Today I have no choice and I've installed Cyg64 on my new Win11 PC.
On 7/21/2022 5:09 AM, Corinna Vinschen wrote:
We're using the "?p=" URLs on the cygin-apps website, too. Maybe it's
just me, but to me it looks better if we change this to the 2nd form
where possible. What do you think?
I agree that it looks better without the ?p=. I have no idea why the
Patch attached.From bcbc7f9768854a6e6aaf1a450cdaabc61241ea9d Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Wed, 20 Jul 2022 12:14:42 -0400
Subject: [PATCH] Make rebaseall a wrapper around the autorebase postinstall
script
Do this on Cygwin only; the behavior on MinGW and MSYS is unchanged
On 7/19/2022 3:54 PM, Brian Inglis wrote:
On 2022-07-19 12:00, Ken Brown wrote:
On 7/19/2022 1:07 PM, Brian Inglis wrote:
Setup still shows coreutils 9.1 as test, but it should *NOT* be installed by
anyone.
Then shouldn't you remove it? And you could also upload an override.hint file
On 7/19/2022 1:07 PM, Brian Inglis wrote:
Setup still shows coreutils 9.1 as test, but it should *NOT* be installed by
anyone.
Then shouldn't you remove it? And you could also upload an override.hint file
with a "replace-versions" line for the sake of people who have already installed it.
On 7/19/2022 10:03 AM, Corinna Vinschen via Cygwin-announce wrote:
The following packages have been uploaded to the Cygwin distribution:
* rebase-4.6.0-2
This package contains the Cygwin rebase utilities. Use rebase for
specific DLLs or rebaseall for all DLLs installed by Cygwin's setup.exe.
On 7/17/2022 12:35 PM, Brian Inglis wrote:
On 2022-07-17 08:15, Ken Brown wrote:
On 7/17/2022 7:08 AM, Oleksandr Gavenko wrote:
I saw a new version of emacs-w32 28.1-2 (has 28.1-1) and gave it a try.
If has a problem with forking processes:
Doing vfork: Resource temporarily unavailable
On 7/17/2022 7:08 AM, Oleksandr Gavenko wrote:
I saw a new version of emacs-w32 28.1-2 (has 28.1-1) and gave it a try.
If has a problem with forking processes:
Doing vfork: Resource temporarily unavailable
Please see the release announcement:
On 7/9/2022 11:37 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
Hi all,
It took me awhile to figure this one out, but I think I have a good test case to
demonstrate a (rather serious, actually) issue with Cygwin sockets and
select/poll.
In short, when a reading end of a socket
On 7/8/2022 6:06 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
Hi all,
I need to do some deep debugging on Cygwin so I need to produce a core... And
it does not work.
So I reduced the problem to this minimal test case:
$ cat a.c
#include
int main()
{
abort();
}
$ gcc
The following packages have been uploaded to the Cygwin distribution:
* texlive-collection-bibtexextra-20220707-1
* texlive-collection-bibtexextra-doc-20220707-1
This is an update to the latest upstream release. It includes biblatex-3.18,
which is needed for biber-2.18.
Ken Brown
Cygwin's
.
This is an update to the latest upstream release. It is designed to work with
biblatex-3.18. The latter is contained in texlive-collection-bibtexextra, which
has also just been updated.
Ken Brown
Cygwin's Biber maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ
The following packages have been uploaded to the Cygwin distribution:
* texlive-collection-bibtexextra-20220707-1
* texlive-collection-bibtexextra-doc-20220707-1
This is an update to the latest upstream release. It includes biblatex-3.18,
which is needed for biber-2.18.
Ken Brown
Cygwin's
.
This is an update to the latest upstream release. It is designed to work with
biblatex-3.18. The latter is contained in texlive-collection-bibtexextra, which
has also just been updated.
Ken Brown
Cygwin's Biber maintainer
On 7/6/2022 4:25 PM, Ken Brown wrote:
Patch attached.
I wasn't sure whether the API bump was warranted for such a trivial change. But
the fact is that some programs compiled prior to the patch will behave
differently if they are recompiled after the patch. For example, emacs limits
, so this number will change when
emacs is recompiled for Cygwin 3.4.0. Is that a good enough reason to bump the API?
KenFrom 6d6c1ed356e3e8f39aa9b6447982f3fccbdabfad Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Wed, 6 Jul 2022 14:43:16 -0400
Subject: [PATCH] Cygwin: redefine some macros
On 7/6/2022 11:57 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
However, discussing this shows how irrelevant the actual default value
of FD_SETSIZE is.
Correct, yet the comments in the header files (along with used values) should
be consistent :-)
I'll make the changes that
On 7/5/2022 10:13 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
Hi,
There's some inconsistency between and :
sys/select.h has this:
---
/*
* Select uses bit masks of file descriptors in longs.
* These macros manipulate such bit fields (the filesystem
On 7/4/2022 4:37 AM, Corinna Vinschen wrote:
On Jul 1 21:32, Ken Brown wrote:
I interpreted the existing comment as meaning that a decision was already
made at some point to align with Linux. But it can't hurt to wait for
Corinna to weigh in.
Personally I don't like this old crufty feature
Patch attached.From 28cd29d99fe6d1a54c8dad04854bda10743737d3 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Sat, 2 Jul 2022 15:12:40 -0400
Subject: [PATCH] Cygwin: implement getfacl(1) for socket files
Do this by defining the acl_get method for the fhandler_socket_local
and fhandler_socket_unix
On 7/2/2022 3:37 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
what your test program was actually doing. But you seem to be assuming that
calling fchmod on a socket descriptor should affect the permissions on the
socket file (assuming the socket is bound). Is that documented anywhere?
On 7/2/2022 12:16 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
I forgot to mention that my "umask" is the standard 022...
The man page says that for directories with the ACLs, it is ignored.
So in my code bind() wouldn't have created the socket with 0777, and
that's fine! Which is why I
On 7/1/2022 11:23 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
That way I'm sure I won't have any surprises with permissions when working in
/cygdrive/g/cygwin. Do you want to try that and see if it makes a difference?
I have no problems with /cygdrive/g/cygwin -- my socket file gets
On 7/1/2022 7:31 PM, Takashi Yano wrote:
On Thu, 30 Jun 2022 21:16:35 -0400
Ken Brown wrote:
On 6/30/2022 11:45 AM, Ken Brown wrote:
On 6/27/2022 8:44 AM, Takashi Yano wrote:
- With this patch, the empty path (empty element in PATH or PATH is
absent) is treated as the current directory
On 7/1/2022 6:11 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Cygwin does not do this on a standard installation. Is it something you've done
I did use the standard Setup and nothing else... My $HOME looks fine, too:
$ cd
$ pwd
/home/ANTON
$ getfacl .
# file: .
# owner: ANTON
# group:
On 7/1/2022 2:00 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Lastly, I forgot to list all the involved directories as they look from under
Cygwin with their permissions,
if that's of any help:
$ ls -ld ~ ~/.socket ~/subdir ~/subdir/.socket
drwx--+ 1 ANTON None 0 Jul 1 13:36
On 7/1/2022 2:00 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
getfacl does not work even for the .socket "file" in my home directory for
which ~/sun works perfectly fine with permissions
(and all subdirectories crated with mkdir under it).
Also like I said, ~/sun also works perfectly fine
On 7/1/2022 1:46 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
Now, if I run this code in my Cygwin home directory (and any directory that I create
using "mkdir..." under it),
I am getting the expected results:
$ ~/sun
fstat mode = 140666
stat mode = 140666
$ ls -l .socket
On 6/30/2022 11:45 AM, Ken Brown wrote:
On 6/27/2022 8:44 AM, Takashi Yano wrote:
- With this patch, the empty path (empty element in PATH or PATH is
absent) is treated as the current directory as Linux does.
Addresses: https://cygwin.com/pipermail/cygwin/2022-June/251730.html
It might
On 6/26/2022 9:50 PM, Takashi Yano wrote:
- poll() has a bug that it returns event which is not inquired if
events are inquired in multiple pollfd entries on the same fd at
the same time. This patch fixes the issue.
Addresses: https://cygwin.com/pipermail/cygwin/2022-June/251732.html
On 6/27/2022 8:44 AM, Takashi Yano wrote:
- With this patch, the empty path (empty element in PATH or PATH is
absent) is treated as the current directory as Linux does.
Addresses: https://cygwin.com/pipermail/cygwin/2022-June/251730.html
It might be a good idea to include a comment in the
On 6/20/2022 9:53 AM, Eliot Moss wrote:
Good idea to wait for Corinna. I did a smidge of research, looking through
the Wikipedia page on the POSIX terminal interface. It suggests that this
part was largely borrowed from System-V, so that may explain what we see in
newlib. And looking up the
On 6/20/2022 6:22 AM, Takashi Yano wrote:
On Mon, 20 Jun 2022 17:59:35 +0900
Takashi Yano wrote:
Isn't this a bug of newlib? Try following code.
#include
int main()
{
printf("%d\n", getchar());
printf("%d\n", feof(stdin));
printf("%d\n", getchar());
return 0;
Consider the following program, which reads from standard input a line at a time
and then echoes the input back to the terminal:
$ cat cat_line.c
#include
int main ()
{
char buf[BUFSIZ];
while (fgets (buf, BUFSIZ, stdin))
fputs (buf, stdout);
}
Run the program, type one or more
On 6/16/2022 5:00 AM, Takashi Yano wrote:
I would like to take over the maintenance of unzip package, which is
currently orphaned.
Added to cygwin-pkg-maint. Thanks.
Ken
On 6/16/2022 5:00 AM, Takashi Yano wrote:
I would like to take over the maintenance of zip package, which is
currently orphaned.
It's yours. Thanks.
Ken
On 6/11/2022 8:29 AM, Takashi Yano wrote:
On Thu, 9 Jun 2022 15:04:29 -0400
Ken Brown wrote:
OK, I'll make that change.
Isn't the _dll_crt0() code in dcrt0.cc also x86_64 specific?
Thanks for catching that. Should be fixed now.
Ken
On 6/9/2022 12:00 PM, Yaakov Selkowitz wrote:
On Thu, 2022-06-09 at 17:23 +0200, Corinna Vinschen wrote:
On May 29 17:26, Ken Brown wrote:
On 5/29/2022 9:39 AM, Jon Turney wrote:
On 26/05/2022 20:17, Ken Brown wrote:
winsup/cygwin/autoload.cc | 136
On 6/7/2022 12:49 PM, Takashi Yano wrote:
_dll_crt0() is declared as
extern void __stdcall _dll_crt0 ()
__declspec (dllimport) __attribute__ ((noreturn));
in winsup/cygwin/lib/cygwin_crt0.c, however, this patch
removes __stdcall from winsup.h and dcrt0.cc as follows.
[...]
To be consistent
On 6/5/2022 4:24 PM, Jon Turney wrote:
On 03/06/2022 15:00, Ken Brown wrote:
remove most occurrences of __stdcall, WINAPI, and __cdecl
These have no effect on x86_64. Retain only a few occurrences of
__cdecl in files imported from other sources.
While you are correct that it has no effect
On 6/5/2022 4:24 PM, Jon Turney wrote:
On 03/06/2022 15:00, Ken Brown wrote:
remove most occurrences of __stdcall, WINAPI, and __cdecl
These have no effect on x86_64. Retain only a few occurrences of
__cdecl in files imported from other sources.
While you are correct that it has no effect
Patch attached.From f3e156ec3b22e426fc79138270f6e15c8156eb7b Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Sun, 29 May 2022 18:59:55 -0400
Subject: [PATCH] Cygwin: remove most occurrences of __stdcall, WINAPI, and
__cdecl
These have no effect on x86_64. Retain only a few occurrences
[Resending with CC.]
On 6/2/2022 10:02 AM, Ken Brown wrote:
On 6/2/2022 8:49 AM, Daniel Jeliński wrote:
Thank you for posting your steps, they helped me solve this issue.
Everything on my end was similar, except that instead of bash
configure I used a custom script that was supposed to prepare
On 6/2/2022 8:49 AM, Daniel Jeliński wrote:
Thank you for posting your steps, they helped me solve this issue.
Everything on my end was similar, except that instead of bash
configure I used a custom script that was supposed to prepare the
environment. On closer inspection, it turned out that the
On 6/1/2022 9:29 AM, Daniel Jeliński wrote:
You're right, I'm still on cygwin 3.2.0 because of issues with running
make (see "GNU make losing jobserver tokens").
The original report on that issue
(https://cygwin.com/pipermail/cygwin/2022-March/251095.html) described it as
long-standing. Are
On 6/1/2022 8:33 AM, Daniel Jeliński wrote:
Hi all,
As the title says. To reproduce:
- create a file (test.sh) with the following contents:
#!/usr/bin/env sh
echo success
- make it executable (chmod a+x test.sh)
- execute (./test.sh)
With coreutils-8.26-2 the script prints "success". With
On 6/1/2022 4:54 AM, Andrey Repin wrote:
Greetings, All!
My root CA key expired recently and I'm battling to update my infrastructure.
The most unexpected issue so far is a change in Cygwin's p11-kit, that made
update-ca-trust script unusable.
Running `p11-kit extract …` immediately fails with
On 5/29/2022 10:03 AM, Jon Turney wrote:
gdb master recently learnt how to use GetThreadDescription() [1], so set
threadnames using SetThreadDescription() [available since Windows
101607] as well.
This is superior to using a special exception to indicate the thread
name to the debugger, because
On 5/29/2022 9:39 AM, Jon Turney wrote:
On 26/05/2022 20:17, Ken Brown wrote:
winsup/cygwin/autoload.cc | 136 ---
Looks good.
I think that perhaps the stdcall decoration number n is unused on x86_64, so can
be removed also in a followup?
Thanks, I
On 5/28/2022 10:20 AM, Takashi Yano wrote:
- After the commit 6d898f43, cygwin fails to start if cygwin1.dll
is placed in the root directory. This patch fixes the issue.
Addresses: https://cygwin.com/pipermail/cygwin/2022-May/251548.html
---
winsup/cygwin/cygheap.cc | 5 +
1 file
On 5/27/2022 8:36 AM, Takashi Yano wrote:
diff --git a/winsup/cygwin/cygheap.cc b/winsup/cygwin/cygheap.cc
index 01b49468e..34c9e2bc7 100644
--- a/winsup/cygwin/cygheap.cc
+++ b/winsup/cygwin/cygheap.cc
@@ -183,6 +183,11 @@ init_cygheap::init_installation_root ()
if (p)
p =
Patch attached.From d78b3f13a5eca554d50a7c40532f84cafdd1435a Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Tue, 24 May 2022 14:26:33 -0400
Subject: [PATCH 7/7] Cygwin: remove miscellaneous 32-bit code
---
winsup/cygwin/autoload.cc| 136 ---
winsup/cygwin
Patch attached.From cfa148370cb51c6874d51ee97f79d04f6e547ca9 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Tue, 24 May 2022 10:25:06 -0400
Subject: [PATCH 6/7] Cygwin: remove 32-bit only clipboard code
---
winsup/cygwin/fhandler_clipboard.cc | 16
winsup/cygwin/include/sys
Patch attached.From 1dd3291b22a72edc234b89e55b5bee9ebcc3f158 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Tue, 24 May 2022 10:20:23 -0400
Subject: [PATCH 4/7] Cygwin: remove some 32-bit only path conversion functions
---
winsup/cygwin/include/sys/cygwin.h | 23 -
winsup/cygwin
Patch attached.From 2e8b069182e3ba639beac43794201e409723b5d9 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Sun, 22 May 2022 15:18:48 -0400
Subject: [PATCH 2/7] Cygwin: simplify some function names
Remove "32" or "64" from each of the following names: acl32,
aclch
Patch attached.From 3458c48712e41cef108b7c9582fdc2f63ccac11c Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Sun, 22 May 2022 15:16:47 -0400
Subject: [PATCH 1/7] Cygwin: remove some 32-bit-only function definitions
Remove the definitions of the following: acl, aclcheck, aclfrommode,
aclfrompbits
, and it also
eliminates the need to define a prototype of stat64 for use in the build of Cygwin.
Ken Brown (7):
Cygwin: remove some 32-bit-only function definitions
Cygwin: simplify some function names
Cygwin: remove regparm.h
Cygwin: remove some 32-bit only path conversion functions
On 5/26/2022 12:23 PM, Jim McNamara via Cygwin wrote:
there is only libphp7.dll.a
That's what you need for linking. The corresponding DLL is
/usr/bin/cygphp7-7-3.dll, which is in the php package.
Ken
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On 5/26/2022 11:57 AM, Jim McNamara via Cygwin wrote:
hi all-
I have tracked down the problem and wondering if you had a suggestion to help
me fix it. Is there any reason why the package on the mirror doesn't have
library -lphp7? Is there a way I can get one or do something to solve this
On 5/25/2022 8:30 AM, Brian Inglis wrote:
0x8008:0 EBX:31 brs AMD Branch Sampling available
0x8022:0 EAX:0 perfmon_v2 AMD ExtPerfMonAndDbg Performance Monitoring
Version 2
0x0021:0 EBX|EDX|ECX=="IntelTDX" tdx_guest Intel Trust Domain
Extensions- Guest Support
---
Patch attached. I'll push it in a few days if no one sees anything wrong with
it.
KenFrom 54cfc70ff3a548d861cb59ac6b2084cc6b791ec2 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Sun, 22 May 2022 11:43:44 -0400
Subject: [PATCH] Cygwin: fix mknod (64-bit only)
The current definition of mknod
On 5/15/2022 6:03 PM, Martin Ortuno wrote:
$ ls -glo /usr/bin/python
lrwxrwxrwx 1 13 Jun 3 2015 /usr/bin/python -> python2.7.exe
This shows that you have a very old version of python2, going back to before the
python versions were managed by the alternatives system.
You can't expect to
On 5/14/2022 1:32 PM, Jim Reisert AD1C wrote:
On Fri, May 13, 2022 at 8:05 PM Ken Brown wrote:
Sorry, no idea. I can't reproduce it. Does it happen with emacs -Q? Is
dconf-service running when you get this message? It's running on my system.
It still happens with "emacs -Q&qu
On 5/13/2022 8:38 PM, Jim Reisert AD1C wrote:
I'm running GNU Emacs 28.1 (build 2, x86_64-pc-cygwin, GTK+ Version
3.22.28, cairo version 1.17.4) of 2022-04-13 in an xterm in Cygwin X.
I have a file open. If I click on File | Save As... I get several
copies of the following message:
of changes since the previous release.
Ken Brown
Cygwin's Doxygen maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
of changes since the previous release.
Ken Brown
Cygwin's Doxygen maintainer
-1
* libharfbuzz-icu-devel-4.2.1-1
* girepository-HarfBuzz0.0-4.2.1-1
HarfBuzz is an OpenType text shaping engine.
This is an update to the latest upstream release.
Ken Brown
Cygwin's harfbuzz maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https
-1
* libharfbuzz-icu-devel-4.2.1-1
* girepository-HarfBuzz0.0-4.2.1-1
HarfBuzz is an OpenType text shaping engine.
This is an update to the latest upstream release.
Ken Brown
Cygwin's harfbuzz maintainer
release, but there are also a few new features. See
https://forum.xpdfreader.com/viewtopic.php?f=1=42260
for more details.
Ken Brown
Cygwin's Xpdf maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https
release, but there are also a few new features. See
https://forum.xpdfreader.com/viewtopic.php?f=1=42260
for more details.
Ken Brown
Cygwin's Xpdf maintainer
of producing high-quality output (glyph
images).
This is an update to the latest upstream release.
Ken Brown
Cygwin's FreeType2 maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
of producing high-quality output (glyph
images).
This is an update to the latest upstream release.
Ken Brown
Cygwin's FreeType2 maintainer
On 4/11/2022 4:13 PM, Ken Brown via Cygwin-announce wrote:
The following packages have been uploaded to the Cygwin distribution as test
releases:
* harfbuzz-4.2.0-1
* libharfbuzz0-4.2.0-1
* libharfbuzz-devel-4.2.0-1
* libharfbuzz-gobject0-4.2.0-1
* libharfbuzz-gobject-devel-4.2.0-1
On 4/29/2022 5:10 AM, Takashi Yano wrote:
On Thu, 28 Apr 2022 17:32:22 +0200
I tried to move sigproc_init() call from dll_crt0_0() to
fork::child() for 64bit cygwin, however, that causes hang
at cygwin startup.
Am I missing somehting?
I've never looked into the Cygwin startup code, so just
On 4/29/2022 2:25 PM, matthew patton via Cygwin wrote:
--- Process 25852 loaded C:\Program Files\SentinelOne\Sentinel Agent
21.7.4.1043\InProcessClient64.dll at 7fff9d48
This looks like the problem that was reported here:
/usr/bin/hg specifies /usr/bin/python3 in its shebang, but further down it has
libdir = '../lib/python3.8/site-packages'
This causes hg to fail as follows if /usr/bin/python3 points to python3.9:
$ hg
Traceback (most recent call last):
File
On 4/27/2022 10:13 AM, Takashi Yano wrote:
On Fri, 1 Apr 2022 17:45:51 +0900
Takashi Yano wrote:
I have tried to reproduce the issue by building OpenJDK
from source, however, I could not.
Instead, I encountered another issue.
Building OpenJDK sometimes (rarely) failed with error such as:
The following packages have been uploaded to the Cygwin distribution as test
releases.
* emacs-28.1-2
* emacs-common-28.1-2
* emacs-basic-28.1-2
* emacs-w32-28.1-2
* emacs-gtk-28.1-2
* emacs-lucid-28.1-2
Emacs is a powerful, customizable, self-documenting, modeless text editor.
Emacs contains
The following packages have been uploaded to the Cygwin distribution as test
releases.
* emacs-28.1-2
* emacs-common-28.1-2
* emacs-basic-28.1-2
* emacs-w32-28.1-2
* emacs-gtk-28.1-2
* emacs-lucid-28.1-2
Emacs is a powerful, customizable, self-documenting, modeless text editor.
Emacs contains
On 4/14/2022 4:53 PM, Andrew Schulman via Cygwin-apps wrote:
I want to maintain a new Unison package, this time called - ready? -
unison.
Added.
Thanks.
Ken
On 4/6/2022 9:04 AM, Ken Brown via Cygwin-announce wrote:
The following packages have been uploaded to the Cygwin distribution as test
releases. Note that there have been some packaging changes, so that the package
names better reflect the package contents.
* emacs-28.1-1
This is now
portable and
gives applications the same results on all platforms and between C/C++ and Java
software.
This is an update to the latest upstream release. See
https://icu.unicode.org/download/71
for the changes since the previous release.
Ken Brown
Cygwin's ICU maintainer
--
Problem reports
portable and
gives applications the same results on all platforms and between C/C++ and Java
software.
This is an update to the latest upstream release. See
https://icu.unicode.org/download/71
for the changes since the previous release.
Ken Brown
Cygwin's ICU maintainer
applications the same results on all platforms and between C/C++ and Java
software.
This is an update to a recent upstream release. See
https://icu.unicode.org/download/70
for the changes since the previous release.
Ken Brown
Cygwin's ICU maintainer
--
Problem reports: https
applications the same results on all platforms and between C/C++ and Java
software.
This is an update to a recent upstream release. See
https://icu.unicode.org/download/70
for the changes since the previous release.
Ken Brown
Cygwin's ICU maintainer
written in C (rather
than PostScript).
Ken Brown
Cygwin's Ghostscript maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe
written in C (rather
than PostScript).
Ken Brown
Cygwin's Ghostscript maintainer
* libharfbuzz-icu0-4.2.0-1
* libharfbuzz-icu-devel-4.2.0-1
* girepository-HarfBuzz0.0-4.2.0-1
HarfBuzz is an OpenType text shaping engine.
This is an update to the latest upstream release.
Ken Brown
Cygwin's harfbuzz maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ
* libharfbuzz-icu0-4.2.0-1
* libharfbuzz-icu-devel-4.2.0-1
* girepository-HarfBuzz0.0-4.2.0-1
HarfBuzz is an OpenType text shaping engine.
This is an update to the latest upstream release.
Ken Brown
Cygwin's harfbuzz maintainer
On 4/11/2022 3:58 PM, Ken Brown via Cygwin-announce wrote:
The following packages have been uploaded to the Cygwin distribution:
* lcms2-2.13-1
* liblcms2_2-2.13-1
* liblcms2-devel-2.13-1
Sorry this should be 2.13.1-1.
Little CMS intends to be an Open Source small-footprint color management
-2.13
for a list of changes since the previous release.
Ken Brown
Cygwin's lcms2 maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml
-2.13
for a list of changes since the previous release.
Ken Brown
Cygwin's lcms2 maintainer
On 10/13/2021 8:01 PM, Ken Brown via Cygwin-announce via Cygwin wrote:
The following packages have been uploaded to the Cygwin distribution
as test releases:
* ghostscript-9.55.0-1
* libgs9-9.55.0-1
* libgs-devel-9.55.0-1
This has now been promoted from test to current.
Ken
--
Problem
.
This is an update to the latest upstream release. It is designed to work with
biblatex-3.17. The latter is contained in texlive-collection-bibtexextra, which
has just been updated as part of TeX Live 2022.
Ken Brown
Cygwin's Biber maintainer
--
Problem reports: https://cygwin.com
sr/share/doc/texlive-collection-basic/README.Cygwin for
more details.
Ken Brown
Cygwin's TeX Live maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin
201 - 300 of 4645 matches
Mail list logo