Skip to content

fix(register): C-62 — corrected measurements and the actual removal path - #143

Merged
Polichinel merged 1 commit into
developmentfrom
fix/c62-measured-numbers
Jul 31, 2026
Merged

fix(register): C-62 — corrected measurements and the actual removal path#143
Polichinel merged 1 commit into
developmentfrom
fix/c62-measured-numbers

Conversation

@Polichinel

Copy link
Copy Markdown
Collaborator

Corrects figures I put in C-62 an hour ago from a mid-install measurement, and adds the removal path.

Corrected numbers

Registered Actual
nvidia/ 2.5 GB 2.7 GB
venv total 2.8 GB 3.4 GB

The bigger correction

The entry implied torch was installed. It isn't. No torch/ directory, no dist-info, no install running. Only its five nvidia-* dependencies landed (marked platform_system == "Linux").

So this repo holds 2.7 GB of GPU support libraries for a package that is absent. Cause unknown — failed wheel, interrupted install, or a marker torch carries that its dependencies don't. Recorded as unexplained rather than guessed at.

Chain traced

views-pipeline-core is the sole requirer — torch = ">=2.6.0,<3.0.0" in 2.3.0's metadata; torch 2.12.1 then pulls the nvidia wheels. Nothing else in the tree wants torch; this repo imports it zero times.

Also confirmed: there is exactly one poetry venv on the machine and it belongs to this repo. pipeline-core is a package inside it, not a separate environment — so the 2.7 GB is here, caused by there.

Removal path — and it isn't local

views-pipeline-core development is already version 3.0.0 and declares no torch, no geopandas, no scipy, no seaborn, no plotly, with a test asserting import torch appears nowhere. The fix is complete upstream and purely a publishing gate.

Their runbook (#313) fixes the order:

views-frames (done) → views-evaluation 0.5.0views-pipeline-core 3.0.0 → views-reporting 0.3.0 → models/postprocessing envs

executing on the maintainer's platform-wide signal. C-62 closes when C-44's bump becomes takeable — not before, and not by anything done in this repo.

The workaround I'm recommending against

Declaring torch here against the PyTorch CPU wheel index would shed the nvidia-* tree today. It's real, and it's ~2.7 GB.

It's still the wrong move: it makes this repo declare a dependency it never imports, and the entire change gets reverted at the 3.0.0 bump. Written into the entry so it isn't rediscovered in three weeks and mistaken for free.

Register integrity guard green. No source touched.

🤖 Generated with Claude Code

The first C-62 figures were taken mid-install and understated the footprint.
Corrected against the settled venv:

    nvidia/ (CUDA runtime)   2.5 GB -> 2.7 GB
    venv total               2.8 GB -> 3.4 GB

More importantly, the entry implied torch was installed. It is not. There is no
torch/ directory and no dist-info, with no install running — only its five
nvidia-* dependencies landed, which carry a platform_system == "Linux" marker.
So the repo holds 2.7 GB of GPU support libraries for a package that is absent.
Cause unknown; recorded as unexplained rather than guessed at.

Dependency chain traced: views-pipeline-core is the sole requirer
(torch = ">=2.6.0,<3.0.0" in 2.3.0's metadata), torch 2.12.1 then pulls the
nvidia-* wheels. Nothing else in the tree wants torch and this repo imports it
zero times. Also confirmed there is only one poetry venv on the machine — it
belongs to this repo; pipeline-core is a package inside it, not a separate
environment.

Removal path added, and it is not local: pipeline-core's development branch is
already version 3.0.0 and declares no torch, geopandas, scipy, seaborn or
plotly, with a test asserting `import torch` appears nowhere. The fix is
complete upstream and gated purely on publishing. Their runbook (#313) fixes the
order: views-frames (done) -> views-evaluation 0.5.0 -> views-pipeline-core
3.0.0 -> views-reporting 0.3.0 -> models/postprocessing envs, on the
maintainer's platform-wide signal. C-62 closes when C-44's bump becomes
takeable.

The tempting local workaround — declaring torch here against the PyTorch CPU
wheel index — is recorded and explicitly NOT recommended: it would shed the
nvidia tree today, but makes this repo declare a dependency it never imports and
would be reverted at the bump. Written down so it is not rediscovered later and
mistaken for free.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@Polichinel
Polichinel merged commit 8947f21 into development Jul 31, 2026
4 checks passed
@Polichinel
Polichinel deleted the fix/c62-measured-numbers branch July 31, 2026 10:49
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