nordisk/znippy

znippy-decompress — crate card

Reverse-engineered (from source — verify, don't trust the name)

• One-line pitch: The read path — a thin public façade that reconstructs files from a .znippy archive.
• Does: Exposes decompress_archive (full extract, verify on) and decompress_archive_filtered (selective extract of only the files whose (pkg_type, repo) sub-index matches an IndexFilter). Both delegate straight to znippy_common::decompress_archive* — the actual decompress engine lives in znippy-common.
• Key deps: znippy-common (does all the real work), anyhow.
• Shape: lib, tiny (~20 LOC total): lib.rs re-exports, unpacker.rs holds the two wrapper fns.
• Observed role in the workspace: Called by the CLI for the decompress verb. Exists as the stable public entry point for reading; the heavy lifting is in znippy-common's decompress.rs.

Fill in (one line each — only the human knows these)

• Primary consumer(s):
• Why it exists (vs the obvious alternative):
• Hard constraint (airgap / no-C-deps / no-FFI / pure-Rust / etc.):
• Release cadence & independence (rides a parent? own repo someday?):
• Status (production / prototype / experimental / stubbed):
• Must-NOT-change invariant:
• Biggest known gap or TODO:
• Anything a newcomer would get wrong about it: