[Vm-dev] [squeak-dev] Condensing sources for a new release

Tobias Pape Das.Linux at gmx.de
Tue Feb 11 18:29:11 UTC 2020


This is mac's sandboxing/AppTranslocation.

You must:
a) unzip the zip (if it is one) or open the .dmg
b) Move the App to somewhere that is _not_ the Downloads folder
c) only _then_ open the .app 

Otherwise translocation will happen and you cannot do anything useful.

-t

> On 11.02.2020, at 18:12, Eliot Miranda <eliot.miranda at gmail.com> wrote:
> 
> Hi David, Hi Bert, Paul, Craig, Chris & Fabio (authors of the squeak start script),
> 
> On Tue, Feb 11, 2020 at 6:48 AM David T. Lewis <lewis at mail.msen.com> wrote:
> Update - I resolved my library problem, and can run the traced image.
> However, it opens with an empty black window (but no VM crash or error
> messages).
> 
> This is nothing to do with the conversion.  It is just an inability to write to the changes, and in fact looks like a show stopper for the Mac.  When I open the Mac .app bundle on macOS High Sierra 10.13.6 it gives this error message:
> 
> Squeak cannot write to the changes file named /private/var/folders/1m/5bw4gx414j95y7gmn19bcrvc0000gn/T/AppTranslocation/AF936F9C-D399-44BA-A75D-2B6B530BE339/d/Squeak5.3beta-19337-64bit-All-in-One.app/Contents/Resources/Squeak5.3beta-19337-6
> 


> Please check you have write permission for this file.
> 
> You won't be able to save this image correctly until you fix this.
> 
> 
> So we can't (yet) lunch the release out-of-the-box on Mac.  This launching things in a translocated folder is (bad) news to me.  How are we supposed to establish write permission?  If the image explicitly tries to change permissions it will transgress on valid attempt to make the changes file read-only.  And anyway the files look readable when one uses ls to read permissions:
> 
> $ ls -l /private/var/folders/1m/5bw4gx414j95y7gmn19bcrvc0000gn/T/AppTranslocation/AF936F9C-D399-44BA-A75D-2B6B530BE339/d/Squeak5.3beta-19337-64bit-All-in-One.app/Contents/Resources/
> total 191096
> drwxr-xr-x@  3 eliot  staff        96 Feb 11  2020 B3DAcceleratorPlugin.bundle
> drwxr-xr-x@  3 eliot  staff        96 Feb 11  2020 CameraPlugin.bundle
> drwxr-xr-x@  3 eliot  staff        96 Feb 11  2020 CroquetPlugin.bundle
> drwxr-xr-x@  5 eliot  staff       160 Feb 11  2020 English.lproj
> drwxr-xr-x@  3 eliot  staff        96 Feb 11  2020 Mpeg3Plugin.bundle
> -rw-r--r--@  1 eliot  staff    334260 Feb 11  2020 Squeak.icns
> drwxr-xr-x@  3 eliot  staff        96 Feb 11  2020 Squeak3D.bundle
> -rw-r--r--@  1 eliot  staff  17502632 Feb 11  2020 Squeak5.3beta-19337-64bit.changes
> -rw-r--r--@  1 eliot  staff  44108920 Feb 11  2020 Squeak5.3beta-19337-64bit.image
> -rwxr-xr-x@  1 eliot  staff     55656 Feb 11  2020 SqueakChanges.icns
> drwxr-xr-x@  3 eliot  staff        96 Feb 11  2020 SqueakFFIPrims.bundle
> -rwxr-xr-x@  1 eliot  staff     52976 Feb 11  2020 SqueakGeneric.icns
> -rwxr-xr-x@  1 eliot  staff    334260 Feb 11  2020 SqueakImage.icns
> -rwxr-xr-x@  1 eliot  staff     61719 Feb 11  2020 SqueakPlugin.icns
> -rwxr-xr-x@  1 eliot  staff     63636 Feb 11  2020 SqueakProject.icns
> drwxr-xr-x@  3 eliot  staff        96 Feb 11  2020 SqueakSSL.bundle
> -rwxr-xr-x@  1 eliot  staff     63636 Feb 11  2020 SqueakScript.icns
> -rwxr-xr-x@  1 eliot  staff     55332 Feb 11  2020 SqueakSources.icns
> -rw-r--r--@  1 eliot  staff  35184983 Feb 11  2020 SqueakV50.sources
> drwxr-xr-x@  3 eliot  staff        96 Feb 11  2020 UnixOSProcessPlugin.bundle
> drwxr-xr-x@ 58 eliot  staff      1856 Feb 11  2020 locale
> drwxr-xr-x@  9 eliot  staff       288 Feb 11  2020 release-notes
> 
> 
> 
> 
> The image that I converted was Squeak5.3beta-19335-64bit.image. I'll
> try some others later.
> 
> Meanwhile if anyone else can give this a try, please do :-)
> 
> Dave
> 
> 
> On Tue, Feb 11, 2020 at 09:09:53AM -0500, David T. Lewis wrote:
> > I need some help on this, can someone please test the converted 32-bit
> > image on Linux and/or Windows? I'm have problems with my 32-bit libraries
> > (I think) and I don't have any time to follow up on it today. Thanks!
> > 
> > The actual image conversion seems to work fine, and it's fast. But I
> > don't have a 32-bit VM at the moment, probably due to Linux runtime
> > library issues that I don't have time to sort out this morning.
> > 
> > Thanks!
> > Dave
> > 
> > On Mon, Feb 10, 2020 at 08:47:34PM -0500, David T. Lewis wrote:
> > > On Mon, Feb 10, 2020 at 08:48:49AM -0800, Eliot Miranda wrote:
> > > >  
> > > > Hi David, Hi Release Manager, Hi All,
> > > > 
> > > > On Thu, Feb 6, 2020 at 6:03 PM David T. Lewis <lewis at mail.msen.com> wrote:
> > > > >
> > > > > A 64-bit to 32-bit image converter would be a very good thing to have
> > > > > in our toolkit :-)
> > > > 
> > > > I got this working this morning.  See Cog-eem.398.  So to use,
> > > > - clone or update an opensmalltalk-vm repository
> > > > - cd to the image directory and create a VMMaker image via either
> > > > buildspurtrunkvmmaker64image.sh or buildspurtrunkvmmakerimage.sh
> > > > - run a converter, e.g.
> > > >     Spur32to64BitImageConverter new bootstrapImage: 'trunk6'.
> > > >  (produces trunk6-64.image & trunk6-64.changes)
> > > >     Spur64to32BitImageConverter new bootstrapImage: 'trunk6-64'.
> > > > (produces trunk6-64-32.image & trunk6-64-32.changes)
> > > > 
> > > > Converting a 28Mb 64-bit image into a 22Mb 32-bit image takes 9 seconds on
> > > > my 2.9GHz Core i9 MacBook Pro
> > > > 
> > > > 
> > > > So let's try releasing by converting the 64-bit image into a 32-bit one.
> > > > 
> > > 
> > > Bravo! I am away now but will try doing an image conversion as soon as
> > > I can tomorrow.
> > > 
> > > Thanks Eliot,
> > >
> > 
> > 
> > 
> > 
> > 
> >  
> > 





More information about the Vm-dev mailing list