[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