Release 0.2.0

[koivunej]

It's been literally forever since the last release and we've been discussing this internally. Releasing the crates will allow us to jump into making the docs better through docs.rs visibility and hopefully make the project more accessible through that way as well.

Thinking it's probably best not to even attempt at many last minute polish since we still have a lot of work ahead of us.

• update bootstrap list to match latest go-ipfs bootstrap peers fix: restore bootstrappers from static list, update the bootstrapper list #387
  • needs decision: resolve dnsaddr outside of libp2p, expand it manually or just not include /dnsaddr
• use static bootstrap peers instead of reloading config file fix: restore bootstrappers from static list, update the bootstrapper list #387
• ipfs-http: listening addresses from compat config file (see Configurable listening addresses #173) remove the default random listening address #383
• remove default random listening address, listen to no addresses by default (re: Configurable listening addresses #173) remove the default random listening address #383
• remove ipns insertion and cancellation features from ipfs::Ipfs (they are not implemented) remove unimplemented ipns functionalities from Ipfs #384
• comment on resolve_ipns that it only supports dnslink was document that Ipfs::resolve_ipns currently only supports dnslink #385 but fused into remove unimplemented ipns functionalities from Ipfs #384
• move README.md example as an example under examples/, stop polluting src/lib.rs docs Move the README example, remove the nightly feature and CI run #391
• be on a look out for other half-way implemented features and update docs Refresh docs #392
• crate level ipfs-http documentation (in Refresh docs #392)
• update IPNS support #6 regarding IPNS progress
• go through remaining examples (removed the ipns one in remove unimplemented ipns functionalities from Ipfs #384) -- Example tuneup #390
• simplify node creation Simplified node internals and creation #345 maybe? in Simplified node internals and creation v3 #394
• remove UninitializedIpfs::default, IpfsOptions::default and src/config.rs except for bootstrapper list, see comment, Remove config file handling #393
• add add example, discussed more in deferral Implement Ipfs::add #395
• crates.io prep, me as ipfs owner
• ipfs-unixfs changelog, bump ipfs-unixfs to 0.2.0, ipfs-unixfs: update changelog, bump version #396
• ipfs-unixfs tag+publish
• prepare to publish bitswap/ as ipfs-bitswap 0.1.0 Prepare bitswap release #397 chore: add missing Cargo.toml metadata #398 (again)
• tag+publish ipfs-bitswap
• prepare to publish ipfs as 0.2.0 Prepare ipfs release #399
• tag+publish ipfs
• create persistence tracking issue, current state Persistence tracking issue #401
• create gh release with release notes
• begin a CHANGELOG for ipfs, update contributing guidelines, PR checklist cc: Start tracking a changelog #171, Start tracking changelog #400

[koivunej]

Updated the list. Expanding thoughts on a few here:

Resolving /dnsaddr/bootstrap.libp2p.io/p2p/$id outside of rust-libp2p: this would be recursive query to find the /ip4 or /ip6 by following TXT fields. The /dnsaddr/bootstrap... could be manually expanded, but the downside is that the ipfs infra team is likely using the dnsaddr to help them manage the system better, and manually expanding would actively work against their freedom to manage the bootstrap node cluster. Though, even at the moment the cluster includes a single peer which is not on the go-ipfs list, unsure why.

Perhaps the easiest is just to keep the single bootstrapper which has the static known ip address.

Rationale for not reloading the config file: We should be getting away from config file implementation in ipfs. While it was necessary in the beginning, library configuration is an application level concern which should be handled by the app. An app can provide which ever kind of nice runtime config reloading or whatnot, however as a library I think ipfs should not strive to support any kinds of concrete configuration persistence strategies.

Removal of public ipns functionality: The flatfs based persistent datastore has never supported ipns nor have ipns records ever been read from the network.

[koivunej]

Edited the list again, adding the README.md example moving and simplification through that.

I also added the src/config.rs removal along with its only dependency IpfsOptions::default(). I've wanted to do this for a while know but forgot about it until it was actually needed in bootstrap_restore. I don't think libraries should ship with config file handling as the topic is too complicated. If some apps want to do bidirectional config file handling they are welcome to do that, but it shouldn't be the goal of ipfs as we already have quite a lot of on our hands.

[koivunej]

Edited list once again, post starting to merge #392 and I had forgotten about #345, added it as a maybe, linked #393.