ops(flake-review): add flake-review workflow#142
Conversation
There was a problem hiding this comment.
Pull request overview
This PR adds a new GitHub Actions workflow that integrates flake-review for automated Nix flake validation on pull requests. The workflow uses a reusable workflow from an external repository to review Nix flake changes across both macOS (aarch64-darwin) and Linux (x86_64-linux) platforms, which aligns with this project's Nix flake-based architecture.
Changes:
- Added flake-review workflow triggered on pull requests to master and dev branches
- Configured appropriate permissions for reading repository contents and commenting on pull requests
- Set up matrix builds for both Darwin and Linux systems to ensure cross-platform compatibility
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
Please review failing builds |
|
3 Minutes for a check step sounds really ruff tbf... Also the conflict will happen until #141 is not fixed |
yeah, nix install takes forever on macOS, unfortunately and a bigger runner costs money :( |
|
@xaiyadev thx thought so. I'll consider this blocked by that then just to verify |
|
@ojsef39 yea ideally runtime should be ~30s like Linux. Caching and using preinstalled things where possible would be preferable. |
I'll try my best, not sure how much i can do tho since most of the time is used by installing nix itself, ill give an update tomorrow :) edit just looked again and yeah majority of time is in the review step itself, maybe i can get rid of some dependencies or something to make that faster edit2 the pipeline failed because i had wrong cache entries in cachix, seems like the native-linux-builder features works against me with this so i started using a vm but forgot about the cache |
|
FYI I don't get notifications on comment edits. Idm it but might be nicer to just add new comments |
|
Sorry I haven't responded until now, I've tried some things, but the results were always pretty much the same, but i still have one or two ideas i want to try this weekend :) |
|
No problem and no rush :) |
|
@frostplexx see failing runs, may be a red herring though |
This is just a fluke probably, since the branch here is outdated. I will take another look into it today evening since the other PR made it easier to get this working nicely :) |
|
The Hash for the DMG thats failing in nix darwin review should be the correct one: No idea where the workflow is getting As for the failing has its the exact same one that was used previous for linux ( Maybe @ojsef39 has more insight? |
it probably also broke because its using the main branch here, while i have some changes in other branches n branch here, while i have some changes in other branches. Ill see later :) |
|
I added a renovate.json for dependency updates since dependabot doesnt support custom update types like renovate. And im not 100% sure but i think the post-result pipeline is failing since this is fork PR, in my fork commenting works. The macos build failure is expected, seems like there is a newer tidal dmg? |
|
yayyy works now :) @Inrixia (post-result is just failing since its running the action from my fork and cant push comments here) |
|
@ojsef39 the failed check here? This is ready to merge? |
|
Nvm didn't see your comment. I'll merge this then 💜 Thank you everyone for all the work done on this! |
No worries, i hope i can improve this even further in the future (especially the caching and time it takes to run, but thats really frustrating since its 1s off here and then 2s added there xD) |
|
Actually on that note. Would it make sense/is it possible to scope the workflow for this down to only certain files changing? Probably only needs to run for nix specific changes right? If you can another pr for that amendment would be appreciated |
That makes sense, ill do that and also add the workflow input so you can trigger it manually :) |
No description provided.