Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

In setup.py, inline the packages that need to be installed into setup().#14170

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
QuLogic merged 1 commit intomatplotlib:masterfromanntzer:inline-packages
May 27, 2019

Conversation

anntzer
Copy link
Contributor

... instead of hiding that behind a function call in setupext.

(See also#13542 which does the same with {install,setup}_requires.)

Also always install the test source files -- settingtests = False in
setup.cfg now only ignores the test data (this is also consistent with
the contents of `matplotlib/tests/init.py which is clearly intended
to handle the case where the test source files are installed but not the
baseline images). This is done for simplicity of implementation and
also to make it possibly easier to separately install the baseline
images (as these are now pure "data") in the future (WIP in#11732).

PR Summary

PR Checklist

  • Has Pytest style unit tests
  • Code isFlake 8 compliant
  • New features are documented, with examples if plot related
  • Documentation is sphinx and numpydoc compliant
  • Added an entry to doc/users/next_whats_new/ if major new feature (follow instructions in README.rst there)
  • Documented in doc/api/api_changes.rst if API changed in a backward-incompatible way

@anntzeranntzer added the Build labelMay 8, 2019
@tacaswelltacaswell added this to thev3.2.0 milestoneMay 11, 2019
@tacaswell
Copy link
Member

Deleted my comment because I failed to read before I typed.

Given the discussion we had with the Arch packagers in#13993 is this going to cause the same problem?

Having clean data-only wheels for the test data does seem like a good carrot.

@anntzer
Copy link
ContributorAuthor

We can ping@ArchangeGabriel here to ask :) This time it is definitely intentional to always install the test source files, just leaving the baseline images optional; I think if downstream packagers want to also remove the tests they can just yank them out a posteriori.

@ArchangeGabriel
Copy link
Contributor

It’s fine, we can indeed just remove the test files afterwards if they are not spread over hundreds of directories. ;)

Also since we don’t pass the baseline images comparisons (because of different freetype), this change could actually leads to simplification of our building scripts if testing skip baseline images tests when they are missing.

@anntzer
Copy link
ContributorAuthor

anntzer commentedMay 12, 2019
edited
Loading

You can justrm **/tests/, I think. Not sure what the current behavior is on missing baseline images, but I guess we can make them just ignored in that case, indeed (not in this PR).

@ArchangeGabriel
Copy link
Contributor

Ignoring the image tests would be awesome because it means we would actually be able to automatically and easily verify no other tests failed. :)

@efiringefiring requested a review fromQuLogicMay 26, 2019 00:09
... instead of hiding that behind a function call in setupext.Also always install the test source files -- setting `tests = False` insetup.cfg now only ignores the test data (this is also consistent withthe contents of `matplotlib/tests/__init__.py which is clearly intendedto handle the case where the test source files are installed but not thebaseline images).  This is done for simplicity of implementation andalso to make it possibly easier to separately install the baselineimages (as these are now pure "data") in the future.
@QuLogicQuLogic merged commita930461 intomatplotlib:masterMay 27, 2019
@anntzeranntzer deleted the inline-packages branchMay 27, 2019 19:43
@ArchangeGabriel
Copy link
Contributor

I think thatthis part of setup.cfg should have been updated to say that what is controlled here is only about data, not actually packages (tests being installed anyway now). What is your opinion on this?

@anntzer
Copy link
ContributorAuthor

Sounds fair, do you want to open a PR for that?

@ArchangeGabriel
Copy link
Contributor

Also, currently havingtests = False outputstests: no [skipping due to configuration] but that does not actually forbid to run tests. So yes I might open a PR. Should I target master first and then backport to 3.2.x?

@anntzer
Copy link
ContributorAuthor

yes

@ArchangeGabriel
Copy link
Contributor

OK, made some attempt at#15480.

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@QuLogicQuLogicQuLogic approved these changes

@timhoffmtimhoffmtimhoffm approved these changes

Assignees
No one assigned
Labels
Projects
None yet
Milestone
v3.2.0
Development

Successfully merging this pull request may close these issues.

5 participants
@anntzer@tacaswell@ArchangeGabriel@QuLogic@timhoffm

[8]ページ先頭

©2009-2025 Movatter.jp