Hi Everyone,
I'm building cURL 7.64.0 from sources. I'm seeing some failed self
tests on ARM platform. The platform is a Tinker Board
(https://www.asus.com/us/Single-Board-Computer/Tinker-Board/). It is a
Cortex-A17 processor running Debian 9.8. The machine is fully patched.
If you have some time
On Mon, Mar 18, 2019 at 11:48 AM Daniel Stenberg wrote:
>
> On Mon, 18 Mar 2019, Jeffrey Walton via curl-library wrote:
>
> > I'm building cURL 7.64.0 from sources. I'm seeing some failed self tests on
> > ARM platform. The platform is a Tinker Board
> >
Hi Everyone,
I'm testing on a Beaglebone. Test 168 is reported as failed but I
don't see what the problem is.
Can anyone confirm cURL is ready to install or point out the problem?
Thanks in advance.
beaglebone:tests$ cat logfile
* System characteristics
* curl 7.64.0 (armv7l-un
Hi Everyone,
I'm performing a quick Asan audit on cURL 7.64.1. CFLAGS, CXXFLAGS
include -fsanitize=address -fno-omit-frame-pointer; and LDFLAGS
includes -fsanitize=address.
cURL is failing to configure with the error below.
How can I patch cURL so that it orders libraries properly during
configu
On Mon, May 13, 2019 at 2:06 AM Ray Satiro via curl-library
wrote:
>
> On 5/13/2019 1:42 AM, Jeffrey Walton via curl-library wrote:
> > I'm performing a quick Asan audit on cURL 7.64.1. CFLAGS, CXXFLAGS
> > include -fsanitize=address -fno-omit-frame-pointer; and LDFLAGS
On Mon, May 13, 2019 at 2:55 AM Daniel Stenberg via curl-library
wrote:
>
> On Mon, 13 May 2019, Ray Satiro via curl-library wrote:
>
> > COMMON="-fsanitize=address,undefined -fno-sanitize-recover
> > -fno-omit-frame-pointer -Wformat -Werror=format-security
> > -Werror=array-bounds -g"
> >
> > CPP
On Fri, May 24, 2019 at 6:50 AM Daniel Stenberg via curl-library
wrote:
>
> ...
> We already merged support for CURLOPT_SASL_AUTHZID (and the accompanying
> --sasl-authzid), more or less accidentally.
Forgive my ignorance... Did this break an ABI? Or did it break
something that already exists? Or
On Sat, May 25, 2019 at 5:43 AM Daniel Stenberg wrote:
>
> On Sat, 25 May 2019, Jeffrey Walton wrote:
>
> >> We already merged support for CURLOPT_SASL_AUTHZID (and the accompanying
> >> --sasl-authzid), more or less accidentally.
> >
> > Forgive my ignorance... Did this break an ABI? Or did it br
On Tue, Jun 4, 2019 at 11:44 AM Daniel Stenberg via curl-library
wrote:
>
> I've finally managed to sum up what 732 users told us in this year's survey:
>
>https://daniel.haxx.se/blog/2019/06/04/curl-user-survey-2019-analysis/
Nice work on the report Daniel.
For next year's survey I would be
On Wed, Jun 5, 2019 at 12:56 AM Dennis Clarke via curl-library
wrote:
>
> On 6/5/19 12:04 AM, Jeffrey Walton via curl-library wrote:
> > On Tue, Jun 4, 2019 at 11:44 AM Daniel Stenberg via curl-library
> > wrote:
> >>
> >> I've finally managed to sum
On Fri, Oct 18, 2019 at 12:07 PM Daniel Stenberg via curl-library
wrote:
>
> On Fri, 18 Oct 2019, Dan Fandrich via curl-library wrote:
>
> > I have a PR[1] to add an ARM build to Travis (ARM support is still in beta)
> > and I've noticed a few problems. For one, test 323 consistently fails (see
>
s-is just to get some ARM coverage
> now. Once someone gets a chance to look at the test issues we can stop
> disabling that test. We'll soon see how often we get tests segfaulting.
>
> On Fri, Oct 18, 2019 at 01:16:49PM -0400, Jeffrey Walton via curl-library
> wrote:
> > If
On Sat, Oct 19, 2019 at 6:24 PM Daniel Stenberg via curl-library
wrote:
>
> On Fri, 18 Oct 2019, Dan Fandrich via curl-library wrote:
>
> > For one, test 323 consistently fails
>
> I got an account on cfarm, compiled curl on an aarch64 machine of there in
> order to reproduce and debug this case.
On Sun, Oct 20, 2019 at 5:16 AM Daniel Stenberg wrote:
>
> On Sat, 19 Oct 2019, Jeffrey Walton wrote:
>
> >> The sad results is however that on this machine test 323 seems to work just
> >> fine even if I try to repeat it mant times! :-O
> >
> > The other ones to try is GCC117 or GCC118. They are
On Mon, Oct 21, 2019 at 3:13 AM Daniel Stenberg wrote:
>
> On Sat, 19 Oct 2019, Jeffrey Walton wrote:
>
> >> The sad results is however that on this machine test 323 seems to work just
> >> fine even if I try to repeat it mant times! :-O
> >>
> >> The particular machine I used features a "AArch64
On Mon, Oct 21, 2019 at 5:13 AM Jeffrey Walton wrote:
>
> On Mon, Oct 21, 2019 at 3:13 AM Daniel Stenberg wrote:
> >
> > On Sat, 19 Oct 2019, Jeffrey Walton wrote:
> >
> > >> The sad results is however that on this machine test 323 seems to work
> > >> just
> > >> fine even if I try to repeat it
Hi Everyone,
I'm having trouble connecting to a server that uses Let's Encrypt. The
code is below. The error is:
Error: Failed to download file, error 60, SSL peer
certificate or SSH remote key was not OK.
The code is below, and the real code performs error checking. The only
failure is
On Thu, Nov 28, 2019 at 5:38 PM Dave S via curl-library
wrote:
>
> On Thu, Nov 28, 2019, 2:02 PM Daniel Stenberg via curl-library
> wrote:
>>
>> On Thu, 28 Nov 2019, Jeffrey Walton via curl-library wrote:
>>
>> > I'm having trouble connecting to a ser
On Thu, Nov 28, 2019 at 4:58 PM Daniel Stenberg wrote:
>
> On Thu, 28 Nov 2019, Jeffrey Walton via curl-library wrote:
>
> > I'm having trouble connecting to a server that uses Let's Encrypt.
>
> With a huuuge portion of the web now using Let's Encrypt certs,
On Thu, Nov 28, 2019 at 4:58 PM Daniel Stenberg wrote:
>
> On Thu, 28 Nov 2019, Jeffrey Walton via curl-library wrote:
>
> > I'm having trouble connecting to a server that uses Let's Encrypt.
>
> With a huuuge portion of the web now using Let's Encrypt certs,
On Fri, Nov 29, 2019 at 3:02 AM Daniel Stenberg wrote:
>
> I'm convinced most people use a full fledged "CA store" for their curl
> operations just as they do with their browsers.
Some people do; but other people do not. It depends on the engineer
and the problem domain.
Most developers don't kn
On Fri, Nov 29, 2019 at 7:07 AM Daniel Stenberg wrote:
>
> On Fri, 29 Nov 2019, Jeffrey Walton wrote:
> ...
> I take your long email was a funny way to say: "I want curl to be okay with
> partial cert chains with OpenSSL since it doesn't impose any additional
> security problem and other TLS libra
On Sun, Jan 12, 2020 at 10:54 AM shiftag via curl-library
wrote:
> ...
>
> That's what I did, I built libcurl with --with-ca-bundle and
> --with-ca-path but I unfortunately did a wrong copy/paste for curl one.
> I add the options that way:
>
> --with-ca-bundle=$(PATHDEP)/certs/ca-bundl
Hi Everyone,
I still use Fedora 1 for regression testing of some unrelated
software. I need modern tools like Git, SSH and Wget, so a lot of
packages get built for the updated tools. The packages include cURL.
Attached are the testing results for cURL 7.68.0 release tarball on
Fedora 1. It looks
On Sun, Feb 16, 2020 at 10:52 AM Алексей via curl-library
wrote:
>
> Thanks, but you didn’t answer on my question.
> Is that libraries files are equal or not? They have the same version in their
> names.
> I don’t need latest curl, I need to have ability to build plcontainer without
> updating c
On Thu, Feb 20, 2020 at 3:41 PM Daniel Stenberg via curl-library
wrote:
>
> On Thu, 20 Feb 2020, Jason Proctor via curl-library wrote:
>
> > I see that Curl has a configure option for pointing it at an OpenSSL
> > installation, but so far I have been unable to make this work. With the
> > latest v
On Fri, Mar 6, 2020 at 6:08 PM Robert Brose via curl-library
wrote:
>
> I'm having trouble figuring out what I'm doing wrong with an
> implementation of libcurl that is working for everything else I can
> throw at it. I've done a lot of searching stack overflow, etc and
> haven't figured out the i
On Sat, Mar 7, 2020 at 4:38 PM Ben Greear via curl-library
wrote:
>
> On older platforms where libcares is old, it seems that my builds are broken
> because the -L/usr/lib comes before the -L that is generated with the
> --with-cares [dir]
> argument:
>
> From config.log:
>
> 21516CPPFLAGS:
On Mon, Mar 16, 2020 at 3:19 AM Daniel Stenberg via curl-library
wrote:
>
> This is a general note and warning to users of curl and libcurl running on
> Windows and using FILE:// transfers.
>
> The Windows operating system will automatically, and without any way for
> applications to disable it, t
Hi Everyone,
I'm trying to build curl-7.69.1.tar.gz on NetBSD 8.1. I'm using
--prefix=$HOME/tmp, and PKG_CONFIG_PATH=$HOME/tmp/lib/pkgconfig.
The configure test fails at:
configure:4470: checking whether we are cross compiling
configure:4478: gcc -o conftest -g2 -O2 -fPIC -pthread
-I/home/jwalto
Hi Everyone,
I'm building curl-7.69.1.tar.gz on NetBSD 8.1 x86_64, fully patched.
curl and all of its dependencies are built and installed into
--prefix=$HOME/tmp. RPATHs are set so objects can find the right
components. PKG_CONFIG_PATH is also set, and it is
PKG_CONFIG_PATH=$HOME/tmp/lib/pkgconfi
On Mon, Mar 23, 2020 at 6:01 PM Daniel Stenberg wrote:
>
> On Mon, 23 Mar 2020, Jeffrey Walton via curl-library wrote:
>
> > Any ideas?
>
> Your OpenSSL was probably built with EGD disabled? The openssl/rand.h header
> has this (in both 1.1.1e as well as current g
On Mon, Mar 23, 2020 at 6:42 PM Daniel Stenberg wrote:
>
> On Mon, 23 Mar 2020, Jeffrey Walton wrote:
>
> > I don't do anything special with EGD. I don't know what state it is in in
> > OpenSSL 1.1.1d. (I recall talk of OpenSSL removing it).
> >
> > If that is the case, wouldn't this check detect
On Mon, Mar 23, 2020 at 7:50 PM Daniel Stenberg wrote:
>
> On Mon, 23 Mar 2020, Jeffrey Walton wrote:
>
> >$ OpenSSL 1.1.1e
> >$ nm -g $HOME/tmp/lib/libcrypto.so | grep RAND_egd
> >$
> >
> > So it looks like EGD is off by default in OpenSSL 1.1.1.
>
> Indeed, but also this works fine f
On Mon, Mar 23, 2020 at 8:22 PM Jeffrey Walton wrote:
>
> On Mon, Mar 23, 2020 at 7:50 PM Daniel Stenberg wrote:
> >
> > On Mon, 23 Mar 2020, Jeffrey Walton wrote:
> >
> > >$ OpenSSL 1.1.1e
> > >$ nm -g $HOME/tmp/lib/libcrypto.so | grep RAND_egd
> > >$
> > >
> > > So it looks like EGD
On Mon, Mar 23, 2020 at 6:01 PM Daniel Stenberg wrote:
>
> On Mon, 23 Mar 2020, Jeffrey Walton via curl-library wrote:
>
> > Any ideas?
>
> Your OpenSSL was probably built with EGD disabled? The openssl/rand.h header
> has this (in both 1.1.1e as well as current git
On Mon, Apr 13, 2020 at 4:30 PM Mark Windshield via curl-library
wrote:
>
> I'm trying to include the Cipher Suite TLS_RSA_WITH_3DES_EDE_CBC_SHA (0x000a)
> (DES-CBC3-SHA) in my request with the latest libcurl and openssl 1.1.1f, but
> I seem to be unable to do so, even tho cipher can be found in
Hi Everyone/Daniel,
I'm building cURL 7.70.0 from sources on OS X 10.9. I think it has
Xcode 7 (or maybe it is Xcode 6). Each source file compiled carries
this warning:
gcc -DHAVE_CONFIG_H -I../include -I../lib -I../src -I../lib -I../src
-isystem /usr/local/include -DNDEBUG -isystem /usr/loca
On Thu, May 7, 2020 at 6:46 PM Testing WunTuTri via curl-library
wrote:
>
> old thread: https://curl.haxx.se/mail/lib-2020-05/0021.html
>
> Hey folks,
>
> So I decided to fully commit to the Microsoft compiler, and figure out the
> flags on the go which disable features I don't need. (99% of them
On Fri, May 8, 2020 at 1:14 AM Jeffrey Walton wrote:
>
> On Thu, May 7, 2020 at 6:46 PM Testing WunTuTri via curl-library
> wrote:
> >
> > old thread: https://curl.haxx.se/mail/lib-2020-05/0021.html
> >
> > Hey folks,
> >
> > So I decided to fully commit to the Microsoft compiler, and figure out
On Thu, May 7, 2020 at 6:47 AM Testing WunTuTri via curl-library
wrote:
>
> That is interesting, I'll try the nmake command with additional flags today.
>
> But for what it's worth, I've managed to bring down the unresolved externals
> just to 1.
>
> libcurl.a(strerror.o) : error LNK2019: unresol
On Fri, May 8, 2020 at 3:20 PM Felipe Gasper via curl-library
wrote:
>
> Is it possible with libcurl to send an HTTP/1.1 request whose Host
> header mismatches the TLS SNI string?
>
> Also, if anyone knows: what are the “perils” of making such a
> request? Does Apache or nginx re
On Fri, May 8, 2020 at 3:35 PM Jeffrey Walton wrote:
>
> On Fri, May 8, 2020 at 3:20 PM Felipe Gasper via curl-library
> wrote:
> >
> > Is it possible with libcurl to send an HTTP/1.1 request whose Host
> > header mismatches the TLS SNI string?
> >
> > Also, if anyone knows: what
On Mon, May 25, 2020 at 6:27 PM James Read via curl-library
wrote:
>
> ...
>
> Gmail seems to have taken out all the formatting. Apologies. It should still
> compile though.
I can't speak for others, but... You should probably reduce the code
to a minimal reproducer, and then put it on GitHub or
On Mon, May 25, 2020 at 7:16 PM James Read wrote:
>
>
>
> On Tue, May 26, 2020 at 12:02 AM Jeffrey Walton wrote:
>>
>> On Mon, May 25, 2020 at 6:27 PM James Read via curl-library
>> wrote:
>> >
>> > ...
>> >
>> > Gmail seems to have taken out all the formatting. Apologies. It should
>> > still
On Sat, May 30, 2020 at 11:54 AM Nicolas Mora via curl-library
wrote:
>
> I'm trying to use self-signed client certificates in TLS handshakes
> between libcurl and libmicrohttpd.
>
> So far I'm not able to retrieve the client certificate on the server
> side if the client certificate isn't signed
On Fri, Jun 12, 2020 at 5:48 AM Daniel Stenberg via curl-library
wrote:
>
> On Thu, 11 Jun 2020, Daniel Stenberg via curl-library wrote:
>
> On the two remaining criteria:
>
> > "The project MUST document its code review requirements, including how code
> > review is conducted, what must be check
On Wed, Jun 24, 2020 at 9:11 PM Hongyi Zhao via curl-library
wrote:
>
> Hi,
>
> On Ubuntu 20.04, I want to compile zeal with the following steps:
>
> ```
> $ sudo apt-get build-dep zeal
> $ sudo apt-get install qtwebengine5-dev
> $ git clone https://github.com/zealdocs/zeal.git zeal.git
> $ cd zea
Hi Everyone,
This is from an old PowerMac running OS X 10.5 in case there's
interest in looking at it. I have not observed the issue on
non-ancient systems.
test 1066...OK (797 out of 1355, remaining: 03:01, took 0.119s, duration: 04:18)
test 1067...OK (798 out of 1355, remaining: 03:00, took 0.2
On Fri, Aug 28, 2020 at 4:18 AM Dennis Clarke via curl-library
wrote:
>
> On 8/27/20 9:06 AM, Daniel Stenberg via curl-library wrote:
> > Hi friends,
> >
> > I'm happy to announce that I've put together a new release of tiny-curl.
> > The stripped-down version of curl targetted at small systems.
>
On Fri, Sep 4, 2020 at 6:32 PM Daniel Stenberg via curl-library
wrote:
>
> On Sat, 5 Sep 2020, Hongyi Zhao via curl-library wrote:
>
> > werner@X10DAi-01:~$ curl -vI -x socks5://127.0.0.1:9050
> > https://www.baidu.com
>
> ...
> > As you can see, the connection to google succeed while fail for co
On Thu, Oct 15, 2020 at 3:20 PM Firefox OS via curl-library
wrote:
>
> I tried to build curl 7.73 using following options:
>
> ./configure --disable-static --enable-shared --prefix=/usr \
> --host=i686-buildroot-linux-uclibc --disable-debug \
> --enable-warnings --disable-curldebug --ena
On Thu, Nov 12, 2020 at 10:58 AM Taw via curl-library
wrote:
>
> Hi,
> This is my first mail in a mailing-list so I hope I do this properly.
>
> I am trying to build cURL for Apple Silicon ARM (cross-compilation) using a
> macOS Intel host.
> How is done with other libraries (zlib, cjson, etc): j
On Thu, Nov 12, 2020 at 11:40 AM Taw via curl-library
wrote:
>
> Thanks a lot Christian and Jeffrey,
>
> @Christian
> Please note that your flag "-mmacosx-version-min=11.0" is incompatible with
> Apple Silicon, on most libraries I get a warning, because Apple Silicon works
> only >=12.0. You can
On Tue, Dec 15, 2020 at 5:07 AM Daniel Stenberg via curl-library
wrote:
>
> I've been thinking back and forth on what to do with this new name. There are
> certainly many possibilities. We can use it as ...
>
> A. the new official web home (doesn't feel very attractive to me)
> B. a new "devel
On Tue, Jan 5, 2021 at 7:36 PM Hongyi Zhao via curl-library
wrote:
>
> $ curl git://git.sv.gnu.org/emacs.git
> curl: (1) Protocol "git" not supported or disabled in libcurl
>
> So, any hints for the git protocol support of (lib)curl?
Please, no. That would create a circular dependency between cUR
On Thu, Jan 7, 2021 at 4:03 AM Daniel Stenberg via curl-library
wrote:
>
> In the curl security team, we have a discussion going on with someone who
> wants a set of memory-leaks we fixed in the past to be highlighted and
> reported as "security problems". This, because a memory leak in a long-run
On Thu, Jan 7, 2021 at 8:35 AM Daniel Stenberg wrote:
>
> On Thu, 7 Jan 2021, Jeffrey Walton wrote:
>
> > Size does not matter. If it's a long running process then there's a risk of
> > resource exhaustion.
>
> Yes, that's what a memory-leak is. The question is rather if that makes
> *every* leak
On Fri, Jan 8, 2021 at 8:23 AM Tomalak Geret'kal via curl-library
wrote:
>
> On 07/01/2021 13:47, Jeffrey Walton via curl-library wrote:
> > All memory leaks can lead to resource exhaustion on
> > platforms that use
> > managed languages due to the process lifecyc
Hi Everyone/Daniel,
$ lsb_release -a
Distributor ID:Ubuntu
Description:Ubuntu 20.04.1 LTS
Release:20.04
Codename:focal
$ command -v wget
/usr/bin/wget
$ wget -O cacert.pem 'https://curl.haxx.se/ca/cacert.pem'
--2021-01-11 02:09:02-- https://curl.haxx.se/ca/cacert.pem
Resolving c
On Mon, Jan 11, 2021 at 2:35 AM Daniel Stenberg wrote:
>
> On Mon, 11 Jan 2021, Jeffrey Walton via curl-library wrote:
>
> > $ lsb_release -a
> > Distributor ID:Ubuntu
> > Description:Ubuntu 20.04.1 LTS
> > Release:20.04
> > Codename:focal
On Mon, Jan 11, 2021 at 3:25 AM Ray Satiro via curl-library
wrote:
>
> On 1/11/2021 2:48 AM, Jeffrey Walton via curl-library wrote:
>
> On Mon, Jan 11, 2021 at 2:35 AM Daniel Stenberg wrote:
>
> On Mon, 11 Jan 2021, Jeffrey Walton via curl-library wrote:
>
> $ lsb_rel
62 matches
Mail list logo
