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

Python Environment Tools binaries can't build on macOS #6468

Open
jmcphers opened this issue Feb 24, 2025 · 2 comments
Open

Python Environment Tools binaries can't build on macOS #6468

jmcphers opened this issue Feb 24, 2025 · 2 comments
Labels
area: builds Issues related to Builds category. build

Comments

@jmcphers
Copy link
Collaborator

It is currently not possible to turn another build of the Python Environment Tools because it can't build on macOS. The macOS Github Actions runners do not take jobs from public repositories, and now that the positron-pet-builds repository is public, it cannot run jobs on these runners.

This means that if you attempt to build the PET repo, it will hang at the macOS build step waiting for a runner that will never be available.

This problem must be resolved before we can take another release of the Python Environment Tools

Possible fixes:

  • when we need to take another build of the tools (which isn't that often), temporarily make the runners public, perform the build, then switch them back to private
  • make the repository private again and require a github access token to download the binaries (as we did for other private repositories)
  • split it into two repositories, one private repository that performs the build and one public repository that hosts the binary build artifacts as releases (this is what we do for e.g. Kallichore)
  • run away from home and live in the woods
@jmcphers jmcphers added build area: builds Issues related to Builds category. labels Feb 24, 2025
@isabelizimm
Copy link
Contributor

I would prefer to not require special credentials to get a dev build up, and switching things between private and public seems like a nuisance long term.

split it into two repositories, one private repository that performs the build and one public repository that hosts the binary build artifacts as releases (this is what we do for e.g. Kallichore)

Seems like the cleanest option. The private repo will be pretty minimal, but the overall process feels smoother (and aligns with prior art).

@petetronic
Copy link
Collaborator

Note this was the intent for python-environment-tools in https://github.com/posit-dev/positron-builds. If we really need a separate private repo, that's fine, but let me know and we'll clean up positron-builds repo to not expect to build this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: builds Issues related to Builds category. build
Projects
None yet
Development

No branches or pull requests

3 participants