cerc-io/laconicd
18
0
Fork 1
Code Issues 21 Pull Requests Actions Packages Projects Releases 3 Wiki Activity

chore(deps): bump github.com/ipld/go-ipld-prime from 0.16.0 to 0.18.0 #11

Closed
dependabot[bot] wants to merge 1 commits from dependabot/go_modules/github.com/ipld/go-ipld-prime-0.18.0 into main
pull from: dependabot/go_modules/github.com/ipld/go-ipld-prime-0.18.0
merge into: cerc-io:main
Conversation 1 Commits 1 Files Changed 2 +23 -18
dependabot[bot] commented 2022-08-30 19:56:03 +00:00 (Migrated from github.com)
Copy Link

Bumps github.com/ipld/go-ipld-prime from 0.16.0 to 0.18.0.

Release notes

Sourced from github.com/ipld/go-ipld-prime's releases.

v0.18.0

go-ipld-prime's release policy says that:

even numbers should be easy upgrades; odd numbers may change things

So, as an even number, this v0.18.0 release should be a smooth ride for upgraders from v0.17.0. We have 3 major feature additions, all focused on Bindnode.

🔦 Highlights

  • Bindnode: Custom Go type converters - Bindnode performs bidirectional mapping of Go types to the IPLD Data Model, and in doing so, it assumes a straightforward mapping of values to their encoded forms. But there are common cases where a Go type doesn't have a straightforward path to serialization, either because the encoded form needs a custom layout, or because bindnode doesn't have enough information to infer a serialization pattern. Custom Go type converters for bindnode allow a user to supply a pair of converter functions for a Go type that dictate how to map that type to an IPLD Data Model kind. See the bindnode documentation for more information.
  • Bindnode: Type registry - Setting up Go type mappings with Bindnode involves some boilerplate. A basic type registry is now available that takes some of this boilerplate away; giving you a single place to register, and perform conversions to and from Go types, Data Model (Node) forms or directly through serialization. See the bindnode/registry documentation for more information.
  • Bindnode: Full uint64 support - the uint64 support introduced in go-ipld-prime@v0.17.0 has been wired into Bindnode. The Data Model (Node) forms expose integers as int64 values, which is lossy for unsigned 64-bit integers. Bindnode Go types using uint64 values are now lossless in round-trips through serialization to codecs that support the full range (DAG-CBOR most notably).

You can see all of these new features in action using Filecoin Go types, allowing a mapping between Go types, Data Model (Node) forms, and their DAG-CBOR serialized forms with data-transfer vouchers. These features also allow us to interact with the original Go types, without modification, including big.Int serialization to Bytes, Filecoin Signature serialization to a byte-prefix discriminated Bytes and more. Since the Go types are unchanged, they can also simultaneously support cbor-gen serialization, allowing an easier migration path.

v0.17.0

go-ipld-prime's release policy says that:

even numbers should be easy upgrades; odd numbers may change things

In that spirit, this v0.17.0 release includes some potentially breaking changes. Although minor, they are marked below and they may lead to behavioral changes in your use of this library.

🛠 Breaking Changes

🔦 Highlights

... (truncated)

Changelog

Sourced from github.com/ipld/go-ipld-prime's changelog.

v0.18.0

2022 August 01

go-ipld-prime's release policy says that:

even numbers should be easy upgrades; odd numbers may change things

So, as an even number, this v0.18.0 release should be a smooth ride for upgraders from v0.17.0. We have 3 major feature additions, all focused on Bindnode.

🔦 Highlights

  • Bindnode: Custom Go type converters - Bindnode performs bidirectional mapping of Go types to the IPLD Data Model, and in doing so, it assumes a straightforward mapping of values to their encoded forms. But there are common cases where a Go type doesn't have a straightforward path to serialization, either because the encoded form needs a custom layout, or because bindnode doesn't have enough information to infer a serialization pattern. Custom Go type converters for bindnode allow a user to supply a pair of converter functions for a Go type that dictate how to map that type to an IPLD Data Model kind. See the bindnode documentation for more information.
  • Bindnode: Type registry - Setting up Go type mappings with Bindnode involves some boilerplate. A basic type registry is now available that takes some of this boilerplate away; giving you a single place to register, and perform conversions to and from Go types, Data Model (Node) forms or directly through serialization. See the bindnode/registry documentation for more information.
  • Bindnode Full uint64 support - the uint64 support introduced in go-ipld-prime@v0.17.0 has been wired into Bindnode. The Data Model (Node) forms expose integers as int64 values, which is lossy for unsigned 64-bit integers. Bindnode Go types using uint64 values are now lossless in round-trips through serialization to codecs that support the full range (DAG-CBOR most notably).

