-
Notifications
You must be signed in to change notification settings - Fork 478
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
Andrew Q pipeline run #1509
Andrew Q pipeline run #1509
Conversation
…ad variables from setup.py in pypanda, and optimize setup.sh to only use one panda container
…Pip is now in sync with GitHub releases
…b instead of GHCR, enforce publish_deb can only proceed after parallel_tests, and finally, use Org secret instead of repo secret
…llow parallel_tests to be run via workflow dispatch for external users
$SUDO python3 -m pip install -r requirements.txt | ||
$SUDO python3 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.
I don't think this should be changed?
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.
I don't think it is good practice to use sudo with pip install and it seems the installer test does pass just fine if we don't use sudo.
https://askubuntu.com/questions/802544/is-sudo-pip-install-still-a-broken-practice
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.
Sure, this change can be undone and the commit can be squashed. I figure once LAVA is upgraded I'd also know for sure if using sudo to install pypanda is critical or not.
workflow_run: | ||
workflows: ["Parallel Tests"] | ||
types: | ||
- completed | ||
|
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.
I believe this will break CI. parallel tests
run on PRs. Publish docker runs on pushes to dev. With this change I believe publish_docker will never run.
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.
Yes, I believe you are right, this change will be undone and squashed
I'm fairly reluctant to merge changes to our CI as we can't really test CI in advance and it typically requires a series of PRs to fix the things each change breaks. There are a lot of different things going on here. I like some of them, but definitely don't think they should all be in a single PR. There are still lots of things mixed in/across commits in ways that make it hard to understand your changes. Here's my best attempt to identify what's happening here and provide feedback. I'm very interested in merging the docs updates and action version increments. I'm worried the other changes will break things.
|
So as for my change to 1- create a panda_installer image up to installer target As this script is only used for deployment, I propose just creating one panda image, build up to installer, extract the wheel file, and continue to build until panda target to package the Debian package. This should speed up deployment quite a bit as we are running About creating https://docs.github.com/en/actions/using-workflows/manually-running-a-workflow P. S. |
Everything should be addressed on this branch: |
And I raised the issue to get a Debian package for Capstone, seems like whenever v6 comes out, we will finally get a package |
testing pipeline for Andrew Quijano.