You'd think so but as far as I know, normal .zip won't retain file permissions either, so really, switching from 7-zip won't help. What is normally done depending on the target (*nix or Mac) is to either:
a) Use tar first, which packages the files in a container that keeps the permissions safe, and then compress it with your method of choice (zip, 7z, etc).
b) For the Mac users, put the files in a disk image and use that as a safe container. It can either be compressed innately or you can compress it manually afterwards with zip. This method works best if the dev uses Mac themselves.
c) Let the users sort it themselves.
I just ran a test using the Mac version downloadable from Nopy and found the following:
- Using Unarchiver to decompress the .7z, I got a folder containing an app called CultureShock.app.
- Permissions inside the .app are set using the default
You must be registered to see the links
which normally means read+write+execute (755) on folders you own and read+write (644) on files you own. This happens because the files/folders lost any assigned permissions during compression.
- Since you're missing execute-permissions on the files inside, the .app will error out if you try to run it, on my MacOS 10.12 (Sierra) that results in an error message saying "The application “CultureShock” can’t be opened.
- If execute-permissions are added using chmod or a tool like BatChmod you will then run into the next problem,
You must be registered to see the links
; since the game isn't signed using an approved certificate that Apple recognises the OS will prevent you from running the "mysterious" application.
- You can get around that by either changing the system-wide setting to allow applications from any source to be executed or you can specifically choose to sidestep gatekeeper by right-clicking the .app and choosing "Open" at the top of the context menu. Doing it that way gives you the option of opening the file anyway, see attached images. After bypassing Gatekeeper at least once for a particular .app, the quarantine-flag is removed and you can open it normally by double-clicking, without getting nagging Gatekeeper messages.
Example of Gatekeeper error by simply double-clicking the .app:
View attachment 263952
Right-click and Open instead gives you:
View attachment 263956
Having said that, there's one problem with the official release that I didn't notice at first. It errors out if you keep the included unren-files. (Or added your own):
Removing unren-dev.rpy and unren-dev.rpyc from the game folder lets you boot the game properly. I am not sure what causes that issue.
Edit: It seems like the renpy supportfiles (renpy-folder) have been updated between the releases, I'm guessing something there is incompatible with the unren-files.
Edit2: Confirmed theory by copying the game-folder from 0.8 to a previous version's folder. The game launches without errors, even with unren-dev in place.