Skip to content

Update vulture to 0.16#27

Merged
tony merged 1 commit intomasterfrom
pyup-update-vulture-0.15-to-0.16
Jul 13, 2017
Merged

Update vulture to 0.16#27
tony merged 1 commit intomasterfrom
pyup-update-vulture-0.15-to-0.16

Conversation

@pyup-bot
Copy link
Copy Markdown
Contributor

There's a new version of vulture available.
You are currently using 0.15. I have updated it to 0.16

These links might come in handy: PyPI | Changelog | Repo

Changelog

0.16


  • Differentiate between unused classes and functions (thanks RJ722).
  • Add --sort-by-size option (thanks jackric and RJ722).
  • Count imports as used if they are accessed as module attributes.

Got merge conflicts? Close this PR and delete the branch. I'll create a new PR for you.

Happy merging! 🤖

@codecov-io
Copy link
Copy Markdown

codecov-io commented Jul 12, 2017

Codecov Report

Merging #27 into master will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@           Coverage Diff           @@
##           master      #27   +/-   ##
=======================================
  Coverage   74.68%   74.68%           
=======================================
  Files           2        2           
  Lines          79       79           
=======================================
  Hits           59       59           
  Misses         20       20

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 713a47e...908cb27. Read the comment docs.

@tony tony merged commit fa09f95 into master Jul 13, 2017
@tony tony deleted the pyup-update-vulture-0.15-to-0.16 branch July 13, 2017 02:56
tony added a commit that referenced this pull request May 3, 2026
…0.1a13

why: The published `gp_furo_theme-0.0.1a15-py3-none-any.whl` is broken —
28 KB, no `theme/gp-furo/static/` directory, no built CSS or JS. Every
consumer of `gp-sphinx==0.0.1a15` therefore renders an unstyled docs
site (e.g. https://libtmux.git-pull.com/, https://gp-sphinx.git-pull.com/).
Two failures chained in the v0.0.1a15 release:

1. `release.yml` ran `uv build` without first running
   `pnpm exec vite build`, so the gitignored `static/` tree was empty
   when hatchling packed the wheel.
2. Even if vite had run, `static/` is gitignored — without
   `[tool.hatch.build.targets.{sdist,wheel}.force-include]`, hatchling's
   default gitignore-aware file selection would still have dropped it.

A force-include + CI ordering fix is in flight on
`git-pull/gp-sphinx` (#27, branch `loud-fail-missing-assets`), but it
introduced a fresh regression: editable installs via `uv sync` now
fail with `FileNotFoundError: Forced include not found` when the
static dir doesn't exist on disk. The packaging design needs more
work before a16 can ship.

In the meantime, pinning every consumer back to a13 (the last version
that produced a working wheel — see https://pypi.org/project/gp-sphinx/0.0.1a13/)
unblocks docs builds across all 14 downstream sites. We chose a13
rather than a14 because a14 was also part of the broken release wave
(same packaging architecture, same risk surface).

what:
- pyproject.toml: revert all gp-sphinx workspace pins from `==0.0.1a15`
  back to `==0.0.1a13` in `[dependency-groups] dev` and `docs`.
- uv.lock: regenerated against the a13 pins; gp-sphinx workspace
  siblings (sphinx-gp-theme, sphinx-ux-autodoc-layout,
  sphinx-ux-badges, sphinx-fonts, sphinx-autodoc-typehints-gp, …)
  co-resolved back to 0.0.1a13. The upstream `furo==2025.12.19`
  dependency reappears as a transitive (gp-sphinx 0.0.1a13 still
  consumed it; a15 replaced it with the in-tree `gp-furo-theme`).

ref: https://pypi.org/project/gp-sphinx/0.0.1a13/
ref: git-pull/gp-sphinx#27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants