Am 08.01.2025 um 11:24 schrieb ASSI:
The native Gcc compilers have been updated to the latest upstream
snapshot version of the main development branch:
gcc-15.0.1+20250105
gcc -v still says 15.0.0
This build incorporates the experimental v4 patch from T. Yano to use
the newlib locale func
I did a quick test with python 3.12 and noticed this in pyconfig.h
/* Define on FreeBSD to activate all library features */
#define __BSD_VISIBLE 1
I assume this should be #undef? At least it is in previous versions.
--
Problem reports: https://cygwin.com/problems.html
FAQ
.3.1-py3-none-any.whl'
> > >
> > > This works with the previously working 3.9 installation. (I
> haven't tried the updated 3.9 install yet.)
> > >
> > > For 3.9 it looks like the pip*.whl file is in a different
> lo
install yet.)
>
> For 3.9 it looks like the pip*.whl file is in a different location:
>
> $ find /usr/lib/python* -name 'pip*.whl'
>
/usr/lib/python3.9/site-packages/virtualenv/seed/wheels/embed/pip-20.3.4-py2.py3-none-any.whl
>
/usr/lib
For 3.9 it looks like the pip*.whl file is in a different location:
> >
> > $ find /usr/lib/python* -name 'pip*.whl'
> >
>
> /usr/lib/python3.9/site-packages/virtualenv/seed/wheels/embed/pip-20.3.4-py2.py3-none-any.whl
> >
>
#x27;
/usr/lib/python3.9/site-packages/virtualenv/seed/wheels/embed/pip-20.3.4-py2.py3-none-any.whl
/usr/lib/python3.9/site-packages/virtualenv/seed/wheels/embed/pip-21.3.1-py3-none-any.whl
/usr/lib/python3.9/site-packages/virtualenv/seed/wheels/embed/pip-23.0.1-py3-none-any.whl
tall yet.)
>
> For 3.9 it looks like the pip*.whl file is in a different location:
>
> $ find /usr/lib/python* -name 'pip*.whl'
>
> /usr/lib/python3.9/site-packages/virtualenv/seed/wheels/embed/pip-20.3.4-py2.py3-none-any.whl
>
> /usr/lib/python3.9/site-pack
ib/python3.9/site-packages/virtualenv/seed/wheels/embed/pip-23.0.1-py3-none-any.whl
I haven't tried to install/build any modules/wheels since the intent was to
test the new packages.
Hopefully I'm not missing something obvious.
Thanks!
On 12/30/2024 8:53 AM, Marco Atzeri via Cygwin-a
nction-declaration]
> 3450 | TpSetCallbackPriority(cbe, prio);
It would get defined in winnt.h, so either that macro would need to be
guarded by a specific feature test or WIN32_LEAN_AND_MEAN. Anyway, that
needs to be reported upstream, I think.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neur
Am 01.12.2024 um 21:20 schrieb ASSI:
The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-13 branch:
gcc-14.2.1+20241130
This build incorporates the experimental v4 patch from T. Yano to use
the newlib locale function in libstdc++ so that other locale
Am 04.11.2024 um 21:26 schrieb Brian Inglis via Cygwin:
On 2024-11-04 12:00, ASSI wrote:
The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-13 branch:
gcc-14.2.1+20241102
This build incorporates the experimental v4 patch from T. Yano to use
the new
On 2024-11-04 12:00, ASSI wrote:
The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-13 branch:
gcc-14.2.1+20241102
This build incorporates the experimental v4 patch from T. Yano to use
the newlib locale function in libstdc++ so that other locales (as
On 10/2/2024 7:36 PM, Mark Geisert via Cygwin wrote:
[My problem] system is running Windows 10 21H2, build 19043.2251.
Oops, should have copy/pasted.
It's Windows 10 Pro 21H1, build 19043.2251.
..mark
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygw
Hi Christian,
On 10/2/2024 1:09 AM, Christian Franke via Cygwin wrote:
[...]
Same result on Win10 22H2 (10.0.19045.4780, i7-2600K) and Win11 23H2
(10.0.22631.4037, i7-14700K):
$ ./test
PdhOpenQueryW returns PDH_CSTATUS_VALID_DATA
PdhAddEnglishCounterW#1 returns
Mark Geisert via Cygwin wrote:
Hi folks,
I may have a handle on why you're seeing 0.00 load averages. Would you
kindly compile the attached program, run it, and post its results
along with which version of Windows you are running?
For example,
gcc -Wall -ggdb -o test test.c
Hi folks,
I may have a handle on why you're seeing 0.00 load averages. Would you
kindly compile the attached program, run it, and post its results along
with which version of Windows you are running?
For example,
gcc -Wall -ggdb -o test test.c -lpdh
./test
Thanks for your help,
.
; mintty -e timeout 1 dash -c 'yes | cat'
>
> This also occurs with cygwin 3.5.3, so it's another problem than Brian
> reported.
>
> This does not occur by:
> mintty -e timeout 1 dash -c 'yes '
On Sun, 30 Jun 2024 22:55:22 +0900
Takashi Yano wrote:
> On Sun, 30 Jun 2024 20:33:19 +0900
> jojelino wrote:
> > On 6/29/2024 2:39 PM, Brian Inglis via Cygwin wrote:
> > > Reran cygport --debug upload and command hanging was ssh-add -l!
> > >
> >296 72109 [main] ssh-add 63275 win32env_to_cy
On Sun, 30 Jun 2024 20:33:19 +0900
jojelino wrote:
> On 6/29/2024 2:39 PM, Brian Inglis via Cygwin wrote:
> > Reran cygport --debug upload and command hanging was ssh-add -l!
> >
>296 72109 [main] ssh-add 63275 win32env_to_cygenv: 0xA000232E0:
> TERM_PROGRAM=mintty
>189 72298 [main] s
On 6/29/2024 2:39 PM, Brian Inglis via Cygwin wrote:
Reran cygport --debug upload and command hanging was ssh-add -l!
296 72109 [main] ssh-add 63275 win32env_to_cygenv: 0xA000232E0:
TERM_PROGRAM=mintty
189 72298 [main] ssh-add 63275 win32env_to_cygenv: 0xA00023300:
TERM_PROGRAM_VERSION
ly Windows desktops with
> various Unix servers), with/out authorized_keys, passphrases, and/or
> keychain, until these recent instances under the test build.
Notebook goes to sleep with agent running.
Notebook comes from sleep a few days later.
Any request to agent hangs infinitely.
I have a
On 6/29/2024 8:21 PM, Norton Allen via Cygwin wrote:
On 6/29/2024 5:29 PM, Brian Inglis via Cygwin wrote:
On 2024-06-29 14:20, Norton Allen via Cygwin wrote:
On 6/29/2024 1:39 AM, Brian Inglis via Cygwin wrote:
Installed cygwin test to try to diagnose another issue - but not
involved there
On 6/29/2024 5:29 PM, Brian Inglis via Cygwin wrote:
On 2024-06-29 14:20, Norton Allen via Cygwin wrote:
On 6/29/2024 1:39 AM, Brian Inglis via Cygwin wrote:
Installed cygwin test to try to diagnose another issue - but not
involved there.
Attempting to cygport upload - just hung without
On 2024-06-29 14:20, Norton Allen via Cygwin wrote:
On 6/29/2024 1:39 AM, Brian Inglis via Cygwin wrote:
Installed cygwin test to try to diagnose another issue - but not involved there.
Attempting to cygport upload - just hung without start ftp connection.
Reran cygport --debug upload and
On 6/29/2024 1:39 AM, Brian Inglis via Cygwin wrote:
Hi folks,
Installed cygwin test to try to diagnose another issue - but not
involved there.
Attempting to cygport upload - just hung without start ftp connection.
Reran cygport --debug upload and command hanging was ssh-add -l!
Confirmed by
Hi folks,
Installed cygwin test to try to diagnose another issue - but not involved there.
Attempting to cygport upload - just hung without start ftp connection.
Reran cygport --debug upload and command hanging was ssh-add -l!
Confirmed by rerunning command ssh-add -l from bash.
Killed
Please provide feedback on these changes in this test release if splitting the
tzdata packages as described may have a negative impact on your system.
On 2024-03-28 01:39, Cygwin tzcode/tzdata Maintainer wrote:
The following test packages have been uploaded to the Cygwin distribution
>someproc 1234 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to the public mailing list
>cygwin@cygwin.com
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
--
Problem reports: https://cygwin.com/problems.html
FAQ:
someproc 1234 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to the public mailing list
cygwin@cygwin.com
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.
-2.39.3-1
* libuuid1-2.39.3-1
* uuidd-2.39.3-1
This brings Cygwin's util-linux up to a recent version that many Linux
distributions still package.
I would appreciate feedback from any users who can install this test
version and make sure fallocate, more, script, whereis, rename, or any of
the
Jim Reisert AD1C via Cygwin writes:
> I had a test version of gcc/g++ installed (13.something). Once I
> reverted to the release version (11.4.0), the problem went away.
> Simply reverting libgccjit0 was not enough.
The gc-13 test release doesn't include libgccjit since it can
On Wed, Feb 14, 2024 at 3:34 PM Ken Brown wrote:
> I see from your screen shot [deleted] that you've installed the test
> release of libgccjit0. What happens if you revert to the stable
> release, 11.4.0-1?
I had a test version of gcc/g++ installed (13.something). Once I
r
t; > Internal native compiler error failed to compile
> [...]
> > ■ Warning (comp):
> > /usr/share/emacs/29.2/lisp/emacs-lisp/cl-seq.el.gz: Error: Internal
> > native compiler error failed to compile
>
> I can't reproduce this. Did you
Takashi Yano via Cygwin writes:
> Thank you for releasing this test version!
Thank you for providing the locale patch.
> Does not this include AVX2 misalignd patch for
> https://cygwin.com/pipermail/cygwin/2023-December/255073.html
> introduced by lazka on IRC and GTHREAD mute
On 2/2/2024 3:52 AM, Bruce Jerrick via Cygwin wrote:
util-linux 2.33.1-3 depends on cygwin >= 3.5.0 . The latter has come
out of test, so can util-linux 2.33.1-3 also come out of test?
Done. Note that this means if you select util-linux 2.33.1-3 for
installation, your Cygwin version w
ently.
> >
> > For this build, the D compiler has been disabled since it does not
> > bootstrap due to the missing Phobos runtime on Cygwin. No testing
> > beyond the compiler testsuite has been done.
>
> Thank you for releasing this test version!
>
> Does no
g Phobos runtime on Cygwin. No testing
> beyond the compiler testsuite has been done.
Thank you for releasing this test version!
Does not this include AVX2 misalignd patch for
https://cygwin.com/pipermail/cygwin/2023-December/255073.html
introduced by lazka on IRC and GTHREAD mutex_init patch
https
/usr/share/emacs/29.2/lisp/ezimage.el.gz: Error:
> > Internal native compiler error failed to compile
> [...]
> > ■ Warning (comp):
> > /usr/share/emacs/29.2/lisp/emacs-lisp/cl-seq.el.gz: Error: Internal
> > native compiler error failed to compile
>
> I can't reproduce
compiler error failed to compile
[...]
■ Warning (comp):
/usr/share/emacs/29.2/lisp/emacs-lisp/cl-seq.el.gz: Error: Internal
native compiler error failed to compile
I can't reproduce this. Did you by any chance forget to install the
test release of emacs-common?
Ken
--
Problem re
util-linux 2.33.1-3 depends on cygwin >= 3.5.0 . The latter has come
out of test, so can util-linux 2.33.1-3 also come out of test?
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.h
On 30/01/2024 18:24, Bruce Jerrick wrote:
In setup.ini, python3-3.9.18-1 is [current], and depends on python39,
but python39-3.9.18-1 is [test] (python39-3.9.16-1 is [current] ).
Hi Bruce,
the python3 is almost only a stub to pull python39 in this moment,
so the mismatch should have no impact
lease test!
Corinna: Cygwin 3.5 works fine when tested with the lighttpd test suite.
For others who might try something similar on their own repos:
[...]
Hey Jon, would you accept a pull request to add an option to add -t to
the call to setup.exe in cygwin-install-action?
Sure, that seems l
Was: Re: [ANNOUNCEMENT] Cygwin 3.5 is coming soon, please test!
>
> Corinna: Cygwin 3.5 works fine when tested with the lighttpd test suite.
Great, thanks for testing!
Corinna
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Docume
iding
regressions from 3.4.10.
It would be kind if some of you would start testing, by downloading
the test release. The last test release at the moment of writing this
mail is
cygwin 3.5.0-0.560.g0774a5da
Latest documentation is
cygwin-doc 3.5.0-0.560.g077
t, we concentrate mainly on avoiding
regressions from 3.4.10.
It would be kind if some of you would start testing, by downloading
the test release. The last test release at the moment of writing this
mail is
cygwin 3.5.0-0.560.g0774a5da
Latest documentation is
cygwi
On Wed, Jan 17, 2024 at 12:44:32PM +0100, Corinna Vinschen via Cygwin wrote:
> Hi folks,
>
> we're planning to release Cygwin 3.5 end of this month (Jan 2024) if
> nothing serious crops up.
Was: Re: [ANNOUNCEMENT] Cygwin 3.5 is coming soon, please test!
Corinna: Cygwin 3.
kind if some of you would start testing, by downloading
the test release. The last test release at the moment of writing this
mail is
cygwin3.5.0-0.560.g0774a5da
Latest documentation is
cygwin-doc3.5.0-0.560.g0774a5da
Developers developing Cygwin applica
is an update to the latest upstream version:
https://sourceware.org/pipermail/gdb-announce/2023/000134.html
See the /usr/share/doc/gdb/NEWS file for a list of user-visible changes.
This package (or rather, it's successor point release 13.2-1) has
(belatedly) been promoted from test to cu
Works for me. Thanks for the prompt response.
--
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
Hello,
Does Cygwin 3.5 come with a Cygwin filesystem test suite, which uses
Cygwin or the native Win32 api to check whether file access is
working?
Thanks,
Martin
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https
flows the space available.
The IDC_CHOOSE_SYNC button with German text "Synchronisieren"
overlaps with "Test" checkbox:
"(.) Synchronisier[.] Test"
Could be fixed by increasing res.rc:SETUP_KPCE_W from 52 to 60 (the
three radio buttons IMO do not look "nic
utton with German text "Synchronisieren" overlaps with
"Test" checkbox:
"(.) Synchronisier[.] Test"
Could be fixed by increasing res.rc:SETUP_KPCE_W from 52 to 60 (the three
radio buttons IMO do not look "nice" then),
Thanks for pointing this out.
overlaps
with "Test" checkbox:
"(.) Synchronisier[.] Test"
Could be fixed by increasing res.rc:SETUP_KPCE_W from 52 to 60 (the
three radio buttons IMO do not look "nice" then),
Thanks for pointing this out.
Yeah, I agree it's not very pleasing, evenly sprea
templates to accommodate places where the translation is longer.
Please report it if there are any spots I've missed where the text
overflows the space available.
The IDC_CHOOSE_SYNC button with German text "Synchronisieren" overlaps
with "Test" checkbox:
"(.) Sy
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.927.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.927.x86.exe(32 bit version)
Please test, and report any problems here.
Changes compared to 2.926:
- Added Ctrl+K accelerator for keep or
The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-12 branch:
gcc-12.3.0+20230901
and the gcc-13 branch:
gcc-13.2.0+20230902
Cygwin does not allow multiple versions of the compilers to be installed
concurrently.
For this build, the D compiler has
admin scripts with a
> > > simple test and bail out with an error if someone wants to do admin
> > > stuff (say: regtool) without admin privileges.
> >
> > Windows really doesn't have a defined notion of what is or is not an
> > "administrator". Each
On Thu, Aug 24, 2023 at 8:52 AM Bill Stewart wrote:
On Thu, Aug 24, 2023 at 7:01 AM Andrew Schulman wrote:
>
> > How can I find out whether the current Cygwin terminal has
>> > Administrator rights? I want to safeguard our admin scripts with a
>> > simple test an
On Tue, Aug 22, 2023 at 12:07 AM Brian Inglis wrote:
>
> On 2023-08-21 06:03, Martin Wege via Cygwin wrote:
> > On Sat, Aug 19, 2023 at 7:50 PM Brian Inglis wrote:
> >>
> >> On 2023-08-18 07:09, Martin Wege via Cygwin wrote:
> >>> On Fri, Aug 18, 2023 at 10:44 AM Corinna Vinschen via Cygwin
> >>>
On Sat, Aug 19, 2023 at 10:15 AM ASSI via Cygwin wrote:
>
> Martin Wege via Cygwin writes:
> > How can I find out whether the current Cygwin terminal has
> > Administrator rights? I want to safeguard our admin scripts with a
> > simple test and bail out with an error if s
On Thu, Aug 24, 2023 at 7:01 AM Andrew Schulman wrote:
> How can I find out whether the current Cygwin terminal has
> > Administrator rights? I want to safeguard our admin scripts with a
> > simple test and bail out with an error if someone wants to do admin
> > stuff (say: r
> Hello,
>
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regtool) without admin privileges.
https://super
On 2023-08-21 06:03, Martin Wege via Cygwin wrote:
On Sat, Aug 19, 2023 at 7:50 PM Brian Inglis wrote:
On 2023-08-18 07:09, Martin Wege via Cygwin wrote:
On Fri, Aug 18, 2023 at 10:44 AM Corinna Vinschen via Cygwin
wrote:
On Aug 17 20:49, Martin Wege via Cygwin wrote:
On Mon, Aug 14, 2023
On Sat, Aug 19, 2023 at 7:50 PM Brian Inglis wrote:
>
> On 2023-08-18 07:09, Martin Wege via Cygwin wrote:
> > On Fri, Aug 18, 2023 at 10:44 AM Corinna Vinschen via Cygwin
> > wrote:
> >>
> >> On Aug 17 20:49, Martin Wege via Cygwin wrote:
> >>> On Mon, Aug 14, 2023 at 10:56 PM Corinna Vinschen v
.
There are many test-suite failures, however, as far as I can tell, they
are not regressions, so this should work as well as it ever did.
These packages have been promoted from test to current.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq
On 2023-08-18 07:09, Martin Wege via Cygwin wrote:
On Fri, Aug 18, 2023 at 10:44 AM Corinna Vinschen via Cygwin
wrote:
On Aug 17 20:49, Martin Wege via Cygwin wrote:
On Mon, Aug 14, 2023 at 10:56 PM Corinna Vinschen via Cygwin
wrote:
and the result is the same. Note that Cygwin supports MS
On Sat, Aug 19, 2023 at 2:15 AM ASSI wrote:
Windows really doesn't have a defined notion of what is or is not an
> "administrator". Each particular definition will be insufficient or
> invalid in certain contexts.
>
There is a definition of administrator in Windows: Your account is a
member, eit
Martin Wege via Cygwin writes:
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regtool) without admin privileges.
Wi
On Thu, Aug 17, 2023 at 8:02 PM Martin Wege via Cygwin
wrote:
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regt
On Fri, Aug 18, 2023 at 10:44 AM Corinna Vinschen via Cygwin
wrote:
>
> On Aug 17 20:49, Martin Wege via Cygwin wrote:
> > On Mon, Aug 14, 2023 at 10:56 PM Corinna Vinschen via Cygwin
> > wrote:
> > > and the result is the same. Note that Cygwin supports MSFT NFSv3 but
> > > not CITI NFSv4.1 int
Mark Geisert via Cygwin wrote:
Backwoods BC via Cygwin wrote:
[...]
I don't know if this is the official method, but it works for me:
# Shell Options
# Elevated privilege windows have $SESSIONNAME set
if [ "$SESSIONNAME" == "" ] ;then
printf -v adminPmt '[\u2022Admin\u2022] '
else
ex
Backwoods BC via Cygwin wrote:
On Thu, Aug 17, 2023 at 7:01 PM Martin Wege via Cygwin
wrote:
How can I find out whether the current Cygwin terminal has
Administrator rights? I want to safeguard our admin scripts with a
simple test and bail out with an error if someone wants to do admin
stuff
On Aug 17 20:49, Martin Wege via Cygwin wrote:
> On Mon, Aug 14, 2023 at 10:56 PM Corinna Vinschen via Cygwin
> wrote:
> > and the result is the same. Note that Cygwin supports MSFT NFSv3 but
> > not CITI NFSv4.1 internally. No gurantee that Cygwin always does what
> > is necessary for that othe
On Thu, Aug 17, 2023 at 7:01 PM Martin Wege via Cygwin
wrote:
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regt
Hello,
How can I find out whether the current Cygwin terminal has
Administrator rights? I want to safeguard our admin scripts with a
simple test and bail out with an error if someone wants to do admin
stuff (say: regtool) without admin privileges.
Thanks,
Martin
--
Problem reports: https
On Mon, Aug 14, 2023 at 10:56 PM Corinna Vinschen via Cygwin
wrote:
> and the result is the same. Note that Cygwin supports MSFT NFSv3 but
> not CITI NFSv4.1 internally. No gurantee that Cygwin always does what
> is necessary for that other NFS.
1. How does Cygwin detect whether something is a
On Aug 14 21:42, Martin Wege via Cygwin wrote:
> Maybe MinGW compat is broken in 3.5.0-0.388.g1a646ad7970a?
There's no Mingw compatibility stuff in Cygwin. Mingw are just
non-Cygwin binaries, just like any other native Windows tool.
Corinna
--
Problem reports: https://cygwin.com/problems
; > reproduce this with both CITI's NFSv4.1 and Windows 10 builtin NFSv3
> > clients.
I switched the share to MSFT NFSv3
$ mount | grep H:
H: on /home/rmainz type nfs (binary,exec,user)
and the result is the same. Note that Cygwin supports MSFT NFSv3 but
not CITI NFSv4.1 inter
On Mon, Aug 14, 2023 at 7:30 PM Roland Mainz via Cygwin
wrote:
>
> On Mon, Aug 14, 2023 at 6:25 PM Roland Mainz wrote:
> > On Mon, Aug 14, 2023 at 12:21 PM Corinna Vinschen via Cygwin
> > wrote:
> > > On Aug 11 13:36, Mainz, Roland via Cygwin wrote:
> [snip]
> > > > In our case we have a project
On Mon, Aug 14, 2023 at 6:25 PM Roland Mainz wrote:
> On Mon, Aug 14, 2023 at 12:21 PM Corinna Vinschen via Cygwin
> wrote:
> > On Aug 11 13:36, Mainz, Roland via Cygwin wrote:
[snip]
> > > In our case we have a project with both custom binaries and sources
> > > both hosted on the filesystem as
On Mon, Aug 14, 2023 at 12:21 PM Corinna Vinschen via Cygwin
wrote:
>
> On Aug 11 13:36, Mainz, Roland via Cygwin wrote:
> > Hi!
> >
> >
> >
> > Cygwin test release 3.5.0-0.384.g9939aa7d0945.x86_64 has some weird
> > path problems with network
On Aug 11 13:36, Mainz, Roland via Cygwin wrote:
> Hi!
>
>
>
> Cygwin test release 3.5.0-0.384.g9939aa7d0945.x86_64 has some weird
> path problems with network filesystems on Windows 10. Previous stable
> version of Cygwin (4.7.x ?) worked fine.
3.4.7
> In our cas
Hi!
Cygwin test release 3.5.0-0.384.g9939aa7d0945.x86_64 has some weird path
problems with network filesystems on Windows 10. Previous stable version of
Cygwin (4.7.x ?) worked fine.
In our case we have a project with both custom binaries and sources both hosted
on the filesystem as
The following packages have been uploaded to the Cygwin distribution as
test releases.
* emacs-29.1-2
* emacs-common-29.1-2
* emacs-basic-29.1-2
* emacs-w32-29.1-2
* emacs-gtk-29.1-2
* emacs-lucid-29.1-2
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs
release provides the latest OpenSSL 3 LTS release and uses the
Fedora patches (without FIPS and foreign CPU architecture support).
* openssl-3.0.10-0.1
* openssl-perl-3.0.10-0.1
* libssl3-3.0.10-0.1
* libssl-devel-3.0.10-0.1
The following MinGW64 test packages are made available:
* mingw64-i686
The following test packages have been uploaded to the Cygwin distribution:
* ncurses 6.4-13.20230729
* ncurses-demo 6.4-13.20230729
* terminfo 6.4-13.20230729
* terminfo-extra6.4-13.20230729
* libncurses-devel 6.4-13.20230729
* libncurses++w10
On Fri, Apr 14, 2023 at 9:29 AM Jon Turney wrote:
A new setup release candidate is available at:
>
> https://cygwin.com/setup/setup-2.926.x86_64.exe (64 bit version)
> https://cygwin.com/setup/setup-2.926.x86.exe(32 bit version)
>
> Please test, and report an
stunnel 5.70-1 is now available as a TEST release in Cygwin. This release has
bug fixes and minor improvements. Please see the upstream changelog[1] for
the full list.
This is a test release because it's linked against OpenSSL version 3
(libssl3), which is still in test.
stunnel is a pr
The following test packages have been uploaded to the Cygwin distribution:
* ncurses 6.4-12.20230715
* ncurses-demo 6.4-12.20230715
* terminfo 6.4-12.20230715
* terminfo-extra6.4-12.20230715
* libncurses-devel 6.4-12.20230715
* libncurses++w10
The following test packages have been uploaded to the Cygwin distribution:
* ncurses 6.4-11.20230708
* ncurses-demo 6.4-11.20230708
* terminfo 6.4-11.20230708
* terminfo-extra6.4-11.20230708
* libncurses-devel 6.4-11.20230708
* libncurses++w10
The following test packages have been uploaded to the Cygwin distribution:
* ncurses 6.4-10.20230701
* ncurses-demo 6.4-10.20230701
* libncurses-devel 6.4-10.20230701
* libncurses++w10 6.4-10.20230701
* libncursesw10 6.4-10.20230701
* terminfo
The following test packages have been uploaded to the Cygwin distribution:
* ncurses 6.4-9.20230625
* ncurses-demo 6.4-9.20230625
* libncurses-devel 6.4-9.20230625
* libncurses++w10 6.4-9.20230625
* libncursesw10 6.4-9.20230625
* terminfo 6.4
,
portability wrappers, and interfaces for such runtime functionality as
an event loop, threads, dynamic loading, and an object system.
This is a long-needed update to a later upstream release. Thanks to Ken
Brown for doing lots of the actual hard work involved.
There are many test-suite failures, however
On Sun, 25 Jun 2023 04:44:39 -0700
Bruce Jerrick wrote:
> Since installing cygwin-3.5.0-0.307 (test), I get this error message
> from 'find':
>
> find: ‘/dev/tty’: Bad address
>
> That can be reproduced by running 'find /dev/tty'.
> 'findutils
Achim Gratz wrote:
> Brian Inglis writes:
> > Problem writing tar (with Cygwin default sys) symlinks before target
> > created under Cygwin 3.5.0 - error messages are issued and tar exits
> > with failure status!
> […]
> > The only likely culprit between 3.4.6 and that commit seems to be
> > commit
("Manually" replying to an email in the archive
(https://cygwin.com/pipermail/cygwin/2023-May/253742.html) since I don't have
the original email anymore).
Achim Gratz wrote:
> Brian Inglis via Cygwin writes:
> > Problem writing tar (with Cygwin default sys) symlinks before target
> > created und
The following test packages have been uploaded to the Cygwin distribution:
* ncurses 6.4-8.20230617
* ncurses-demo 6.4-8.20230617
* libncurses-devel 6.4-8.20230617
* libncurses++w10 6.4-8.20230617
* libncursesw10 6.4-8.20230617
* terminfo 6.4
The following test packages have been uploaded to the Cygwin distribution:
* ncurses 6.4-7.20230603
* ncurses-demo 6.4-7.20230603
* libncurses-devel 6.4-7.20230603
* libncurses++w10 6.4-7.20230603
* libncursesw10
release provides the latest OpenSSL 3 LTS release and uses the
Fedora patches (without FIPS and foreign CPU architecture support).
* openssl-3.0.9-0.1
* openssl-perl-3.0.9-0.1
* libssl3-3.0.9-0.1
* libssl-devel-3.0.9-0.1
The following MinGW64 test packages are made available:
* mingw64-i686
Brian Inglis via Cygwin writes:
> Problem writing tar (with Cygwin default sys) symlinks before target
> created under Cygwin 3.5.0 - error messages are issued and tar exits
> with failure status!
[…]
> The only likely culprit between 3.4.6 and that commit seems to be
> commit 2023-04-18 fa84aa4dd2
1 - 100 of 3120 matches
Mail list logo
