On 12/08/2023 23:52, Roland Mainz via Cygwin wrote:
Roland
P.S.: Which reminds me - is there a way to contribute a Cygwin ksh93 package ?
https://cygwin.com/packaging-contributors-guide.html
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On 08/08/2023 19:19, Corinna Vinschen via Cygwin-apps wrote:
On Aug 8 17:02, Jon Turney via Cygwin-apps wrote:
On 07/08/2023 09:55, Corinna Vinschen wrote:
On Aug 4 13:47, Jon Turney wrote:
This gets us down to no permanent failures in the testsuite in CI.
There is an intermittent failure
On 08/08/2023 19:40, Brian Inglis via Cygwin-apps wrote:
On 2023-08-08 12:14, Jon Turney via Cygwin-apps wrote:
On 03/08/2023 17:21, Brian Inglis via Cygwin-apps wrote:
Hi folks,
Trying to build updated jq package, get cygautoreconf directory
creation and existence bugs.
[...]
Cygport
On 03/08/2023 17:21, Brian Inglis via Cygwin-apps wrote:
Hi folks,
Trying to build updated jq package, get cygautoreconf directory creation
and existence bugs.
[...]
Cygport dies processing AC_CONFIG_SUBDIRS([modules/oniguruma]) under two
levels of AS_IF (which handle existence of
On 07/08/2023 09:55, Corinna Vinschen wrote:
On Aug 4 13:47, Jon Turney wrote:
This gets us down to no permanent failures in the testsuite in CI.
There is an intermittent failure in kill01, which I need to do something
about before turning on taking notice of the testsuite result in CI
Add the socketpair_full test from [1], fixed by [2], slightly improved by
the addition of a timeout.
This test might perhaps be better named.
This might also serve as an example of how to add new tests.
[1] https://cygwin.com/pipermail/cygwin-developers/2023-July/012640.html
[2] dedbbd74d0a8
On 08/08/2023 11:10, Christian Franke via Cygwin-apps wrote:
Last patch for now.
Left for later: ReBaseImage64() unconditionally updates the timestamp in
the file header.
Just for clarity: does this mean that rebasing as it is currently
implemented leaves the PE file with an invalid
On 04/08/2023 18:51, ASSI via Cygwin-apps wrote:
Jon Turney via Cygwin-apps writes:
Do you have an example of a cygport which fails without this fix, so I
can add a test for this?
Anything with a SRC_URI or PATCH_URI that has .zst suffix but not
.tar.zst should suffice.
Yes, I had managed
On 04/08/2023 19:39, Yasutaka ATARASHI via Cygwin-apps wrote:
ASSI via Cygwin-apps writes:
That's true for bunzip2 and gunzip, but not for zstd (where the output
file can be independently specified).
Ah ha. The attached patch recovers to use the `-o` option for `unzstd`.
Thanks. I applied
v2:
Polish instructions on adding a test
Signed-off-by: Jon Turney
---
winsup/testsuite/README | 82 +
1 file changed, 58 insertions(+), 24 deletions(-)
diff --git a/winsup/testsuite/README b/winsup/testsuite/README
index ff2df4119..511133e4d 100644
Use cygrun to isolate the cygload test from the current DLL, which
allows it to pass.
---
winsup/testsuite/cygrun.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/winsup/testsuite/cygrun.sh b/winsup/testsuite/cygrun.sh
index c82c1872b..bf1d5cc6b 100755
---
umask03 fails in CI due to some not understood weirdness.
---
winsup/testsuite/Makefile.am | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/winsup/testsuite/Makefile.am b/winsup/testsuite/Makefile.am
index 8f2967a6d..228955668 100644
--- a/winsup/testsuite/Makefile.am
+++
This gets us down to no permanent failures in the testsuite in CI.
When run locally, msgtest, semtest and shmtest fail because they need a running
cygserver using the test DLL,
and I haven't got a good idea about how to automate that. devdsp fails due to
a hang in child while exiting.
Jon
Add '-notimeout' option for cygrun. This is very useful when using it
to run a test standalone and under a debugger.
Also: warn about excess arguments
---
winsup/testsuite/cygrun.c | 26 ++
1 file changed, 22 insertions(+), 4 deletions(-)
diff --git
On 27/07/2023 07:46, 小さい猫 via Cygwin-apps wrote:
Hello.
Recently, for my personal needs, I have been trying to tweak and upgrade the
following packages: llvm, compiler-rt, libunwind, libcxxabi, libcxx, clang
(upgrading version by version from the original 9.0.1, and currently upgraded
to
On 29/07/2023 21:55, yak_ex via Cygwin-apps wrote:
Hi maintainers,
This is my first post here.
The attached tiny patch fixes incorrect options passed to unzstd in unpack()
in lib/src_prep.cygpart.
`unpack()` invokes `unzstd` for a *.zst file as
`unzstd -qo file.zst`
Then, an error occurs as
On 25/04/2023 18:00, Christian Franke via Cygwin-apps wrote:
Use case: Easily prevent update of multiple packages in the "Pending"
view, in particular useful if "Test" is selected.
Sorry for the delay in looking at this. Obviously needed.
Please apply.
A new version of Setup (2.926) has been uploaded to:
https://cygwin.com/setup-x86_64.exe (64 bit version)
https://cygwin.com/setup-x86.exe (32 bit version)
Changes compared to 2.925:
- Add some resilience against transient errors when reading files from
the local package cache, as
A new version of Setup (2.926) has been uploaded to:
https://cygwin.com/setup-x86_64.exe (64 bit version)
https://cygwin.com/setup-x86.exe (32 bit version)
Changes compared to 2.925:
- Add some resilience against transient errors when reading files from
the local package cache, as
On 25/07/2023 11:08, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-vte
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5650194808
Added, thanks.
Upstream: Ruby/vte is removed
-
On 24/07/2023 16:50, ASSI via Cygwin-apps wrote:
ASSI via Cygwin-apps writes:
I've recently updated a few packages that do a serious amount of
compilation during test and it became painfully obvious that cygtest
does not run make with the "-j" option nor does it currently offer an
option to
On 23/07/2023 20:13, ASSI via Cygwin-apps wrote:
Jon Turney via Cygwin-apps writes:
Ok. I made a cygport 0.36.6 release with this change.
Thanks. You haven't tagged that release on GitHub yet it seems.
The authoritative upstream is
https://cygwin.com/git/cygwin-apps/cygport.git, which
On 16/07/2023 20:32, ASSI via Cygwin-apps wrote:
Jon Turney via Cygwin-apps writes:
The warning (error if RESTRICT=case_insensitive) should occur for all
commands, not just prep.
OK.
How about the attached.
Looks promising.
Ok. I made a cygport 0.36.6 release with this change.
Please
The following packages have been uploaded to the Cygwin distribution:
* cygport-0.36.6-1
cygport is the standard method for building and maintaining
packages for the Cygwin distribution.
Jon Turney (2):
cygport.in: only try to turn on case-sensitivity when we create workdir
Bump
The following packages have been uploaded to the Cygwin distribution:
* cygport-0.36.6-1
cygport is the standard method for building and maintaining
packages for the Cygwin distribution.
Jon Turney (2):
cygport.in: only try to turn on case-sensitivity when we create workdir
Bump
On 22/07/2023 16:27, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-goocanvas1
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5581096545
Done. Thanks.
-off-by: Jon Turney
---
.github/workflows/cygwin.yml | 2 +-
winsup/configure.ac| 2 +-
winsup/doc/faq-programming.xml | 5 +-
winsup/testsuite/Makefile.am | 27
winsup/testsuite/README| 22
On 20/07/2023 16:14, Corinna Vinschen wrote:
On Jul 20 13:55, Jon Turney wrote:
On 19/07/2023 16:33, Corinna Vinschen wrote:
On Jul 19 13:41, Jon Turney wrote:
[1/2] has the side effect of flipping test stat06 from working to failing.
[2/2] fixes that
When run with TDIRECTORY set, libltp
On 19/07/2023 16:33, Corinna Vinschen wrote:
On Jul 19 13:41, Jon Turney wrote:
[1/2] has the side effect of flipping test stat06 from working to failing.
[2/2] fixes that
When run with TDIRECTORY set, libltp just uses that directory and assumes
something else will clean it up.
When
fh_pc with
invalid pc.")
Signed-off-by: Jon Turney
---
winsup/cygwin/syscalls.cc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/winsup/cygwin/syscalls.cc b/winsup/cygwin/syscalls.cc
index 73343ecc1..c6999407e 100644
--- a/winsup/cygwin/syscalls.cc
+++ b/winsup/cygwin/s
he STATUS_DELETE_PENDING state until the
Windows handle which stat_worker() leaks when an exception occurs is closed
(when the processes exits).
Future work: It looks like similar problems might generically occur in similar
code througout syscalls.cc.
Jon Turney (2):
Cygwin: testsuite: Drop se
Drop setting TDIRECTORY, just use /tmp in the 'test installation' now
that we have it.
This effectively reverts f3ed5f2fe029d74372aca68b18936e164ff47cf7
Signed-off-by: Jon Turney
---
winsup/testsuite/Makefile.am | 8
winsup/testsuite/cygrun.c | 5 +
winsup
On 18/07/2023 13:09, Corinna Vinschen wrote:
On Jul 18 12:20, Jon Turney wrote:
On 17/07/2023 16:41, Corinna Vinschen wrote:
Looking into pthread::cancel we have this order of things:
// cancel deferred
mutex.unlock ();
canceled = true;
SetEvent (cancel_event
18ddda696137106eaa397a01bc06fc97c59df02d Mon Sep 17 00:00:00 2001
From: Jon Turney
Date: Sun, 16 Jul 2023 14:46:00 +0100
Subject: [PATCH] Cygwin: Restore signal handlers on thread cancellation during
system()
Add back the restoration of signal handlers modified during system() on
thread cancellation
On 17/07/2023 16:41, Corinna Vinschen wrote:
On Jul 17 16:21, Corinna Vinschen wrote:
On Jul 17 12:51, Jon Turney wrote:
On 17/07/2023 12:05, Corinna Vinschen wrote:
diff --git a/winsup/cygwin/thread.cc b/winsup/cygwin/thread.cc
index f614e01c42f6..fceb9bda1806 100644
--- a/winsup/cygwin
On 13/07/2023 12:38, Jon Turney wrote:
cancel11: some funkiness I can't work out, causing the save/restoring signal
handlers around system() to not
work correctly
So, the test here: is the SIGINT handle restored correctly if the thread
executing system() is cancelled. This test fails
On 17/07/2023 12:05, Corinna Vinschen wrote:
On Jul 14 20:57, Corinna Vinschen wrote:
On Jul 14 14:04, Jon Turney wrote:
On 13/07/2023 19:53, Corinna Vinschen wrote:
Nevertheless, I think this is ok to do. The description of pthread_cancel
contains this:
Asynchronous cancelability means
On 14/07/2023 14:04, Jon Turney wrote:
On 13/07/2023 19:53, Corinna Vinschen wrote:
normally after 10 seconds. (See the commentary in pthread::cancel() in
thread.cc, where it checks if the target thread is inside the kernel,
and silently converts the cancellation into a deferred one
On 08/07/2023 15:22, ASSI via Cygwin-apps wrote:
Jon Turney via Cygwin-apps writes:
So, the idea here is that we try to ensure it's on, at least for the
working directory.
That IMHO should only be done when the working directory is created, but
not retroactively applied to an existing workdir
On 12/07/2023 16:11, Daisuke Fujimura via Cygwin-apps wrote:
I don't quite understand what this last line here means? Dead upstream?
Ruby/GTK2 has been removed in Ruby/GNOME 3.4.4.
- https://github.com/ruby-gnome/ruby-gnome/blob/4.1.8/NEWS.rd#L418
If this is the case, should I continue to
On 15/07/2023 11:54, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-goocanvas2
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5561336490
Upstream: Ruby/goocanvas is removed
-
27, 2023 at 03:43:23 PM EDT, Jon Turney
wrote:
On 23/06/2023 20:26, Rupin Dhanoa via Cygwin wrote:
Hi Guys,
setup-x86_64.exe crashing from me on Windows 11 (Version 10.0.22621 Build
22621) on dell laptop (12th Gen Intel i7-12800H, 2400 Mhz).
Memory dump analysis in Windows debugger shows
On 13/07/2023 13:46, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-gtk3
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5538271507
Done, thanks.
On 13/07/2023 19:17, Corinna Vinschen wrote:
On Jul 13 12:39, Jon Turney wrote:
See ltp commit 44d51c3f
Can you please add some text which helps the reader to understand the
issue without having to refer to the ltp repo?
Sure, I added that.
On 13/07/2023 19:53, Corinna Vinschen wrote:
On Jul 13 20:37, Corinna Vinschen wrote:
On Jul 13 20:16, Corinna Vinschen wrote:
On Jul 13 12:39, Jon Turney wrote:
These tests async thread cancellation of a thread that doesn't have any
cancellation points.
Unfortunately, since 450f557f
On 13/07/2023 19:00, Corinna Vinschen wrote:
On Jul 13 14:14, Jon Turney wrote:
Take note of schedparam in any pthread_attr_t passed to pthread_create.
postcreate() (racily, after the thread is actually created), sets the
scheduling priority if it's inherited, but precreate() doesn't store any
Take note of schedparam in any pthread_attr_t passed to pthread_create.
postcreate() (racily, after the thread is actually created), sets the
scheduling priority if it's inherited, but precreate() doesn't store any
scheduling priority explicitly set via a non-default attr to create, so
On 13/07/2023 12:39, Jon Turney wrote:
These tests async thread cancellation of a thread that doesn't have any
cancellation points.
Unfortunately, since 450f557f the async cancellation silently fails when
the thread is inside the kernel function Sleep(), so it just exits
normally after 10
Test access05 and symlink03 expect operations to fail which succeed when
we have Adminstrator privileges.
There's perhaps a bit of incoherency here: some XFAILed tests expect to
run as root (so maybe we need the ability to selectively cygdrop?).
---
.github/workflows/cygwin.yml | 1 +
See ltp commits f32691e7, 923b23ff and b846e7bb
---
winsup/testsuite/winsup.api/ltp/umask03.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/winsup/testsuite/winsup.api/ltp/umask03.c
b/winsup/testsuite/winsup.api/ltp/umask03.c
index
See ltp commit 44d51c3f
---
winsup/testsuite/winsup.api/ltp/symlink01.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/winsup/testsuite/winsup.api/ltp/symlink01.c
b/winsup/testsuite/winsup.api/ltp/symlink01.c
index 54a24b87f..186a85b4e 100644
---
Check direct call to system(), as well as one in a subprocess.
(This is a lot easier to debug when it's completely broken by the
environment the test is running in)
---
winsup/testsuite/winsup.api/systemcall.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
These tests async thread cancellation of a thread that doesn't have any
cancellation points.
Unfortunately, since 450f557f the async cancellation silently fails when
the thread is inside the kernel function Sleep(), so it just exits
normally after 10 seconds. (See the commentary in
Since commit 4b51e4c1, we return the actual thread priority, not what we
originally stored in the thread attributes.
Windows only supports 7 thread priority levels, which we map onto the 32
required by POSIX. So, only a subset of values will be returned exactly
by by pthread_getschedparam()
Do not rate successful second open of /dev/dsp as an error, just log the
result.
Based on this patch by Gerd Spalink:
https://cygwin.com/pipermail/cygwin-patches/2004q3/004848.html
---
winsup/testsuite/winsup.api/devdsp.c | 20 ++--
1 file changed, 6 insertions(+), 14
---
winsup/testsuite/Makefile.am | 3 +++
winsup/testsuite/winsup.api/devdsp.c | 15 +++
2 files changed, 18 insertions(+)
diff --git a/winsup/testsuite/Makefile.am b/winsup/testsuite/Makefile.am
index 11332eda2..60111a0aa 100644
--- a/winsup/testsuite/Makefile.am
+++
---
winsup/testsuite/winsup.api/ltp/fcntl07B.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/winsup/testsuite/winsup.api/ltp/fcntl07B.c
b/winsup/testsuite/winsup.api/ltp/fcntl07B.c
index 4e94ff267..db866fddd 100644
--- a/winsup/testsuite/winsup.api/ltp/fcntl07B.c
+++
Astonishingly, we don't have this already, so tests which hang just stop
the testsuite dead in it's tracks...
---
winsup/testsuite/cygrun.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/winsup/testsuite/cygrun.c b/winsup/testsuite/cygrun.c
index
Do some setup in the Cygwin 'installation' at testsuite/testinst/:
* Ensure /tmp exists
* Use BusyBox to provide executables needed by tests which use system()
(sh, sleep, ls)
This enables tests which use system(), or require /tmp to exist to pass.
---
.github/workflows/cygwin.yml | 3 ++-
.
Jon Turney (11):
Cygwin: testsuite: Setup test prereqs in 'installation' the tests run
in
Cygwin: testsuite: Add a simple timeout mechanism
Cygwin: testsuite: Remove const from writable string in fcntl07b
Cygwin: testsuite: Skip devdsp test when no audio devices present
Cygwin
On 09/07/2023 16:02, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-gdk3
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5500418963
Done, thanks.
On 09/07/2023 15:05, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-gtk2
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5500133199
Done, thanks.
Changes:
- Remove patch :
On 07/07/2023 16:47, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-gstreamer1.0
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5487698737
Done, thanks.
On 07/07/2023 19:54, Marco Atzeri via Cygwin-apps wrote:
On 02.07.2023 16:30, Jon Turney wrote:
On 04/06/2023 20:17, Jon Turney via Cygwin-apps wrote:
[...]
I think the next step is to remove the python27 package itself.
This will make it impossible to install anything which requires
Python 2.7 is the last python2 version, which was sunset on January 1,
2020 [1][2].
Only three and a half years later, I've removed the packages for the
python2 interpreter: python{,2,27}-{,devel,test,tkinter} and idle{,2,27}
python2 will continue to work where already installed, but it
Python 2.7 is the last python2 version, which was sunset on January 1,
2020 [1][2].
Only three and a half years later, I've removed the packages for the
python2 interpreter: python{,2,27}-{,devel,test,tkinter} and idle{,2,27}
python2 will continue to work where already installed, but it
On 06/07/2023 17:18, Brian Inglis via Cygwin-apps wrote:
On 2023-07-06 06:19, Andrew Schulman via Cygwin-apps wrote:
Recently I noticed that `cygport finish` has become really slow on
some of my
package source trees. After I run for example
cygport libargp.cygport finish
it waits for about 5
On 06/07/2023 18:36, Andrew Schulman via Cygwin-apps wrote:
Recently I noticed that `cygport finish` has become really slow on some of my
package source trees. After I run for example
cygport libargp.cygport finish
it waits for about 5 minutes without any message to the console, before the
On 07/07/2023 19:18, gs-cygwin.com--- via Cygwin wrote:
On Fri, Jul 07, 2023 at 04:48:08PM +0100, Jon Turney via Cygwin wrote:
On 06/07/2023 00:08, Brian Inglis via Cygwin wrote:
I have no idea why both compilers would include w32api headers as if
they were building Mingw cross compilers
On 06/07/2023 00:08, Brian Inglis via Cygwin wrote:
I have no idea why both compilers would include w32api headers as if
they were building Mingw cross compilers!
You are allowed to use the Win32 API in Cygwin programs (with some caveats).
Various Cygwin utilities which interface with the
On 07/07/2023 10:44, Corinna Vinschen wrote:
Hi Mark,
On Jul 7 00:41, Mark Geisert wrote:
The current version of cannot be compiled by Clang due to
the use of __builtin* functions. Their presence here was a dubious
optimization anyway, so their usage has been converted to standard
library
On 03/07/2023 12:55, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-gdk_pixbuf2
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5443915435
Done. Thanks!
The following packages have been uploaded to the Cygwin distribution:
* libglib2.0_0-2.64.6-1
* libglib2.0-devel-2.64.6-1
* libglib2.0-doc-2.64.6-1
GLib is the low-level core library that forms the basis for projects
such as GTK+ and GNOME. It provides data structure handling for C,
On 04/06/2023 20:17, Jon Turney via Cygwin-apps wrote:
[...]
I think the next step is to remove the python27 package itself.
This will make it impossible to install anything which requires it on
new installations (existing installations which already have the package
installed
The following packages have been uploaded to the Cygwin distribution:
* libglib2.0_0-2.64.6-1
* libglib2.0-devel-2.64.6-1
* libglib2.0-doc-2.64.6-1
GLib is the low-level core library that forms the basis for projects
such as GTK+ and GNOME. It provides data structure handling for C,
On 14/03/2023 08:56, Mark Geisert wrote:
Addresses https://cygwin.com/pipermail/cygwin/2023-March/253220.html
Take the opportunity to follow FreeBSD's and Linux's lead in recasting
macro inline code as calls to static inline functions. This allows the
macros to be type-safe. In addition,
On 27/06/2023 08:32, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-atk
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5383991799
# we have to wait until the old archful ones are
On 28/06/2023 11:56, Daisuke Fujimura via Cygwin-apps wrote:
I am reporting a scallywag error during git push.
remote: scallywag: invoked on repository git/cygwin-packages/libhtp,
by maintainer Daisuke Fujimura
remote: scallywag: timeout waiting for GitHub to assign a wfr_id
remote: scallywag:
On 23/06/2023 20:26, Rupin Dhanoa via Cygwin wrote:
Hi Guys,
setup-x86_64.exe crashing from me on Windows 11 (Version 10.0.22621 Build
22621) on dell laptop (12th Gen Intel i7-12800H, 2400 Mhz).
Memory dump analysis in Windows debugger shows:
Thanks for this
The following packages have been updated in the Cygwin distribution:
*** ddd-3.4.0-1
GNU DDD is a graphical front-end for command-line debuggers
such as GDB, DBX, WDB, Ladebug, JDB, XDB, the Perl debugger, the bash
debugger bashdb, the GNU Make debugger remake, or the Python debugger
pydb.
The following packages have been updated in the Cygwin distribution:
*** ddd-3.4.0-1
GNU DDD is a graphical front-end for command-line debuggers
such as GDB, DBX, WDB, Ladebug, JDB, XDB, the Perl debugger, the bash
debugger bashdb, the GNU Make debugger remake, or the Python debugger
pydb.
The following packages have been uploaded to the Cygwin distribution:
* cygport-0.36.5-1
cygport is the standard method for building and maintaining
packages for the Cygwin distribution.
Jon Turney (8):
doc: Fix formatting in RESTRICT documentation
meson: explicitly use 'meson
The following packages have been uploaded to the Cygwin distribution:
* cygport-0.36.5-1
cygport is the standard method for building and maintaining
packages for the Cygwin distribution.
Jon Turney (8):
doc: Fix formatting in RESTRICT documentation
meson: explicitly use 'meson
On 25/06/2023 08:35, Sébastien Helleu via Cygwin wrote:
Version 4.0.0-1 of "weechat" has been uploaded.
ChangeLog:
https://weechat.org/files/doc/weechat/ChangeLog-4.0.0.html
DESCRIPTION
WeeChat is a fast, light and extensible chat client. It runs on many platforms
like Linux, Unix, BSD, GNU
On 21/06/2023 22:45, Thomas Wolff via Cygwin-apps wrote:
Am 16.02.2023 um 20:17 schrieb Thomas Wolff via Cygwin-apps:
Am 16.02.2023 um 19:59 schrieb Jon Turney:
On 21/01/2023 17:04, Thomas Wolff via Cygwin-apps wrote:
italic-man installs two scripts and hooks them into the workflow
On 24/06/2023 05:42, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-pango
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5362169241
I added this to your packages.
Thanks.
On 23/06/2023 11:11, Adam Dinwoodie via Cygwin wrote:
On Fri, 23 Jun 2023 at 08:59, Andreas Heckel via Cygwin wrote:
Hi,
I recently faced some error messages when using git submodules. I found, that
Cygwin's git works nicely on its own. But when I have MSYS binary paths in my
environment,
The following packages have been uploaded to the Cygwin distribution:
* xorg-server-21.1.8-1
* xorg-server-common-21.1.8-1
* xorg-server-extra-21.1.8-1
* xorg-server-devel-21.1.8-1
* xorg-server-xorg-21.1.8-1
* xwinclip-21.1.8-1
These packages contain XWin and the other X.Org X11 servers.
In
The following packages have been uploaded to the Cygwin distribution:
* xorg-server-21.1.8-1
* xorg-server-common-21.1.8-1
* xorg-server-extra-21.1.8-1
* xorg-server-devel-21.1.8-1
* xorg-server-xorg-21.1.8-1
* xwinclip-21.1.8-1
These packages contain XWin and the other X.Org X11 servers.
In
On 19/06/2023 03:39, Nem W Schlecht via Cygwin wrote:
Just did a Cygwin update on my Windows 10 box and after restarting X11 I
found the keyboard layout switched back to the default (Qwerty) from my
normal (Dvorak).
From the X11 logs:
[2516952.656] (--) Setting autorepeat to delay=500, rate=31
On 18/06/2023 20:58, Michael Lemke via Cygwin wrote:
I just wanted to install a package which I hadn't installed before but
since I haven't updated my installation in a while I get a huge list of
stuff to update. Is there a way in setup to install just the new package
without having to click
On 16/06/2023 10:47, Corinna Vinschen via Cygwin-apps wrote:
On Jun 11 19:01, Jon Turney via Cygwin-apps wrote:
I've deployed an update to calm which makes a few small improvements to the
way cygwin-pkg-maint is handled:
* Lines starting with a '#' are now ignored as a comment
* There's now
On 17/06/2023 04:20, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
- https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-gio2
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/5295797846
I added this to your packages.
Thanks.
On 02/04/2023 16:47, Jon Turney via Cygwin-apps wrote:
On 14/03/2023 19:17, Jon Turney via Cygwin-apps wrote:
On 15/01/2023 12:52, Jon Turney via Cygwin-apps wrote:
This has come up in discussion a few times, and is now well overdue,
I think.
Python 2.7 is the last python2 version, which
I've deployed an update to calm which makes a few small improvements to
the way cygwin-pkg-maint is handled:
* Lines starting with a '#' are now ignored as a comment
* There's now a simple facility for grouping packages:
Define a group with a line starting with '@', e.g.:
On 30/05/2023 20:55, Brian Inglis via Cygwin wrote:
On 2023-05-30 06:21, Jon Turney via Cygwin wrote:
On 29/05/2023 23:42, Brian Inglis via Cygwin wrote:
On 2023-05-29 16:06, akakima via Cygwin wrote:
Does such a place exist (beside fruitbat) ?
Appears the master and all mirrors have stub
On 28/02/2022 13:29, Ken Brown wrote:
[Redirecting to the cygwin-apps list]
On 2/28/2022 3:49 AM, Marc-André Lureau wrote:
Hi Ken
I am a qemu developer at Red Hat. The "official" qemu Windows build
uses cygwin, and the glib version there is quite old.
I saw you have made some effort to
On 19/04/2023 23:42, Daisuke Fujimura via Cygwin-apps wrote:
Hello,
Cygportfile:
-
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/playground.git;a=shortlog;h=refs/heads/ruby
Packages, logs:
- https://github.com/cygwin/scallywag/actions/runs/4743191979
According
On 08/06/2023 14:27, Daisuke Fujimura via Cygwin-apps wrote:
Thank you for your response.
It seems that the repository has not been set up yet.
Could you please check?
It seems like the package name was typoed ('ruby-mini-portile' rather
than 'ruby-mini-portile2').
That should be fixed now.
On 02/04/2023 16:47, Jon Turney via Cygwin-apps wrote:
On 14/03/2023 19:17, Jon Turney via Cygwin-apps wrote:
On 15/01/2023 12:52, Jon Turney via Cygwin-apps wrote:
This has come up in discussion a few times, and is now well overdue,
I think.
Python 2.7 is the last python2 version, which
301 - 400 of 4187 matches
Mail list logo
