Open greenkeeper[bot] opened 5 years ago
dependency
ipfs was updated from 0.33.1
to 0.35.0
.Update to this version instead π
The new version differs by 110 commits.
5c5d9c4
chore: release version v0.35.0
f53c779
chore: update contributors
8559276
chore: release version v0.35.0-rc.7
9719893
chore: update contributors
2470be8
fix: really disable DHT (#1991)
4376121
fix: remove non default ipld formats in the browser (#1980)
5f62e99
refactor: decouple HTTP servers from cli/commands/daemon (#1950)
2b1095a
docs: update release template
3cf512f
chore: update libp2p version (#1990)
9708c0a
fix: flakey windows test (#1987)
c86e8a1
chore: release version v0.35.0-rc.6
7f2a529
chore: update contributors
292e36c
docs: revert dht message (#1986)
7f1fb26
feat: use libp2p auto dial (#1983)
04bbd24
refactor: disable DHT (#1982)
There are 110 commits in total.
See the full diff
dependency
ipfs was updated from 0.33.1
to 0.36.0
.dependency
ipfs was updated from 0.33.1
to 0.36.1
.dependency
ipfs was updated from 0.33.1
to 0.36.2
.dependency
ipfs was updated from 0.33.1
to 0.36.3
.dependency
ipfs was updated from 0.33.1
to 0.36.4
.dependency
ipfs was updated from 0.33.1
to 0.37.0
.dependency
ipfs was updated from 0.33.1
to 0.37.1
.dependency
ipfs was updated from 0.33.1
to 0.38.0
.dependency
ipfs was updated from 0.33.1
to 0.38.1
.dependency
ipfs was updated from 0.33.1
to 0.39.0
.dependency
ipfs was updated from 0.33.1
to 0.39.1
.dependency
ipfs was updated from 0.33.1
to 0.40.0
.dependency
ipfs was updated from 0.33.1
to 0.41.0
.dependency
ipfs was updated from 0.33.1
to 0.41.1
.dependency
ipfs was updated from 0.33.1
to 0.41.2
.dependency
ipfs was updated from 0.33.1
to 0.42.0
.dependency
ipfs was updated from 0.33.1
to 0.42.1
.dependency
ipfs was updated from 0.33.1
to 0.43.0
.dependency
ipfs was updated from 0.33.1
to 0.43.1
.π¨ Reminder! Less than one month left to migrate your repositories over to Snyk before Greenkeeper says goodbye on June 3rd! π ππ¨ π
Find out how to migrate to Snyk at greenkeeper.io
dependency
ipfs was updated from 0.33.1
to 0.43.2
.π¨ Reminder! Less than one month left to migrate your repositories over to Snyk before Greenkeeper says goodbye on June 3rd! π ππ¨ π
Find out how to migrate to Snyk at greenkeeper.io
dependency
ipfs was updated from 0.33.1
to 0.43.3
.π¨ Reminder! Less than one month left to migrate your repositories over to Snyk before Greenkeeper says goodbye on June 3rd! π ππ¨ π
Find out how to migrate to Snyk at greenkeeper.io
dependency
ipfs was updated from 0.33.1
to 0.44.0
.π¨ Reminder! Less than one month left to migrate your repositories over to Snyk before Greenkeeper says goodbye on June 3rd! π ππ¨ π
Find out how to migrate to Snyk at greenkeeper.io
dependency
ipfs was updated from 0.33.1
to 0.45.0
.
The dependency ipfs was updated from
0.33.1
to0.34.0
.This version is not covered by your current version range.
If you donβt accept this pull request, your project will work just like it did before. However, you might be missing out on a bunch of new features, fixes and/or performance improvements from the dependency update.
Release Notes for v0.34.0
Speed and flexibility, new IPFS for a new year!
Reading Protobuf DAG nodes just got a serious speed boost as well as a memory reduction. Previously Protobuf DAG nodes (dag-pb nodes for short) carried a multihash property (a CIDv0) with them. This used up loads of CPU time calculating the hash for a given node as it was retrieved from storage and with the advent of CIDv1 there was no guarantee the hashing algorithm and length were correct.
So, we removed it! π¦
Ok so that had the unfortunate consequence of making the object API a whole lot less useful when writing data - the DAG nodes you got back were basically the data you put in. Hence the object API was refactored to return CIDs instead of DAG nodes for write operations...and we all lived happily ever after.
We found a big bottleneck (or should I say small bottleneck?) that meant the bigger the file you added to IPFS, the longer it would take - oh noπ ! Good news folks, we've seen the speed of adding large files increase by 50% or more in some cases! π₯
Read all about it in the pull request notes.
We're putting the whole of npm on IPFS! These days npm is like 5.3 terabytes of data and it's all going in MFS. This is super rad, but we needed a good sharding strategy because 5TB is a lorra lorra files.
If you're curious about npm on IPFS, check out the project here.
Get informed of IPNS record updates and read and publish your IPNS records to the DHT. It's all there and it's all awesome. For those of you new to IPNS, let me give you the lowdown - IPNS puts the mutable in immutableπ€£ It's an age old problem, content addressing is rad and all that, but if I change something the hash changes - π boo...but wait, IPNS solves this, you get a permenant address for changeable content - hooray \o/.
IPNS over pubsub gets the word out quicker to peers that are interested when an IPNS record changes. IPNS over DHT allows peers to find and resolve your IPNS address to some content in the first place! In the next JS IPFS release (0.35) the DHT will be enabled by default and it's going to be epic.
Smoosh your CIDs into whatever version you like - you can now add data under a version 0 CID and get it back using a version 1 CID and vice versa. Now that you have this freedom you can encode them with whatever multibase encoding you like. Version 0 CIDs are all base58btc but if you convert to a version 1 CID you can encode it with base2, base32, base64url or whatever:
This is all work to smooth out the eventual transition to base32 CIDv1 by default - a move to allow CIDs to be used as valid URL origins. Have a read of this for more.
To help you craft your artisanal CIDs we've introduced a
--cid-base
option to a bunch of CLI commands (and?cid-base
option to a bunch of HTTP API endpoints). Check it out:We got you covered with WebUI 2.3 (quic support, responsive navbar, and a language selector), libp2p 0.24 and many other upgrades giving you a faster and smaller JS IPFS.
ipfs.object.new
ipfs.object.patch.addLink
ipfs.object.patch.appendData
ipfs.object.patch.rmLink
ipfs.object.patch.setData
ipfs.object.put
DAGNode
instances, which are part of the IPLD dag-pb format have been refactored. These instances no longer havemultihash
,cid
orserialized
properties. This effects the following API methods that return these types of objects:ipfs.object.get
ipfs.dag.get
add*
,cat*
,get*
have moved fromfiles
to the root namespace. Specifically, the following changes have been made:ipfs.files.add
=>ipfs.add
ipfs.files.addPullStream
=>ipfs.addPullStream
ipfs.files.addReadableStream
=>ipfs.addReadableStream
ipfs.files.cat
=>ipfs.cat
ipfs.files.catPullStream
=>ipfs.catPullStream
ipfs.files.catReadableStream
=>ipfs.catReadableStream
ipfs.files.get
=>ipfs.get
ipfs.files.getPullStream
=>ipfs.getPullStream
ipfs.files.getReadableStream
=>ipfs.getReadableStream
ipfs.addFromStream
ipfs.addFromUrl
ipfs.addFromFs
ipfs.dht.findprovs
renamed toipfs.dht.findProvs
and returns an array of PeerInfoipfs.dht.findpeer
renamed toipfs.dht.findPeer
and returns a PeerInfoipfs.dht.query
now returns an array of PeerInfo--cid-base
option has been added to the following CLI commands:jsipfs bitswap stat
jsipfs bitswap unwant
jsipfs bitswap wantlist
jsipfs block put
jsipfs block stat
jsipfs add
jsipfs ls
jsipfs object get
jsipfs object links
jsipfs object new
jsipfs object patch add-link
jsipfs object patch append-data
jsipfs object patch rm-link
jsipfs object patch set-data
jsipfs object put
jsipfs object stat
jsipfs pin add
jsipfs pin ls
jsipfs pin rm
jsipfs resolve
--cid-base
option:jsipfs files ls
jsipfs files stat
?cid-base=
query option has been added to the following HTTP endpoints:/api/v0/bitswap/wantlist
/api/v0/bitswap/stat
/api/v0/bitswap/unwant
/api/v0/block/put
/api/v0/block/stat
/api/v0/add
/api/v0/ls
/api/v0/object/new
/api/v0/object/get
/api/v0/object/put
/api/v0/object/stat
/api/v0/object/links
/api/v0/object/patch/append-data
/api/v0/object/patch/set-data
/api/v0/object/patch/add-link
/api/v0/object/patch/rm-link
/api/v0/pin/ls
/api/v0/pin/add
/api/v0/pin/rm
/api/v0/resolve
cidBase
option has been added to the following core functions:resolve
bitswap
,dag
andobject
APIs WILL NOT auto upgrade your CID to v1 if it is a v0 CID and WILL NOT apply the encoding you specified. This is because these APIs return IPLD objects with links and changing the version of the links would result in a different hash for the node if you were to re-add it. Also, the CID you used to retrieve the node wouldn't actually refer to the node you got back any longer. Read this for further context.big.js
instances now returnbignumber.js
instances.By alphabetical order, here are all the humans that contributed to the release:
ππ½ Want to contribute?
Would you like to contribute to the IPFS project and don't know how? Well, there are a few places you can get started:
help wanted
label at the Ready column in our waffle board - https://waffle.io/ipfs/js-ipfs?label=help%20wantedThe best place to ask your questions about IPFS, how it works and what you can do with it is at discuss.ipfs.io. We are also available at the #ipfs channel on Freenode.
Commits
The new version differs by 68 commits.
0ddfb8e
chore: release version v0.34.0
ba3ff42
chore: update contributors
c802224
docs: update custom-ipfs-repo example (#1825)
1c70de2
chore: update to Web UI v2.3.3 (#1822)
4214ac0
chore: release version v0.34.0-rc.1
9dce448
chore: update contributors
6de6adf
refactor: switch to bignumber.js (#1803)
8ca6471
feat: update to Web UI v2.3.2 (#1807)
f7ece99
chore: update webui to v2.3.1 (#1802)
7bcc496
feat: update Web UI to v2.3.0 (#1786)
740b51c
chore: rename peer-star-app peer-base
48d3e2b
fix: sharness tests (#1787)
70a8cfe
chore: release version v0.34.0-rc.0
3c4ef82
chore: update contributors
7315aa1
feat: add
addFromFs
method (#1777)There are 68 commits in total.
See the full diff
FAQ and help
There is a collection of [frequently asked questions](https://greenkeeper.io/faq.html). If those donβt help, you can always [ask the humans behind Greenkeeper](https://github.com/greenkeeperio/greenkeeper/issues/new).Your Greenkeeper bot :palm_tree: