Conversation
f102609 to
76c0998
Compare
76c0998 to
3f8cbe1
Compare
The risk I see with this approach is that a flake that used to work might 'break' and switch to the fallback without us noticing. I think we would like to notice and be able to fix the issue, instead of having it disappear silently. Still, for flakes known to have this issue I think it would be nice to be able to ingest them like this on a per-flake opt-in basis. |
Valid concern, shouldn't be the case indeed. Then maybe not erroring, but throwing a warning and creating a GitHub issue linking to it? |
This adds fallbacks to flake-info such that it will try to build only packages / apps / options if one fails
Note that "if the other fail" means that the added flakes are defectuous (e.g. many modules read
config.*at evaluation time (e.g.nix-bitcoin) which is invalid when you don’t have a full NixOS configuration ; they should instead usemkIf/mkOptionor read config in places that only evaluate when options are realized)I personally don't know if this should be merged or if we instead should rightfully error when flakes are defectuous (and we just comment out the flakes that fails until they are fixed instead), RFC