.
This is a rebuild of biber-2.16-1, updated to use perl-5.32.
Ken Brown
Cygwin's Biber 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
.
This is a rebuild of biber-2.16-1, updated to use perl-5.32.
Ken Brown
Cygwin's Biber maintainer
When a FIFO is opened, syscalls.cc:open always calls fstat on the
newly-created fhandler_fifo. This results from a call to
device_access_denied.
To speed-up this fstat call, and therefore the open(2) call, use
PC_KEEP_HANDLE when the fhandler is created. The resulting
conv_handle is retained
Previously, the call to get_file_attribute for FIFOs set the first
argument to NULL instead of the handle h returned by get_stat_handle,
thereby forcing the file to be opened for fetching the security
descriptor in get_file_sd(). This was done because h might have been
a pipe handle rather than a
The first patch fixes a bug, in which fstat on FIFOs sometimes used
pipe handles instead of file handles.
The second and third patches should improve the efficiency of fstat
and open on FIFOs.
Ken Brown (3):
Cygwin: define fhandler_fifo::fstat
Cygwin: fstat_helper: always use handle in call
Previously fstat on a FIFO would call fhandler_base::fstat.
The latter is not appropriate if fhandler_fifo::open has already been
called (and O_PATH is not set), for the following reason. If a FIFO
has been opened as a writer or duplexer, then it has an io_handle that
is a pipe handle rather
On 2/16/2021 12:48 PM, Achim Gratz wrote:
Perl 5.32.1-1 is now available on Cygwin, replacing perl-5.30.3. Most
Perl distributions and dependent packages have been either re-released
or updated in conjunction with this update.
Thank you! That's a huge amount of work.
Ken
--
Problem reports:
On 2/15/2021 6:18 PM, Ken Brown via Cygwin wrote:
On 2/14/2021 9:48 PM, Jim Brain wrote:
On 2/14/2021 8:21 PM, Ken Brown via Cygwin wrote:
strace -o rsync.strace rsync...
Then post rsync.strace somewhere where people can look at it.
https://www.dropbox.com/s/v1n9i77jhq3b3zh/rsync.strace
On 2/14/2021 9:48 PM, Jim Brain wrote:
On 2/14/2021 8:21 PM, Ken Brown via Cygwin wrote:
strace -o rsync.strace rsync...
Then post rsync.strace somewhere where people can look at it.
https://www.dropbox.com/s/v1n9i77jhq3b3zh/rsync.strace?dl=0
Thanks. For the sake of comparison, could
On 2/15/2021 3:32 PM, Achim Gratz wrote:
Ken Brown via Cygwin-apps writes:
Is this expected? Will the files stay in my upload area and be merged
when the time comes?
It seems that upload has completed, right? Anything else from you?
Yes, it completed, and I'm all set.
Ken
On 2/14/2021 9:04 PM, Jim Brain wrote:
On 2/14/2021 6:01 PM, Ken Brown via Cygwin wrote:
On 2/13/2021 11:33 PM, Jim Brain wrote:
There was a bug in Cygwin's implementation of fstatat(2) that was recently
reported and fixed. It affected 32-bit only. On the chance that you've
bumped
On 2/13/2021 11:33 PM, Jim Brain wrote:
I perused the archive and did not see anything noted about this, but please
forgive me if it's been discussed.
Server: ubuntu 2004, running rsync 3.1.3 protocol version 31
client Windows 10 x64.
When calling rsync x64 3.2.4dev, transfer works fine.
On 2/13/2021 7:01 PM, Soren via Cygwin wrote:
HI. HI!. I've been away from cygwin (and all computer programming
/messing-about) fro several years. Still love Cygwin.
I've gotan archive with the source for `unzip' and I am having trouble
compiling that program. The is the output on the console:
and got the following from calm:
ERROR: package 'biber' version '2.16-2' requires: 'perl5_032', but nothing
satisfies that
ERROR: package 'biber' version '2.16-2' depends: 'perl5_032', but nothing
satisfies that
ERROR: error while validating merged x86 packages for Ken Brown
ERROR: package 'biber
On 2/11/2021 10:23 AM, Patrick Chkoreff wrote:
I'm trying to use setrlimit to impose limits on various resources such
as CPU time and memory. The call to setrlimit always fails. I've
distilled this into the following example test.c:
[...]
if (setrlimit(RLIMIT_CPU,) < 0)
[...]
On 2/6/2021 10:18 AM, Ken Brown via Cygwin wrote:
On 2/6/2021 9:03 AM, airplanemath via Cygwin wrote:
texlive-collection-latexrecommended contains
"/usr/share/texmf-dist/tex/latex/ragged2e/ragged2e.sty".
On line 145, this file uses everysel.sty, which appears to have
been dropped fro
This reverts commit 76dca77f049271e2529c25de8a396e65dbce615d. That
commit was based on the incorrect assumption that get_stat_handle,
when called on a FIFO in fstat_helper, would always return a handle
that is safe to use for getting the file information.
That assumption is true in many cases
--> fhaccess --> fstat,
and this is one of the cases where greater efficiency is possible.
Ken Brown (1):
Revert "Cygwin: fstat_helper: always use handle in call to
get_file_attribute"
winsup/cygwin/fhandler_disk_file.cc | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
--
2.30.0
On 2/7/2021 2:35 PM, Michael McMahon via Cygwin wrote:
Hi Ken, Corinna
Sorry for the delay in responding. I have just tested the fix and it works
great. Thank you very much for looking into it.
When do you think it would be available in a form that regular users would be
able to
On 2/6/2021 11:13 AM, Achim Gratz wrote:
Achim Gratz writes:
Please prepare your packages for the release of perl-5.32 and report on
this list about their status. The one package that I intend to wait for
the release is subversion-perl, everything else either is under my
maintenance already or
On 2/6/2021 9:03 AM, airplanemath via Cygwin wrote:
texlive-collection-latexrecommended contains
"/usr/share/texmf-dist/tex/latex/ragged2e/ragged2e.sty".
On line 145, this file uses everysel.sty, which appears to have
been dropped from the 2021 rebuild:
$ cygcheck -p everysel.sty
Found 5
On 2/4/2021 9:04 AM, Ken Brown via Cygwin-apps wrote:
On 2/4/2021 7:10 AM, Andrew Schulman via Cygwin-apps wrote:
The Perl 5.32 test repository is now updated with the stage 3 bootstrap
packages at:
root=http://cygwin.stromeko.net/
$root/perl-5.32
Not sure I understand. In setup I entered
[Please don't top-post on this list. Thanks.]
On 2/4/2021 11:54 AM, Randy Galbraith via Cygwin wrote:
Good morning Takashi.
Thank you so much for your response. I just tried:
env CYGWIN=disable_pcon emacs-q
and cmd input/output works again. I'll now need to document this for our
team and
On 2/4/2021 7:10 AM, Andrew Schulman via Cygwin-apps wrote:
The Perl 5.32 test repository is now updated with the stage 3 bootstrap
packages at:
root=http://cygwin.stromeko.net/
$root/perl-5.32
Not sure I understand. In setup I entered
http://cygwin.stromeko.net/perl-5.32
as a mirror
to the latest upstream release. See
https://libgd.github.io/
for a list of changes since the previous release.
Ken Brown
Cygwin's GD maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
to the latest upstream release. See
https://libgd.github.io/
for a list of changes since the previous release.
Ken Brown
Cygwin's GD maintainer
On 2/3/2021 10:18 PM, Marco Atzeri wrote:
On 04.02.2021 04:14, Ken Brown wrote:
too fast:
I assume
texlive-collection-mathextra
was replaced by
texlive-collection-mathscience
That's right. texlive-collection-mathscience obsoletes both
texlive-collection-mathextra and texlive
Cygwin-apps wrote:
On Wed, 2021-02-03 at 16:49 -0500, Ken Brown via Cygwin-apps wrote:
dblatex (still shown as maintained by Yaakov) is currently broken
0.3.12-1
going up with
--
#!/usr/bin/python3
from dbtexmf.dblatex import dblatex
dblatex.main('/usr/share
dblatex (still shown as maintained by Yaakov) is currently broken because it was
built for python2 but its shebang points to python.
I could do a quick non-maintainer upload to fix the shebang, but maybe someone
wants to adopt it and rebuild it for python3.
Ken
On 2/3/2021 2:31 AM, Marco Atzeri via Cygwin-apps wrote:
On 03.02.2021 07:13, ASSI wrote:
Ken Brown via Cygwin-apps writes:
biber is ready to go.
Off the top of my head I think perl-PAR-Packer is also yours and
probably the only one I don't co-own. I can include it in the jumbo
update
On 2/2/2021 2:40 PM, Achim Gratz wrote:
Please prepare your packages for the release of perl-5.32 and report on
this list about their status.
biber is ready to go.
Ken
a
bugfix release, but there are also a few new features. See
https://forum.xpdfreader.com/viewtopic.php?f=3=42101
for more details.
Ken Brown
Cygwin's Xpdf maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation
a
bugfix release, but there are also a few new features. See
https://forum.xpdfreader.com/viewtopic.php?f=3=42101
for more details.
Ken Brown
Cygwin's Xpdf maintainer
On 1/31/2021 6:30 PM, Michael McMahon wrote:
Thanks for taking this up again. While I had thought it was a Windows bug, and
it is arguable, but at least there is a reasonable workaround for it. I'd be
happy to test an update you have for it.
This should now be fixed. As soon as Corinna has a
On 1/30/2021 11:34 AM, Ken Brown via Cygwin-patches wrote:
This patch attempts to fix the problem reported here:
https://cygwin.com/pipermail/cygwin/2020-September/246362.html
See also the followup here:
https://cygwin.com/pipermail/cygwin/2021-January/247666.html
The problem, briefly
Allow check_reparse_point_target to recognize reparse points with
reparse tag IO_REPARSE_TAG_AF_UNIX. These are used in recent versions
of Windows 10 to represent AF_UNIX sockets.
check_reparse_point_target now returns PATH_REP on files of this type,
so that they are treated as known reparse
\n", clen);
printf("strlen = %zd\n", strlen(addr.sun_path));
printf("name = %s\n", addr.sun_path);
}
}
Ken Brown (1):
Cygwin: recognize native Windows AF_UNIX sockets as reparse points
winsup/cygwin/path.cc | 4
1 file changed, 4 insertions(+)
--
2.30.0
On 9/28/2020 7:03 AM, Michael McMahon wrote:
On 26/09/2020 08:30, Michael McMahon via Cygwin wrote:
On 25/09/2020 21:30, Ken Brown wrote:
On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote:
On 9/25/2020 10:29 AM, Michael McMahon wrote:
On 25/09/2020 14:19, Ken Brown wrote:
On 9/24/2020
The new header defines some Cygwin-specific limits, using private
names. It is included by include/limits.h.
For example, we now have
#define __OPEN_MAX 3200
in include/cygwin/limits.h and
#define OPEN_MAX __OPEN_MAX
in include/limits.h. The purpose is to hide implementation details
Replace all occurrences of OPEN_MAX_MAX by OPEN_MAX, and define the
latter to be 3200, which was the value of the former. In view of the
recent change to getdtablesize, there is no longer a need to
distinguish between these two macros.
---
winsup/cygwin/dtable.cc| 8
Now that getdtablesize always returns OPEN_MAX_MAX, we can simplify
sysconf(_SC_OPEN_MAX) and getrlimit(RLIMIT_NOFILE) to just use that
same constant instead of calling getdtablesize.
---
winsup/cygwin/resource.cc | 5 +
winsup/cygwin/sysconf.cc | 11 +--
2 files changed, 2
a first attempt to implement the suggestion of adding a new
header. At this writing I'm not completely sure
that I fully understand the purpose of that. My choice of which
macros to define in it might need to be changed.
Ken Brown (4):
Cygwin: getdtablesize: always return OPEN_MAX_MAX
Cygwin
According to the Linux man page for getdtablesize(3), the latter is
supposed to return "the maximum number of files a process can have
open, one more than the largest possible value for a file descriptor."
The constant OPEN_MAX_MAX is the only limit enforced by Cygwin, so we
now return that.
On 1/28/2021 5:28 PM, Ken Brown via Cygwin-patches wrote:
On 1/28/2021 11:13 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 28 17:07, Corinna Vinschen via Cygwin-patches wrote:
On Jan 28 08:42, Ken Brown via Cygwin-patches wrote:
On 1/28/2021 5:20 AM, Corinna Vinschen via Cygwin
On 1/28/2021 6:36 PM, Rafał Jopek via Cygwin wrote:
Hi,
What package should be installed ?
I use gcc under Cygwin:
gcc (GCC) 10.2.0
Copyright (C) 2020 Free Software Foundation, Inc.
C11 standard (ISO/IEC 9899:2011):7.26.5.7
The thrd_sleep function (p: 385)
the code that compiles:
``` c
On 1/28/2021 11:13 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 28 17:07, Corinna Vinschen via Cygwin-patches wrote:
On Jan 28 08:42, Ken Brown via Cygwin-patches wrote:
On 1/28/2021 5:20 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 27 21:51, Ken Brown via Cygwin-patches
On 1/28/2021 11:07 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 28 08:42, Ken Brown via Cygwin-patches wrote:
On 1/28/2021 5:20 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 27 21:51, Ken Brown via Cygwin-patches wrote:
According to the Linux man page for getdtablesize(3
On 1/28/2021 5:20 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 27 21:51, Ken Brown via Cygwin-patches wrote:
According to the Linux man page for getdtablesize(3), the latter is
supposed to return "the maximum number of files a process can have
open, one more than the largest pos
According to the Linux man page for getdtablesize(3), the latter is
supposed to return "the maximum number of files a process can have
open, one more than the largest possible value for a file descriptor."
The constant OPEN_MAX_MAX is the only limit enforced by Cygwin, so we
now return that.
Allow fchmodat with the AT_SYMLINK_NOFOLLOW flag to succeed on
non-symlinks. Previously it always failed, as it does on Linux. But
POSIX permits it to succeed on non-symlinks even if it fails on
symlinks.
The reason for following POSIX rather than Linux is to make gnulib
report that fchmodat
On 1/27/2021 8:27 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 27 08:22, Ken Brown via Cygwin-patches wrote:
On 1/27/2021 7:40 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 26 16:30, Ken Brown via Cygwin-patches wrote:
Allow fchmodat with the AT_SYMLINK_NOFOLLOW flag
On 1/27/2021 7:40 AM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 26 16:30, Ken Brown via Cygwin-patches wrote:
Allow fchmodat with the AT_SYMLINK_NOFOLLOW flag to succeed on
non-symlinks. Previously it always failed, as it does on Linux. But
POSIX permits it to succeed on non-symlinks
On 1/27/2021 4:04 AM, Graf, Ingbert (HPE Pointnext Global Shared Delivery DACH)
via Cygwin wrote:
Hi,
I’m having trouble running tex after installing the latest updates.
/etc/postinstall/zp_texlive_finish.dash stops with the following error:
fmtutil [ERROR]: running `pdftex -ini
On 1/26/2021 4:30 PM, Ken Brown via Cygwin-patches wrote:
Allow fchmodat with the AT_SYMLINK_NOFOLLOW flag to succeed on
non-symlinks. Previously it always failed, as it does on Linux. But
POSIX permits it to succeed on non-symlinks even if it fails on
symlinks.
The reason for following POSIX
Allow fchmodat with the AT_SYMLINK_NOFOLLOW flag to succeed on
non-symlinks. Previously it always failed, as it does on Linux. But
POSIX permits it to succeed on non-symlinks even if it fails on
symlinks.
The reason for following POSIX rather than Linux is to make gnulib
report that fchmodat
On 1/25/2021 1:57 PM, Corinna Vinschen via Cygwin-patches wrote:
On Jan 25 12:24, Ken Brown via Cygwin-patches wrote:
Following POSIX, ensure that ctime is updated if chown succeeds,
unless the new owner is specified as (uid_t)-1 and the new group is
specified as (gid_t)-1. Previously, ctime
Following POSIX, ensure that ctime is updated if chown succeeds,
unless the new owner is specified as (uid_t)-1 and the new group is
specified as (gid_t)-1. Previously, ctime was unchanged whenever the
owner and group were both unchanged.
Aside from POSIX compliance, this fix makes gnulib report
On 1/24/2021 12:12 AM, Frank Eske via Cygwin wrote:
Similar to December's "cygwin1.dll > 3.1.4 Program execution fails if
(WSL-)symlink exists and is present in PATH", but it's still present in
3.1.6 and 3.1.7.
Right. This was reported and fixed after the release of 3.1.7:
.
This is an update to the latest upstream release [*]. It is designed to
work with biblatex-3.16. The latter is contained in
texlive-collection-bibtexextra, which has been updated also.
Ken Brown
Cygwin's Biber maintainer
[*] Slightly modified to avoid requiring perl-5.32, which is not yet
available
.
This is an update to the latest upstream release [*]. It is designed to
work with biblatex-3.16. The latter is contained in
texlive-collection-bibtexextra, which has been updated also.
Ken Brown
Cygwin's Biber maintainer
[*] Slightly modified to avoid requiring perl-5.32, which is not yet
available
TeX Live executables and supporting libraries.
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.com/ml/#unsubscribe-simple
TeX Live executables and supporting libraries.
Ken Brown
Cygwin's TeX Live maintainer
On 1/22/2021 4:37 PM, Marco Atzeri via Cygwin-announce via Cygwin wrote:
Several python packages have been promoted from test to stable
Thank you, Marco!
Ken
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
On 1/22/2021 12:53 PM, Anthony Heading wrote:
On Fri, Jan 22, 2021, at 4:36 PM, Marco Atzeri via Cygwin wrote:
not on usr/local
perl-Stow: Perl library for stow
2020-02-04 19:14 0 usr/share/perl5/
2020-02-04 19:14 0 usr/share/perl5/site_perl/
2020-02-04
On 1/22/2021 3:16 AM, Brian Inglis wrote:
On 2021-01-21 09:02, matthew patton via Cygwin wrote:
On Thursday, January 21, 2021, 10:49:14 AM EST, Martyn B wrote:
On 2021-01-21 11:13, Ken Brown via Cygwin wrote:
There's also /etc/bash.bash_logout. The default version of that clears the
screen
On 1/21/2021 5:27 PM, Tord Andreasson via Cygwin wrote:
Hi,
I encounter the same issue too.
gdb starts however there is no gdb prompt, nothing is echoed and nothing is
printed on the bash window except an empty blank line. From now you operate
blindfolded.
Debugging a simple application that
On 1/20/2021 1:00 PM, Ken Brown via Cygwin-patches wrote:
Following Linux, return ENOTTY on a bad file descriptor and also set
errno to ENOTTY.
Previously 0 was returned and errno was set to EBADF. Returning 0
violates the requirement in
https://man7.org/linux/man-pages/man3/ptsname_r.3.html
On 1/21/2021 1:30 PM, Takashi Yano via Cygwin wrote:
On Thu, 21 Jan 2021 13:13:56 -0500
Ken Brown wrote:
# when leaving the console clear the screen to increase privacy
if [ "$SHLVL" = 1 ]; then
[ -x /usr/bin/clear ] && /usr/bin/clear
fi
That should be the culpri
On 1/21/2021 12:28 PM, Takashi Yano via Cygwin wrote:
On Thu, 21 Jan 2021 15:45:28 +0100
Martyn B wrote:
- same behavior if I use "exit" or "logout".
"bash_logout" gives me "command not found"
- shell is /bin/bash on both sides
What does "cat ~/.bash_logout" say?
- the command
When .. is in the source path and the path prefix exists but is not a
directory, return ENOTDIR instead of ENOENT. This fixes a failing
gnulib test of realpath(3).
Addresses: https://lists.gnu.org/archive/html/bug-gnulib/2021-01/msg00214.html
---
winsup/cygwin/path.cc | 4 +++-
On 1/18/2021 1:25 PM, Ken Brown via Cygwin-apps wrote:
On 1/18/2021 12:33 AM, Marco Atzeri via Cygwin-apps wrote:
Hi All,
the current python test packages remove the link python->python2.7
and replace with an alternative appraouch.
Before making the switch, I would like to review the packa
On 1/18/2021 12:33 AM, Marco Atzeri via Cygwin-apps wrote:
Hi All,
the current python test packages remove the link python->python2.7
and replace with an alternative appraouch.
Before making the switch, I would like to review the packages that could be
broken, so I looked at all packages, not
On 1/18/2021 12:35 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Monday, January 18, 2021 5:53 PM Ken Brown wrote:
I was asking for the strace output. It might just show the same DLL loading
issues that Marco noticed, or it might show something more.
Ok, here are the first 100 lines, the whole
[Resending. Accidentally sent to OP instead of list.]
On 1/18/2021 8:08 AM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 4:45 PM Jon Turney wrote:
On 15/01/2021 12
On 1/18/2021 8:54 AM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Monday, January 18, 2021 2:23 PM Marco Atzeri wrote:
On 18.01.2021 14:08, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday
On 1/16/2021 3:33 PM, Adam Dinwoodie wrote:
On Sat, 16 Jan 2021 at 20:22, Adam Dinwoodie wrote:
Version 0.65-1 of moreutils has been uploaded and should be coming
soon to a distribution server near you.
In case anyone's interested or has thoughts:
As part of working on this release, I've
On 1/16/2021 12:22 PM, matthew patton wrote:
On Friday, January 15, 2021, 12:48:16 PM EST, Ken Brown via Cygwin
wrote:
> but it would be appreciated if you would confirm this by testing a snapshot.
I have confirmed that running snapshot build Cygwin1.dll from 2021-01-13 handles
symli
On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 4:45 PM Jon Turney wrote:
On 15/01/2021 12:28, Lemke, Michael wrote:
I just installed a fresh copy of Cygwin and gdb with setup-x86_64.exe.
However, gdb does not produce any output.
Installing gdb versions
On 1/15/2021 12:52 PM, Brian Inglis wrote:
https://fedoraproject.org/wiki/Changes/EnableHarfBuzzInFreeType
Currently in Cygwin harfbuzz uses freetype but freetype does not use harfbuzz
- thoughts on enabling harfbuzz from freetype?
I'll follow Fedora. Thanks for the heads up.
Ken
--
Problem
This documents commit aec64798, "Cygwin: add flag to indicate reparse
points unknown to WinAPI".
---
winsup/cygwin/release/3.2.0 | 3 +++
1 file changed, 3 insertions(+)
diff --git a/winsup/cygwin/release/3.2.0 b/winsup/cygwin/release/3.2.0
index 132d5c810..c18a848de 100644
---
On 1/15/2021 12:42 PM, Ken Brown via Cygwin-patches wrote:
This documents commit b951adce, "Cygwin: add flag to indicate reparse
points unknown to WinAPI".
Sorry, there's a mistake in the commit message. A corrected version is on the
way.
Ken
On 1/15/2021 12:09 PM, matthew patton via Cygwin wrote:
I excised the 2 symlink-involved PATH elements and now Git runs great with
v3.1.5 of the DLL. I'll try one of the snapshots at some point,
You've almost certainly run into the same bug that was fixed in
This documents commit b951adce, "Cygwin: add flag to indicate reparse
points unknown to WinAPI".
---
winsup/cygwin/release/3.2.0 | 3 +++
1 file changed, 3 insertions(+)
diff --git a/winsup/cygwin/release/3.2.0 b/winsup/cygwin/release/3.2.0
index 132d5c810..c18a848de 100644
---
with
dependencies that are now available as standard components of modern
Unix desktop environments.
This is an update to the latest upstream release.
Ken Brown
Cygwin's poppler maintainer
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation
On 1/14/2021 5:27 PM, matthew patton via Cygwin wrote:
ring a bell with anyone?
C:\Users\mp1116\Downloads>Err_6.4.5.exe 0xc279# for hex 0xc279 /
decimal -1073741191 STATUS_IO_REPARSE_TAG_NOT_HANDLED
ntstatus.h# The layered file system driver for this IO
On 1/14/2021 10:11 AM, Ken Brown via Cygwin-apps wrote:
On 1/14/2021 1:41 AM, Marco Atzeri via Cygwin-apps wrote:
On 14.01.2021 03:53, Ken Brown via Cygwin-apps wrote:
On 1/10/2021 8:36 AM, Lemures Lemniscati via Cygwin-apps wrote:
On Sun, 10 Jan 2021 12:46:43 +0100, Marco Atzeri via Cygwin
On 1/14/2021 1:41 AM, Marco Atzeri via Cygwin-apps wrote:
On 14.01.2021 03:53, Ken Brown via Cygwin-apps wrote:
On 1/10/2021 8:36 AM, Lemures Lemniscati via Cygwin-apps wrote:
On Sun, 10 Jan 2021 12:46:43 +0100, Marco Atzeri via Cygwin-apps
On 10.01.2021 01:07, Lemures Lemniscati via Cygwin
On 1/10/2021 8:36 AM, Lemures Lemniscati via Cygwin-apps wrote:
On Sun, 10 Jan 2021 12:46:43 +0100, Marco Atzeri via Cygwin-apps
On 10.01.2021 01:07, Lemures Lemniscati via Cygwin-apps wrote:
Building on my system I found that gobject-introspection will need
a rebuild for python3.
On 1/13/2021 4:07 PM, Morgan King via Cygwin wrote:
On 13 January 2021 19:02, Corinna Vinschen via Cygwin wrote:
On Jan 13 11:52, Ken Brown via Cygwin wrote:
On 1/11/2021 2:57 PM, Morgan King via Cygwin wrote:
Hello,
I am experiencing the same issue with tar and I am able to reproduce
On 1/11/2021 2:57 PM, Morgan King via Cygwin wrote:
Hello,
I am experiencing the same issue with tar and I am able to reproduce it
following the steps at:
https://lists.gnu.org/archive/html/bug-tar/2011-08/msg6.html
This issue only appears to occur when using 32-bit Cygwin, I am unable to
release. See
https://www.doxygen.org/manual/changelog.html
for a list 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
release. See
https://www.doxygen.org/manual/changelog.html
for a list of changes since the previous release.
Ken Brown
Cygwin's Doxygen maintainer
On 1/10/2021 9:02 AM, Achim Gratz wrote:
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains have been updated to the latest upstream release 2.35.1.
The packages are currently marked as test, so they require manual
intervention to install. If you are developing software
On 1/13/2021 3:56 AM, Corinna Vinschen via Cygwin-patches wrote:
Hi Ken,
Happy New Year, btw :)
Thanks, same to you!
Ken
This fixes a bug on 32-bit Cygwin that was introduced in commit
84252946, "Cygwin: fstatat, fchownat: support the AT_EMPTY_PATH flag".
Add a comment explaining why fstat should not be called.
Addresses: https://cygwin.com/pipermail/cygwin/2021-January/247399.html
---
winsup/cygwin/release/3.2.0
On 1/12/2021 12:15 PM, Corinna Vinschen wrote:
On Jan 12 11:55, Ken Brown via Cygwin wrote:
On 1/11/2021 6:50 PM, Ken Brown via Cygwin wrote:
On 1/11/2021 2:57 PM, Morgan King via Cygwin wrote:
Hello,
I am experiencing the same issue with tar and I am able to reproduce
it following the steps
On 1/11/2021 6:50 PM, Ken Brown via Cygwin wrote:
On 1/11/2021 2:57 PM, Morgan King via Cygwin wrote:
Hello,
I am experiencing the same issue with tar and I am able to reproduce it
following the steps at:
https://lists.gnu.org/archive/html/bug-tar/2011-08/msg6.html
This issue only
On 1/11/2021 2:57 PM, Morgan King via Cygwin wrote:
Hello,
I am experiencing the same issue with tar and I am able to reproduce it
following the steps at:
https://lists.gnu.org/archive/html/bug-tar/2011-08/msg6.html
This issue only appears to occur when using 32-bit Cygwin, I am unable to
On 1/10/2021 7:42 AM, Achim Gratz wrote:
Achim Gratz writes:
The Perl 5.32 test repository is now up at:
root=http://cygwin.stromeko.net/
$root/perl-5.32
Additionally the perl-5.32-RC1 is now available in this repo as a test
package (perl-5.32.1-0.1). The distributions are all unchanged.
On 12/30/2020 9:10 AM, ASSI wrote:
Marco Atzeri via Cygwin-apps writes:
it seems the appveyor is not running the postinstall scripts
It does run all the other ones, though… so there's something amiss with
the logic that triggers that script.
python38-3.8.3-1 is missing its postinstall
601 - 700 of 4637 matches
Mail list logo