Hi,
I was doing a test using gnutls and connecting to twitter api
services. Example attached.
I successfully passed the TLS/SSL part, but then I got this HTTP bad
header issue. I am running Guile 2.0.5 from Debian/unstable but
current stable-2.0 branch also suffers from the safe problem (I
On 3 April 2013 15:59, Aleix Conchillo Flaqué aconchi...@gmail.com wrote:
Hi,
I was doing a test using gnutls and connecting to twitter api
services. Example attached.
I successfully passed the TLS/SSL part, but then I got this HTTP bad
header issue. I am running Guile 2.0.5 from
() Daniel Hartwig mand...@gmail.com
() Wed, 3 Apr 2013 17:47:01 +0800
Apparently we are supposed to do this a bit more and accomodate yet
another non-compliant service?
Maybe that stuff should be exposed to the user. Do a best effort
conversion and if not successful, return a pair
On 3 April 2013 18:33, Thien-Thi Nguyen t...@gnuvola.org wrote:
() Daniel Hartwig mand...@gmail.com
() Wed, 3 Apr 2013 17:47:01 +0800
Apparently we are supposed to do this a bit more and accomodate yet
another non-compliant service?
Maybe that stuff should be exposed to the user. Do
Daniel Hartwig mand...@gmail.com skribis:
RFC 2616 _requires_ http date values have a suffix of GMT
What about adding an exception for “UTC”? :-)
It’s the same timezone, only with a different name, so it shouldn’t cost
us much.
WDYT?
Ludo’.
On Wed, Apr 3, 2013 at 5:34 AM, Ludovic Courtès l...@gnu.org wrote:
Daniel Hartwig mand...@gmail.com skribis:
RFC 2616 _requires_ http date values have a suffix of GMT
What about adding an exception for “UTC”? :-)
It’s the same timezone, only with a different name, so it shouldn’t cost
On Wed, Apr 3, 2013 at 7:57 AM, Aleix Conchillo Flaqué
aconchi...@gmail.com wrote:
This is what I did locally so I could continue testing. But
unfortunately, it's is very likely that there are more broken servers
around. The permissive flag seems like an all-or-nothing, so I think
Thien-Thi's