You can see all of these new features in action using Filecoin Go types, allowing a mapping between Go types, Data Model (Node) forms, and their DAG-CBOR serialized forms with data-transfer vouchers. These features also allow us to interact with the original Go types, without modification, including big.Int serialization to Bytes, Filecoin Signature serialization to a byte-prefix discriminated Bytes and more. Since the Go types are unchanged, they can also simultaneously support cbor-gen serialization, allowing an easier migration path.

v0.17.0

2022 Jun 15

go-ipld-prime's release policy says that:

even numbers should be easy upgrades; odd numbers may change things

In that spirit, this v0.17.0 release includes some potentially breaking changes. Although minor, they are marked below and they may lead to behavioral changes in your use of this library.

🛠 Breaking Changes

🔦 Highlights

... (truncated)

Commits
  • 81efd86 Prepare v0.18.0
  • adf9967 fix(deps): update benchmarks go.sum
  • 9f1254e build(deps): bump github.com/multiformats/go-multihash
  • 534ccf8 feat(bindnode): add a BindnodeRegistry utility (#437)
  • b636575 feat(bindnode): support full uint64 range
  • 89855cd chore(bindnode): remove typed functions for options
  • d2b8ac8 chore(bindnode): docs and minor tweaks
  • 53fb6e0 feat(bindnode): make Any converters work for List and Map values
  • 1dd9289 fix(bindnode): shorten converter option names, minor perf improvements
  • 3e160da fix(bindnode): only custom convert AssignNull for Any converter
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
Bumps [github.com/ipld/go-ipld-prime](https://github.com/ipld/go-ipld-prime) from 0.16.0 to 0.18.0. <details> <summary>Release notes</summary> <p><em>Sourced from <a href="https://github.com/ipld/go-ipld-prime/releases">github.com/ipld/go-ipld-prime's releases</a>.</em></p> <blockquote> <h2>v0.18.0</h2> <p>go-ipld-prime's release policy says that:</p> <blockquote> <p>even numbers should be easy upgrades; odd numbers may change things</p> </blockquote> <p>So, as an even number, this v0.18.0 release should be a smooth ride for upgraders from v0.17.0. We have 3 major feature additions, all focused on <a href="https://pkg.go.dev/github.com/ipld/go-ipld-prime/node/bindnode">Bindnode</a>.</p> <h4>🔦 Highlights</h4> <ul> <li><strong>Bindnode</strong>: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/414">Custom Go type converters</a> - Bindnode performs bidirectional mapping of Go types to the IPLD Data Model, and in doing so, it assumes a straightforward mapping of values to their encoded forms. But there are common cases where a Go type doesn't have a straightforward path to serialization, either because the encoded form needs a custom layout, or because bindnode doesn't have enough information to infer a serialization pattern. Custom Go type converters for bindnode allow a user to supply a pair of converter functions for a Go type that dictate how to map that type to an IPLD Data Model kind. See the <strong><a href="https://pkg.go.dev/github.com/ipld/go-ipld-prime/node/bindnode">bindnode documentation</a></strong> for more information.</li> <li><strong>Bindnode</strong>: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/437">Type registry</a> - Setting up Go type mappings with Bindnode involves some boilerplate. A basic type registry is now available that takes some of this boilerplate away; giving you a single place to register, and perform conversions to and from Go types, Data Model (<code>Node</code>) forms or directly through serialization. See the <strong><a href="https://pkg.go.dev/github.com/ipld/go-ipld-prime/node/bindnode/registry">bindnode/registry documentation</a></strong> for more information.</li> <li><strong>Bindnode</strong>: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/414/commits/87211682cb963ef1c98fa63909f67a8b02d1108c">Full <code>uint64</code> support</a> - the <code>uint64</code> support introduced in go-ipld-prime@v0.17.0 has been wired into Bindnode. The Data Model (<code>Node</code>) forms expose integers as <code>int64</code> values, which is lossy for unsigned 64-bit integers. Bindnode Go types using <code>uint64</code> values are now lossless in round-trips through serialization to codecs that support the full range (DAG-CBOR most notably).</li> </ul> <p>You can see all of these new features in action using Filecoin Go types, allowing a mapping between Go types, Data Model (<code>Node</code>) forms, and their DAG-CBOR serialized forms with <a href="https://github-redirect.dependabot.com/filecoin-project/go-fil-markets/pull/713">data-transfer vouchers</a>. These features also allow us to interact with the original Go types, without modification, including <code>big.Int</code> serialization to <code>Bytes</code>, Filecoin <code>Signature</code> serialization to a byte-prefix discriminated <code>Bytes</code> and more. Since the Go types are unchanged, they can also simultaneously support <a href="https://github.com/whyrusleeping/cbor-gen">cbor-gen</a> serialization, allowing an easier migration path.</p> <h2>v0.17.0</h2> <p><strong>go-ipld-prime</strong>'s release policy says that:</p> <blockquote> <p>even numbers should be easy upgrades; odd numbers may change things</p> </blockquote> <p>In that spirit, this v0.17.0 release includes some potentially breaking changes. Although minor, they are marked below and they may lead to behavioral changes in your use of this library.</p> <h4>🛠 Breaking Changes</h4> <ul> <li><strong>Codecs</strong>: <ul> <li>DAG-CBOR, DAG-JSON: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/433">Error on <code>cid.Undef</code> links in dag{json,cbor} encoding</a> - previously, encoding Link nodes that were empty CIDs (uninitialized zero-value or explicitly <code>cid.Undef</code>) would have passed through the DAG-CBOR or DAG-JSON codecs, silently producing erroneous output that wouldn't successfully pass back through a decode. (Rod Vagg)</li> </ul> </li> <li><strong>Bindnode</strong>: <ul> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/427">Panic early if API has been passed ptr-to-ptr</a> - previous usage of bindnode using pointers-to-pointers may have deferred (or in some cases avoided) panics until deeper usage of the API, this change makes it earlier to make it clear that pointer-to-pointer is not appropriate usage. (Rod Vagg)</li> </ul> </li> <li><strong>Build</strong>: <ul> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/394">Drop Go 1.16.x testing &amp; begin testing Go 1.18.x</a> (Daniel Martí)</li> <li>Note also that in this release, the <a href="https://github.com/ipfs/go-cid">github.com/ipfs/<strong>go-cid</strong></a> dependency is upgraded from 0.0.4 to 0.2.0 which includes a breaking change with the removal of the <code>cid.Codecs</code> and <code>cid.CodecToStr</code> maps which may disruptive. See <a href="https://github.com/ipfs/go-cid/releases/tag/v0.2.0">the go-cid@0.2.0 release page for details</a>.</li> </ul> </li> </ul> <h4>🔦 Highlights</h4> <ul> <li><strong>Data Model</strong>: <ul> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/413">Introduce <code>UIntNode</code> interface, used within DAG-CBOR codec to quietly support full uint64 range</a> (Rod Vagg)</li> </ul> </li> <li><strong>Bindnode</strong>: <ul> <li>Fuzzing and hardening for production use (Daniel Martí)</li> <li>Refuse to decode empty union values (Daniel Martí)</li> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/401">Allow nilable types for IPLD <code>optional</code>/<code>nullable</code></a> (Daniel Martí)</li> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/430">More helpful error message for common enum value footgun</a> (Rod Vagg)</li> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/432">Infer links and <code>Any</code> from Go types</a> (Rod Vagg)</li> </ul> </li> <li><strong>Schemas</strong>: <ul> <li>DMT: Proper checking for unknown union members (Daniel Martí)</li> <li>DMT: Enum representations must be valid members (Daniel Martí)</li> <li>DMT: Reject duplicate or missing union representation members (Daniel Martí)</li> <li>DSL: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/397">Support <code>stringjoin</code> struct representation and <code>stringprefix</code> union representation</a> (Eric Evenchick)</li> <li>DMT, DSL: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/404">Enable inline types</a> (Rod Vagg)</li> </ul> </li> <li><strong>Patch</strong>: <ul> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/350">Add initial version of IPLD Patch feature</a> (Eric Myhre) <em>(helped across the line by mauve and Rod Vagg)</em></li> </ul> </li> </ul> <!-- raw HTML omitted --> </blockquote> <p>... (truncated)</p> </details> <details> <summary>Changelog</summary> <p><em>Sourced from <a href="https://github.com/ipld/go-ipld-prime/blob/master/CHANGELOG.md">github.com/ipld/go-ipld-prime's changelog</a>.</em></p> <blockquote> <h3>v0.18.0</h3> <p><em>2022 August 01</em></p> <p>go-ipld-prime's release policy says that:</p> <blockquote> <p>even numbers should be easy upgrades; odd numbers may change things</p> </blockquote> <p>So, as an even number, this v0.18.0 release should be a smooth ride for upgraders from v0.17.0. We have 3 major feature additions, all focused on <a href="https://pkg.go.dev/github.com/ipld/go-ipld-prime/node/bindnode">Bindnode</a>.</p> <h4>🔦 Highlights</h4> <ul> <li><strong>Bindnode</strong>: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/414">Custom Go type converters</a> - Bindnode performs bidirectional mapping of Go types to the IPLD Data Model, and in doing so, it assumes a straightforward mapping of values to their encoded forms. But there are common cases where a Go type doesn't have a straightforward path to serialization, either because the encoded form needs a custom layout, or because bindnode doesn't have enough information to infer a serialization pattern. Custom Go type converters for bindnode allow a user to supply a pair of converter functions for a Go type that dictate how to map that type to an IPLD Data Model kind. See the <strong><a href="https://pkg.go.dev/github.com/ipld/go-ipld-prime/node/bindnode">bindnode documentation</a></strong> for more information.</li> <li><strong>Bindnode</strong>: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/437">Type registry</a> - Setting up Go type mappings with Bindnode involves some boilerplate. A basic type registry is now available that takes some of this boilerplate away; giving you a single place to register, and perform conversions to and from Go types, Data Model (<code>Node</code>) forms or directly through serialization. See the <strong><a href="https://pkg.go.dev/github.com/ipld/go-ipld-prime/node/bindnode/registry">bindnode/registry documentation</a></strong> for more information.</li> <li><strong>Bindnode</strong> <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/414/commits/87211682cb963ef1c98fa63909f67a8b02d1108c">Full <code>uint64</code> support</a> - the <code>uint64</code> support introduced in go-ipld-prime@v0.17.0 has been wired into Bindnode. The Data Model (<code>Node</code>) forms expose integers as <code>int64</code> values, which is lossy for unsigned 64-bit integers. Bindnode Go types using <code>uint64</code> values are now lossless in round-trips through serialization to codecs that support the full range (DAG-CBOR most notably).</li> </ul> <p>You can see all of these new features in action using Filecoin Go types, allowing a mapping between Go types, Data Model (<code>Node</code>) forms, and their DAG-CBOR serialized forms with <a href="https://github-redirect.dependabot.com/filecoin-project/go-fil-markets/pull/713">data-transfer vouchers</a>. These features also allow us to interact with the original Go types, without modification, including <code>big.Int</code> serialization to <code>Bytes</code>, Filecoin <code>Signature</code> serialization to a byte-prefix discriminated <code>Bytes</code> and more. Since the Go types are unchanged, they can also simultaneously support <a href="https://github.com/whyrusleeping/cbor-gen">cbor-gen</a> serialization, allowing an easier migration path.</p> <h3>v0.17.0</h3> <p><em>2022 Jun 15</em></p> <p>go-ipld-prime's release policy says that:</p> <blockquote> <p>even numbers should be easy upgrades; odd numbers may change things</p> </blockquote> <p>In that spirit, this v0.17.0 release includes some potentially breaking changes. Although minor, they are marked below and they may lead to behavioral changes in your use of this library.</p> <h4>🛠 Breaking Changes</h4> <ul> <li><strong>Codecs</strong>: <ul> <li>DAG-CBOR, DAG-JSON: <a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/433">Error on <code>cid.Undef</code> links in dag{json,cbor} encoding</a> - previously, encoding Link nodes that were empty CIDs (uninitialized zero-value or explicitly <code>cid.Undef</code>) would have passed through the DAG-CBOR or DAG-JSON codecs, silently producing erroneous output that wouldn't successfully pass back through a decode. (Rod Vagg)</li> </ul> </li> <li><strong>Bindnode</strong>: <ul> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/427">Panic early if API has been passed ptr-to-ptr</a> - previous usage of bindnode using pointers-to-pointers may have deferred (or in some cases avoided) panics until deeper usage of the API, this change makes it earlier to make it clear that pointer-to-pointer is not appropriate usage. (Rod Vagg)</li> </ul> </li> <li><strong>Build</strong>: <ul> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/394">Drop Go 1.16.x testing &amp; begin testing Go 1.18.x</a> (Daniel Martí)</li> <li>Note also that in this release, the <a href="https://github.com/ipfs/go-cid">github.com/ipfs/<strong>go-cid</strong></a> dependency is upgraded from 0.0.4 to 0.2.0 which includes a breaking change with the removal of the <code>cid.Codecs</code> and <code>cid.CodecToStr</code> maps which may disruptive. See <a href="https://github.com/ipfs/go-cid/releases/tag/v0.2.0">the go-cid@0.2.0 release page for details</a>.</li> </ul> </li> </ul> <h4>🔦 Highlights</h4> <ul> <li><strong>Data Model</strong>: <ul> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/413">Introduce <code>UIntNode</code> interface, used within DAG-CBOR codec to quietly support full uint64 range</a> (Rod Vagg)</li> </ul> </li> <li><strong>Bindnode</strong>: <ul> <li>Fuzzing and hardening for production use (Daniel Martí)</li> <li>Refuse to decode empty union values (Daniel Martí)</li> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/401">Allow nilable types for IPLD <code>optional</code>/<code>nullable</code></a> (Daniel Martí)</li> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/430">More helpful error message for common enum value footgun</a> (Rod Vagg)</li> <li><a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/pull/432">Infer links and <code>Any</code> from Go types</a> (Rod Vagg)</li> </ul> </li> <li><strong>Schemas</strong>: <ul> <li>DMT: Proper checking for unknown union members (Daniel Martí)</li> </ul> </li> </ul> <!-- raw HTML omitted --> </blockquote> <p>... (truncated)</p> </details> <details> <summary>Commits</summary> <ul> <li><a href="https://github.com/ipld/go-ipld-prime/commit/81efd86a0fdabf1a89fdb731f6e017968ab5b01d"><code>81efd86</code></a> Prepare v0.18.0</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/adf99676901e35d42bba09c67a236ee0c87675f0"><code>adf9967</code></a> fix(deps): update benchmarks go.sum</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/9f1254e877e89d75074a7b280c331a30454ff2f8"><code>9f1254e</code></a> build(deps): bump github.com/multiformats/go-multihash</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/534ccf82237d0e3e6f4124a1e99d2da4dab86a0a"><code>534ccf8</code></a> feat(bindnode): add a BindnodeRegistry utility (<a href="https://github-redirect.dependabot.com/ipld/go-ipld-prime/issues/437">#437</a>)</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/b63657562d038d7cbfc32368ea0ab7d18ca77e02"><code>b636575</code></a> feat(bindnode): support full uint64 range</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/89855cd683f9c2c9350e24ba4999be0d6de6cd27"><code>89855cd</code></a> chore(bindnode): remove typed functions for options</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/d2b8ac8715509f1fed7ef5fef2ac9f35269078dc"><code>d2b8ac8</code></a> chore(bindnode): docs and minor tweaks</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/53fb6e06ba6e61c3f4f52140f9964f5b61c94711"><code>53fb6e0</code></a> feat(bindnode): make Any converters work for List and Map values</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/1dd928970e8272b69b07c88fce1c13abbea84cd5"><code>1dd9289</code></a> fix(bindnode): shorten converter option names, minor perf improvements</li> <li><a href="https://github.com/ipld/go-ipld-prime/commit/3e160da1a868315a228aa2eadd398112cf308375"><code>3e160da</code></a> fix(bindnode): only custom convert AssignNull for Any converter</li> <li>Additional commits viewable in <a href="https://github.com/ipld/go-ipld-prime/compare/v0.16.0...v0.18.0">compare view</a></li> </ul> </details> <br /> [![Dependabot compatibility score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=github.com/ipld/go-ipld-prime&package-manager=go_modules&previous-version=0.16.0&new-version=0.18.0)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- <details> <summary>Dependabot commands and options</summary> <br /> You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) </details>
dependabot[bot] commented 2022-08-30 20:01:57 +00:00 (Migrated from github.com)
Copy Link

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting `@dependabot ignore this major version` or `@dependabot ignore this minor version`. You can also ignore all major, minor, or patch releases for a dependency by adding an [`ignore` condition](https://docs.github.com/en/code-security/supply-chain-security/configuration-options-for-dependency-updates#ignore) with the desired `update_types` to your config file. If you change your mind, just re-open this PR and I'll resolve any conflicts on it.

Pull request closed

This pull request cannot be reopened because the branch was deleted.
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels   
bug

Something isn't working

  
C:CLI

   
C:Crypto

   
C:Encoding

   
C:Proto

   
C:Types

   
dependencies

Pull requests that update a dependency file

  
docker

Pull requests that update Docker code

  
documentation

Improvements or additions to documentation

  
duplicate

This issue or pull request already exists

  
enhancement

New feature or request

  
go

Pull requests that update Go code

  
good first issue

Good for newcomers

  
help wanted

Extra attention is needed

  
high priority

   
in progress

currently working on

  
invalid

This doesn't seem right

  
javascript

Pull requests that update Javascript code

  
low priority

   
medium priority

   
question

Further information is requested

  
Status: Stale

   
Type: ADR

   
Type: Build

   
Type: CI

   
Type: Docs

   
Type: Tests

   
urgent

Top priority issue

  
wontfix

This will not be worked on

  
Copied from Github

An issue or PR manually copied from GitHub.

  
Kind/Breaking

Breaking change that won't be backward compatible

  
Kind/Bug

Something is not working

  
Kind/Documentation

Documentation changes

  
Kind/Enhancement

Improve existing functionality

  
Kind/Feature

New functionality

  
Kind/Security

This is security issue

  
Kind/Testing

Issue or pull request related to testing

  
Priority
Critical
The priority is critical

  
Priority
High
The priority is high

  
Priority
Low
The priority is low

  
Priority
Medium
The priority is medium

  
Reviewed
Confirmed
Issue has been confirmed

  
Reviewed
Duplicate
This issue or pull request already exists

  
Reviewed
Invalid
Invalid issue

  
Reviewed
Won't Fix
This issue won't be fixed

  
Status
Abandoned
Somebody has started to work on this but abandoned work

  
Status
Blocked
Something is blocking this issue or pull request

  
Status
Need More Info
Feedback is required to reproduce issue or to continue work

No Label
bug
C:CLI
C:Crypto
C:Encoding
C:Proto
C:Types
dependencies
docker
documentation
duplicate
enhancement
go
good first issue
help wanted
high priority
in progress
invalid
javascript
low priority
medium priority
question
Status: Stale
Type: ADR
Type: Build
Type: CI
Type: Docs
Type: Tests
urgent
wontfix
Copied from Github
Kind/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
Milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: cerc-io/laconicd#11
No description provided.
Delete Branch "dependabot/go_modules/github.com/ipld/go-ipld-prime-0.18.0"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?