Hi,

Dan Fandrich wrote:
> This is a neat patch, but IMHO it doesn't belong in the curl command line
> client. It adds functionality that goes well beyond what curl is designed
> for and the UNIX philosophy behind it: to do one thing and do it well,
> which is to transfer individual URLs from/to individual sites
> and to allow all manner of tweaking that behaviour. That's why it
> doesn't do HTML parsing, remote URL globbing, recursive transfers,
> PAC proxy configuration, etc.
>
> Metalink support is designed for something other than what curl's primary
> mission is about. An indication of this is that of curl's 128 options, half
> become irrelevant (and even more are marginally relevant) when doing
> Metalink transfers. Adding two additional library dependencies to curl
> is also an issue.
>

Hmm, it seems Metalink concept is an upper layer of what curl does.
If curl's mission objective includes UNIX philosophy, then it may not be
a good idea to include Metalink support in curl.

> A curl-based Metalink downloader is a great idea, but as a separate program.
> Of course, JMOOC, YMMV.
>

Do you think it is better to create, for example, a external script to
read Metalink and fed URL to curl?

Best regards,

Tatsuhiro Tsujikawa
-------------------------------------------------------------------
List admin: http://cool.haxx.se/cgi-bin/mailman/listinfo/curl-users
FAQ: http://curl.haxx.se/docs/faq.html
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2008-12-14