On Tue, 30 Jan 2024, Samuel Henrique wrote:
Can you tell us which case it is?
Is it confirmed affected or is this a guess?
I believe these are the two cases:
- The public 'struct curl_fileinfo' contains a time_t struct member, used for
FTP wildcard callbacks.
- The public API curl_getdate(
On Fri, 10 Mar 2023, Samuel Henrique wrote:
I couldn't find anything in the release notes which look like a
breaking change[0]
Lots of people and CI systems run all the tests flawlessly all the time, so
there is reason to suspect that there is something slightly unusual in your
test setup th
On Tue, 15 Mar 2022, Cantor, Scott wrote:
Looking more closely, I'm going to hope curl is at fault and that this is
actually "just" a CA list issue.
This is probably the same issue as Bug #1007739. Triggered by a bug in curl
for CN-only certificates:
https://github.com/curl/curl/issues/855
On Tue, 15 Mar 2022, Paul Gevers wrote:
This is likely this same issue:
https://github.com/curl/curl/issues/8559
Fixed in curl (after the 7.82.0 release) via this PR:
https://github.com/curl/curl/pull/8560
--
/ daniel.haxx.se
On Tue, 20 Feb 2018, Steve Langasek wrote:
In fact, some of us who remember are still around ;-) The historical
context here is that curl upstream made a determination that the SONAME
should be bumped for an "ABI break" that was not an ABI break in any
traditional sense, didn't appear to brea
On Sun, 6 Nov 2016, gregor herrmann wrote:
There's an upstream bug at
https://rt.cpan.org/Public/Bug/Display.html?id=117793
which also contains a patch.
Confirmation from the curl maintainers that the patch makes sense would be
welcome.
Seems sensible. CURL_STRICTER is just a define an appli
On Sat, 13 Nov 2010, Simon McVittie wrote:
# GNUTLS backend, zero timeout, fails ./debian/build-gnutls/src/curl -k
https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/Release
--cert ../test-client.apt-test.aviatis.com.crt --key
../test-client.apt-test.aviatis.com.key
On Sat, 13 Nov 2010, Steve M. Robbins wrote:
Does curl really treat the default value as 0 seconds timeout on the
connection? Or does it treat 0 as unlimited (i.e. no timeout)? The manpage
for curl_easy_setopt is unclear on this.
curl treats a TIMEOUT explicitly set to 0 as a way to disable
Hi
Can you please try to make a reproducable source code that can repeat this
problem? I mean, without the tool's logic but a clean C source using libcurl.
And it is probably a good idea to take this to the curl-library mailing
list...
--
/ daniel.haxx.se
--
To UNSUBSCRIBE, email to de
On Sat, 15 Sep 2007, Rene Engelhard wrote:
I didn't. I just said that you was wrong saying globally that curl 7.17.0
doesn't break builds. In some circumstances it does. You also claimed
without making an exception that you still supported the options "above."
Which evidently is not true with
On Sat, 15 Sep 2007, Rene Engelhard wrote:
Nope. We still support the option as described above.
Not when you define CURL_NO_OLDIES.
You've received (at least) two mails describing the purpose of this define,
and it is even explained in the public libcurl header.
Feel free to tell us exac
On Sat, 15 Sep 2007, Domenico Andreoli wrote:
curl 7.17.0 breaks the build of openoffice.org. Rene has already found the
cause, it is described below.
Eh, no. curl 7.17.0 does *not* break this as you will see below.
Is it only a formal error by the curl side or openoffice.org requires to be
Hey
The only really fine fix for this is to use a later libssh2 package that is
built against libgcrypt, but that of course requires that two wishes come
true:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=409362
and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430569
On Thu, 21 Jun 2007, Bryan Donlan wrote:
Debian has not actually changed the upstream so-name. The libcurl3 package
actually contains libcurl.so.4, and a symlink to that from libcurl.so.3.
Please see the debian.release thread for more details:
http://article.gmane.org/gmane.linux.debian.devel.
On Thu, 21 Jun 2007, Adrian Bunk wrote:
Having consistent so-names as defined by upstream on different distributions
has the advantage for users of creating some binary compatibility between
different distributions. If Debian starts to diverge from upstream so-names
this becomes much harder.
On Wed, 7 Feb 2007, Denis Dzyubenko wrote:
googling tells that this is a bug in libcurl3, not in fuse or curlftpfs. For
example, see news '22-Jan-2007' at http://curlftpfs.sourceforge.net/ After
it freezes the only way to do anything with mount ftp is to do 'killall -9
curlftpfs'.
Yes, googl
,7 +1412,8 @@
AC_MSG_RESULT(no)
,
dnl not invoked when crosscompiling)
-])
+ echo "hej"
+)
fi
else
dnl and for crosscompilings
--
-=- Daniel Stenberg -=- http://daniel.haxx.se -=-
ech`echo xiun|tr nu oc|sed 'sx\([s\x]\)\([\xoi]\)xo
fixed upstread post 7.15.0
--
-=- Daniel Stenberg -=- http://daniel.haxx.se -=-
ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CAN-2005-3185 has been confirmed by mitre.org (in a non-disclosed mail to me
and others)
It covers both the curl and the wget flaw (as they are identical).
--
-=- Daniel Stenberg -=- http://daniel.haxx.se -=-
ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`
On Fri, 16 Sep 2005, Domenico Andreoli wrote:
here is my proposed patch to allow, at configure, time the production of
shared library with versioned symbols. i used it to build curl 7.14.1-1
debian package now in experimental.
Thanks!
I like the general spirit, but I have a few remarks:
1
ke libcurl use it.
Issue 3 is fixed by introducing a generic libcurl API for it
Mo one currently works on solving any of these issues, AFAIK.
--
-=- Daniel Stenberg -=- http://daniel.haxx.se -=-
ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
--
To UNSUBSC
packaging problems. i'll send you a patch, i think you are
also interested in versioned symbols too.
I might be, yes, depending on how intrusive the patch is.
--
-=- Daniel Stenberg -=- http://daniel.haxx.se -=-
ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg
't be.
--
-=- Daniel Stenberg -=- http://daniel.haxx.se -=-
ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tolerable fix to this dilemma, other than
providing two libcurls using different names that can co-exist.
I've said it before. I've explained why.
--
-=- Daniel Stenberg -=- http://daniel.haxx.se -=-
ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
--
T
On Thu, 1 Sep 2005, Elimar Riesebieter wrote:
I bounced this message to debian-devel to force a solution with the
curl ssl/gnutlds diverties.
...
My resume on Daniels point of view is to get a different .so name for gnutls
in the very short term and kick off ssl in Debian apps midterm!
Tha
s only one available work-around for the short to mid term,
and that is to use a separate .so file for libcurl built with GnuTLS.
--
-=- Daniel Stenberg -=- http://daniel.haxx.se -=-
ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
--
To UNSUBSCRIBE, email to
Hi
This problem is claimed to be fixed with libidn11 0.5.13-1.0
(http://packages.qa.debian.org/libi/libidn/news/1.html)
... since that closes #299319:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299319
... which this report is just a duplicate of.
--
-=- Daniel Stenberg -=- http
27 matches
Mail list logo
