Re: Hacking ZIP created on Windows for Mac OS X permissions
Re: Hacking ZIP created on Windows for Mac OS X permissions
- Subject: Re: Hacking ZIP created on Windows for Mac OS X permissions
- From: Kevin Dixon <email@hidden>
- Date: Mon, 16 Sep 2013 11:04:02 -0700
As far as I know, ZIP does not support permissions on the files it
contains. If you really need to have specific permissions set, you
will get much more mileage by using the Package Maker that comes with
Xcode. I assume the reason you are doing the Zipping on a windows
machine is because its your build machine, but unless you use
PackageMaker, or create a DMG for your distributable, you will never
get the permissions to work the way you want.
-Kevin
On Sun, Sep 15, 2013 at 6:42 AM, Vojtěch Meluzín
<email@hidden> wrote:
> Hi folks,
>
> I know it's not really about AU, but it's about distributing AU, so I
> thought I'd try here :).
> Straight to the point - I'm distributing Mac OS X installers as ZIPs created
> on Windows (this cannot be changed). Everything is fine except for the god
> damn permissions - it turns out that every unzipper on Mac understands the
> external attributes (permissions) differently. My guess is that most of the
> unzippers except for the system defaults just don't get that the ZIP has
> been created on a different OS, so they just load the permissions despite
> they don't make sense on the system.
>
> What I'd like to know is, if there is a simple way to "post-process" the
> ZIP, so that it fills all the execute permissions as "set", the way the
> default unzippers do.
>
> I spent some time digging and it seems that this is a malfunction of the
> nondefault unzippers indeed and there is just no way to store crossplatform
> permissions accurately. It seems possible to hack the ZIP, but I'm kind of
> hesitating as the results may be, ehm, a little unpredictable. Does some
> know about some reasonable way? (and I really don't mean creating zips on
> Mac...)
>
> Thanks!
> Vojtech
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Coreaudio-api mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden