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

add git workflow support #19

Open
wants to merge 7 commits into
base: main
Choose a base branch
from
Open

add git workflow support #19

wants to merge 7 commits into from

Conversation

cav71
Copy link

@cav71 cav71 commented Dec 13, 2024

Initial ground work to enable CD/CI support

@malemburg
Copy link
Contributor

Hi @cav71 , thanks for you effort, but I think you are overengineering this a bit.

There is no need to do all the parsing of arguments, etc. in Python, since the PyRun Makefile already takes care of these things.

The only part where this could be useful is for figuring out the SSL variable on various platforms, but this is often not needed, since the defaults in the Makefile should work most of the time. The reason I added this variable is because we used to ship our own SSL libs (as part of egenix-pyopenssl) and so I wanted to enable PyRun to use those.

It's really more important to get the main workflow framework set up, so that builds on multiple platforms are possible.

I was thinking of reusing parts of the machinery that https://github.com/indygreg/python-build-standalone is using: running builds in docker images for the different platforms, but without doing cross compiles and limiting the number of variants significantly compared to what Greg is doing.

What was your motivation to start putting the Makefile logic into a Python make.py ?

@cav71
Copy link
Author

cav71 commented Dec 14, 2024

Thanks for the feedback. The key take into this pr is to create the workflow support (eg. anything under .github/workflows really).
I'm using there a matrix build that can cover quite fewer platforms than standalone, and it is contained into a single .yml file (actually two, one for the pr and one for the main merge).

What was your motivation to start putting the Makefile logic into a Python make.py ?

That is only for testing, aka display something: it can be replaced. I was thinking also that it could easily replace the Makefile as it is naturally multi platform, but that again wasn't necessary and as it is it just dumps variables and show the workflow runs correctly.

I'm ok to close the PR if that doesn't suit the project! Thanks again.

@malemburg
Copy link
Contributor

Oh, I don't want to discourage you. However, the make.py file is not really something I'm looking for. The workflows themselves are great as skeleton and a good start, so if you could remove the make.py this could go in.

@cav71
Copy link
Author

cav71 commented Dec 14, 2024

I'm not discouraged, believe me. I've removed the make.py and just placed two echo statement to print out something.

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

Successfully merging this pull request may close these issues.

2 participants