[Squeak 4.0] (RC2) Mac VM Issue: Punted

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

[Squeak 4.0] (RC2) Mac VM Issue: Punted

Casey Ransberger
 
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)
Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Squeak 4.0] (RC2) Mac VM Issue: Punted

johnmci

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
===========================================================================




Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Squeak 4.0] (RC2) Mac VM Issue: Punted

Casey Ransberger

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
Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] [Squeak 4.0] (RC2) Mac VM Issue: Punted

johnmci

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
===========================================================================