Thanks to visit codestin.com
Credit goes to github.com

Skip to content

-Werror should be opt-in, not based on MANIFEST.in #22

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

Closed
pkubaj opened this issue Jul 21, 2019 · 3 comments
Closed

-Werror should be opt-in, not based on MANIFEST.in #22

pkubaj opened this issue Jul 21, 2019 · 3 comments
Assignees
Milestone

Comments

@pkubaj
Copy link

pkubaj commented Jul 21, 2019

The conditional for DEVELOPER_MODE is too widely-scoped, as source distributions (sdists) are released to end-users, and the presence of a MANIFEST.in shouldn't mean DEVELOPER_MODE.

A slightly better form might be to check for the presence of a git checkout, though this is also problematic, as users can depend on packages via their git URL's.

The check should probably be an explicit opt-in via the presence of an environment variable DEVELOPER_MODE=yes or similar.

@ThomasWaldmann
Copy link
Collaborator

dirty hack, but one can now work around this by faking being on travis-ci, see ON_TRAVIS in #26.

@ThomasWaldmann
Copy link
Collaborator

When extracting the sdist, there is no MANIFEST.in. Did this change after your bug report?

I agree, this detection mechanism is a bit strange, had to hack around it (see above).

@ThomasWaldmann
Copy link
Collaborator

I worked a bit with the code, mainly platform and python version testing and yeah, that DEVELOPER_MODE is a pain.

Quite often it errors when compiling the code due to some issue already present in the code.

When switching off dev mode, it at least compiles.

Considering that obviously the old behaviour did not lead to fixing these issues, we can as well invert it.

@ThomasWaldmann ThomasWaldmann added this to the 1.3.8 milestone Oct 9, 2020
@ThomasWaldmann ThomasWaldmann self-assigned this Oct 9, 2020
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

No branches or pull requests

2 participants