New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove exec flag from tool.py #106
Conversation
tool.py is only intended to be executed through the xattr wrapped generated during package build. Thus tool.py should not have the executable flag set, and should not have a shebang line.
I ran into this when packaging xattr for Fedora.
In the repository |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me, I doubt anyone is utilizing this "feature"
Thank you! |
Version 0.10.0 released 2022-10-24 * Remove exec flag from tool.py xattr/xattr#106 * Update the documentation to mention the attr package and its getfattr and setfattr tools xattr/xattr#103
https://build.opensuse.org/request/show/1032327 by user mcepl + dimstar_suse - Update to 0.10.0 * Remove exec flag from tool.py xattr/xattr#106 * Update the documentation to mention the attr package and its getfattr and setfattr tools xattr/xattr#103
# Pull Request Check List Resolves: #6928 <!-- This is just a reminder about the most common mistakes. Please make sure that you tick all *appropriate* boxes. But please read our [contribution guide](https://python-poetry.org/docs/contributing/) at least once, it will save you unnecessary review cycles! --> - [ ] Added **tests** for changed code. - [ ] Updated **documentation** for changed code. <!-- If you have *any* questions to *any* of the points above, just **submit and ask**! This checklist is here to *help* you, not to deter you from contributing! --> Bump `xattr` version to `0.10.0`. This fixes #6891, which is not a problem with the user's environment as suggested by the maintainer of xattr at xattr/xattr#108, but in fact the problem of the package which was fixed by xattr/xattr#106. Looking at the [changes in the version bump](xattr/xattr@v0.9.9...v0.10.0), there does not seem to be any significant changes other than shabang xattr/xattr#106. Co-authored-by: Moonsik Park <moonsik.park@estsoft.com> Co-authored-by: Bartosz Sokorski <b.sokorski@gmail.com>
update lockfile. pip install --no-input everywhere (python-poetry#6966) This is an extension of python-poetry#6724. I think `pip install` invoked by poetry should never ask for user input. Motivation is that it happened to myself and a number of colleagues many times that poetry got seemingly stuck while it was just waiting for a user input because of a private pypi repository that needed authentication. I hope this is a valuable contribution to a tool I like a lot and would like to use more and more :) docs: update Windows cache path to match 1.2 Bump `xattr` version to `0.10.0`. (python-poetry#7005) Resolves: python-poetry#6928 <!-- This is just a reminder about the most common mistakes. Please make sure that you tick all *appropriate* boxes. But please read our [contribution guide](https://python-poetry.org/docs/contributing/) at least once, it will save you unnecessary review cycles! --> - [ ] Added **tests** for changed code. - [ ] Updated **documentation** for changed code. <!-- If you have *any* questions to *any* of the points above, just **submit and ask**! This checklist is here to *help* you, not to deter you from contributing! --> Bump `xattr` version to `0.10.0`. This fixes python-poetry#6891, which is not a problem with the user's environment as suggested by the maintainer of xattr at xattr/xattr#108, but in fact the problem of the package which was fixed by xattr/xattr#106. Looking at the [changes in the version bump](xattr/xattr@v0.9.9...v0.10.0), there does not seem to be any significant changes other than shabang xattr/xattr#106. Co-authored-by: Moonsik Park <moonsik.park@estsoft.com> Co-authored-by: Bartosz Sokorski <b.sokorski@gmail.com> tests: add coverage to `poetry install` update lockfile. [pre-commit.ci] pre-commit autoupdate updates: - [github.com/asottile/pyupgrade: v3.2.0 → v3.2.2](asottile/pyupgrade@v3.2.0...v3.2.2) - [github.com/hadialqattan/pycln: v2.1.1 → v2.1.2](hadialqattan/pycln@v2.1.1...v2.1.2)
update lockfile. pip install --no-input everywhere (python-poetry#6966) This is an extension of python-poetry#6724. I think `pip install` invoked by poetry should never ask for user input. Motivation is that it happened to myself and a number of colleagues many times that poetry got seemingly stuck while it was just waiting for a user input because of a private pypi repository that needed authentication. I hope this is a valuable contribution to a tool I like a lot and would like to use more and more :) docs: update Windows cache path to match 1.2 Bump `xattr` version to `0.10.0`. (python-poetry#7005) Resolves: python-poetry#6928 <!-- This is just a reminder about the most common mistakes. Please make sure that you tick all *appropriate* boxes. But please read our [contribution guide](https://python-poetry.org/docs/contributing/) at least once, it will save you unnecessary review cycles! --> - [ ] Added **tests** for changed code. - [ ] Updated **documentation** for changed code. <!-- If you have *any* questions to *any* of the points above, just **submit and ask**! This checklist is here to *help* you, not to deter you from contributing! --> Bump `xattr` version to `0.10.0`. This fixes python-poetry#6891, which is not a problem with the user's environment as suggested by the maintainer of xattr at xattr/xattr#108, but in fact the problem of the package which was fixed by xattr/xattr#106. Looking at the [changes in the version bump](xattr/xattr@v0.9.9...v0.10.0), there does not seem to be any significant changes other than shabang xattr/xattr#106. Co-authored-by: Moonsik Park <moonsik.park@estsoft.com> Co-authored-by: Bartosz Sokorski <b.sokorski@gmail.com> tests: add coverage to `poetry install` update lockfile. [pre-commit.ci] pre-commit autoupdate updates: - [github.com/asottile/pyupgrade: v3.2.0 → v3.2.2](asottile/pyupgrade@v3.2.0...v3.2.2) - [github.com/hadialqattan/pycln: v2.1.1 → v2.1.2](hadialqattan/pycln@v2.1.1...v2.1.2)
update lockfile. pip install --no-input everywhere (python-poetry#6966) This is an extension of python-poetry#6724. I think `pip install` invoked by poetry should never ask for user input. Motivation is that it happened to myself and a number of colleagues many times that poetry got seemingly stuck while it was just waiting for a user input because of a private pypi repository that needed authentication. I hope this is a valuable contribution to a tool I like a lot and would like to use more and more :) docs: update Windows cache path to match 1.2 Bump `xattr` version to `0.10.0`. (python-poetry#7005) Resolves: python-poetry#6928 <!-- This is just a reminder about the most common mistakes. Please make sure that you tick all *appropriate* boxes. But please read our [contribution guide](https://python-poetry.org/docs/contributing/) at least once, it will save you unnecessary review cycles! --> - [ ] Added **tests** for changed code. - [ ] Updated **documentation** for changed code. <!-- If you have *any* questions to *any* of the points above, just **submit and ask**! This checklist is here to *help* you, not to deter you from contributing! --> Bump `xattr` version to `0.10.0`. This fixes python-poetry#6891, which is not a problem with the user's environment as suggested by the maintainer of xattr at xattr/xattr#108, but in fact the problem of the package which was fixed by xattr/xattr#106. Looking at the [changes in the version bump](xattr/xattr@v0.9.9...v0.10.0), there does not seem to be any significant changes other than shabang xattr/xattr#106. Co-authored-by: Moonsik Park <moonsik.park@estsoft.com> Co-authored-by: Bartosz Sokorski <b.sokorski@gmail.com> tests: add coverage to `poetry install` update lockfile. [pre-commit.ci] pre-commit autoupdate updates: - [github.com/asottile/pyupgrade: v3.2.0 → v3.2.2](asottile/pyupgrade@v3.2.0...v3.2.2) - [github.com/hadialqattan/pycln: v2.1.1 → v2.1.2](hadialqattan/pycln@v2.1.1...v2.1.2) update lockfile. update lockfile.
tool.py is only intended to be executed through the xattr wrapped generated during package build.
Thus tool.py should not have the executable flag set, and should not have a shebang line.