tests/golden/autosummary_stub_flood.txt
tests/golden/autosummary_stub_flood.txtBrowse 35 files
670 tokens
2,899 bytes
Token encoding: o200k_base
Snapshot 39882c6
← Back to SKILL.md
1Build: state=Finished success=False exit=1 build finished with problems, 15 warnings.2 3Root-cause groups (1) — a structural root masks a downstream flood; fix the root, rebuild, and the masked references clear together:4 ROOT [T2] autosummary-stub-not-found — ray.data.Dataset.* (6 stubs not generated, masking 8 downstream references)5 where: doc/source/apis/data/ray.data.Dataset.rst:206 stubs: ray.data.Dataset.map_batches, ray.data.Dataset.map, ray.data.Dataset.filter, ray.data.Dataset.flat_map, ray.data.Dataset.groupby, ... and 1 more7 fix: Do not fix per entry when the failure is in bulk. Determine scope first: many missing stubs sharing a module prefix point at one root -- confirm the module imports under the build's mock set (autodoc_mock_imports) and that autosummary_generate is on; when an API-ref restructuring is in flight, the correct move may be to revert or repair the file moves rather than edit each entry. A lone missing stub means the member no longer exists -- update or drop the autosummary entry.8 safety: judgment (needs your call)9 masks 8 downstream py:* reference(s) — collapsed (full list in --json):10 doc/source/apis/data/aggregate.rst:6 ray.data.Dataset.map_batches11 doc/source/apis/data/aggregate.rst:6 ray.data.Dataset.map12 doc/source/apis/data/aggregate.rst:6 ray.data.Dataset.filter13 doc/source/apis/data/aggregate.rst:6 ray.data.Dataset.flat_map14 doc/source/apis/data/transform.rst:10 ray.data.Dataset.groupby15 ... and 3 more (see --json)16 17Findings (1):18 Tier 3 — warnings:19 [T3] py-xref-target-not-found python/ray/train/collective/__init__.py:docstring of ray.train.collective.broadcast_from_rank_zero:20 msg: py:exc reference target not found: pickle.PicklingError21 fix: Check for a co-occurring tier-2 autosummary-stub-not-found or tier-1 import abort for the same module first. If present, fix that root (up to and including reverting an in-progress API-ref restructuring) and rebuild -- the flood clears at once. Only when the build is otherwise healthy is the reference itself wrong: repoint to the correct dotted path, or fix the intersphinx target for a stdlib/third-party name. For a third-party target that DOES exist upstream, suspect a stale committed inventory snapshot: upstream added the symbol after doc/source/_intersphinx/<project>.inv was last refreshed. Fix by running `python doc/source/_intersphinx/refresh.py <project>` and committing the updated .inv, not by editing the reference.22 safety: judgment (needs your call)23 24Unclassified (0) — no rule matched; resolve with the user, then file a skill-improvement ticket to add a rule:25 26Suppressed (0) — known-benign, not actionable:27 28Next: fix Tier 2 first (it masks others), then rebuild and re-run — do not assume one pass is complete.29