v5.2.1

What's Changed

• chore: update functionality.md by @lyledouglass in #86

Full Changelog: v5.2.0...v5.2.1

v5.2.0

What's Changed

• chore: update gh action versions by @lyledouglass in #82
• chore: update readme and codeowners by @lyledouglass in #83
• chore: move pkg/utilities by @lyledouglass in #84
• feat: create addonCopy cmd by @lyledouglass in #85

Full Changelog: v5.1.0...v5.2.0

v5.1.0

What's Changed

• chore(deps): bump the go_modules group across 1 directory with 2 updates by @dependabot in #80
• chore: conventional commits by @lyledouglass in #81

Full Changelog: v5.0.7...v5.1.0

v5.0.7

chore: update version to align with tag

v5.0.6

feat: add better logs to ptrCopy and update readme

v5.0.5

fix: update text

v5.0.4

revert: move back to using Downloads folder

Turns out I was right the 1st(?) time and you can't overwrite an exe on
windows that's in use like you can on Linux.

v5.0.3

fix: change tmpfile.Close() to not defer

It was found that the issue with updates was the tmpFile not being
closed, so Windows couldn't move the file. Apparently Linux doesn't care
if the file is still in use so we could defer

v5.0.2

fix: correct download path

v5.0.1

fix: change download function

Windows doesn't allow files to be overwritten on the OS if they're in
use, unlike Linux, so we need to drop the new exe in the Downloads dir
for the current user. There could be a better way of doing this but a
simple copy/paste from folder to folder isn't the worst user experience.