[Packaging] Release zips don't maintain unix permissions

[baronfel]

The zips created in FAKE don't have their permission bits set correctly, so they appear to have no permissions at all on unix systems. This means a user has to download, extract, then chmod the whole extracted tree before they can use the software. We should use an alternative method of packaging those zips.

• FAKE's zip support doesn't allow hooks for modifying the file permissions
• If we dip down to using the .net apis ourselves, we could use this solution
• or we could build/package on unix instead and use a zip utility on that OS, which would maintain the permissions

[baronfel]

We can't use the fix linked in the second answer, because FAKE is a netstandard2.0 runtime and those are netstandard2.1.

[TheAngryByrd]

Is this still happening or are clients that fixing this in some extra download step?

[github-actions]

🤖 This is an automated response from Repo Assist.

Looking at the current release workflow, FSAC is now distributed exclusively as a NuGet package (.nupkg) — there are no more release zip files. Since the packaging method has completely changed, the unix permissions issue no longer applies.

Can this issue be closed as obsolete? 🙏

Generated by Repo Assist

To install this workflow, run gh aw add githubnext/agentics/workflows/repo-assist.md@ee50a3b7d1d3eb4a8c409ac9409fd61c9a66b0f5. View source at https://github.com/githubnext/agentics/tree/ee50a3b7d1d3eb4a8c409ac9409fd61c9a66b0f5/workflows/repo-assist.md.