The Mac VM I'm currently packaging with 4.0 is the same one that was packaged with 3.10.2. It's old, stable, and closureless. Going to squeak.org and clicking download, I now get the experimental 32/64 bit VM that John built, and folks told me to beware of that, so I'm calling this issue a non-blocking nice-to-have. We'll ship the OS X zip file with the old VM in RC2. If there's an RC3, I'll consider dropping a different VM in if there's consensus around which one to use. Rationale: - It's not hard to find a newer VM - Clearing changesets and image cleanup may affect the relicense effort and are thus presently of top priority - The person doing the closure bootstrap (which is a very involved process as I understand it) will probably know which VM to choose - 4.0 is virtually the same as 3.10.2, and is thus better tested with the latest *stable* virtual machine - The VM doesn't block relicensing -- Casey Ransberger (a.k.a., Ronald Spengler) |
You should be using the Squeak 4.2.2beta1U one it should run non-closure Images just fine. In Squeak3-1.10.2-7179-basic you have Squeak 3.8.18beta3U.app That one has an expired warranty. On 2010-03-10, at 8:32 PM, Casey Ransberger wrote: > The Mac VM I'm currently packaging with 4.0 is the same one that was > packaged with 3.10.2. It's old, stable, and closureless. Going to > squeak.org and clicking download, I now get the experimental 32/64 bit > VM that John built, and folks told me to beware of that, so I'm > calling this issue a non-blocking nice-to-have. We'll ship the OS X > zip file with the old VM in RC2. If there's an RC3, I'll consider > dropping a different VM in if there's consensus around which one to > use. > > Rationale: > > - It's not hard to find a newer VM > - Clearing changesets and image cleanup may affect the relicense > effort and are thus presently of top priority > - The person doing the closure bootstrap (which is a very involved > process as I understand it) will probably know which VM to choose > - 4.0 is virtually the same as 3.10.2, and is thus better tested with > the latest *stable* virtual machine > - The VM doesn't block relicensing > > -- > Casey Ransberger (a.k.a., Ronald Spengler) > -- =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== |
Something's odd with this. I tried swapping out the VM in my deployment script, and I don't seem to be able to copy the app directory happily with the new vm... this is going to have to wait for RC3, if there is one, and isn't even critical to relicense AFAIK. We're getting close to the deadline. In any event, I'm going to add the zip file as I downloaded it from John's site to the 4.0 distribution for RC2, but leave the old one (which copies just fine in the build process) in the Mac zip file. John, if you have any idea what might cause the below, do let me know. p -r src/mac/Squeak3.10.2-7179-basic/Squeak\ 4.2.2beta1U.app Squeak4.0 cp: src/mac/Squeak3.10.2-7179-basic/Squeak 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Resources/fr.lproj/fr.lproj: No such file or directory cp: src/mac/Squeak3.10.2-7179-basic/Squeak 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Resources/fr_CA.lproj: No such file or directory cp: src/mac/Squeak3.10.2-7179-basic/Squeak 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Versions/A/Resources/fr.lproj/fr.lproj: No such file or directory cp: src/mac/Squeak3.10.2-7179-basic/Squeak 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Versions/A/Resources/fr_CA.lproj: No such file or directory cp: src/mac/Squeak3.10.2-7179-basic/Squeak 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Versions/Current/Resources/fr.lproj/fr.lproj: No such file or directory cp: src/mac/Squeak3.10.2-7179-basic/Squeak 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Versions/Current/Resources/fr_CA.lproj: No such file or directory make: *** [Squeak4.0-mac.zip] Error 1 On Wed, Mar 10, 2010 at 8:43 PM, John M McIntosh <[hidden email]> wrote: > > You should be using the Squeak 4.2.2beta1U one it should run non-closure Images just fine. > > In Squeak3-1.10.2-7179-basic you have Squeak 3.8.18beta3U.app > > That one has an expired warranty. > > > On 2010-03-10, at 8:32 PM, Casey Ransberger wrote: > >> The Mac VM I'm currently packaging with 4.0 is the same one that was >> packaged with 3.10.2. It's old, stable, and closureless. Going to >> squeak.org and clicking download, I now get the experimental 32/64 bit >> VM that John built, and folks told me to beware of that, so I'm >> calling this issue a non-blocking nice-to-have. We'll ship the OS X >> zip file with the old VM in RC2. If there's an RC3, I'll consider >> dropping a different VM in if there's consensus around which one to >> use. >> >> Rationale: >> >> - It's not hard to find a newer VM >> - Clearing changesets and image cleanup may affect the relicense >> effort and are thus presently of top priority >> - The person doing the closure bootstrap (which is a very involved >> process as I understand it) will probably know which VM to choose >> - 4.0 is virtually the same as 3.10.2, and is thus better tested with >> the latest *stable* virtual machine >> - The VM doesn't block relicensing >> >> -- >> Casey Ransberger (a.k.a., Ronald Spengler) >> > > -- > =========================================================================== > John M. McIntosh <[hidden email]> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > -- Casey Ransberger |
Well those would be symbolic links Oh look it's a bug by the Sparkle author, he's managed to symbolically link to his personal directory versus a platform one. In Squeak 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Resources you should rm the fr_CA.lproj and the fr.lproj Or since the SparklePlugin is being ignored just delete the SparklePlugin.bundle directory. On 2010-03-10, at 9:59 PM, Casey Ransberger wrote: > Something's odd with this. I tried swapping out the VM in my > deployment script, and I don't seem to be able to copy the app > directory happily with the new vm... this is going to have to wait for > RC3, if there is one, and isn't even critical to relicense AFAIK. > We're getting close to the deadline. > > In any event, I'm going to add the zip file as I downloaded it from > John's site to the 4.0 distribution for RC2, but leave the old one > (which copies just fine in the build process) in the Mac zip file. > > John, if you have any idea what might cause the below, do let me know. > > p -r src/mac/Squeak3.10.2-7179-basic/Squeak\ 4.2.2beta1U.app Squeak4.0 > cp: src/mac/Squeak3.10.2-7179-basic/Squeak > 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Resources/fr.lproj/fr.lproj: > No such file or directory > cp: src/mac/Squeak3.10.2-7179-basic/Squeak > 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Resources/fr_CA.lproj: > No such file or directory > cp: src/mac/Squeak3.10.2-7179-basic/Squeak > 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Versions/A/Resources/fr.lproj/fr.lproj: > No such file or directory > cp: src/mac/Squeak3.10.2-7179-basic/Squeak > 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Versions/A/Resources/fr_CA.lproj: > No such file or directory > cp: src/mac/Squeak3.10.2-7179-basic/Squeak > 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Versions/Current/Resources/fr.lproj/fr.lproj: > No such file or directory > cp: src/mac/Squeak3.10.2-7179-basic/Squeak > 4.2.2beta1U.app/Contents/Resources/SparklePlugin.bundle/Contents/Frameworks/Sparkle.framework/Versions/Current/Resources/fr_CA.lproj: > No such file or directory > make: *** [Squeak4.0-mac.zip] Error 1 > > > On Wed, Mar 10, 2010 at 8:43 PM, John M McIntosh > <[hidden email]> wrote: >> >> You should be using the Squeak 4.2.2beta1U one it should run non-closure Images just fine. >> >> In Squeak3-1.10.2-7179-basic you have Squeak 3.8.18beta3U.app >> >> That one has an expired warranty. >> >> >> On 2010-03-10, at 8:32 PM, Casey Ransberger wrote: >> >>> The Mac VM I'm currently packaging with 4.0 is the same one that was >>> packaged with 3.10.2. It's old, stable, and closureless. Going to >>> squeak.org and clicking download, I now get the experimental 32/64 bit >>> VM that John built, and folks told me to beware of that, so I'm >>> calling this issue a non-blocking nice-to-have. We'll ship the OS X >>> zip file with the old VM in RC2. If there's an RC3, I'll consider >>> dropping a different VM in if there's consensus around which one to >>> use. >>> >>> Rationale: >>> >>> - It's not hard to find a newer VM >>> - Clearing changesets and image cleanup may affect the relicense >>> effort and are thus presently of top priority >>> - The person doing the closure bootstrap (which is a very involved >>> process as I understand it) will probably know which VM to choose >>> - 4.0 is virtually the same as 3.10.2, and is thus better tested with >>> the latest *stable* virtual machine >>> - The VM doesn't block relicensing >>> >>> -- >>> Casey Ransberger (a.k.a., Ronald Spengler) >>> >> >> -- >> =========================================================================== >> John M. McIntosh <[hidden email]> Twitter: squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> > > > > -- > Casey Ransberger -- =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== |
Free forum by Nabble | Edit this page |