In case anybody is depending on it:
18 Likes
We were about to expand our usage of it at DBC, but we are obviously going away from that now. It’s technically trivial so we’ll just roll our own.
It is truly a tragedy that GitHub is forcing their hand in this matter, but at least there is a free month of flakehub cache, that’s so thoughtful of them, to help existing users migrate and making it available for open source projects 
8 Likes
Reminder that garnix has 1,500 minutes in the free tier, and is usually quite a bit faster than GitHub Actions. If anyone has projects that are open source and valuable to the community and needs more than those 1,500 minutes, get in touch!
8 Likes
I’m wondering if you’re being ironic here 
1 Like
FYI, I’m trying to hack around this with GitHub - jashandeep-sohi/action-cache-api-shim: This action will let you use other actions/tools that need access to the legacy GHA Cache Service v1 API. until someone does a rewrite for the new cache API. Your mileage may vary…I’ve only been able to test it against the new API briefly during the brown-out periods.
2 Likes
found this thread Time sensitive: GitHub Actions cache service integration · Issue #123 · DeterminateSystems/magic-nix-cache · GitHub
1 Like
2 Likes
So it just needs to upgrade to the new version?..
magic-nix-cache is in written in rust unlike cache-nix-action which is written in typescript, not sure about the implementation details for cache-nix-action. but magic-nix-cache uses the api, not that package.
And for magic-nix-cache those api v2 endpoints of gha cache require the new proto definitions (which were closed source until that issue), but they came along with a notice that they are likely to break it again as well. (see above linked issue)
So my suggestion would be to take a look at cache-nix-action, see if it works and migrate. I have yet to try it out.