certificates), is
the strace /usr/bin/curl https://curl.se/ <https://curl.se/>
Here, the following line is the key:
--- Process 3100 thread 3124 created
1668 16622 [sig] curl (3100) SetThreadName: SetThreadDescription() failed.
1000
This indicate the drop connection. I
/bin/curl https://curl.se/
Here, the following line is the key:
--- Process 3100 thread 3124 created
1668 16622 [sig] curl (3100) SetThreadName: SetThreadDescription()
failed. 1000
This indicate the drop connection. I'm talking to the antivirus people to
solve this bug, I don&#
317625824 664142 /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt
382586407 193883 /etc/pki/ca-trust/extracted/pem/email-ca-bundle.pem
1244815702 512566 /etc/pki/ca-trust/extracted/pem/objsign-ca-bundle.pem
1065593997 243627 /etc/pki/ca-trust/extracted/pem/tls-ca-bundl
66 /etc/pki/ca-trust/extracted/pem/objsign-ca-bundle.pem
1065593997 243627 /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem
I would also like to see what you get running:
$ curl -Iv https://8.43.85.97/
* Trying 8.43.85.97:443...
* Connected to 8.43.85.97 (8.43.85.97) port 443
* ALPN: cur
On 2024-03-19 08:02, ASSI via Cygwin wrote:
J M via Cygwin writes:
$ curl - -O https://cygwin.com/setup-x86_64.exe
% Total% Received % Xferd Average Speed TimeTime Time
Current
Dload Upload Total SpentLeft
Speed
0 0
J M via Cygwin writes:
> $ curl - -O https://cygwin.com/setup-x86_64.exe
> % Total% Received % Xferd Average Speed TimeTime Time
> Current
> Dload Upload Total SpentLeft
> Speed
> 0 00 00
Hi,
Send data recollected:
- Its strange that, I need to install curl and ca-certificates-letsencrypt,
houldn't they be within the default packages?
- The terminal is the default Cygwin64 Terminal.
Repeated two /usr/bin/curl:
$ which -a curl
/usr/bin/curl
/cygdrive/c/WINDOWS/system32
On 2024-03-18 15:21, J M via Cygwin wrote:
With a fresh install of Cygwin then I launch (with package curl installed):
curl -O https://www.cygwin.com/setup-x86_64.exe
Shows a curl 60 error ssl problem.
Using -k or --insecure works, but is not recomended.
Howto fix it?
WJFFM!
That error
Hi,
With a fresh install of Cygwin then I launch (with package curl installed):
curl -O https://www.cygwin.com/setup-x86_64.exe
Shows a curl 60 error ssl problem.
Using -k or --insecure works, but is not recomended.
Howto fix it?
Regards,
Cesar Jorge
--
Problem reports: https
Hi Marco,
I just rolled back the libgpg-error0 as fast term solution,
it will need some hours to propagate to the various mirrors
thank you for the quick action! I can confirm that our nightly Windows
CI with latest cygwin runs through fine again.
Sorry for the inconvenience
Nothing to s
On 19/12/2023 19:05, José Isaías Cabrera via Cygwin wrote:
On Tuesday, December 19, 2023 12:16 PM, Michael Soegtrop expressed:
Since there seem to be various issues with this update of libgpg-error0, can we
please have a roll-back?
Or, perhaps, fix the issue on the broken library.
I just
On Tuesday, December 19, 2023 12:16 PM, Michael Soegtrop expressed:
>
> Since there seem to be various issues with this update of libgpg-error0, can
> we please have a roll-back?
Or, perhaps, fix the issue on the broken library.
--
Problem reports: https://cygwin.com/problems.html
FAQ:
2.5.5-1 -> libassuan0-2.5.6-1
fixes the issue with curl and opam.
Since there seem to be various issues with this update of libgpg-error0,
can we please have a roll-back?
Best regards,
Michael
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygw
Am 19.12.2023 um 17:13 schrieb ASSI via Cygwin:
Michael Soegtrop via Cygwin writes:
[…]
Looks like this problem converges on the libgpg-error update, gpg2 also
segfaults with this library installed.
Even python produces obscure crashes, throwing exceptions. Downgrading
helps.
Rainer
--
Prob
Michael Soegtrop via Cygwin writes:
[…]
Looks like this problem converges on the libgpg-error update, gpg2 also
segfaults with this library installed.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
--
Prob
er, via a failed call to curl as can be seen
by executing these commands:
$ wget
https://github.com/fdopen/opam-repository-mingw/releases/download/0.0.0.2/opam64.tar.xz -O "opam64.tar.xz"
$ tar -xf "opam64.tar.xz"
$ bash opam64/install.sh --prefix "/usr/$(uname -m)-w64-m
Dear Cygwin Team,
my daily CI of Coq Platform indicates that this update:
libassuan0-2.5.5-1 -> libassuan0-2.5.6-1
libgpg-error0-1.47-1 -> libgpg-error0-1.37-1
breaks Opam, the OCaml package manager, via a failed call to curl as can
be seen by executing these commands:
$ wget
The following packages have been upgraded in the Cygwin distribution:
* curl 8.3
* libcurl4 8.3
* libcurl-devel 8.3
* libcurl-doc 8.3
* mingw64-x86_64-curl 8.3
Command line tool and Library supporting transferring files with
URL syntax, using FTP
The following packages have been upgraded in the Cygwin distribution:
* curl 8.2.1
* libcurl4 8.2.1
* libcurl-devel 8.2.1
* libcurl-doc 8.2.1
* mingw64-x86_64-curl 8.2.1
Command line tool and Library supporting transferring files with
URL syntax
The following packages have been upgraded in the Cygwin distribution:
* curl 8.2
* libcurl4 8.2
* libcurl-devel 8.2
* libcurl-doc 8.2
* mingw64-x86_64-curl 8.2
Command line tool and Library supporting transferring files with
URL syntax, using FTP
The following packages have been upgraded in the Cygwin distribution:
* curl 8.1.2
* libcurl4 8.1.2
* libcurl-devel 8.1.2
* libcurl-doc 8.1.2
* mingw64-x86_64-curl 8.1.2
Command line tool and Library supporting transferring files with
URL syntax
The following packages have been upgraded in the Cygwin distribution:
* curl 8.1.1
* libcurl4 8.1.1
* libcurl-devel 8.1.1
* libcurl-doc 8.1.1
* mingw64-x86_64-curl 8.1.1
Command line tool and Library supporting transferring files with
URL syntax
The following packages have been upgraded in the Cygwin distribution:
* curl 8.1.0
* libcurl4 8.1.0
* libcurl-devel 8.1.0
* libcurl-doc 8.1.0
* mingw64-x86_64-curl 8.1.0
Command line tool and Library supporting transferring files with
URL syntax
The following packages have been upgraded in the Cygwin distribution:
* curl 8.0.1
* libcurl4 8.0.1
* libcurl-devel 8.0.1
* libcurl-doc 8.0.1
* mingw64-x86_64-curl 8.0.1
Command line tool and Library supporting transferring files with
URL syntax
The following packages have been upgraded in the Cygwin distribution:
* curl 7.88.1
* libcurl4 7.88.1
* libcurl-devel 7.88.1
* libcurl-doc 7.88.1
* mingw64-x86_64-curl 7.88.1
NOTE:
This release has been built with debug options disabled, as they
The following packages have been upgraded in the Cygwin distribution:
* curl 7.87
* libcurl4 7.87
* libcurl-devel 7.87
* libcurl-doc 7.87
* mingw64-x86_64-curl 7.87
Command line tool and Library supporting transferring files with
URL syntax
On 2022-11-19 09:35, Jon Turney wrote:
On 19/11/2022 14:46, Cygwin curl Maintainer wrote:
The following packages have been upgraded in the Cygwin distribution:
* curl 7.86-2
* libcurl4 7.86-2
* libcurl-devel 7.86-2
* libcurl-doc 7.86-2
On 19/11/2022 14:46, Cygwin curl Maintainer wrote:
The following packages have been upgraded in the Cygwin distribution:
* curl 7.86-2
* libcurl4 7.86-2
* libcurl-devel 7.86-2
* libcurl-doc 7.86-2
* mingw64-i686-curl 7.86-1
* mingw64-x86_64
The following packages have been upgraded in the Cygwin distribution:
* curl 7.86-2
* libcurl4 7.86-2
* libcurl-devel 7.86-2
* libcurl-doc 7.86-2
* mingw64-i686-curl 7.86-1
* mingw64-x86_64-curl 7.86-1
Command line tool and Library supporting
On Thu, 03 Nov 2022 08:36:59 +0100, ASSI wrote:
Lemures Lemniscati writes:
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a
Lemures Lemniscati writes:
> curl: (60) SSL certificate problem: unable to get local issuer certificate
> More details here: https://curl.se/docs/sslcerts.html
>
> curl failed to verify the legitimacy of the server and therefore could not
> establish a secure connection to it. To l
On Wed, 2 Nov 2022 22:10:18 -0400, gs-cygwin.com
Re: [ANNOUNCEMENT] Test: curl, libcurl{4, -devel, -doc}, mingw64-{x86_64,
i686}-curl 7.86 (TEST)
> On Thu, Nov 03, 2022 at 10:38:13AM +0900, Lemures Lemniscati wrote:
> > I failed to get https://cygwin.com/index.htm
On Tue, 01 Nov 2022 15:24:14 -0600, Cygwin curl Maintainer
> The following *TEST* packages have been released in the Cygwin distribution:
>
> * curl7.86
> * libcurl47.86
Hi,
Thank you for maintaining the packages
I failed to get https://cygwin.co
Cygwin curl Maintainer writes:
> The following *TEST* packages have been released in the Cygwin distribution:
>
> * curl7.86
> * libcurl47.86
[…]
When building packages that depend on other new packages, these need to
be installed properly on the
The following *TEST* packages have been released in the Cygwin distribution:
* curl 7.86
* libcurl4 7.86
* libcurl-devel 7.86
* libcurl-doc 7.86
* mingw64-x86_64-curl 7.86
* mingw64-i686-curl 7.86
Command line tool and Library supporting
On 2022-10-31 06:28, Jon Turney wrote:
On 31/10/2022 04:30, Cygwin curl Maintainer wrote:
The following packages have been upgraded in the Cygwin distribution:
* curl 7.86
* libcurl4 7.86
* libcurl-devel 7.86
* libcurl-doc 7.86
* mingw64
On 31/10/2022 04:30, Cygwin curl Maintainer wrote:
The following packages have been upgraded in the Cygwin distribution:
* curl 7.86
* libcurl4 7.86
* libcurl-devel 7.86
* libcurl-doc 7.86
* mingw64-x86_64-curl 7.86
* mingw64-i686-curl 7.86
Adding to the note by Lem regarding a missing dependency of curl since
this update, I want to note that in a standard installation of cygwin
curl fails since this update with:
the following programs are not installed properly:
curl curl
Best regards,
Michael
--
Problem reports
On Mon, 31 Oct 2022 17:46:38 +0900, Lemures Lemniscati
> On Sun, 30 Oct 2022 22:30:47 -0600, Cygwin curl Maintainer
> > The following packages have been upgraded in the Cygwin distribution:
> >
> > * curl 7.86
> > * libcurl4 7.86
> >
On Sun, 30 Oct 2022 22:30:47 -0600, Cygwin curl Maintainer
> The following packages have been upgraded in the Cygwin distribution:
>
> * curl7.86
> * libcurl47.86
> * libcurl-devel 7.86
> * libcurl-doc 7.86
> * min
The following packages have been upgraded in the Cygwin distribution:
* curl 7.86
* libcurl4 7.86
* libcurl-devel 7.86
* libcurl-doc 7.86
* mingw64-x86_64-curl 7.86
* mingw64-i686-curl 7.86
Command line tool and Library supporting
The following packages have been upgraded in the Cygwin distribution:
* curl 7.85
* libcurl4 7.85
* libcurl-devel 7.85
* libcurl-doc 7.85
* mingw64-x86_64-curl 7.85
* mingw64-i686-curl 7.85
Command line tool and Library supporting
The following packages have been upgraded in the Cygwin distribution:
* curl 7.84
* libcurl4 7.84
* libcurl-devel 7.84
* libcurl-doc 7.84
* mingw64-x86_64-curl 7.84
* mingw64-i686-curl 7.84
Command line tool and Library supporting
The following packages have been upgraded in the Cygwin distribution:
* curl 7.83
* libcurl4 7.83
* libcurl-devel 7.83
* libcurl-doc 7.83
* mingw64-x86_64-curl 7.83
* mingw64-i686-curl 7.83
Command line tool and Library supporting
The following packages have been upgraded in the Cygwin distribution:
* curl 7.82
* libcurl4 7.82
* libcurl-devel 7.82
* libcurl-doc 7.82
* mingw64-x86_64-curl 7.82
* mingw64-i686-curl 7.82
Command line tool and Library supporting
The following packages have been upgraded in the Cygwin distribution:
* curl 7.81
* libcurl4 7.81
* libcurl-devel 7.81
* libcurl-doc 7.81
* mingw64-x86_64-curl 7.81
* mingw64-i686-curl 7.81
Command line tool and Library supporting
On 2021-11-26 07:47, Richard Burce via Cygwin wrote:
>
...fold, spindle, mutilate?
Can we be of assistance?
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in
--
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
The following packages have been upgraded in the Cygwin distribution:
* curl 7.80
* libcurl4 7.80
* libcurl-devel 7.80
* libcurl-doc 7.80
* mingw64-x86_64-curl 7.80
* mingw64-i686-curl 7.80
Command line tool and Library supporting
--
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
The following packages have been upgraded in the Cygwin distribution:
* curl 7.79.1
* libcurl4 7.79.1
* libcurl-devel 7.79.1
* libcurl-doc 7.79.1
* mingw64-x86_64-curl 7.79.1
* mingw64-i686-curl 7.79.1
Command line tool and Library supporting
On 2021-08-03 23:11, ASSI wrote:
Brian Inglis writes:
Is Jon's change all that is required, or do I need to build and upload
a libidn11 to replace the obsoleted version, as well as a current
libidn12 release with the obsolete removed?
With the obsoletion removed from setup.ini, packages depend
Brian Inglis writes:
> Is Jon's change all that is required, or do I need to build and upload
> a libidn11 to replace the obsoleted version, as well as a current
> libidn12 release with the obsolete removed?
With the obsoletion removed from setup.ini, packages depending on
libidn11 should trigger
andle such situations in cygport?
Nothing to do there, move along. the older library version continues to
exist and is used until all packages that depend on it have updated.
I would like to know the correct approach to take to mitigate this and
future such situations before I create a curl
ges that depend on it have updated.
> I would like to know the correct approach to take to mitigate this and
> future such situations before I create a curl -2 package release.
What you should check is that there is no transitive dependency to
libidn11 left in the dependency chain for anyt
On 2021-08-03 05:54, Миронов Леонид Владимирович via Cygwin wrote:
In the yesterday's libidn11 to libidn12 update cygidn-11.dll was replaced with
cygidn-12.dll.
Unfortunately cygidn-11.dll is still referenced by cyggsasl-7.dll which breaks
curl (via cygcurl-4.dll)
Sorry Leonid Vladimi
In the yesterday's libidn11 to libidn12 update cygidn-11.dll was replaced with
cygidn-12.dll.
Unfortunately cygidn-11.dll is still referenced by cyggsasl-7.dll which breaks
curl (via cygcurl-4.dll)
--
Problem reports: https://cygwin.com/problems.html
FAQ:
The following packages have been upgraded in the Cygwin distribution:
* curl 7.78
* libcurl4 7.78
* libcurl-devel 7.78
* libcurl-doc 7.78
* mingw64-x86_64-curl 7.78
* mingw64-i686-curl 7.78
Command line tool and Library supporting
On 2021-06-02 19:58, Voris, Ben via Cygwin wrote:
-Original Message-
From: Brian Inglis [mailto:brian.ing...@systematicsw.ab.ca]
Sent: 24 May 2021 11:09
To: cygwin@cygwin.com
Cc: Voris, Ben
Subject: Re: curl SFTP transfer from Cygwin on Win10 to Ubuntu 18.04 fails with
Unknown host
-Original Message-
From: Brian Inglis [mailto:brian.ing...@systematicsw.ab.ca]
Sent: 24 May 2021 11:09
To: cygwin@cygwin.com
Cc: Voris, Ben
Subject: Re: curl SFTP transfer from Cygwin on Win10 to Ubuntu 18.04 fails with
Unknown host key type: 1835008
On 2021-05-17 17:55, Brian Inglis
The following packages have been upgraded in the Cygwin distribution:
* curl 7.77
* libcurl4 7.77
* libcurl-devel 7.77
* libcurl-doc 7.77
* mingw64-x86_64-curl 7.77
* mingw64-i686-curl 7.77
Command line tool and Library supporting
On 2021-05-14 23:47, Brian Inglis wrote:
On 2021-05-13 22:40, Voris, Ben via Cygwin wrote:
curl issue https://github.com/curl/curl/issues/7057 was closed with:
"This seems to be purely a libssh2 issue and not a curl one."
Curl reports "libssh2/1.7.0"
On the same
The following packages have been upgraded in the Cygwin distribution:
* curl 7.76.1-2
* libcurl4 7.76.1-2
* libcurl-devel 7.76.1-2
* libcurl-doc 7.76.1-2
* mingw64-x86_64-curl 7.76.1-2
* mingw64-i686-curl 7.76.1-2
Command line tool and
On 2021-05-13 22:40, Voris, Ben via Cygwin wrote:
curl issue https://github.com/curl/curl/issues/7057 was closed with:
"This seems to be purely a libssh2 issue and not a curl one."
Curl reports "libssh2/1.7.0"
On the same system, ssh reports " OpenSSH_8.5p1, OpenSSL 1.1.
curl issue https://github.com/curl/curl/issues/7057 was closed with:
"This seems to be purely a libssh2 issue and not a curl one."
Curl reports "libssh2/1.7.0"
On the same system, ssh reports " OpenSSH_8.5p1, OpenSSL 1.1.1f 31 Mar 2020"
The curl code in htt
The following packages have been upgraded in the Cygwin distribution:
* curl 7.76.1
* libcurl4 7.76.1
* libcurl-devel 7.76.1
* libcurl-doc 7.76.1
* mingw64-x86_64-curl 7.76.1
* mingw64-i686-curl 7.76.1
Command line tool and Library supporting
The following packages have been upgraded in the Cygwin distribution:
* curl 7.76
* libcurl4 7.76
* libcurl-devel 7.76
* libcurl-doc 7.76
* mingw64-x86_64-curl 7.76
* mingw64-i686-curl 7.76
Command line tool and Library supporting
The following packages have been upgraded in the Cygwin distribution:
* curl 7.75
* libcurl4 7.75
* libcurl-devel 7.75
* libcurl-doc 7.75
* mingw64-x86_64-curl 7.75
* mingw64-i686-curl 7.75
Command line tool and Library supporting
The following packages have been upgraded in the Cygwin distribution:
* curl 7.74
* libcurl4 7.74
* libcurl-devel 7.74
* libcurl-doc 7.74
* mingw64-x86_64-curl 7.74
* mingw64-i686-curl 7.74
Command line tool and Library supporting
On 2020-11-30 16:59, Brian Inglis wrote:
On 2020-11-29 20:17, Sara Angel via Cygwin wrote:
curl release package being a debug build is causing it to fail on success
in some cases.
e.g.
curl --cacert mycert.pem https://localhost:80
curl: (56) OpenSSL SSL_read: Connection closed abruptly, errno
On 2020-11-29 20:17, Sara Angel via Cygwin wrote:
curl release package being a debug build is causing it to fail on success
in some cases.
e.g.
curl --cacert mycert.pem https://localhost:80
curl: (56) OpenSSL SSL_read: Connection closed abruptly, errno 0 (Fatal
because this is a curl debug
curl release package being a debug build is causing it to fail on success
in some cases.
e.g.
curl --cacert mycert.pem https://localhost:80
curl: (56) OpenSSL SSL_read: Connection closed abruptly, errno 0 (Fatal
because this is a curl debug build)
The only thing related to this bug I could find
gt;>>>> Hi.
>>>>>
>>>>> Recently I noticed that `curl` does not fail immediately after connection
>>>>> refused, but waits for 5 minutes.
>>>>>
>>>>> This only happens on my machine and only with the `Cygwin`
The following packages have been uploaded to the Cygwin distribution:
* curl 7.73
* libcurl4 7.73
* libcurl-devel 7.73
* libcurl-doc 7.73
* mingw64-x86_64-curl 7.73
* mingw64-i686-curl 7.73
cURL is a command line tool and Library supporting
On 2020-08-21 03:15, Adam Dinwoodie wrote:
> On Thu, 20 Aug 2020 at 21:06, Brian Inglis wrote:
>> The following packages have been uploaded to the Cygwin distribution:
>> * curl 7.72.0
>> * libcurl4 7.72.0
>> * libcurl-devel 7.72.0
>> * lib
On Thu, 20 Aug 2020 at 21:06, Brian Inglis wrote:
>
> The following packages have been uploaded to the Cygwin distribution:
>
> * curl 7.72.0
> * libcurl4 7.72.0
> * libcurl-devel 7.72.0
> * libcurl-doc 7.72.0
>
> This release incorporates patches to fix
The following packages have been uploaded to the Cygwin distribution:
* curl 7.72.0
* libcurl4 7.72.0
* libcurl-devel 7.72.0
* libcurl-doc 7.72.0
This release incorporates patches to fix issues with curl-config no longer
returning the correct library configuration for building
On Sat, 15 Aug 2020 at 23:45, Brian Inglis wrote:
>
> On 2020-08-11 16:00, Brian Inglis wrote:
> > On 2020-08-11 05:27, Adam Dinwoodie wrote:
> >> On Tue, 11 Aug 2020 at 12:14, Ken Brown via Cygwin wrote:
> >>>> In that case, it looks to me as if the generated c
On 2020-08-11 16:00, Brian Inglis wrote:
> On 2020-08-11 05:27, Adam Dinwoodie wrote:
>> On Tue, 11 Aug 2020 at 12:14, Ken Brown via Cygwin wrote:
>>>> In that case, it looks to me as if the generated curl-config --libs
>>>> statements:
>>>>
>>&
The following packages have been uploaded to the Cygwin distribution:
* curl 7.71.1-2
* libcurl4 7.71.1-2
* libcurl-devel 7.71.1-2
* libcurl-doc 7.71.1-2
This patch release was required to fix issues with curl-config no longer
returning the correct library configuration for
On 2020-08-11 16:00, Brian Inglis wrote:
> On 2020-08-11 05:27, Adam Dinwoodie wrote:
>> On Tue, 11 Aug 2020 at 12:14, Ken Brown via Cygwin wrote:
>>>> In that case, it looks to me as if the generated curl-config --libs
>>>> statements:
>>>>
>>&
On 2020-08-11 05:27, Adam Dinwoodie wrote:
> On Tue, 11 Aug 2020 at 12:14, Ken Brown via Cygwin wrote:
>>> In that case, it looks to me as if the generated curl-config --libs
>>> statements:
>>>
>>> if test "Xyes" = "Xno" -o &q
On 2020-08-11 09:03, ASSI wrote:
> Brian Inglis writes:
>> So the distribution names are the obvious perl-dbd-sqlite and perl-io-pty and
>> neither appear to be available from Cygwin?
>
> Nah, perl distribution names are CamelCased and Cygwin keeps that
> convention. Also you didn't actually look
Brian Inglis writes:
> So the distribution names are the obvious perl-dbd-sqlite and perl-io-pty and
> neither appear to be available from Cygwin?
Nah, perl distribution names are CamelCased and Cygwin keeps that
convention. Also you didn't actually look up the distribution for
IO::Pty but just g
On Tue, 11 Aug 2020 at 12:14, Ken Brown via Cygwin wrote:
> > In that case, it looks to me as if the generated curl-config --libs
> > statements:
> >
> > if test "Xyes" = "Xno" -o "Xyes" = "Xyes"; then
> >
Libs.private for static builds
If you look at configure.ac in the git sources, you'll see that it uses
curl-config, not pkg-config. The former reports:
$ curl-config --libs
-lcurl -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec
-lbrotlidec -lz
Yaakov'
On 2020-08-10 23:15, ASSI wrote:
> Brian Inglis writes:
>> - it complains that perl(DBD::SQLite) perl(IO::Pty) are not installed - how
>> do
>> these and your other perl module dependencies map to Cygwin packages?
>> I also mean that in general - how can I map a perl module to a perl package
>> a
Brian Inglis writes:
> - it complains that perl(DBD::SQLite) perl(IO::Pty) are not installed - how do
> these and your other perl module dependencies map to Cygwin packages?
> I also mean that in general - how can I map a perl module to a perl package
> and
> vice versa - for future info?
You go
>> NTLM_WB TLS-SRP HTTP2 HTTPS-proxy"
>>>>
>>>> Name: libcurl
>>>> URL: https://curl.haxx.se/
>>>> Description: Library to transfer files with ftp, http, etc.
>>>> Version: 7.71.1
>>>> Libs: -L${libdir} -lcurl
>>>&
the patch did not apply and was
> > dropped.
Likewise! I was somewhat hoping someone else would be able to work out
what was going wrong, and it looks like Ken has achieved that.
> My point is that the patch shouldn't have been dropped. It should have been
> modified to appl
On 10.08.2020 20:16, Brian Inglis wrote:
On 2020-07-20 11:58, ASSI wrote:
Brian Inglis writes:
The following packages have been uploaded to the Cygwin distribution:
* curl 7.71.1
Curl has dropped the dependency to libmetalink with this release, which
probably is a consequence of
url
Libs.private: -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber
-lbrotlidec -lbrotlidec -lz
Cflags: -I${includedir}
it looks like your git build should be using Libs for dynamic builds and adding
Libs.private for static builds
If you look at configure.ac in the git sources, you'll
On 2020-07-20 11:58, ASSI wrote:
> Brian Inglis writes:
>> The following packages have been uploaded to the Cygwin distribution:
>> * curl 7.71.1
> Curl has dropped the dependency to libmetalink with this release, which
> probably is a consequence of the ne
-lssl -lcrypto -lldap -llber
>> -lbrotlidec -lbrotlidec -lz
>> Cflags: -I${includedir}
>>
>> it looks like your git build should be using Libs for dynamic builds and
>> adding
>> Libs.private for static builds
> If you look at configure.ac in the git sou
rotlidec -lz
Cflags: -I${includedir}
it looks like your git build should be using Libs for dynamic builds and adding
Libs.private for static builds
If you look at configure.ac in the git sources, you'll see that it uses
curl-config, not pkg-config. The former reports:
$ curl-config --libs
On 2020-08-09 15:48, Brian Inglis wrote:
> On 2020-08-09 12:28, Adam Dinwoodie wrote:
>> On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
>>> On Mon, 20 Jul 2020 at 13:53, Brian Inglis wrote:
>>>> The following packages have been uploaded to the Cygwin distributio
On 2020-08-09 12:28, Adam Dinwoodie wrote:
> On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
>> On Mon, 20 Jul 2020 at 13:53, Brian Inglis wrote:
>>> The following packages have been uploaded to the Cygwin distribution:
>>> * curl 7.71.1
>>> * libc
On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
>
> Hi Brian,
>
> On Mon, 20 Jul 2020 at 13:53, Brian Inglis wrote:
> >
> > The following packages have been uploaded to the Cygwin distribution:
> >
> > * curl 7.71.1
> > * libcurl4 7.71.
Brian Inglis writes:
> The following packages have been uploaded to the Cygwin distribution:
>
> * curl 7.71.1
Curl has dropped the dependency to libmetalink with this release, which
proably is a consequence of the newer SSL (the upstream Changelog is not
very clear ther
The following packages have been uploaded to the Cygwin distribution:
* curl 7.71.1
* libcurl4 7.71.1
* libcurl-devel 7.71.1
* libcurl-doc 7.71.1
curl is a command line tool and library for transferring files
with URL syntax, supporting FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP
1 - 100 of 328 matches
Mail list logo
