On 2024-01-31 06:40, David Allsopp via Cygwin wrote:
Starting with this very trivial C program:
#include
#include
int main(void) {
printf("Zstandard v%d\n", ZSTD_versionNumber());
}
and compiling with
x86_64-w64-mingw32-gcc -o test.exe test.c -lzstd
when I then run ./test.exe, I get
On 31/01/2024 17:36, Eliah Kagan via Cygwin wrote:
Hi,
However, I was able to make a *fairly* simple script that reliably
produces it, at least on my machine (and on GitHub Actions runners). It
seems to me that this script may give some insight. In case it's useful:
import hashlib
Assuming we are still in /etc/postinstall/
I see no file with that name?
On my wife's system (the broken system) I see
source ca-certificates.sh
(line is blank)
On my system, I see only
ca-certificates.dash.done
ca-certificates.sh.done
Lester
--
Problem reports:
On 31/01/2024 18:36, Lester Ingber via Cygwin wrote:
The outcome is 1.
Lester
so you need debugging
$ set -x
$ source ./ca-certificates.sh
on my system the output is:
+ source ./ca-certificates.sh
++ '[' '!' -e /etc/pki/ca-trust/ca-legacy.conf ']'
++ '[' -f
The outcome is 1.
Lester
--
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
Jon Turney via Cygwin writes:
> If upstream really is making multiple releases called '6.4', which
> we're supposed to distinguish by some other means, then there aren't
> really any good answers...
There's only one official 6.4 release, but just about everyone packages
one of the roughly weekly
On 31/01/2024 17:40, Lester Ingber via Cygwin wrote:
I just installed the latest Cygwin on our two PCs. I was hoping this
would take care of this problem, but it did not. On just one of the PCs, I see
(in black):
Package: _/Unknown package
ca-certificates.sh exit code 1
The other PC is
Hi,
The fastest way to produce the problem described in
https://cygwin.com/pipermail/cygwin/2024-January/255267.html and
https://cygwin.com/pipermail/cygwin/2024-January/255273.html seems to be
to run `pip install ...` on a version of `pip` that uses its vendored
`rich` dependency to draw
I just installed the latest Cygwin on our two PCs. I was hoping this
would take care of this problem, but it did not. On just one of the PCs, I see
(in black):
Package: _/Unknown package
ca-certificates.sh exit code 1
The other PC is fine with all installations.
--
Problem reports:
On 2024-01-31 10:36, ASSI via Cygwin wrote:
Jon Turney via Cygwin writes:
If upstream really is making multiple releases called '6.4', which
we're supposed to distinguish by some other means, then there aren't
really any good answers...
There's only one official 6.4 release, but just about
On 31/01/2024 19:14, Lester Ingber via Cygwin wrote:
Assuming we are still in /etc/postinstall/
I see no file with that name?
that is strange.
Have you tried to re-install the package ?
As the AV eaten the file ?
On my wife's system (the broken system) I see
source ca-certificates.sh
(line
Heiko Oberdiek via Cygwin writes:
> I assume, luatex from texlive-collection-luatex
> needs to be recompiled with the updated zlib
> sources.
Yes, and that version check needs to actually look at the ABI and not
some random string; or at least not complain when only the minor version
changes.
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
Starting with this very trivial C program:
#include
#include
int main(void) {
printf("Zstandard v%d\n", ZSTD_versionNumber());
}
and compiling with
x86_64-w64-mingw32-gcc -o test.exe test.c -lzstd
when I then run ./test.exe, I get the Windows critical-error-handler
dialog stating "The
On 1/31/2024 3:16 AM, ASSI via Cygwin wrote:
Heiko Oberdiek via Cygwin writes:
I assume, luatex from texlive-collection-luatex
needs to be recompiled with the updated zlib
sources.
Yes, and that version check needs to actually look at the ABI and not
some random string; or at least not
On 21/01/2024 22:13, Brian Inglis via Cygwin wrote:
On 2024-01-21 14:12, ASSI via Cygwin wrote:
Brian Inglis via Cygwin writes:
Previous maintainer added some artificial single digit release
prefixes (in a few packages), but we decided to drop those and use the
release date directly as used in
On 1/31/2024 7:40 AM, David Allsopp via Cygwin wrote:
Starting with this very trivial C program:
#include
#include
int main(void) {
printf("Zstandard v%d\n", ZSTD_versionNumber());
}
and compiling with
x86_64-w64-mingw32-gcc -o test.exe test.c -lzstd
when I then run ./test.exe, I get
On Wed, Jan 31, 2024 at 2:39 PM Jon Turney via Cygwin wrote:
>
> On 21/01/2024 22:13, Brian Inglis via Cygwin wrote:
> > On 2024-01-21 14:12, ASSI via Cygwin wrote:
> >> Brian Inglis via Cygwin writes:
> >>> Previous maintainer added some artificial single digit release
> >>> prefixes (in a few
On Wed, Jan 31, 2024 at 2:41 PM David Allsopp via Cygwin wrote:
>
> Starting with this very trivial C program:
>
> #include
> #include
>
> int main(void) {
> printf("Zstandard v%d\n", ZSTD_versionNumber());
> }
>
> and compiling with
>
> x86_64-w64-mingw32-gcc -o test.exe test.c -lzstd
>
>
We now have a few places where the long description (ldesc) for a
package is used (in the package summary webpage, in the tooltip for the
package description in setup, and now in any automatically generated
announce email).
Unfortunately, it's underspecified exactly what a newline in ldesc
On 2024-01-31 10:36, ASSI via Cygwin wrote:
Jon Turney via Cygwin writes:
If upstream really is making multiple releases called '6.4', which
we're supposed to distinguish by some other means, then there aren't
really any good answers...
There's only one official 6.4 release, but just about
On 2024-01-31 16:05, Jon Turney via Cygwin-apps wrote:
On 31/01/2024 20:45, Brian Inglis via Cygwin-apps wrote:
On 2024-01-31 10:36, ASSI via Cygwin wrote:
Jon Turney via Cygwin writes:
If upstream really is making multiple releases called '6.4', which
we're supposed to distinguish by some
On 31/01/2024 20:45, Brian Inglis via Cygwin-apps wrote:
On 2024-01-31 10:36, ASSI via Cygwin wrote:
Jon Turney via Cygwin writes:
If upstream really is making multiple releases called '6.4', which
we're supposed to distinguish by some other means, then there aren't
really any good answers...
Version 3.8.3-1 of
gdal
libgdal-devel
libgdal34(API bump)
python3-gdal
have been uploaded for cygwin.
CHANGES
Latest upstream release
https://github.com/OSGeo/gdal/blob/v3.8.3/NEWS.md
DESCRIPTION
The Geospatial Data Abstraction Library is a translator library for
Version 3.12.1-1 of
geos
libgeos-devel
libgeos_3_12_1 (C++ lib, SONAME Bump)
libgeos_c1 (C API)
have been uploaded for cygwin.
GEOS (Geometry Engine - Open Source) is a C++ port of the
Topology Suite (JTS).
As such, it aims to contain the
The following packages have been uploaded to the Cygwin distribution:
* trader-7.20-1
Star Traders is a simple game of interstellar trading, where the
objective is to create companies, buy and sell shares, borrow and
repay money, in order to become the wealthiest player (the winner).
--
John
The following packages have been uploaded to the Cygwin distribution:
* tmux-3.3a-1.20240122gitea7136fb
* tmux-debuginfo-3.3a-1.20240122gitea7136fb
tmux enables a number of terminals (or windows) to be accessed and
controlled from a single terminal like screen. tmux runs as a server-client
On 25/01/2024 11:49, Yasuhiro Kimura via Cygwin-apps wrote:
From: Marco Atzeri via Cygwin-apps
Subject: Re: Tmux crashes on copy
Date: Thu, 25 Jan 2024 12:11:13 +0100
[...]
Thanks for quick reply.
By applying following changes to tmux.cygport of tmux 3.2-1, build of
tmux succeeds with
28 matches
Mail list logo
