<div dir="ltr"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Adding openmaintainer makes things easier with non-committer maintainers in particular, which is why it's recommended to new maintainers, but it's not required. If there's a good chance that someone not familiar with the nuances of a port will inadvertently break something, then openmaintainer is not the right choice.</div></blockquote><div><br></div><div>As I said in the last message that I just sent, the risk of updating the particular ports I mentioned are that they are dependencies for the blender port, and might cause blender to fail. Every time I have updated those libraries in the past, I have always made sure that the updated version compiles against the blender port. Not only that, but I did run into one instance where blender was compiling successfully against a newer version of one of the libraries, but the Blender app was crashing during runtime whenever I tried to render a project.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>But you need to respond to tickets and PRs within 3 days, or changes can be merged anyway under the maintainer timeout rule.</div></blockquote><div><br></div><div>Not usually a problem. Hopefully it's fairly evident that I've been pretty active since I started submitting ports around a year ago.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Also note that openmaintainer is not carte blanche for others to make whatever changes they want to your ports.</div></blockquote><div><br></div><div>That's why I was so confused when I suddenly realized that some of the ports I maintain were updated to new versions, and I couldn't find any PRs or Trac tickets referring to those changes. I had a moment of real panic, because at that moment, I had no way of guaranteeing that my blender port in the public ports tree wasn't suddenly broken.<br></div><div><br></div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 7, 2021 at 12:43 PM Joshua Root <<a href="mailto:jmr@macports.org" target="_blank">jmr@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2021-5-8 02:02 , Jason Liu wrote:<br>
> <br>
>     If your ports are marked openmaintainer, that gives permission to<br>
>     others to make minor modifications to your ports without notifying<br>
>     you. Not all changes happen via PRs; some are committed directly to<br>
>     master.<br>
> <br>
> <br>
> Does this mean that it's okay to have ports with only myself as <br>
> maintainer? When I started submitting my first ports around a year ago, <br>
> I was told that I should always add openmaintainer in addition to myself.<br>
<br>
Adding openmaintainer makes things easier with non-committer maintainers <br>
in particular, which is why it's recommended to new maintainers, but <br>
it's not required. If there's a good chance that someone not familiar <br>
with the nuances of a port will inadvertently break something, then <br>
openmaintainer is not the right choice. But you need to respond to <br>
tickets and PRs within 3 days, or changes can be merged anyway under the <br>
maintainer timeout rule.<br>
<br>
Also note that openmaintainer is not carte blanche for others to make <br>
whatever changes they want to your ports. Committers are expected to <br>
apply good judgement when making changes to ports maintained by others, <br>
and to take responsibility for fixing any problem introduced in doing <br>
so. If a change is at all risky or there is any doubt as to the correct <br>
approach, running it by the maintainer first is the right thing to do.<br>
<br>
<<a href="https://guide.macports.org/#project.update-policies" rel="noreferrer" target="_blank">https://guide.macports.org/#project.update-policies</a>><br>
<br>
- Josh<br>
</blockquote></div>