Skip to content
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

Improve CI docs build and python dependency management #529

Draft
wants to merge 4 commits into
base: develop
Choose a base branch
from

Conversation

vpipkt
Copy link
Member

@vpipkt vpipkt commented Dec 10, 2020

No description provided.

enable use of this in docs build

Signed-off-by: Jason T. Brown <[email protected]>
@vpipkt vpipkt requested a review from metasim December 10, 2020 18:39
@vpipkt vpipkt changed the title Improve CI docs build and dependency management Improve CI docs build and python dependency management Dec 10, 2020
@vpipkt vpipkt added build CI issues. pyrasterframes Related to Python bindings to RasterFrames labels Dec 10, 2020
@vpipkt vpipkt marked this pull request as ready for review December 23, 2020 16:35
Copy link
Member Author

@vpipkt vpipkt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i'd like to get this merged before it gets real stale.

pySetup.toTask(" pweave --quick True")
pySetup.toTask(" develop"),
pySetup.toTask(" pweave --quick True"),
pySetup.toTask(" develop --uninstall") // put environment back how it was
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems like it would be good to have something like this:

    pySetup.toTask(" develop"),
    Try(pySetup.toTask(" pweave")),
    pySetup.toTask(" develop --uninstall")

So that the environment is put back how it was (more or less?) after the pweave task runs even if it fails.

That's beyond my sbt fu though

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Another possibility is a much larger refactor:

  1. set up tox in pyrasterframes
    1. separate environments for unit tests and docs builds
  2. sbt task runs tox -e $TOX_ENVIRONMENT instead of python setup.py $SETUP_COMMAND

This would afford a chance to also carve out many of the setup_requires and declare specific requirements files for the disctinct tox environments.

There is possibly some downside I am not thinking of (other than the work of refactoring), but it occurred to me that this might be a good direction

@vpipkt vpipkt marked this pull request as draft December 23, 2020 17:48
@vpipkt
Copy link
Member Author

vpipkt commented Dec 23, 2020

Changed my mind and converted back to draft because there is still a bit of surgery to do in setup.py on dependencies.

@metasim metasim force-pushed the develop branch 2 times, most recently from 844c524 to a5c6446 Compare January 7, 2021 14:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
build CI issues. pyrasterframes Related to Python bindings to RasterFrames
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant