Fix safeCopy on Windows

[opotowsky]

What is the change?

1. Reverting the os.system(cmd) for windows to shutil.copyfile/shutil.copymode
2. Reducing the wait time to 5 minutes

Why is the change being made?

1. copy via os.system on Windows was taking an obscenely long time. And really we just needed the update from #1691 for linux functionality.
2. 30 min for a wait time is bonkers, so given some tests run we think we can safely reduce it to 5 min.

---

Checklist

• [x] This PR has only one purpose or idea.
• [x] ~Tests have been added/updated to verify any new/changed code.~ No updates needed

• [x] The code style follows good practices.
• [x] The commit message(s) follow good practices.

• [x] The release notes have been updated if necessary.
• [x] The documentation is still up-to-date in the doc folder.
• [x] The dependencies are still up-to-date in pyproject.toml.

[john-science]

Approved.

Notes

1. We discussed a sliding scale (bigger files get a longer time out). But.. there is no meaningful way to choose that sliding scale. So I think the "single number timeout for all files" solution that Arrielle implemented here.
2. This function exists for a bonkers reason. Long term, I think we should move this function out of ARMI and into the cluster that is causing the problem.