OASIS Open Command and Control (OpenC2) TC

Based on some work in two different other OASIS groups, it caused me to look at some stuff in our OpenC2 TC ops.   One procedure other groups use is to send an email to this broader list when an issue or Pull Request is opened. If you subscribe to the repo on GitHub, you will get a notification for every change. This email is in addition to that since not everyone will be subscribed to every github repo. And even if subscribed, it might get shunted to some folder with a gazillion other github notications (which is what I do because I get very many of these because of all repos I subscribe to). By sending one email at the initiation of an issue, that alerts people that may be interested to follow the details. I think we should adopt a slightly looser version of this rule in that it should be left to the issue/PR creator whether to send an email. For example if it’s for issues created at TC meetings (working or voting), the appropriate parties probably already know so there is no need to spam everyone.   But in this case, I just did create an issue ( https://github.com/oasis-tcs/openc2-tc-ops/issues/51 ) associated with what I see as a deficiency in our TC-Ops documentation. I am recommending we throw some text in documentation our current procedures wrt github maintainer role.   --  Duncan Sparrell sFractal Consulting LLC iPhone, iTypo, iApologize I welcome VSRE emails. Learn more at  http://vsre.info /    

I believe much of this info was already captured, but I’ve done some editing to make it clearer.   I’ve responded to the issue and proposed updates are in PR #52:  https://github.com/oasis-tcs/openc2-tc-ops/pull/52   Dave __________________ David Lemire IA Systems Engineer Mission Technologies (301) 575-5190 (o)    (240) 938-9350 (m) HII.com   From: openc2@lists.oasis-open.org [mailto:openc2@lists.oasis-open.org] On Behalf Of duncan sfractal.com Sent: Thursday, March 31, 2022 11:27 AM To: TC OpenC2 (openc2@lists.oasis-open.org) <openc2@lists.oasis-open.org> Subject: EXT :[openc2] New Issue re GitHub maintainers   CAUTION: This email originated from outside your organization. Exercise caution when opening attachments or clicking links, especially from unknown senders.   Based on some work in two different other OASIS groups, it caused me to look at some stuff in our OpenC2 TC ops.   One procedure other groups use is to send an email to this broader list when an issue or Pull Request is opened. If you subscribe to the repo on GitHub, you will get a notification for every change. This email is in addition to that since not everyone will be subscribed to every github repo. And even if subscribed, it might get shunted to some folder with a gazillion other github notications (which is what I do because I get very many of these because of all repos I subscribe to). By sending one email at the initiation of an issue, that alerts people that may be interested to follow the details. I think we should adopt a slightly looser version of this rule in that it should be left to the issue/PR creator whether to send an email. For example if it’s for issues created at TC meetings (working or voting), the appropriate parties probably already know so there is no need to spam everyone.   But in this case, I just did create an issue ( https://github.com/oasis-tcs/openc2-tc-ops/issues/51 [github.com] ) associated with what I see as a deficiency in our TC-Ops documentation. I am recommending we throw some text in documentation our current procedures wrt github maintainer role.   --  Duncan Sparrell sFractal Consulting LLC iPhone, iTypo, iApologize I welcome VSRE emails. Learn more at  http://vsre.info [vsre.info] /