[hidden email] has shared the following file: Hi Craig, here's the All-In-One with the __MACOS removed and the Linux and Windows shortcuts added. Tedious! But, it seems to be one-click working on Linux and Windows. All that needs done is signing and verifying on Mac I guess, then I'll upload it and we'll be done. Thanks.
|
Hi chris,
On 11.10.2014, at 01:01, Chris Muller (via Google Drive) <[hidden email]> wrote: > Chris Muller has shared the following file: > Squeak-4.5-All-in-One.zip > Hi Craig, here's the All-In-One with the __MACOS removed and the Linux and Windows shortcuts added. Tedious! But, it seems to be one-click working on Linux and Windows. All that needs done is signing and verifying on Mac I guess, then I'll upload it and we'll be done. The following things need fixing: 1. Please don't name the toplevel *.app anymore, it causes trouble to access the actual .app (including renaming is virtually impossible) 2. Strangely, Squeak-4.5-All-in-One.app/Contents/MacOS/Squeak is missing the execute permission and hence the app wont start at all. HTH Best -Tobias |
On Fri, Oct 10, 2014 at 6:29 PM, Tobias Pape <[hidden email]> wrote:
> Hi chris, > On 11.10.2014, at 01:01, Chris Muller (via Google Drive) <[hidden email]> wrote: > >> Chris Muller has shared the following file: >> Squeak-4.5-All-in-One.zip >> Hi Craig, here's the All-In-One with the __MACOS removed and the Linux and Windows shortcuts added. Tedious! But, it seems to be one-click working on Linux and Windows. All that needs done is signing and verifying on Mac I guess, then I'll upload it and we'll be done. > > The following things need fixing: > > 1. Please don't name the toplevel *.app anymore, it causes trouble > to access the actual .app (including renaming is virtually impossible) What should it be named? In fact, can we get rid of the top level altogether? Because otherwise we end up with is a structure that's 3 levels deep for no organizational reason (but maybe required to work on crApple?). IOW, could we simply have this as the the root of the zip? Squeak-4.5-All-in-One.app squeak.bat squeak.sh ? If not, please suggest a name for the root root folder. > 2. Strangely, Squeak-4.5-All-in-One.app/Contents/MacOS/Squeak is missing the > execute permission and hence the app wont start at all. Not strange, because when I was testing in Windows, there were some issues which, after fixing, had to re-zip it but Windows is oblivious to Linux file-permissions. So after transferring it back to a Linux machine and testing I noticed the file-permissions and individually fixed execute bit on 3 or 4 files for Linux, but ignored Apple. I'll fix that for the next version, but please give me your input on the question above first. Thanks! |
Hey,
On 11.10.2014, at 18:54, Chris Muller <[hidden email]> wrote: > On Fri, Oct 10, 2014 at 6:29 PM, Tobias Pape <[hidden email]> wrote: >> Hi chris, >> On 11.10.2014, at 01:01, Chris Muller (via Google Drive) <[hidden email]> wrote: >> >>> Chris Muller has shared the following file: >>> Squeak-4.5-All-in-One.zip >>> Hi Craig, here's the All-In-One with the __MACOS removed and the Linux and Windows shortcuts added. Tedious! But, it seems to be one-click working on Linux and Windows. All that needs done is signing and verifying on Mac I guess, then I'll upload it and we'll be done. >> >> The following things need fixing: >> >> 1. Please don't name the toplevel *.app anymore, it causes trouble >> to access the actual .app (including renaming is virtually impossible) > > What should it be named? In fact, can we get rid of the top level > altogether? Because otherwise we end up with is a structure that's 3 > levels deep for no organizational reason (but maybe required to work > on crApple?). > > IOW, could we simply have this as the the root of the zip? > > Squeak-4.5-All-in-One.app > squeak.bat > squeak.sh > Yes, this can work. Most zip programs would create a parent folder anyway. > ? If not, please suggest a name for the root root folder. > >> 2. Strangely, Squeak-4.5-All-in-One.app/Contents/MacOS/Squeak is missing the >> execute permission and hence the app wont start at all. > > Not strange, because when I was testing in Windows, there were some > issues which, after fixing, had to re-zip it but Windows is oblivious > to Linux file-permissions. So after transferring it back to a Linux > machine and testing I noticed the file-permissions and individually > fixed execute bit on 3 or 4 files for Linux, but ignored Apple. I'll > fix that for the next version, but please give me your input on the > question above first. Ok. I don't know, but probably packing on linux is better, because there are other files that have to be executable (all the plugins for Linux and OS X) and others that should better be not (but this is not crucial). Best -Tobias |
Free forum by Nabble | Edit this page |