| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
Hey - I've found 1 issue, and left some high level feedback:
Please address the comments from this code review:
## Overall Comments
- Consider tightening the warning text to split the long sentence into two (e.g. one for the VCS-ignore behavior and a second for the generated-code scenario) to improve readability and make the key behavior easier to scan.
## Individual Comments
### Comment 1
<location path="docs/pyproject.md" line_range="702-705" />
<code_context>
+{{% warning %}}
+If a VCS is being used, files matched by its ignore settings (for example by
+`.gitignore` for git) are excluded from the built distributions even when their
+parent directory is listed under `packages`. This can be surprising if a
+`packages` entry points at generated code or another path that is intentionally
</code_context>
<issue_to_address>
**nitpick (typo):** Consider adding a comma after "for example" and capitalizing "Git".
You could rephrase to something like "(for example, by `.gitignore` for Git)" so that "for example" is followed by a comma and the VCS name is capitalized.
```suggestion
{{% warning %}}
If a VCS is being used, files matched by its ignore settings (for example, by
`.gitignore` for Git) are excluded from the built distributions even when their
parent directory is listed under `packages`. This can be surprising if a
```
</issue_to_address>
Sorry, something went wrong.
The 'packages' subsection of docs/pyproject.md did not mention that entries are still subject to the VCS ignore settings that seed the exclude field (documented in the sibling 'exclude and include' subsection). This caught a user out on python-poetry#10831 where a package path pointing at generated code excluded by .gitignore silently produced empty distributions. Adds a small warning block to the 'packages' subsection explaining the interaction and pointing to the 'exclude and include' subsection for the include-with-format workaround. Refs python-poetry#10831
|
Deploy preview for website ready!
Deployed with vercel-action |
Sorry, something went wrong.
This PR contains the following updates: | Package | Update | Change | Pending | |---|---|---|---| | [poetry](https://github.com/python-poetry/poetry) ([changelog](https://python-poetry.org/history/)) | minor | `2.3.4` → `2.4.0` | `2.4.1` | --- ### Release Notes <details> <summary>python-poetry/poetry (poetry)</summary> ### [`v2.4.0`](https://github.com/python-poetry/poetry/blob/HEAD/CHANGELOG.md#240---2026-05-03) [Compare Source](python-poetry/poetry@2.3.4...2.4.0) ##### Added - Add `solver.min-release-age` setting to require package releases to be a certain number of days old before they are considered during dependency resolution ([#​10824](python-poetry/poetry#10824)). - Add `solver.min-release-age-exclude` to exclude selected packages from age filtering ([#​10824](python-poetry/poetry#10824)). - Add `solver.min-release-age-exclude-source` to exclude all packages from selected package indexes from age filtering ([#​10824](python-poetry/poetry#10824)). ##### Changed - Raise an error instead of silently ignoring a package name that is not a dependency when it is passed to `poetry update` ([#​10721](python-poetry/poetry#10721)). - Automatically add a trailing slash to legacy repository URLs (used for publishing) if missing ([#​10785](python-poetry/poetry#10785)). - Require `installer>=1.0.0` ([#​10869](python-poetry/poetry#10869)). - Allow `findpython>=0.8` ([#​10874](python-poetry/poetry#10874)). ##### Fixed - Fix an issue where `requires-plugins` fails on Windows if scheme paths are on different drives ([#​10869](python-poetry/poetry#10869)). - Fix an issue where the order of markers in the lock file was not deterministic ([#​10720](python-poetry/poetry#10720)). - Fix an issue where the wrong command was suggested when `poetry self` commands failed due to an outdated lock file ([#​10715](python-poetry/poetry#10715)). - Fix an issue where `poetry env activate` did not work for bash on Windows ([#​10716](python-poetry/poetry#10716)). - Fix an issue where `poetry debug resolve` failed when there was a package with a marker ([#​10807](python-poetry/poetry#10807)). - Fix an issue where the error message about a build backend failure contained garbled `--config-settings` ([#​10804](python-poetry/poetry#10804)). - Fix an issue where a false warning about a circular dependency was printed ([#​10811](python-poetry/poetry#10811)). - Fix an issue where falsy config values were incorrectly treated as not set ([#​10808](python-poetry/poetry#10808)). - Fix an issue where `poetry publish --build` ignored failing builds and uploaded stale artifacts ([#​10802](python-poetry/poetry#10802)). - Fix an issue where `poetry publish` was aborted instead of retrying after package registration ([#​10801](python-poetry/poetry#10801)). - Fix an issue where zip files were not closed after fetching metadata via `lazy-wheel` ([#​10800](python-poetry/poetry#10800)). - Fix an issue where data fetched via `lazy-wheel` was corrupted when part of it had already been cached ([#​10806](python-poetry/poetry#10806)). - Fix an issue where further packages were installed even though installation should be aborted ([#​10742](python-poetry/poetry#10742)). - Fix an issue where installed packages without a `METADATA` file caused an exception on Python 3.15+ ([#​10860](python-poetry/poetry#10860)). - Fix an issue where `http-basic` could not be set for repository names with periods ([#​10845](python-poetry/poetry#10845)). - Fix an issue where calculating the hash of large wheels failed with a memory error ([#​10814](python-poetry/poetry#10814)). ##### Docs - Clarify the precedence of configuration sources ([#​10757](python-poetry/poetry#10757)). - Add a note about the influence of `.gitignore` on `tool.poetry.packages` ([#​10835](python-poetry/poetry#10835)). ##### poetry-core ([`2.4.0`](https://github.com/python-poetry/poetry-core/releases/tag/2.4.0)) - Update vendored `packaging` to `26.2` ([#​936](python-poetry/poetry-core#936)). </details> --- ### Configuration 📅 **Schedule**: (UTC) - Branch creation - At any time (no schedule defined) - Automerge - At any time (no schedule defined) 🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied. ♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this PR and you won't be reminded about this update again. --- - [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check this box --- This PR has been generated by [Mend Renovate](https://github.com/renovatebot/renovate). <!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0My4xNzAuMTkiLCJ1cGRhdGVkSW5WZXIiOiI0My4xNzAuMTkiLCJ0YXJnZXRCcmFuY2giOiJtYWluIiwibGFiZWxzIjpbXX0=--> Reviewed-on: https://git.walbeck.it/mwalbeck/docker-python-poetry/pulls/1743 Co-authored-by: renovate-bot <bot@walbeck.it> Co-committed-by: renovate-bot <bot@walbeck.it>
|
This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Resolves #10831
What
Adds a short warning block to the packages subsection of docs/pyproject.md explaining that files matched by VCS ignore settings (e.g. .gitignore) are excluded from the built distributions even when their parent directory is listed under packages, and points readers to exclude and include for the include-with-format workaround.
Why
On #10831 the reporter listed a generated-code directory under packages but had the same directory in .gitignore, and poetry build silently produced empty sdist/wheel archives. @dimbleby correctly pointed out that the behaviour is documented in the exclude and include subsection, but the reporter noted (and I agree) that the packages subsection itself does not mention the cross-talk — which is exactly where a user going from "I want to include this directory" to "my build is empty" lands first.
Quoting the reporter's refined ask on 2026-04-09:
Diff
Thus, you only have to specify the directory where your root package resides. {{% /note %}} +{{% warning %}} +If a VCS is being used, files matched by its ignore settings (for example by +`.gitignore` for git) are excluded from the built distributions even when their +parent directory is listed under `packages`. This can be surprising if a +`packages` entry points at generated code or another path that is intentionally +kept out of version control. To ship such files, add them back via +[`include`]({{< relref "#exclude-and-include" >}}) with an explicit `format`. +{{% /warning %}} + ### exclude and includeNo code change, no behaviour change — docs-only, 9 lines added.