I used Smalltalk Visual Works back in 1996 in an university project and it was quite good experience.
The current development environments still have some catch up to do with the Smalltalk and Lisp machine offerings.
The only environment I know tried to replicate a similar experience is the family of Oberon operating systems, because Wirth wanted to explorer a similar experience, but using a strong typed language.
Yes seaside is still in active development and there is progress on getting a nice configuration working on Pharo 2.0. Until then you can use our manual build from https://ci.inria.fr/pharo-contribution/job/Seaside-2.0/ to test it.
Seaside works, yet it has not been officially release for 2.0 hence we rely on a gofer script to load all dependencies.
What error? I doubt it's related to seaside. And for the configuration we mostly need somebody to do it :) since the seaside config is pretty big on its own you got to be careful when changing things for a new release.
Ah, I see. I stop by seaside.st every once and a while, and it doesn't seem to have been updated with any new news for a long time. It would be cool to mention some of these developments on its front page.
Seaside is still developed, but if I were writing a website in Smalltalk right now, I'd be using one of the REST frameworks along with Amber Smalltalk, not Seaside. IMHO, Seaside is an amazing and beautiful piece of technology whose time has passed. I'd personally probably look at something like Iliad instead.
it's one of the (maybe "the") most popular open source smalltalk environments.
It matters in the same way a new ruby/python/clojure release matters, though it's not as popular.
It is the most recent release of a the Smalltalk based programming environment, Pharo.
If you never heard of Smalltalk, you can google it. But as a summary I can tell you it is the father of Object-Oriented Programming, BitBlt, the Model-View-Controller pattern, the Unit Testing practice (SUnit), the Refactoring engine, among other things people take for granted today.
Great Milestone to all Smalltalk diehards. Kudos to the Pharo Team.
Serves up a bigger notice of stuff that will happen in the next two years... Smalltalk is definitely on upsurge, if Pharo beats up the drum and the momentum like this.
Will look forward to fervent Smalltalk with Pharo in the decade ahead.. through all enterprise works..
Nope, even though it is ready for 2.0 it was not included in the release. If you are more interested you can have a look at the prepared jenkins images https://ci.inria.fr/rmod/job/Opal/ .
Cleanups and a modern implementation with proper separation of the compiler toolchain. Additionally they introduced a nice new IR representation to do more sophisticated changes. All in all it does not come with fancy new features but a more solid and clean codebase.
Strange that the Pharo home page doesn't explain what Pharo does. I'm not familiar with Pharo and after scrutinizing the Pharo home page I'm still don't have a clue what it does.
I see a lot of mentions of Smalltalk on this page yet 'Smalltalk' doesn't appear on the Pharo home page.
Am I missing something? If I'm not already familiar with Pharo, am I simply not part of the intended audience?
> I see a lot of mentions of Smalltalk on this page yet 'Smalltalk' doesn't appear on the Pharo home page.
Huh? Are we looking at the same page? On the home page I see "Pharo's goal is to deliver a clean, innovative, free open-source Smalltalk-inspired environment."
(Note that the HN link is not to the home page, but to the 2.0 download page.)
That depends a lot on your background and interests.
But if you like dynamic languages, and being highly productive with a "years ahead" development environment, then Pharo is a good alternative.
Many of the features you see added today to mainstream IDEs, have a background in Smalltalk. Even in Chrome Debugger the "code hot swap" is a showcase feature, whilst Smalltalk have it since decades.
And of course, Smalltalk provides features that no other environment/languages provides yet. So if you want to take advantage of those now, instead of waiting for them reaching mainstream, then it matters to use it now.
Features like those provided by Moose (http://moosetechnology.org/) will take years to be available as an Eclipse Plugin. :)
In some sense, it "matters" as much as dozens of other "fringe" language projects (Ceylon, F#, Kotlin, etc.). It brings a different way of thinking to the table. If that way of thinking is one you like, great. If not, move onto the next one.
But beyond that, I think the whole reason Pharo matters is that its team is doggedly bringing Smalltalk out of the historical context. Pharo has libraries for things like XML, JSON, OAuth, Redis, and OpenID so that you can interact with other tools. It has support for command-line applications, comes with an easy-to-use C FFI, and sports a fast JIT so that it's usable for real applications. It has rewritten libraries for speed, breaking backwards compatibility where necessary, and has completely overhauled the UI, while keeping all the pieces that made Smalltalk great. So part of why Pharo matters is that it makes Smalltalk a real, modern language, that can trivially integrate with the massive ecosystem that is existing software. No longer is Smalltalk living in its own little world; it now plays well with others.
As for Smalltalk itself: it still has valuable lessons, even today. Smalltalk is the only system I know where I can trivially save the running app to disk and open that running app, complete with all of its state, on another system to debug what went wrong. It still has some of the best debugging and development tools of any environment I've used for any language. Smalltalk in general, and Pharo in particular, is still one of the most solidly turtles-all-the-way-down environments I have used in my life, where there's no meaningful distinction between your app, and the core system libraries.
Smalltalk may not be for you, but Pharo makes it a genuinely viable choice for real-world development.
While I appreciate that your comments are intended to promote Pharo, you seem to be saying that other Smalltalk implementations don't provide support for command-line applications, C FFI, a fast JIT, usable for real applications.
I think, in my head, I implicitly also had "open-source" in that list.
There are several open-source Smalltalks that have some of these things, but I believe that Pharo is the only one that does all of them. For example, GNU Smalltalk is the only other Smalltalk I know that has a decent command-line interface, but it lacks a JIT. (If I have this wrong, hopefully Paolo will correct me.) You can absolutely use Squeak to write real-world applications, but the last I checked, you still had to either use the older, slower FFI or write a plugin if you wanted to call C, and the official distributions still do not include a JIT. Cuis is largely a subset of Squeak, and therefore has similar features and drawbacks, and so on and so forth.
If you go closed-source, you do have more options. VisualWorks has a good C FFI and a fast JIT, and might have a great command-line interface (I honestly don't remember), but it's not even free-as-in-beer for hobby projects anymore. Dolphin is likewise fast and has great COM bindings and good libraries, but is proprietary, and has disappeared and come back enough I'm not entirely sure I'd feel comfortable spending money on it.
So, yes, you're right, there are other Smalltalks that fulfill some of these requirements, but Pharo is, as far as I know, the only open-source one that fulfills all.
>> VisualWorks ... but it's not even free-as-in-beer for hobby projects anymore. <<
Nonsense.
"3. License Fees. This license is granted to you for your personal use only. Therefore, no license fees are involved, unless you breach the terms and conditions of this Agreement."
Dolphin is stagnated since several years. It's a beatiful piece of Software, and the best Smalltalk Dialect in terms of native Windows integration. So good integration that its low level developer (Blair McGlashan) is working at Microsoft since several years ago.
Pharo has quite a decent set of command-line tools at hand for a Smalltalk (see also http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/late...). As for FFI we're about to fully integrate NativeBoost into the system which already provides decent FFI interaction on all X86 platforms: https://code.google.com/p/nativeboost/. The VM we use features a JIT, albeit not highly elaborate, it gives decent speedups. Besides that there is some research of mine going on, on how to implement the JIT native code generate at language side, which would give us the Smalltalk-level control over that piece.
Someone needs to put what "Pharo" is on the front page of their web site somewhere else other than just the title element in the header which I ignore most of the time. Browser tabs are usually really narrow if you have 8-9 open. :)
I had to come here to learn it was a Smalltalk environment.
To be fair, it was on the link labeled Home and the link labeled About. I did have to click away from the download page to learn what it was about, but unless the whole site is single page, I don't see this as a bad thing.
So true - and sadly so common. If I had my way every website for a program/ide/library/plugin/whatever would clearly state on the front page just what the hell it is!
Glad to see Pharo making such excellent progress - they're doing wonderful work.
I'm sorry, I've been turned off of pharo and smalltalk completely. Mostly due to the fact that I had it forced upon me for my Advanced Algorithms class. I don't like pharo, and I don't like smalltalk
Yup, I just wanted to spit my hate out because of the countless number of hours I've wasted using pharo and smalltalk in general. The images feel extremely fragile, the whole environment feels slow. Just scrolling in pharo eats up my cpu. Smalltalk may be an okay language (but extremely terrible to have to be mandatory for an advanced algorithms class), but pharo in my opinion isn't very good and just plain annoying. Also, for the record I've used pharo for two courses and I hated both courses with a passion just because I had to use pharo.
Have you ever used eclipse or netbeans? Those feels an order of magnitude slower than pharo. I consider pharo a small and fast environment compared to other "IDEs".
The point is I have a choice. I can choose to edit TEXT files in netbeans or eclipse, I can choose to edit them in vim or emacs. Using pharo and smalltalk I'm not even given a choice the environment is forced upon me and I have to use their specific environment.
thats why I still program in text files and use gdb for debugging. They are fast and reliable, that's what you need for algorithms anyway. And who cares about abstractions.
As someone in a corporate setup, used Pharo since three years as the introductory environment, I realize the pain he feels. It was really brittle for a newbie, it took a while for newbie's work with crashes, recovering code, red boxes with a cross over it, lack of decent FS access, lack of access to code snippets they could simply copy paste and feel good about having some working stuff. There are operations it was slow in..
I then focussed on principles of programming, OOPs, showed them the beauty inside Pharo, feel of the debugger, ironed out the issues they faced with stuff they should not do, how to quickly recover lost code etc..
Showed some cooler stuff like tablet like interface, new IDE interface for code browsing/ writing, interactive UI creation as quick hacked code in a day... that they experienced the difference from Java / C / C++.
Showed Groovy as the Smalltalking Java.. and why its even more cool in Pharo if they bite in deeper.
Even for algorithms, they picked up greater ability than they had in C, but despite it all, there is still peer pressure, some rough edges Pharo will probably take the year ahead to iron out. Then we can stem critical reviews of this kind naturally.
"Pharo-Smalltalk" is a nice, comforting IDE, platform and a language and should be as inviting, easy and natural language to everyone, which is the target the Pharo Team has in my opinion leaped over to since 2009 in great measure. More power to the team to do better in the year ahead.
I will try to do my bit in this year certainly to bring in the past years effort, refactored as required.
Love to see if we get the tide rising by next year, for hordes of converts and new developers.
Smalltalk is a great language/environment. I think the killer app for it right now is html5 games. You can program the server back end in pharo smalltalk, and the client frontend in amber smalltalk. On both ends, you get full interactivity, ability to inspect and change state, and the ability to debug and modify the code in real-time without any code/compile/run cycle.
As someone with essentially no experience with Smalltalk, let me offer some criticism. (It's constructive criticism, I promise :)
I'm a CS student taking a programming languages course, and for our term project we need to learn a new programming language, write a small project in the language and write a paper on its implementation, features, strengths, weaknesses, etc. After reading about an awful lot of languages, I thought Smalltalk would be an interesting choice, at least on the implementation side, given its relatively unique image-based system, not to mention having a graphical component, essentially an IDE, at the core of the environment.
Since Pharo seemed like the most popular choice, I decided to give it a shot. I was excited to get started, so I figured I could download the "one-click" for version 1.4 and get started right away. After extracting the zip and being given a .app folder, I thought I had mistakenly downloaded the Mac version. Nope, the website clearly says "For OS X, Linux, and Windows". Right off the bat this shows that Mac is probably the "first-class citizen", and it definitely doesn't show that the developers know how to properly distribute their software for multiple platforms (whether or not it's true, that's what it looks like). Since my platform of choice is Linux, and having seen the half-hearted attempts at supporting Linux from so many vendors so many times in the past, I started to get a bad feeling.
I found the README, whose only information is to run the .sh file included. I ran it and was given the helpful message that the "Contents/Linux/pharo" file was missing. Finding that hard to believe, I navigated to where that file was supposed to be located and, sure enough, there it was. After doing some detective work, I found the reason for my missing file message was due to the pharo binary being built for 32-bit systems. NOWHERE on Pharo's home page or download page is this apparent. No warning is given to the new, unsuspecting, 64-bit-OS-having user.
If anyone involved with the Pharo project is reading this, please understand that this is unacceptable. In 2013, if some software is built for 32-bit OS's only, the user should not only be warned before they decide to download the software, but something less cryptic than a misleading "file not found" error when trying to run the software would be helpful. I guess I can't say for sure, but to me this looks like almost no effort was put into helping new users get started.
Still somewhat determined to get this thing running, I installed an incredible amount of 32-bit libraries. Still no luck. I got to the point where a "could not find module vm-display-X11" is displayed. The file does exist, it's just another case of the 32-bit library blues. I installed some additional X11 32-bit compatibility libraries, but still had no luck.
Unable to justify wasting more time getting this thing working, I just gave up. I really wanted to spend some time with Pharo, but I guess the developers don't care about newcomers who don't already know the in's and out's of the system. I'm sorry, but if you want any sort of Smalltalk comeback that I've been reading so much about, this is absolutely NOT the way to do it.
Yep I can only agree with you, and there is some communication issue for the matter of the image/vm downloads.
Some measures have been taken especially if you run from the commandline use the zeroconf scripts from http://files.pharo.org/scripts. However still some issue remain that are currently not nice!
- no full 64bit support (will be addressed but with a 32bit image format this isn't that straight forward)
- missing warning to install 32bit libs under linux (workaround on the way)
- proper packaging (rpm / deb) which installs the dependencies is missing (also, there are some attempts there)
- you have to explicitly tell the VM to run headless or not (I honestly don't know why! :D)
All in all you caught us, we mostly develop on mac, however our test infrastructure is running on linux hence imperatively Pharo has to run under linux. Yet there is some need for proper explanations, installation requirements!
Sometimes complaining does some good. From the Pharo mailing list, directly addressing your comment:
"yep, I'm already addressing some of the good observations this guy made. In particular, I'm a long time enemy of the one-click images, so I'm killing them (and replacing it for more suitable platform specific builds)."
...
"The new scripts produces structures that can fit better into the platforms where they will run.
Is this news? Just asking because I have had Pharo 2.0 installed for many months, but it was probably a beta - it would be good to have dates on download files and bundles.
I ask because I tried running "System update" and that errored off. If I am using an old version of "2" then I will go to the trouble of re-installing and reloading my little project.
Unless you regularly updated and worked on the latest 2.0 beta this is news ;). You have a complete list of images here http://pharo.gforge.inria.fr/ci/image/20/ including release dates.
During the beta update process it might happen that one or another update fails. Usually that should not happen though.
I did system updates, eventually got (mostly)everything loaded (after a few re-trys), but then the image wouldn't save.
So: it only took me a minute or two to fileOut my application packages and reload them and data into a new image. I should have done this in he first place :-(
76 comments
[ 3.2 ms ] story [ 133 ms ] threadJust be careful: once you get deep enough into the beauty of Smalltalk, you will be changed forever and it will be hard to go back.
The current development environments still have some catch up to do with the Smalltalk and Lisp machine offerings.
The only environment I know tried to replicate a similar experience is the family of Oberon operating systems, because Wirth wanted to explorer a similar experience, but using a strong typed language.
Great work!
Really, being involved in this is like being tied to a rocket surpassing escape velocity.
Check the real meat here: http://code.google.com/p/pharo/wiki/ActionsInPharo20 https://pharo.fogbugz.com/default.asp?W7
What's missing to have a "nice" (working?) configuration for Pharo 2.0?
Excellent news from the Pharo team! It's the most fun I've had playing with computers for almost a decade - Long may it continue!
Also, on iOS and OSX, one can use a WebView in the VM which is showing HTML/JS genereated amber served from the image.
That's close late binding.
If you never heard of Smalltalk, you can google it. But as a summary I can tell you it is the father of Object-Oriented Programming, BitBlt, the Model-View-Controller pattern, the Unit Testing practice (SUnit), the Refactoring engine, among other things people take for granted today.
Serves up a bigger notice of stuff that will happen in the next two years... Smalltalk is definitely on upsurge, if Pharo beats up the drum and the momentum like this.
Will look forward to fervent Smalltalk with Pharo in the decade ahead.. through all enterprise works..
I see a description is in the title of the page, but that gets cut off in my browser.
"I do enjoy Pharo" is also not a very helpful quote, especially if I don't know who Kent Beck is.
I see a lot of mentions of Smalltalk on this page yet 'Smalltalk' doesn't appear on the Pharo home page.
Am I missing something? If I'm not already familiar with Pharo, am I simply not part of the intended audience?
Basically it is a programming language + ide + image based virtual machine.
Huh? Are we looking at the same page? On the home page I see "Pharo's goal is to deliver a clean, innovative, free open-source Smalltalk-inspired environment."
(Note that the HN link is not to the home page, but to the 2.0 download page.)
But if you like dynamic languages, and being highly productive with a "years ahead" development environment, then Pharo is a good alternative.
Many of the features you see added today to mainstream IDEs, have a background in Smalltalk. Even in Chrome Debugger the "code hot swap" is a showcase feature, whilst Smalltalk have it since decades.
And of course, Smalltalk provides features that no other environment/languages provides yet. So if you want to take advantage of those now, instead of waiting for them reaching mainstream, then it matters to use it now.
Features like those provided by Moose (http://moosetechnology.org/) will take years to be available as an Eclipse Plugin. :)
But beyond that, I think the whole reason Pharo matters is that its team is doggedly bringing Smalltalk out of the historical context. Pharo has libraries for things like XML, JSON, OAuth, Redis, and OpenID so that you can interact with other tools. It has support for command-line applications, comes with an easy-to-use C FFI, and sports a fast JIT so that it's usable for real applications. It has rewritten libraries for speed, breaking backwards compatibility where necessary, and has completely overhauled the UI, while keeping all the pieces that made Smalltalk great. So part of why Pharo matters is that it makes Smalltalk a real, modern language, that can trivially integrate with the massive ecosystem that is existing software. No longer is Smalltalk living in its own little world; it now plays well with others.
As for Smalltalk itself: it still has valuable lessons, even today. Smalltalk is the only system I know where I can trivially save the running app to disk and open that running app, complete with all of its state, on another system to debug what went wrong. It still has some of the best debugging and development tools of any environment I've used for any language. Smalltalk in general, and Pharo in particular, is still one of the most solidly turtles-all-the-way-down environments I have used in my life, where there's no meaningful distinction between your app, and the core system libraries.
Smalltalk may not be for you, but Pharo makes it a genuinely viable choice for real-world development.
That doesn't seem right to me.
There are several open-source Smalltalks that have some of these things, but I believe that Pharo is the only one that does all of them. For example, GNU Smalltalk is the only other Smalltalk I know that has a decent command-line interface, but it lacks a JIT. (If I have this wrong, hopefully Paolo will correct me.) You can absolutely use Squeak to write real-world applications, but the last I checked, you still had to either use the older, slower FFI or write a plugin if you wanted to call C, and the official distributions still do not include a JIT. Cuis is largely a subset of Squeak, and therefore has similar features and drawbacks, and so on and so forth.
If you go closed-source, you do have more options. VisualWorks has a good C FFI and a fast JIT, and might have a great command-line interface (I honestly don't remember), but it's not even free-as-in-beer for hobby projects anymore. Dolphin is likewise fast and has great COM bindings and good libraries, but is proprietary, and has disappeared and come back enough I'm not entirely sure I'd feel comfortable spending money on it.
So, yes, you're right, there are other Smalltalks that fulfill some of these requirements, but Pharo is, as far as I know, the only open-source one that fulfills all.
Nonsense.
"3. License Fees. This license is granted to you for your personal use only. Therefore, no license fees are involved, unless you breach the terms and conditions of this Agreement."
http://www.cincomsmalltalk.com/main/developer-community/tryi...
>> Dolphin ... I'm not entirely sure I'd feel comfortable spending money on it. <<
So don't -- "Dolphin Community Edition is our Smalltalk development environment that is FREE for personal/educational use."
http://www.object-arts.com/products/dce.html
(I didn't ask about Pharo, I complained about promoting Pharo by dissing other Smalltalk implementations.)
I had to come here to learn it was a Smalltalk environment.
Glad to see Pharo making such excellent progress - they're doing wonderful work.
That says more about the ability of your teacher or the fact that you have some kind of history of abuse by whoever than about the Pharo system.
I guess if he would have used Lisp, you'd dislike Lisp, if it was C++, you'd hate C++.
What are you using, out of curiosity?
As someone in a corporate setup, used Pharo since three years as the introductory environment, I realize the pain he feels. It was really brittle for a newbie, it took a while for newbie's work with crashes, recovering code, red boxes with a cross over it, lack of decent FS access, lack of access to code snippets they could simply copy paste and feel good about having some working stuff. There are operations it was slow in..
I then focussed on principles of programming, OOPs, showed them the beauty inside Pharo, feel of the debugger, ironed out the issues they faced with stuff they should not do, how to quickly recover lost code etc..
Showed some cooler stuff like tablet like interface, new IDE interface for code browsing/ writing, interactive UI creation as quick hacked code in a day... that they experienced the difference from Java / C / C++.
Showed Groovy as the Smalltalking Java.. and why its even more cool in Pharo if they bite in deeper.
Even for algorithms, they picked up greater ability than they had in C, but despite it all, there is still peer pressure, some rough edges Pharo will probably take the year ahead to iron out. Then we can stem critical reviews of this kind naturally.
"Pharo-Smalltalk" is a nice, comforting IDE, platform and a language and should be as inviting, easy and natural language to everyone, which is the target the Pharo Team has in my opinion leaped over to since 2009 in great measure. More power to the team to do better in the year ahead.
I will try to do my bit in this year certainly to bring in the past years effort, refactored as required.
Love to see if we get the tide rising by next year, for hordes of converts and new developers.
I'm a CS student taking a programming languages course, and for our term project we need to learn a new programming language, write a small project in the language and write a paper on its implementation, features, strengths, weaknesses, etc. After reading about an awful lot of languages, I thought Smalltalk would be an interesting choice, at least on the implementation side, given its relatively unique image-based system, not to mention having a graphical component, essentially an IDE, at the core of the environment.
Since Pharo seemed like the most popular choice, I decided to give it a shot. I was excited to get started, so I figured I could download the "one-click" for version 1.4 and get started right away. After extracting the zip and being given a .app folder, I thought I had mistakenly downloaded the Mac version. Nope, the website clearly says "For OS X, Linux, and Windows". Right off the bat this shows that Mac is probably the "first-class citizen", and it definitely doesn't show that the developers know how to properly distribute their software for multiple platforms (whether or not it's true, that's what it looks like). Since my platform of choice is Linux, and having seen the half-hearted attempts at supporting Linux from so many vendors so many times in the past, I started to get a bad feeling.
I found the README, whose only information is to run the .sh file included. I ran it and was given the helpful message that the "Contents/Linux/pharo" file was missing. Finding that hard to believe, I navigated to where that file was supposed to be located and, sure enough, there it was. After doing some detective work, I found the reason for my missing file message was due to the pharo binary being built for 32-bit systems. NOWHERE on Pharo's home page or download page is this apparent. No warning is given to the new, unsuspecting, 64-bit-OS-having user.
If anyone involved with the Pharo project is reading this, please understand that this is unacceptable. In 2013, if some software is built for 32-bit OS's only, the user should not only be warned before they decide to download the software, but something less cryptic than a misleading "file not found" error when trying to run the software would be helpful. I guess I can't say for sure, but to me this looks like almost no effort was put into helping new users get started.
Still somewhat determined to get this thing running, I installed an incredible amount of 32-bit libraries. Still no luck. I got to the point where a "could not find module vm-display-X11" is displayed. The file does exist, it's just another case of the 32-bit library blues. I installed some additional X11 32-bit compatibility libraries, but still had no luck.
Unable to justify wasting more time getting this thing working, I just gave up. I really wanted to spend some time with Pharo, but I guess the developers don't care about newcomers who don't already know the in's and out's of the system. I'm sorry, but if you want any sort of Smalltalk comeback that I've been reading so much about, this is absolutely NOT the way to do it.
I hope that you'll be able to install that by doing apt-get pharo and be done with it in the near future.
But the 64 bit and 32 bit Linux thing is not really Pharo's fault. A ton of software give problems in Linux 64 if you don't have the 32-bit libraries.
Thanks for the feedback, it is much welcome.
In the meantime, you may be better off with a zeroconf script.
http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/late...
This will also give you the option to run things headless and with a set of very nice options.
Some measures have been taken especially if you run from the commandline use the zeroconf scripts from http://files.pharo.org/scripts. However still some issue remain that are currently not nice!
- no full 64bit support (will be addressed but with a 32bit image format this isn't that straight forward) - missing warning to install 32bit libs under linux (workaround on the way) - proper packaging (rpm / deb) which installs the dependencies is missing (also, there are some attempts there) - you have to explicitly tell the VM to run headless or not (I honestly don't know why! :D)
All in all you caught us, we mostly develop on mac, however our test infrastructure is running on linux hence imperatively Pharo has to run under linux. Yet there is some need for proper explanations, installation requirements!
"yep, I'm already addressing some of the good observations this guy made. In particular, I'm a long time enemy of the one-click images, so I'm killing them (and replacing it for more suitable platform specific builds)." ... "The new scripts produces structures that can fit better into the platforms where they will run.
You can check them here: http://files.pharo.org/platform/
Maybe have another go?
I ask because I tried running "System update" and that errored off. If I am using an old version of "2" then I will go to the trouble of re-installing and reloading my little project.
During the beta update process it might happen that one or another update fails. Usually that should not happen though.
So: it only took me a minute or two to fileOut my application packages and reload them and data into a new image. I should have done this in he first place :-(