yarn.lock (Classic v1)
A Yarn 1 lockfile in its own line-oriented grammar — quoted descriptor headers, two-space indented fields, resolved URLs with a SHA-1 fragment — which looks like YAML but is not. Every package, version, hash and licence is fictional — the tree describes nothing real.
# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1
# SAMPLE — fictional supply-chain data. Every package, registry, version, hash, licence, advisory identifier and signature in this document is invented.
"@orchard-example/router@^2.1.0":
version "2.1.3"
resolved "https://registry.orchard.example/@orchard-example/router/-/router-2.1.3.tgz#c3aa903f22575d5bea7e6ff067103a131766d60c"
integrity sha512-qtnM4l9j8zUuqQ9ICsxCdfl879PtducHYPiqO151qEu6bBv48+zuYbTbn/vSTJGbCd2RvGpDry/NEkSe1babaA==
dependencies:
example-logger "^3.4.0"
example-retry "^1.0.0"
"@orchard-example/http-core@^1.8.0":
version "1.8.0"
resolved "https://registry.orchard.example/@orchard-example/http-core/-/http-core-1.8.0.tgz#634ae1b58d5d034e68d484a85f5809818b512042"
integrity sha512-fG9AJmG+37+sln/eMVPmbu/bIcV+QbJ3bibSV9ob8PV6GYNFinrhSJQYFxkEYEHxckXBn7ExDim59rqSDaYoFg==
dependencies:
example-logger "^3.4.0"
example-json-path "^2.0.0"
"example-metrics@^4.0.0":
version "4.0.0"
resolved "https://registry.orchard.example/example-metrics/-/example-metrics-4.0.0.tgz#8aaf92e62a994bde6b37a39eba672370f38e1483"
integrity sha512-Sq3cxZ+Brv4bgLd+5B/o3upQ1O6YKjbr6TP5ZBZfw4XVjna6/8YkOeB52iLhrRDjs1UiF5v20Ijr7bEJtHKcOQ==
dependencies:
example-logger "^3.4.0"
"example-cache@^0.9.0":
version "0.9.2"
resolved "https://registry.orchard.example/example-cache/-/example-cache-0.9.2.tgz#bbacfa43f6daa8261bd1e80ca05bd1c115d180a6"
integrity sha512-AfwdCZmLEAUsc7Xx0ze+X4cSz6ES8G63hh3Jwx7mHEBJUNpzRLZBq7fDYVk7+cVh9spu+3wey8a0VDJS6cEpTw==
dependencies:
example-yaml-lite "^1.1.0"
"example-crypto-shim@^1.2.0":
version "1.2.0"
resolved "https://registry.orchard.example/example-crypto-shim/-/example-crypto-shim-1.2.0.tgz#3d03d41fb5136805d9a909fb3e9c1a03562661d1"
integrity sha512-C9iqJP6f/S7V/NsRGHnVv/u2nPtnjFMJbs4p8tMbjRSxrHeEjl6APolSniPvMFH0jlDUuO06nb86/a/GDEWRKg==
"example-logger@^3.4.0":
version "3.4.1"
resolved "https://registry.orchard.example/example-logger/-/example-logger-3.4.1.tgz#63a84e671c264c4565e246e0aeddbef92e89c783"
integrity sha512-kk/Leb1fYZthao23OX82Smci+JVca/5L0WYLNiApltZN7GOWc6rnxGKDixrxNQHddbyLPlE2DjE4gkWFRIeaFw==
"example-retry@^1.0.0":
version "1.0.4"
resolved "https://registry.orchard.example/example-retry/-/example-retry-1.0.4.tgz#e7ca7767c6b3f7090141fe3b6288cc955f3f1974"
integrity sha512-9gWFnhD7XUYAeOv+20TwbeFZK7JoL+HzYGU9q9uvwDiX24/8TF0soGOHyrJEwX6ywbTWVK4P03jQ2d6DcxH2fw==
Specifications
- Seed
- 51200
- Sample Only
- true
- Ecosystem
- Yarn Classic
- Lockfile Version
- 1
- Entries
- 9
- Grammar
- custom (not YAML)
- Line Endings
- LF
Testing contract
Expected to pass- Scenario
- Parse a Yarn Classic lockfile with a parser that is not a YAML parser.
- Expected result
- All 9 fictional entries resolve with version, resolved URL, sha512 integrity and their declared dependency ranges.
What is a .lock file?
A .lock file pins the exact dependency graph a package manager resolved, so a later install reproduces it byte for byte. Cargo.lock and Poetry's poetry.lock use TOML, Gemfile.lock and yarn.lock use their own line-oriented grammars, and all of them record resolved versions, source registries, integrity hashes, and the transitive edges between packages. It is committed alongside the human-edited manifest, which states ranges rather than exact versions.
How to use this file
Use an example .lock file to test dependency parsers, SBOM generators, and vulnerability scanners, verifying that transitive dependencies and integrity hashes are read correctly and that a pinned version is never confused with the range declared in the manifest.
How to use this file for testing
“yarn.lock (Classic v1)” is a deterministic Novus Examples fixture for Config parsing, Conversion testing, Editor testing. TOML and INI configuration files with nested sections and typed values — for testing config parsers and loaders.
Documented properties for this file: seed 51200 · 9 entries · LF. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.
Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such — expect parsers to fail loudly rather than silently accept them.
SBOM, lockfile, provenance, and advisory fixtures describe the same fabricated component tree across formats, so a converter or scanner can be diffed against a known answer. Every package name, version, hash, and advisory ID is invented — never treat a finding here as real.
Point your config loader at the file and assert it reads the documented sections and typed values, including any deliberately-tricky nesting or comments.
Related files
- spdxSPDX 2.3 Application SBOM (Tag-Value)The same SPDX 2.3 SBOM in the specification's plain-text tag-value form — the serialisation many licence-compliance tools still read first, and the exact twin of the JSON document in this family. Every package, version, hash and licence is fictional — the tree describes nothing real.

- lockCargo.lock (version 3, Legacy)The same fictional Rust tree pinned by a version 3 Cargo.lock, for testing that a reader keys on the declared version rather than assuming the newest format. Every package, version, hash and licence is fictional — the tree describes nothing real.

- lockCargo.lock (version 4)A Rust Cargo.lock in the version 4 format — TOML [[package]] tables with a registry source, a sha256-shaped checksum and a name-only dependencies array that resolves against the other tables. Every package, version, hash and licence is fictional — the tree describes nothing real.

- jsonCycloneDX 1.6 Application SBOM (JSON)A complete CycloneDX 1.6 SBOM in JSON for a fictional application and its nine dependencies, with purls, SHA-256 hashes, supplier records, external references and an explicit dependency graph. Every package, version, hash and licence is fictional — the tree describes nothing real.

- xmlCycloneDX 1.6 Application SBOM (XML)The same fictional CycloneDX 1.6 SBOM serialised as XML against the cyclonedx.org/schema/bom/1.6 namespace — the JSON twin of this file carries identical components and edges, so a converter can be diffed exactly. Every package, version, hash and licence is fictional — the tree describes nothing real.

- mmdDependency Graph (Mermaid Flowchart)The dependency graph as Mermaid, for embedding in Markdown documentation — labelled edges carry the declared range and a classDef highlights the two diamond joins. Every package, version, hash and licence is fictional — the tree describes nothing real.

Generated by generation/supply_chain.py. Free for any use, no attribution required — license.