From edi at agharta.de  Mon Sep  4 23:03:26 2006
From: edi at agharta.de (Edi Weitz)
Date: Tue, 05 Sep 2006 01:03:26 +0200
Subject: [drakma-announce] New versions of Chunga (0.1.2) and Drakma (0.4.0)
Message-ID: <uy7szqloh.fsf@agharta.de>

Chunga:
-------

  ChangeLog:

    Version 0.1.2
    2006-09-05
    Exported CHUNKED-STREAM-STREAM
    Mentioned Gentoo port in docs
    Added info about mailing lists

  Download:

    http://weitz.de/files/chunga.tar.gz


Drakma:
-------

  ChangeLog:

    Version 0.4.0
    2006-09-05
    Added file uploads
    Added multipart/form-data
    Added enforced computation of request bodies in RAM
    Use LF line endings in default external format

  Download:

    http://weitz.de/files/drakma.tar.gz


Cheers,
Edi.


From edi at agharta.de  Thu Sep  7 10:26:30 2006
From: edi at agharta.de (Edi Weitz)
Date: Thu, 07 Sep 2006 12:26:30 +0200
Subject: [drakma-announce] New version 0.4.1 (Was: Supported HTTP methods)
In-Reply-To: <1157553695.12284.20.camel@localhost.localdomain> (Ralf
	Mattes's message of "Wed, 06 Sep 2006 16:41:35 +0200")
References: <1157553695.12284.20.camel@localhost.localdomain>
Message-ID: <ufyf4ynu1.fsf@agharta.de>

On Wed, 06 Sep 2006 16:41:35 +0200, Ralf Mattes <rm at seid-online.de> wrote:

> shouldn't the library allow all methods from HTTP/1.1?  [...] BTW,
> it might be a good idea to add the methods needed for WebDAV as well

OK, done.  There's a new release 0.4.1 online.  Please test.

Cheers,
Edi.


From edi at agharta.de  Thu Sep  7 10:52:24 2006
From: edi at agharta.de (Edi Weitz)
Date: Thu, 07 Sep 2006 12:52:24 +0200
Subject: [drakma-announce] Version 0.4.2 (Was: Supported HTTP methods)
In-Reply-To: <1157553695.12284.20.camel@localhost.localdomain> (Ralf
	Mattes's message of "Wed, 06 Sep 2006 16:41:35 +0200")
References: <1157553695.12284.20.camel@localhost.localdomain>
Message-ID: <uy7swx82f.fsf@agharta.de>

On Wed, 06 Sep 2006 16:41:35 +0200, Ralf Mattes <rm at seid-online.de> wrote:

> +	      ;; create a 'magic' options request 
> +	      (when (eq method :options*) 
> +		(setf (uri-path uri)  "*"
> +		      (uri-query uri) ""
> +		      method :options))

Woops, that was wrong.  The query part must be set to NIL, not "".
See release 0.4.2.

Sorry,
Edi.


From edi at agharta.de  Sat Sep 23 23:38:02 2006
From: edi at agharta.de (Edi Weitz)
Date: Sun, 24 Sep 2006 01:38:02 +0200
Subject: [drakma-announce] New version 0.4.3
Message-ID: <u4puyrw6d.fsf@agharta.de>

ChangeLog:

  Version 0.4.3
  2006-09-24
  Circumvent CL+SSL for AllegroCL (suggested by David Lichteblau)

Download:

  http://weitz.de/files/drakma.tar.gz

Cheers,
Edi.


From edi at agharta.de  Sun Sep 24 20:50:47 2006
From: edi at agharta.de (Edi Weitz)
Date: Sun, 24 Sep 2006 22:50:47 +0200
Subject: [drakma-announce] New version 0.4.4   (Was: Couple of problems)
In-Reply-To: <7c23adaa0609232341n3549e03ct8ab7b53773d71f13@mail.gmail.com>
	(Ivan Toshkov's message of "Sun, 24 Sep 2006 09:41:04 +0300")
References: <7c23adaa0609232341n3549e03ct8ab7b53773d71f13@mail.gmail.com>
Message-ID: <uac4pf0pk.fsf@agharta.de>

Hi!

On Sun, 24 Sep 2006 09:41:04 +0300, "Ivan Toshkov" <ivan at toshkov.org> wrote:

> First of all, thank you Edi Weitz for your excellent libraries.  I
> find them simple to use, well thought out, and with excellent
> documentation.  Again, a big thank you.

You're welcome... :)

> And thanks to whoever is working on porting Drakma.

I think that's me... :)

> I found a couple of problems:
>
> Drakma cannot receive cookies from localhost.  After a short
> investigation I found that the problem was with the method
> VALID-COOKIE-DOMAIN-P, which insist to have at least 2 dots in the
> normalized domain name.  As a workaround I used 127.0.0.1 instead of
> localhost.

Thanks for the report, I've released a new version (0.4.4) which fixes
this.

> The other problem is with an incomplete implementation of
> flexi-streams under CMUCL.  The call:
>
>> (drakma:http-request "http://www.google.com/" :parameters '(("q" . "something")))
>
> works normally, but
>
>> (drakma:http-request "http://www.google.com/search" :parameters '(("q" . "something")))
>
> gives:
>
> No matching method for the generic function
> #<STANDARD-GENERIC-FUNCTION INPUT-STREAM-P (2) {58E17501}>, when called with
> arguments (#<FLEXI-STREAMS::VECTOR-OUTPUT-STREAM {5834F8FD}>).
>    [Condition of type PCL::NO-APPLICABLE-METHOD-ERROR]
>
>   0: ("DEFMETHOD NO-APPLICABLE-METHOD (T)" #<#1=unused-arg> #<#1#>
> #<STANDARD-GENERIC-FUNCTION INPUT-STREAM-P (2) {58E17501}>
> (#<FLEXI-STREAMS::VECTOR-OUTPUT-STREAM {5834F8FD}>))
>   1: (FLEXI-STREAMS:MAKE-FLEXI-STREAM
> #<FLEXI-STREAMS::VECTOR-OUTPUT-STREAM {5834F8FD}> :EXTERNAL-FORMAT
> :LATIN-1)
>   2: (FLEXI-STREAMS:STRING-TO-OCTETS "q" :EXTERNAL-FORMAT :LATIN-1 :START ...)
>   3: (DRAKMA::URL-ENCODE "q" :LATIN-1)
>   4: (DRAKMA::ALIST-TO-URL-ENCODED-STRING (("q" . "something")) :LATIN-1)
>   5: (DRAKMA:HTTP-REQUEST #<URI http://www.google.com/search>
> :PARAMETERS (("q" . "something")))
>
> I don't have time at the moment to see if anything else is missing
> and to give patches.  For this case though the workaround seems to
> be as simple as:
>
> (defmethod input-stream-p ((s flexi-streams::vector-output-stream)) nil)

If I understand the Gray streams proposal correctly, this isn't an
incompleteness in FLEXI-STREAMS, but a problem in CMUCL's Gray streams
implementation.  Are you using the newest version of CMUCL?  Have you
asked on their mailing list?  (It is also not clear to me why the
problem only surfaces with the longer URL because URL-ENCODE has to be
called in both cases.)

Cheers,
Edi.


From edi at agharta.de  Mon Sep 25 07:59:29 2006
From: edi at agharta.de (Edi Weitz)
Date: Mon, 25 Sep 2006 09:59:29 +0200
Subject: [drakma-announce] New version 0.5.0 (Was: Patch for autoreferer
	support)
In-Reply-To: <9333274A-220E-4576-90A0-397411F481D7@Mac.lover.org> (Colin
	Simmonds's message of "Sun, 24 Sep 2006 23:00:32 -0400")
References: <9333274A-220E-4576-90A0-397411F481D7@Mac.lover.org>
Message-ID: <upsdknzq6.fsf@agharta.de>

On Sun, 24 Sep 2006 23:00:32 -0400, Colin Simmonds <colin_simmonds at Mac.lover.org> wrote:

> I'd previously been using Curl through FFI bindings for a simple
> Lisp web client project of mine, but have now switched to Drakma as
> it's much easier to use.
>
> However, there was one feature in Curl that I needed which was
> missing, and was easily added in the attached patch. Curl has an
> autoreferer option, which when following redirects, automatically
> adds a Referer header containing the URI of the page that is being
> redirected from. I've added an equivalent option to the http-request
> function.

Thanks for the patch - I've added the new functionality to the 0.5.0
release.  Note, however, that I've called it AUTO-REFERER (note the
hyphen).

Cheers,
Edi.