|
1 | 1 | # Lesscode |
2 | 2 |
|
3 | 3 | [](https://doi.org/10.5281/zenodo.23958363) |
4 | | -[](https://github.com/norandom/lesscode/releases/tag/v1.0.1) |
| 4 | +[](https://github.com/norandom/lesscode/releases/tag/v1.0.2) |
5 | 5 | [](LICENSE) |
6 | 6 |
|
7 | 7 | The goal is substantial code simplification while preserving features. In grown |
@@ -82,8 +82,7 @@ also download an archive and its `.sha256` file by hand from the |
82 | 82 | [releases page](https://github.com/norandom/lesscode/releases/latest); each |
83 | 83 | archive contains the binary, the license and the third-party notices. |
84 | 84 |
|
85 | | -The install scripts check the SHA-256 digest of the download. From the release |
86 | | -after 1.0.1 on, archives are also signed with the project's Ed25519 key and |
| 85 | +The install scripts check the SHA-256 digest of the download. From release 1.0.2 on, archives are also signed with the project's Ed25519 key and |
87 | 86 | carry a GitHub provenance attestation; [release signing](docs/release-signing.md) |
88 | 87 | shows how to verify them. Release 1.0.1 itself is not signed. |
89 | 88 |
|
@@ -201,27 +200,26 @@ Know these three things before you install it: |
201 | 200 |
|
202 | 201 | These limits were measured with the 1.0.1 binary on this repository and are |
203 | 202 | recorded in [R55](docs/research/2026-11-10/01-released-binary-adopter-dogfood.md). |
204 | | -Where the release after 1.0.1 behaves differently, the bullet says so. |
| 203 | +Where release 1.0.2 behaves differently, the bullet says so. |
205 | 204 |
|
206 | 205 | - The commands do not run your tests and do not establish that a rewrite |
207 | 206 | behaves the same. Behavioral evidence is yours to supply and review. |
208 | | -- `deconvolute analyze --lang python` is not implemented. From the release |
209 | | - after 1.0.1 it writes no receipt, prints a note to stderr and exits with |
| 207 | +- `deconvolute analyze --lang python` is not implemented. From release 1.0.2 it writes no receipt, prints a note to stderr and exits with |
210 | 208 | code 2. Version 1.0.1 instead returns an empty receipt with `"passed": true` |
211 | 209 | for any Python file; do not read that as a clean result. |
212 | 210 | - `deconvolute density --lang python` counts lines only; its statement fields |
213 | 211 | repeat the line count. |
214 | 212 | - `deconvolute mutate` applies operators written for the specimens used in |
215 | 213 | this project's experiments. On other code it usually produces no mutants: |
216 | 214 | it did so for 36 of the 38 Rust files in `native/src` and for all 40 Python |
217 | | - files tried. From the release after 1.0.1 it exits with code 1 when no |
| 215 | + files tried. From release 1.0.2 it exits with code 1 when no |
218 | 216 | operator matches (the receipt still shows `"mutants_generated": 0`), and |
219 | 217 | `--lang python` writes nothing and exits with code 2 because there is no |
220 | 218 | Python generator. Version 1.0.1 exits 0 in both cases, so check |
221 | 219 | `mutants_generated` in the receipt. It is not yet a general mutation tool. |
222 | 220 | - The budget check reads the files in your working tree, not the commits being |
223 | 221 | pushed, and it covers Rust only. |
224 | | -- The hook checks complexity budgets only, and from the release after 1.0.1 |
| 222 | +- The hook checks complexity budgets only, and from release 1.0.2 |
225 | 223 | it treats every branch the same. Version 1.0.1 prints a note on `refactor/*` |
226 | 224 | and `deconvolute/*` branches but performs no additional analysis on them. |
227 | 225 | - Receipts written with `--out` may be placed anywhere, including inside your |
|
0 commit comments