MakeMusic
SmartMusic Finale Garritan MusicXML

[SOLVED] Problem installing GPO4 on OSX

For solving technical issues involving installation, operation, bug reports and troubleshooting

[SOLVED] Problem installing GPO4 on OSX

Postby Sentinel » Fri Sep 05, 2014 10:33 am

I have purchased GIO and GPO4, and while GIO installation was flawless I am having problems with GPO4.

I've tried installing using GUI, but installation process was always aborted with a generic "Upgrade Failed" error, which made no sense.

I have then ran installer from shell, in order to get more details, and this is the output:

Code: Select all
$ sudo installer -verboseR -pkg MAC_Garritan_Personal_Orchestra_4.02.mpkg/ -target /
Password:
installer: Package name is Garritan Personal Orchestra 4
installer: Upgrading at base path /
installer:PHASE:Preparing for installation…
installer:PHASE:Preparing the disk…
installer:PHASE:Preparing Garritan Personal Orchestra 4…
installer:PHASE:Waiting for other installations to complete…
installer:PHASE:Configuring the installation…
installer:STATUS:
installer:%5.352952
installer:PHASE:Writing files…
installer:PHASE:Validating packages…
installer:PHASE:Validating packages…
installer:%97.750000
installer: The upgrade failed (The Installer encountered an error that caused the installation to fail. Contact the software manufacturer for assistance.)


