SIG Repos: How should they work?

After reading over @getchoo proposal, I’m pretty convinced that a tiered approach would work better than a circular dependency mess.


@getchoo’s diagram for reference
What do people here think of this?

My next question is, how do we want to organize packages within each SIG repos themselves? So far I’ve been testing out something similar to by-name such that packages are imported automatically based on directory placement, but also allowing for multiple package implementations. Any preferences? Prefer the by-name approach, grouped by category similarly to most of nixpkgs, or something else?

6 Likes