nixpkgs Merge Queue - Easy Notify Broken
feature
start-date
author
co-authors
shepherd-team
shepherd-leader
related-issues
(fill me in with a unique ident, my_awesome_feature)
(fill me in with today's date, YYYY-MM-DD)
(name of the main author)
(find a buddy later to help out with the RFC)
(names, to be nominated and accepted by RFC steering committee)
(name to be appointed by RFC steering committee)
(will contain links to implementation PRs)

Summary

This proposes a tool/bot/solution that allows maintainers of deepened-on derivations to notify the maintainers of their dependents that they will be broken by a change unless they fix their packages.

Currently it is very toilsome to contact a large number of maintainers. This is a significant burden on maintainers of highly depended-on derivations such as common libraries and build tools.

Motivation

Why are we doing this? What use cases does it support? What is the expected outcome?

Detailed design

This is the core, normative part of the RFC. Explain the design in enough detail for somebody familiar with the ecosystem to understand, and implement. This should get into specifics and corner-cases. Yet, this section should also be terse, avoiding redundancy even at the cost of clarity.

Examples and Interactions

This section illustrates the detailed design. This section should clarify all confusion the reader has from the previous sections. It is especially important to counterbalance the desired terseness of the detailed design; if you feel your detailed design is rudely short, consider making this section longer instead.

Drawbacks

Why should we not do this?

Alternatives

What other designs have been considered? What is the impact of not doing this?

Unresolved questions

What parts of the design are still TBD or unknowns?

Future work

What future work, if any, would be implied or impacted by this feature without being directly part of the work?