Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Metalink #10641

Open
sjehuda opened this issue Dec 22, 2024 · 2 comments
Open

Metalink #10641

sjehuda opened this issue Dec 22, 2024 · 2 comments
Labels
kind/enhancement A net-new feature or improvement to an existing feature need/author-input Needs input from the original author

Comments

@sjehuda
Copy link

sjehuda commented Dec 22, 2024

Greetings.

We are having a discussion at PeeTube concerning to Metalink Chocobozzz/PeerTube#6783

I would want to know what is the extent of Metalink support of Kubo, if applicable.

@sjehuda sjehuda added the kind/enhancement A net-new feature or improvement to an existing feature label Dec 22, 2024
@lidel
Copy link
Member

lidel commented Jan 8, 2025

Right now (2025Q1), Kubo does not generate Metalink files, and does not return HTTP headers defined in RFC6249.

There are some notes in issue linked below discussing the way we could expose ipfs:// and ipns:// URIs in gateway responses:

@sjehuda what is the use case / problem Metalink is trying to solve (was unclear from Chocobozzz/PeerTube#6783)?

  • If you want to start using IPFS CIDs in Metalink files/headers produced by software other than Kubo
    • feel free to use ipfs:// and ipns:// URIs (mini spec). It is probably fine to point at https:// gateway URLs as well, but those can go away at any time (like https://cloudflare-ipfs.com/ did), so better to use location-agnostic ipfs:// and assume P2P software will know how to read them.

@lidel lidel added the need/author-input Needs input from the original author label Jan 8, 2025
@sjehuda
Copy link
Author

sjehuda commented Jan 8, 2025

There are some notes in issue linked below discussing the way we could expose ipfs:// and ipns:// URIs in gateway responses:

ipfs/in-web-browsers#179

Thank you for the reference, because until now, I was not absolutely sure as to how this could be directly related to IPFS.

@sjehuda what is the use case / problem Metalink is trying to solve (was unclear from Chocobozzz/PeerTube#6783)?

This is specifically for PeerTube.

There are suggestions to include other P2P protocols such as eDonkey2000 (eD2k) and mostly IPFS which is very popular.

Instead, I think that it would be wiser for PeerTube to include Metalink file (RFC 5854) @metalink-dev and let each one to decide the mean (i.e. software) to obtain content from PeerTube.

  • Some want to utilize Phex (Gnutella);
  • some want eMule (eD2k);
  • some want Kubo (IPFS);
  • some want BitTorrent;
  • some want Lagrange (Gemini); and
  • some still utilize HTTP.

If you want to start using IPFS CIDs in Metalink files/headers produced by software other than Kubo feel free to use ipfs:// and ipns:// URIs (mini spec). It is probably fine to point at https:// gateway URLs as well, but those can go away at any time (like https://cloudflare-ipfs.com/ did), so better to use location-agnostic ipfs:// and assume P2P software will know how to read them.

Yes. This is what I am thinking of for Metalink files (RFC 5854).


I have open this ticket because Mr. McDowell @ROBERT-MCDOWELL has suggested to do so, so I do what he has suggested as I suppose that he is more knowledgeable than me.

Mr. McDowell. Please participate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement A net-new feature or improvement to an existing feature need/author-input Needs input from the original author
Projects
None yet
Development

No branches or pull requests

2 participants