You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Pull requests do not have access to secrets so read access to a public binary cache will work, but pushing will be disabled since there is no signing key.
Here Domen suggested that it might work so long as the person making the PR has write access to the repo.
However we tried this and it didn't seem to work. So I'm unsure what the actual behaviour is.
Why do we care? In this instance we have a PR which updates a bunch of nix dependencies, and needs to do a lot of building. It would be nice if this was cached between runs on the PR. Indeed, at the moment the PR does too much building for it all to pass in one go, so we were hoping to cache it in chunks. But we can't do that if pushing to cachix in PRs doesn't work. (Of course, we could build locally and push from there, but I don't think any of us have the cachix keys!)
The text was updated successfully, but these errors were encountered:
The README says
Here Domen suggested that it might work so long as the person making the PR has write access to the repo.
However we tried this and it didn't seem to work. So I'm unsure what the actual behaviour is.
Why do we care? In this instance we have a PR which updates a bunch of nix dependencies, and needs to do a lot of building. It would be nice if this was cached between runs on the PR. Indeed, at the moment the PR does too much building for it all to pass in one go, so we were hoping to cache it in chunks. But we can't do that if pushing to cachix in PRs doesn't work. (Of course, we could build locally and push from there, but I don't think any of us have the cachix keys!)
The text was updated successfully, but these errors were encountered: