I've been trying to do triage on the bugtracker, and I've been pretty unhappy with the old milestone system. So I tried something new: - No more separate Cabal/cabal-install milestones. We're tightly coupled, and if we do uncouple, then we can talk separate, but not while the projects live in the same repo. - Replaced the point and feature milestones with "Soon" and "Later". Soon = release manager (Mikhail) wants this ticket fixed in a patch release. I think this is how milestones were currently being used in a useful manner today, so this basically should stay unchanged. Only the RM gets to make decisions about what should happen soon. Later = some developer is planning to try to get this feature in to the next release cycle. They're actively working on it, we can bug them when release time comes around for them to finish it up. So this is NOT a bin where you just put things you'd like to see in the next release. Either someone *is* working on it, or developers have agreed (e.g., via triage meeting/discussion) that this feature is a priority for the next release - I introduced a "Triaged" category for bugs which have repro'd test cases and just need someone to take care of them. The idea is that if you feel like doing some bug hunting, just look for something in Triaged and fix it. Not sure if this will work, giving it a try. - Everything else should be marked as Never. That doesn't mean it won't happen, just that someone needs to specifically step up to make it happen. I added a special subcategory for "Obsoleted by Nix build", since many bugs are in legacy code which won't manifest with the new-build path. So, hope that helps turn the milestone system into something a bit more useful.