I know Peter is busy, but he's accepting patches for MirrorBrain
still. MB 2.16.0 just came out a few days ago:
http://www.mirrorbrain.org/news/2160-with-bug-fixes-and-URL-signing/

it would be helpful to have Metalink/HTTP support in MirrorBrain.
the foundation work is done, & here is the tracking bug:
http://mirrorbrain.org/issues/issue15

anyone into python able to take a stab at it? :)

there's also a few wish lists, feature requests, & bugs:
http://www.mirrorbrain.org/issues/

here are the Metalink specific ones...
add magnet links to Metalinks: http://www.mirrorbrain.org/issues/issue38
Metalinks could be significantly smaller if not all mirrors are
listed: http://www.mirrorbrain.org/issues/issue76
Metalink .torrent url integration: http://www.mirrorbrain.org/issues/issue92


On Fri, Jun 17, 2011 at 7:00 PM, Anthony Bryan <[email protected]> wrote:
> http://tools.ietf.org/html/rfc6249
>
> A new Request for Comments is now available in online RFC libraries.
>
>
>        RFC 6249
>
>        Title:      Metalink/HTTP: Mirrors and Hashes
>        Author:     A. Bryan, N. McNab,
>                    T. Tsujikawa, P. Poeml,
>                    H. Nordstrom
>        Status:     Standards Track
>        Stream:     IETF
>        Date:       June 2011
>        Mailbox:    anthonybryan at gmail.com,
>                    neil at nabber.org,
>                    tatsuhiro.t at gmail.com,  peter at poeml.de,
>                    henrik at henriknordstrom.net
>        Pages:      21
>        Characters: 45303
>        Updates/Obsoletes/SeeAlso:   None
>
>        I-D Tag:    draft-bryan-metalinkhttp-22.txt
>
>        URL:        http://www.rfc-editor.org/rfc/rfc6249.txt
>
> This document specifies Metalink/HTTP: Mirrors and Cryptographic
> Hashes in HTTP header fields, a different way to get information that
> is usually contained in the Metalink XML-based download description
> format.  Metalink/HTTP describes multiple download locations
> (mirrors), Peer-to-Peer, cryptographic hashes, digital signatures,
> and other information using existing standards for HTTP header
> fields.  Metalink clients can use this information to make file
> transfers more robust and reliable.  Normative requirements for
> Metalink/HTTP clients and servers are described here.  [STANDARDS-TRACK]
>
> This is now a Proposed Standard Protocol.
>
> STANDARDS TRACK: This document specifies an Internet standards track
> protocol for the Internet community,and requests discussion and suggestions
> for improvements.  Please refer to the current edition of the Internet
> Official Protocol Standards (STD 1) for the standardization state and
> status of this protocol.  Distribution of this memo is unlimited.
>
> This announcement is sent to the IETF-Announce and rfc-dist lists.
> To subscribe or unsubscribe, see
>  http://www.ietf.org/mailman/listinfo/ietf-announce
>  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist
>
> For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html.
> For downloading RFCs, see http://www.rfc-editor.org/rfc.html.
>
> Requests for special distribution should be addressed to either the
> author of the RFC in question, or to rfc-editor at rfc-editor.org.  Unless
> specifically noted otherwise on the RFC itself, all RFCs are for
> unlimited distribution.
>
>
> The RFC Editor Team
> Association Management Solutions, LLC



-- 
(( Anthony Bryan ... Metalink [ http://www.metalinker.org ]
  )) Easier, More Reliable, Self Healing Downloads

-- 
You received this message because you are subscribed to the Google Groups 
"Metalink Discussion" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/metalink-discussion?hl=en.

Reply via email to