This error message makes absolutely no sense, and although I am a long time UNIX/Linux user I am pretty new to OSX (installing this on wife's computer) and maybe I am missing something obvious. I am not sure whether "upgrade" really means that package I downloaded is an upgrade version, but I presume it's just a wording issue.

Filename which I downloaded was "Garritan_Personal_Orchestra_4.02_MAC.zip". I have downloaded it twice from remote server, just in case, and both times filesize/checksum were the same, so file corruption does not seem to be a problem here - unless I got corrupted file from Garritan server, twice, with same MD5 fingerprint, which is unlikely, since unzip did not complain about anything either.

OSX version is the latest one, I guess:

Code: Select all
$ sw_vers -productVersion
10.9.4


I also tried searching for "The upgrade failed" string in search engines, in relation to Garritan, but couldn't find anything.

Any help is much appreciated.
  • 0

Last edited by Sentinel on Thu Sep 11, 2014 9:48 am, edited 1 time in total.
Sentinel
 
Posts: 3
Joined: September, 2014
Reputation: 0

Re: Problem installing GPO4 on OSX

Postby Michael.B » Sat Sep 06, 2014 1:02 pm

Hello sentinel and a warm welcome to our forums.

First I would mention that I have never used a Mac. I can say however that I have had similar experiences and know of others where GPO failed to install on windows systems.

In my case it was a simple matter of a corrupt download. I was just wondering if you have tried redownloading the GPO zip file from your account?

I would also mention that reinstalling from a previous download often also fails. I have found the solution is to keep the original downloaded zip file. Do a new unpack directly to the desktop then install from there.

I hope there is something here that helps and good luck.
  • 0

Michael.B
 
Posts: 416
Joined: December, 2013
Reputation: 56

Re: Problem installing GPO4 on OSX

Postby Sentinel » Sat Sep 06, 2014 2:39 pm

Hello Michael.

Yes, my first thought was that maybe ZIP file was corrupted, so I have tried downloading the file from 3 different locations (my home and 2 dedicated servers in different countries) - result was always the same.

Filename: Garritan_Personal_Orchestra_4.02_MAC.zip
Filesize: 996,113,559 bytes
MD5 fingerprint: 1bfcd3b47fedf60951143ac42ced95f7

I also tested ZIP archive on multiple platforms (Linux and OSX) using unzip tool, and there were no integrity errors reported.

I found a bit of free time to retest installation today, and I've done it from shell and through dtruss, so that I could try to see what exactly causes the problem.

Code: Select all
...
 1797/0x1cad2:  write_nocancel(0x1, "installer:PHASE:Validating packages\342\200\246\n\0", 0x27)       = 39 0
 1797/0x1cad8:  kevent64(0x3, 0x7FFF7CB97130, 0x1)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad2:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad2:  __sysctl(0x7FFF5BA49F50, 0x2, 0x7FFF5BA49F60)       = 0 0
 1797/0x1cad2:  getuid(0x7FBEFD010AF6, 0x7FFF5BA4A1F0, 0x0)       = 0 0
 1797/0x1cad2:  getgid(0x7FBEFD010AFB, 0x7FFF5BA4A1F0, 0x0)       = 0 0
 1797/0x1cad2:  open("/System/Library/PrivateFrameworks/Install.framework/Resources/English.lproj/Errors.strings\0", 0x0, 0x1B6)       = 5 0
 1797/0x1cad2:  fstat64(0x5, 0x7FFF5BA4A028, 0x0)       = 0 0
 1797/0x1cad2:  read(0x5, "bplist00\337\020&\001\002\003\004\005\006\a\b\t\n\v\f\r\016\017\020\021\022\023\024\025\026\027\030\031\032\033\034\035\036\037 !\"#$%&'()*+,-./0123456789:;<=>[email protected]_\020\023ERROR_UNKNOWN_TITLE_\020\036ERROR_VERIFYING_TARGET_MESSAGE_\020\034ERROR_PREPARING_DISK_MESSAGE_\020\031USER_CANCEL_INSTALL_TITLE_\020\026ERROR_BAD_SOURCE_MEDIA_\020&ERROR_UNSUPPORTED_INSTALL_V", 0x1D40)       = 7488 0
 1797/0x1cad2:  close(0x5)       = 0 0
 1797/0x1cad2:  open("/System/Library/PrivateFrameworks/Install.framework/Resources/English.lproj/Errors.stringsdict\0", 0x0, 0x1B6)       = -1 Err#2
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x1095AB4F8, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x1095AB3E8, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad2:  write_nocancel(0x1, "installer:PHASE:Validating packages\342\200\246\n\0", 0x27)       = 39 0
 1797/0x1cad8:  kevent64(0x3, 0x7FFF7CB97130, 0x1)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad7:  kevent64(0x3, 0x10A680D88, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x7FFF7CB97130, 0x1)       = 1 0
 1797/0x1cad7:  kevent64(0x3, 0x10A680E18, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x7FFF7CB97130, 0x1)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x1095AB3E8, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad7:  kevent64(0x3, 0x10A680E18, 0x1)       = 1 0
 1797/0x1cad7:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x1095AB4F8, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 0 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x1095AB3E8, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x1095AB4F8, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = -1 Err#4
 1797/0x1cb07:  psynch_cvwait(0x10BE0BDA0, 0x600, 0x0)       = -1 Err#260
 1797/0x1cb04:  psynch_cvwait(0x10BE0BDA0, 0x300, 0x0)       = -1 Err#4
 1797/0x1cad7:  kevent64(0x3, 0x10A680E18, 0x1)       = 1 0
 1797/0x1cad7:  kevent64(0x3, 0x10A680E18, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cb1c:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad7:  kevent64(0x3, 0x10A680E18, 0x1)       = 1 0
 1797/0x1cad7:  kevent64(0x3, 0x10A680E18, 0x1)       = 1 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad8:  kevent64(0x3, 0x0, 0x0)       = 1 0
 1797/0x1cad8:  workq_kernreturn(0x20, 0x0, 0x1)       = 0 0
 1797/0x1cad2:  write_nocancel(0x1, "installer:%97.750000\n\0", 0x15)       = 21 0
 1797/0x1cad2:  psynch_cvsignal(0x7FBEFA461788, 0x100, 0x0)       = 257 0
 1797/0x1cad7:  kevent64(0x3, 0x10A680E18, 0x1)       = 1 0
 1797/0x1cad2:  write_nocancel(0x1, "installer: The upgrade failed (The Installer encountered an error that caused the installation to fail. Contact the software manufacturer for assistance.)\n\0", 0x9B)       = 155 0
 1797/0x1cb05:  psynch_cvwait(0x10BE0BDA0, 0x400, 0x0)       = -1 Err#4

...


For a moment, I thought that this might be the cause:

Code: Select all
open("/System/Library/PrivateFrameworks/Install.framework/Resources/English.lproj/Errors.stringsdict\0", 0x0, 0x1B6)       = -1 Err#2


That file doesn't exist, open syscall fails, and I am not sure whether it's a typo or something else. However, it might also just be a failure to read some file while generating/presenting the error for all I know (and would be completely unrelated).

Or might be this:

Code: Select all
 1797/0x1cb07:  psynch_cvwait(0x10BE0BDA0, 0x600, 0x0)       = -1 Err#260
 1797/0x1cb04:  psynch_cvwait(0x10BE0BDA0, 0x300, 0x0)       = -1 Err#4


But it's seemingly a very low-level threading related syscall, so I can't even speculate what this could represent.

Can't really figure out much in this output, I am not used to OSX, this would really need to be looked into by developers. I wouldn't mind providing full dtruss output (and/or any other information) to help solve this.

I did submit a ticket (or rather, a 'question') through my Garritan account, and provided a link to this thread, so hopefully we will eventually get somewhere.

Thanks Michael for your help.
  • 0

Sentinel
 
Posts: 3
Joined: September, 2014
Reputation: 0

Re: Problem installing GPO4 on OSX

Postby Sentinel » Thu Sep 11, 2014 9:47 am

In case someone else encounters this problem, here is the explanation on what went wrong.

Unpacked files (from ZIP archive) did not have execute bits set, so installer was unable to execute scripts required for installation to even start. I've tried unpacking using both Linux and OSX unzip and execute bit was never set (yet, Linux/OSX zip/unzip tools do retain permissions when packing/unpacking), so it's either a problem when original ZIP file was packed or incompatibility between zip/unzip tools.

Don't have time to investigate that, and don't really care, so this is what I did in order to make GPO installation work:

1) unpack Garritan_Personal_Orchestra_4.02_MAC.zip file
2) cd to Garritan_Personal_Orchestra_4.02_MAC/ directory
3) execute following commands:

Code: Select all
$ find . -name postflight -exec chmod +x {} \;
$ find . -name PlistBuddy -exec chmod +x {} \;
$ find . -name SampleManagerCMD -exec chmod +x {} \;
  • 0

Sentinel
 
Posts: 3
Joined: September, 2014
Reputation: 0

Who is online

Users browsing this forum: No registered users and 1 guest

cron