Skip to content

chore(deps-dev): bump markdownlint-cli from 0.48.0 to 0.49.0#57

Merged
flhps merged 1 commit into
mainfrom
dependabot/npm_and_yarn/markdownlint-cli-0.49.0
Jul 16, 2026
Merged

chore(deps-dev): bump markdownlint-cli from 0.48.0 to 0.49.0#57
flhps merged 1 commit into
mainfrom
dependabot/npm_and_yarn/markdownlint-cli-0.49.0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jul 1, 2026

Copy link
Copy Markdown
Contributor

Bumps markdownlint-cli from 0.48.0 to 0.49.0.

Release notes

Sourced from markdownlint-cli's releases.

v0.49.0

  • Update markdownlint dependency to 0.41.0
    • Improve MD022/MD028/MD035/MD042/MD051/MD060
    • Remove handling of inline directive syntax (frequent false positives)
    • Remove support for end-of-life Node version 20
  • Update all dependencies via Dependabot
Commits
  • a4d5d37 Bump version 0.49.0
  • 503f264 Delete and recreate package-lock.json via "npm install".
  • 7a24593 Bump markdownlint from 0.40.0 to 0.41.0
  • c7c1c76 Bump commander from 14.0.3 to 15.0.0
  • 83f5f30 Bump tinyglobby from 0.2.16 to 0.2.17
  • 74b98de Bump js-yaml from 4.1.1 to 4.2.0
  • d368135 Bump markdown-it from 14.1.1 to 14.2.0
  • dd34288 Bump ava from 8.0.0 to 8.0.1
  • 1e363dc Bump brace-expansion from 5.0.5 to 5.0.6
  • 2f092d2 Bump ava from 7.0.0 to 8.0.0
  • 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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @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 [markdownlint-cli](https://github.com/igorshubovych/markdownlint-cli) from 0.48.0 to 0.49.0.
- [Release notes](https://github.com/igorshubovych/markdownlint-cli/releases)
- [Commits](igorshubovych/markdownlint-cli@v0.48.0...v0.49.0)

---
updated-dependencies:
- dependency-name: markdownlint-cli
  dependency-version: 0.49.0
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot @github

dependabot Bot commented on behalf of github Jul 1, 2026

Copy link
Copy Markdown
Contributor Author

Labels

The following labels could not be found: dependencies. Please create it before Dependabot can add it to a pull request.

Please fix the above issues or remove invalid values from dependabot.yml.

@flhps
flhps merged commit bf2a344 into main Jul 16, 2026
2 checks passed
@flhps
flhps deleted the dependabot/npm_and_yarn/markdownlint-cli-0.49.0 branch July 16, 2026 13:15
ClemensLinnhoff pushed a commit that referenced this pull request Jul 16, 2026
Bumps [markdownlint-cli](https://github.com/igorshubovych/markdownlint-cli) from 0.48.0 to 0.49.0.
- [Release notes](https://github.com/igorshubovych/markdownlint-cli/releases)
- [Commits](igorshubovych/markdownlint-cli@v0.48.0...v0.49.0)

---
updated-dependencies:
- dependency-name: markdownlint-cli
  dependency-version: 0.49.0
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
flhps added a commit that referenced this pull request Jul 17, 2026
Bumps [markdownlint-cli](https://github.com/igorshubovych/markdownlint-cli) from 0.48.0 to 0.49.0.
- [Release notes](https://github.com/igorshubovych/markdownlint-cli/releases)
- [Commits](igorshubovych/markdownlint-cli@v0.48.0...v0.49.0)

---
updated-dependencies:
- dependency-name: markdownlint-cli
  dependency-version: 0.49.0
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
flhps pushed a commit that referenced this pull request Jul 17, 2026
Bumps [markdownlint-cli](https://github.com/igorshubovych/markdownlint-cli) from 0.48.0 to 0.49.0.
- [Release notes](https://github.com/igorshubovych/markdownlint-cli/releases)
- [Commits](igorshubovych/markdownlint-cli@v0.48.0...v0.49.0)

---
updated-dependencies:
- dependency-name: markdownlint-cli
  dependency-version: 0.49.0
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
flhps added a commit that referenced this pull request Jul 17, 2026
The feat/http-artifact-resolution branch (merged as #57) now has a
dangling service-characteristics submodule pointer, which breaks
pip install during the SHACL validation job.
flhps added a commit that referenced this pull request Jul 17, 2026
* feat(EVES-003): add EVM/ERC-721 token metadata support

Extend EVES-003 to support EVM chains alongside the existing
Tezos/TZIP-21 token metadata path, enabling minting simulation
asset NFTs as ERC-721 tokens on Ethereum-compatible chains such as
Etherlink L2, as anticipated by EVES-006 and EVES-007.

Spec text (eves-003.md):
- Add EVES-007 and EVES-008 to requires frontmatter
- Add RFC 2119 boilerplate at top of Specification section
- Add [29] RFC 1766 reference for language field
- Generalize abstract to reference both TZIP-21 and ERC-721
- Branch Steps 2, 4, and 5 for chain-specific token metadata files
- Add EVM contract identifier (Etherlink L2) to Section 5
- Restructure into parent "6. Token Metadata" section with
  subsections for TZIP-21 (Tezos) and ERC-721 (EVM)
- Add ERC-721/OpenSea metadata mapping table with background_color,
  contributors, and language rows
- Add language row to TZIP-21 mapping table (backed by TZIP-21 spec)
- Clarify did:ethr as cross-chain organizational identity (EVES-008)
- Add ERC-7572 contract-level metadata subsection
- Recommend ERC-5192 for soulbound tokens, ERC-4906 for metadata
  update events
- Fix ontology property paths to match current SHACL shapes
- Migrate ontology IRIs to w3id.org (envited-x/v3, manifest/v5,
  hdmap/v6)

Schemas:
- Fix JSON Schema draft-07 $ref sibling bug (move title into asset
  definition) in both schemas
- Replace "e.g." with "for example" in all schema descriptions
- New erc721_token_metadata-schema.json (JSON Schema draft-07)
- TZIP-21: add required ["name"], update minter to DID per EVES-008,
  fix RFC 1776 → RFC 1766

Examples:
- New erc721_token_metadata.json with background_color "111827",
  ontology IRIs as trait_type (lossless mapping)
- TZIP-21: update minter to did:ethr per EVES-008, migrate ontology
  IRIs
- Manifest: fix @context to array-style, update gx namespace, fix
  hasLicense structure per manifest SHACL

Closes #35

Signed-off-by: jdsika <carlo.van-driesten@vdl.digital>

* fix(eves-003): migrate manifest to envited-x:Manifest v3/v5 and add SHACL CI

- Rewrite envited-x_manifest.json to use compact JSON-LD form with
  context URLs (envited-x/v3/, manifest/v5/) instead of verbose
  @value/@type typed literals that fail SHACL validation
- Use envited-x:Manifest type with envited-x:* categories and
  access roles per envited-x:ManifestShape constraints
- Add required iri field on hasLicense per LicenseLinkReferenceShape
- Add shacl_validation.yml CI workflow using ontology-management-base
  --remote flag for HTTP-based ontology resolution

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Carlo van Driesten <carlo.van-driesten@bmw.de>

* docs(eves-003): add pipeline overview and harmonize example files

- Add §1a Asset Lifecycle Overview with three-stage pipeline diagram
  (Preparation → Packaging → Publication) and example file table
- Harmonize input_manifest.json to use same JSON-LD style as
  envited-x_manifest.json (context URLs, manifest:Link wrappers)
- Update inline §1b code snippet to match the actual file
- Add cross-references: §1b ↔ §4 Step 1, §4 Step 2 → §6 Token Metadata
- Add stage labels to example file references throughout the spec
- Note zip version skew (v2/v4 inside zip vs v3/v5 standalone)
- Document input_manifest.json CI exclusion (partial Stage 1 format)
- Add iri enrichment step to pipeline description

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Carlo van Driesten <carlo.van-driesten@bmw.de>

* fix(eves-003): resolve markdown lint and prettier formatting issues

- Shorten Stage 2 description to stay within 300-char line limit
- Apply prettier formatting to eves-003.md

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Carlo van Driesten <carlo.van-driesten@bmw.de>

* fix(EVES-003): address audit findings for EVM token metadata PR

- Add missing 'name' property definition to TZIP-21 schema (was required
  but undefined, allowing any type)
- Fix grammar in ERC-721 schema: 'to which this NFT represents' ->
  'that this NFT represents'
- Add normative tag-to-attribute mapping table defining canonical
  trait_type names for the 6 static TZIP-21 tags
- Fix wrong reference [21] for hdmap SHACL shapes (was pointing to
  envited-x ontology); add new [30] for HD-Map Ontology
- Normalize EVES-007 references to reference-link style [31]
- Add empty 'contributors' array to ERC-721 example for completeness

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

* fix(EVES-003): remove duplicate publishers key in ERC-721 example

JSON parsers keep only the last occurrence of a duplicated key, so the
first publishers array was dead content that schema validation could
not detect.

* refactor(EVES-003): remove Tezos/TZIP-21 token metadata path

The ENVITED-X Data Space no longer uses Tezos. Remove the TZIP-21
metadata mapping, example, schema, and all Tezos branches from the
upload and synchronization process. ERC-721 is now the only token
metadata format. Since this specification and its deployments are
still drafts, no backwards compatibility with previously minted
Tezos assets is maintained.

* docs(EVES-003): mark on-chain metadata registration as an open issue

The registration mechanism is being redesigned around an evidence-based
listing registry (signed authorization evidence from an SSI wallet,
token minted to the registry contract, on-chain hash binding). Keep the
metadata field mappings normative while flagging the registration and
minting flow as subject to change.

* docs(EVES-003): explain why the minter DID cannot be verified on-chain

The minter field lives in the off-chain metadata JSON and names the
organization's did:ethr independently of the transaction sender.
ERC-1056 DID document entries (added signing keys) exist only as
events, which contracts cannot read, so matching the claimed DID
against the authorization evidence must happen off-chain at read time.

* docs(EVES-003): finalize token registration wording for merge

Replace the open-issue callouts on metadata registration and minter
verification with normative prose. The point at which tokens and the
claimed minter identity are verified against a root of trust remains
open and is tracked under Future Improvements.

* ci(shacl): install ontology-management-base from main

The feat/http-artifact-resolution branch (merged as #57) now has a
dangling service-characteristics submodule pointer, which breaks
pip install during the SHACL validation job.

* fix(EVES-005): replace dead Dataspace Protocol knowledgebase link

The IDS knowledgebase page returns 404 since the protocol moved to
Eclipse stewardship; point to the IDSA specification repository
instead.

---------

Signed-off-by: jdsika <carlo.van-driesten@vdl.digital>
Signed-off-by: Carlo van Driesten <carlo.van-driesten@bmw.de>
Co-authored-by: jdsika <carlo.van-driesten@vdl.digital>
Co-authored-by: Carlo van Driesten <carlo.van-driesten@bmw.de>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
ClemensLinnhoff pushed a commit that referenced this pull request Jul 17, 2026
* feat(EVES-003): add EVM/ERC-721 token metadata support

Extend EVES-003 to support EVM chains alongside the existing
Tezos/TZIP-21 token metadata path, enabling minting simulation
asset NFTs as ERC-721 tokens on Ethereum-compatible chains such as
Etherlink L2, as anticipated by EVES-006 and EVES-007.

Spec text (eves-003.md):
- Add EVES-007 and EVES-008 to requires frontmatter
- Add RFC 2119 boilerplate at top of Specification section
- Add [29] RFC 1766 reference for language field
- Generalize abstract to reference both TZIP-21 and ERC-721
- Branch Steps 2, 4, and 5 for chain-specific token metadata files
- Add EVM contract identifier (Etherlink L2) to Section 5
- Restructure into parent "6. Token Metadata" section with
  subsections for TZIP-21 (Tezos) and ERC-721 (EVM)
- Add ERC-721/OpenSea metadata mapping table with background_color,
  contributors, and language rows
- Add language row to TZIP-21 mapping table (backed by TZIP-21 spec)
- Clarify did:ethr as cross-chain organizational identity (EVES-008)
- Add ERC-7572 contract-level metadata subsection
- Recommend ERC-5192 for soulbound tokens, ERC-4906 for metadata
  update events
- Fix ontology property paths to match current SHACL shapes
- Migrate ontology IRIs to w3id.org (envited-x/v3, manifest/v5,
  hdmap/v6)

Schemas:
- Fix JSON Schema draft-07 $ref sibling bug (move title into asset
  definition) in both schemas
- Replace "e.g." with "for example" in all schema descriptions
- New erc721_token_metadata-schema.json (JSON Schema draft-07)
- TZIP-21: add required ["name"], update minter to DID per EVES-008,
  fix RFC 1776 → RFC 1766

Examples:
- New erc721_token_metadata.json with background_color "111827",
  ontology IRIs as trait_type (lossless mapping)
- TZIP-21: update minter to did:ethr per EVES-008, migrate ontology
  IRIs
- Manifest: fix @context to array-style, update gx namespace, fix
  hasLicense structure per manifest SHACL

Closes #35

Signed-off-by: jdsika <carlo.van-driesten@vdl.digital>

* fix(eves-003): migrate manifest to envited-x:Manifest v3/v5 and add SHACL CI

- Rewrite envited-x_manifest.json to use compact JSON-LD form with
  context URLs (envited-x/v3/, manifest/v5/) instead of verbose
  @value/@type typed literals that fail SHACL validation
- Use envited-x:Manifest type with envited-x:* categories and
  access roles per envited-x:ManifestShape constraints
- Add required iri field on hasLicense per LicenseLinkReferenceShape
- Add shacl_validation.yml CI workflow using ontology-management-base
  --remote flag for HTTP-based ontology resolution

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Carlo van Driesten <carlo.van-driesten@bmw.de>

* docs(eves-003): add pipeline overview and harmonize example files

- Add §1a Asset Lifecycle Overview with three-stage pipeline diagram
  (Preparation → Packaging → Publication) and example file table
- Harmonize input_manifest.json to use same JSON-LD style as
  envited-x_manifest.json (context URLs, manifest:Link wrappers)
- Update inline §1b code snippet to match the actual file
- Add cross-references: §1b ↔ §4 Step 1, §4 Step 2 → §6 Token Metadata
- Add stage labels to example file references throughout the spec
- Note zip version skew (v2/v4 inside zip vs v3/v5 standalone)
- Document input_manifest.json CI exclusion (partial Stage 1 format)
- Add iri enrichment step to pipeline description

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Carlo van Driesten <carlo.van-driesten@bmw.de>

* fix(eves-003): resolve markdown lint and prettier formatting issues

- Shorten Stage 2 description to stay within 300-char line limit
- Apply prettier formatting to eves-003.md

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Carlo van Driesten <carlo.van-driesten@bmw.de>

* fix(EVES-003): address audit findings for EVM token metadata PR

- Add missing 'name' property definition to TZIP-21 schema (was required
  but undefined, allowing any type)
- Fix grammar in ERC-721 schema: 'to which this NFT represents' ->
  'that this NFT represents'
- Add normative tag-to-attribute mapping table defining canonical
  trait_type names for the 6 static TZIP-21 tags
- Fix wrong reference [21] for hdmap SHACL shapes (was pointing to
  envited-x ontology); add new [30] for HD-Map Ontology
- Normalize EVES-007 references to reference-link style [31]
- Add empty 'contributors' array to ERC-721 example for completeness

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

* fix(EVES-003): remove duplicate publishers key in ERC-721 example

JSON parsers keep only the last occurrence of a duplicated key, so the
first publishers array was dead content that schema validation could
not detect.

* refactor(EVES-003): remove Tezos/TZIP-21 token metadata path

The ENVITED-X Data Space no longer uses Tezos. Remove the TZIP-21
metadata mapping, example, schema, and all Tezos branches from the
upload and synchronization process. ERC-721 is now the only token
metadata format. Since this specification and its deployments are
still drafts, no backwards compatibility with previously minted
Tezos assets is maintained.

* docs(EVES-003): mark on-chain metadata registration as an open issue

The registration mechanism is being redesigned around an evidence-based
listing registry (signed authorization evidence from an SSI wallet,
token minted to the registry contract, on-chain hash binding). Keep the
metadata field mappings normative while flagging the registration and
minting flow as subject to change.

* docs(EVES-003): explain why the minter DID cannot be verified on-chain

The minter field lives in the off-chain metadata JSON and names the
organization's did:ethr independently of the transaction sender.
ERC-1056 DID document entries (added signing keys) exist only as
events, which contracts cannot read, so matching the claimed DID
against the authorization evidence must happen off-chain at read time.

* docs(EVES-003): finalize token registration wording for merge

Replace the open-issue callouts on metadata registration and minter
verification with normative prose. The point at which tokens and the
claimed minter identity are verified against a root of trust remains
open and is tracked under Future Improvements.

* ci(shacl): install ontology-management-base from main

The feat/http-artifact-resolution branch (merged as #57) now has a
dangling service-characteristics submodule pointer, which breaks
pip install during the SHACL validation job.

* fix(EVES-005): replace dead Dataspace Protocol knowledgebase link

The IDS knowledgebase page returns 404 since the protocol moved to
Eclipse stewardship; point to the IDSA specification repository
instead.

---------

Signed-off-by: jdsika <carlo.van-driesten@vdl.digital>
Signed-off-by: Carlo van Driesten <carlo.van-driesten@bmw.de>
Co-authored-by: jdsika <carlo.van-driesten@vdl.digital>
Co-authored-by: Carlo van Driesten <carlo.van-driesten@bmw.de>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant