-
Notifications
You must be signed in to change notification settings - Fork 7
Picasso #206
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
Picasso #206
Conversation
matthewrmshin
left a comment
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, but recommend that you use the python3 command instead of the python command. Some newer Linux distro versions have chosen to only provide a python3 command and not a python command.
envs/picasso/image.yml
Outdated
| - matplotlib | ||
|
|
||
| commands: | ||
| - python setup.py install |
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.
Recommend using the python3 command here.
matthewrmshin
left a comment
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.
This PR allows us to manually trigger a Picasso build, giving us a singularity container with Fab and dependencies. It's based on a recent version of Ubuntu with a newer glibc than on the VDI.
Follow up work might branch out into multiple images:
We probably don't want to trigger these builds from push or prs because a) we probably only need to build infrequently and b) due to the cross-repo nature of the action we'd need to give fab forks (i.e anyone) source permissions to the source repo. A disadvantage of this that I don't think we can quickly iterate with PRs to tweak the Picasso config, we have to wait until it's merged before we can see if it works.