maintainers-list.nix: allow maintainer contact using Discourse#275059
maintainers-list.nix: allow maintainer contact using Discourse#275059zeuner wants to merge 1 commit intoNixOS:masterfrom
Conversation
58baf5b to
58c3b72
Compare
Well, yes and no. It is kindled hosted by Flying Circus but the moderation and so on is done by community members. |
Having the hosting part outsourced to a separate entity is not too uncommon. The important question would be whether someone out of the community has access to the database and would thus be able to migrate the Discourse to a different hosting in the event that this would become necessary. If so, I would call that "control" in this context. The hosting by Flying Circus might imply that an EU standard regarding data protection would apply for that part. This might also be relevant for some maintainers. |
|
Closing because it's merge conflicted and the preconditions have changed. If you'd like to add discourse as an other optional contact option besides email and matrix, please rebase and re-open. |
Description of changes
Many maintainers are already registered on Discourse, and it's no less convenient than the other contact possibilities maintainers can currently supply. Additionally, since the Discourse server is ran under control of the NixOS foundation, it provides a platform that can be used for subsequent implementation of maintainer-related automation. Therefore, it seems reasonable to allow maintainers to move more of their maintainership-related communication to Discourse. This is made possible by this PR.
GDPR impact:
This must be taken into account (see https://github.com/NixOS/nixpkgs/blob/master/maintainers/maintainer-list.nix#L52) as long as EU citizens are expected to take part in the community. However, the suggested change only adds an optional field, so it won't lead to more processing of personal data than before. Additionally, if maintainers choose to provide a Discourse handle, they may even choose not to provide the other contact details. It remains important to make sure there will be no implicit pressure that would make optional fields mandatory without explicit declaration. But this is a responsibility that is already present with the current schema. Therefore, if the pre-PR situation was GDPR-compliant, so will be the situation afterwards.
Things done
nix.conf? (See Nix manual)sandbox = relaxedsandbox = truenix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/)Add a 👍 reaction to pull requests you find important.