Are there any release notes maybe for this software? If they are interesting enough, it might be a good idea to include a link in the commit message.
How did you test it? The patch seems fine, I just would like to know what kind of tests did you run to make sure it does not break after being committed.

For release notes, I have them here: https://github.com/denverquane/automuteus/releases/tag/6.7.2

Since the "gaming PC" I have is actually my Ports development box, I tested the port by making sure unit tests pass.

There is now a 6.8.0, I will update this diff with 6.8.0.

We have 6.8.0 now.

Harbormaster completed remote builds in B35951: Diff 81685.Jan 5 2021, 4:45 PM

nc retitled this revision from games/automuteus: Update to 6.7.2 to games/automuteus: Update to 6.8.0.Jan 5 2021, 4:45 PM

nc edited the summary of this revision. (Show Details)

nc edited the summary of this revision. (Show Details)Jan 5 2021, 6:19 PM

In D27975#624858, @nc wrote:

For release notes, I have them here: https://github.com/denverquane/automuteus/releases/tag/6.7.2

Since the "gaming PC" I have is actually my Ports development box, I tested the port by making sure unit tests pass.

If you were able to run unit tests you might want to add a test target to the port (unless USES=go already provides some defaults, I am not sure). That's optional, but encouraged.
Unless you know that the port is going to build for sure across all supported releases and architectures (currently i386 and amd64) it's good to see if the port builds in poudriere. This way you can be sure (in most cases) that the update won't cause a pkg fallout. I try to test updates in poudriere in at least one release-architecture configuration for simple ports. Let me know if you'd like any suggestions about how to set everything up. The bottom line is that I'd feel much more comfortable approving patches if you test them in poudriere or provide an explanation why it is not necessary to waste cycles in a particular case.