November 2020 - Pharo-users

(Re)storing code blocks from text strings (hopefully in STON)

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm using STON for all my light storage serialization needs, like the Grafoscopio notebooks, and I also love it, as Russ stated in their mail question, and I share with him a similar request: for my Brea[1] static site generator I would like to store some BreaQuery objects as external STON files, and recover them, so I can run the queries that recreate/update the website easily. I could store them as Grafoscopio notebooks, but I don't want to make Grafoscopio a prerequisite for Brea or I could use Fuel, but I would like to store queries as a diff friendly text based format. I have considered Metacello/Iceberg packages to export code in a diff friendly format, but It maybe overkill. So I would like to see if STON can serve me here too. [1] https://mutabit.com/repos.fossil/brea/ [2] https://mutabit.com/repos.fossil/indieweb/ So far, I'm able to serialize a code block as a string using: BreaQuery>>asStonModified Â Â Â self codeBlock: self codeBlock asString Â Â Â ^ STON toStringPretty: self But I'm unable to populate a block from a string. There is any way to make a string, lets say 'a + b', to become the code contents of a block, ie: [a + b ] ? Thanks, Offray

Nov. 30, 2020

First series of articles on Smalltalk + Pharo in french magazine

by Noury Bouraqadi

Hi, I found out that the first series of articles on Smalltalk+Pharo in "Programmez Magazine" is out since oct 30th https://www.programmez.com/magazine/programmez-243-pdf Thanks Stef and Laurent Julliard Noury PS: I love the cover : Smalltalk is the future of code ! :-)

Nov. 28, 2020

Re: [Pharo-dev] [ANN] New Pharo VM released (v8.6.1)

by Martin McClure

Thanks Pablo, that makes sense. Regards, -Martin On 11/27/20 4:52 AM, tesonep(a)gmail.com wrote: > Hi Martin, yes, it is true. I have to rollback the change because it > was a compatibility issue with Debian 9.11, and this version is the > one used by Jenkins docker images. > I will do a release as soon as I can fix it. I want to push OBS to the > last step to be productive. There is a lot of work on that and we need > to profit it. > The headless VM in Linux has been updated to the latest and that one > has not been rollbacked. > > On Fri, Nov 27, 2020 at 5:48 AM Martin McClure <martin(a)hand2mouse.com> wrote: >> Is this new VM available for Linux? I only see Windows and Mac VMs that >> are dated 2020-11-02. >> In the launcher (launcher 2.2, still the latest AFAICT) refreshing the >> 90-x64 VM just re-downloads the one from 2020-02-11. >> >> Thanks, >> -Martin >> >> On 11/2/20 7:48 AM, tesonep(a)gmail.com wrote: >>> Hi, >>> this is an announcement of a new release of the Pharo VM. This >>> new version is available to be downloaded through get-pharo scripts >>> and through the Pharo Launcher. From the Pharo Launcher, remember to >>> update the VM from the VM manager window. >>> >>> This version includes a series of improvements: >>> >>> - Unification of code base with the headless VM >>> - Preparation for supporting HDPI displays. >>> - Improvements in the speed of Threaded FFI (40x times faster in >>> SameThread runner and 2x in Threaded worker). >>> - Better handling of semaphores >>> - Improvements in the loading of large images (better buffering) >>> - Better support for headless execution on non-main thread >>> >>> Please let me know if you find any issues. >>> >>> Cheers, Pablo >>> >

Nov. 27, 2020

Re: [Pharo-dev] [ANN] New Pharo VM released (v8.6.1)

by tesonep＠gmail.com

Hi Martin, yes, it is true. I have to rollback the change because it was a compatibility issue with Debian 9.11, and this version is the one used by Jenkins docker images. I will do a release as soon as I can fix it. I want to push OBS to the last step to be productive. There is a lot of work on that and we need to profit it. The headless VM in Linux has been updated to the latest and that one has not been rollbacked. On Fri, Nov 27, 2020 at 5:48 AM Martin McClure <martin(a)hand2mouse.com> wrote: > > Is this new VM available for Linux? I only see Windows and Mac VMs that > are dated 2020-11-02. > In the launcher (launcher 2.2, still the latest AFAICT) refreshing the > 90-x64 VM just re-downloads the one from 2020-02-11. > > Thanks, > -Martin > > On 11/2/20 7:48 AM, tesonep(a)gmail.com wrote: > > Hi, > > this is an announcement of a new release of the Pharo VM. This > > new version is available to be downloaded through get-pharo scripts > > and through the Pharo Launcher. From the Pharo Launcher, remember to > > update the VM from the VM manager window. > > > > This version includes a series of improvements: > > > > - Unification of code base with the headless VM > > - Preparation for supporting HDPI displays. > > - Improvements in the speed of Threaded FFI (40x times faster in > > SameThread runner and 2x in Threaded worker). > > - Better handling of semaphores > > - Improvements in the loading of large images (better buffering) > > - Better support for headless execution on non-main thread > > > > Please let me know if you find any issues. > > > > Cheers, Pablo > > > -- Pablo Tesone. tesonep(a)gmail.com

Nov. 27, 2020

Re: [Pharo-dev] [ANN] New Pharo VM released (v8.6.1)

by Martin McClure

Is this new VM available for Linux? I only see Windows and Mac VMs that are dated 2020-11-02. In the launcher (launcher 2.2, still the latest AFAICT) refreshing the 90-x64 VM just re-downloads the one from 2020-02-11. Thanks, -Martin On 11/2/20 7:48 AM, tesonep(a)gmail.com wrote: > Hi, > this is an announcement of a new release of the Pharo VM. This > new version is available to be downloaded through get-pharo scripts > and through the Pharo Launcher. From the Pharo Launcher, remember to > update the VM from the VM manager window. > > This version includes a series of improvements: > > - Unification of code base with the headless VM > - Preparation for supporting HDPI displays. > - Improvements in the speed of Threaded FFI (40x times faster in > SameThread runner and 2x in Threaded worker). > - Better handling of semaphores > - Improvements in the loading of large images (better buffering) > - Better support for headless execution on non-main thread > > Please let me know if you find any issues. > > Cheers, Pablo >

Nov. 27, 2020

Re: Willow-Playground

by eftomi

Nice that you settled it out. When Metacello finishes, it usually writes ...finished baseline into the Transcript. Best wishes, Tomaz -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Nov. 26, 2020

Re: Willow-Playground

by g_patrickb＠yahoo.com

Thank you for the explanation. I uninstalled Pharo and removed everything from AppData\\Roaming and Local and reinstalled Pharo and loaded willow-playground. I found everything in the system browser and was able to evaluate âSmalltalks2017Presentation startâ and bribg it up in my browser on port 8080.

Nov. 26, 2020

Re: Willow-Playground

by Gabriel Cotelli

The script is not going to produce nothing visually. You can see some progress bars during the loading depending on the time it takes to load and then the code should be available in the system browser. On Thu, Nov 26, 2020, 11:16 g_patrickb--- via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > On my Windows 10 laptop I used image names of 80 and 90 and on OpenSUSE > the image names were 80test and 90test. > > Thinking it may have to do with using numbers at the beginning of an image > name I tried OpenSUSE again with an image name of Fish and it failed with > the same error I originally had. > > I also tried on my Windows 8 desktop which has never had Pharo installed > and used the defaults while installing. I created an 8.0 64-bit image named > Fuzzy and it also failed with the same error. >

Nov. 26, 2020

[ANN] Superluminal v1.2.0 [v1.2.0] released!

by Buenos Aires Smalltalk

Nov. 26, 2020

Re: Willow-Playground

by g_patrickb＠yahoo.com

On my Windows 10 laptop I used image names of 80 and 90 and on OpenSUSE the image names were 80test and 90test. Thinking it may have to do with using numbers at the beginning of an image name I tried OpenSUSE again with an image name of Fish and it failed with the same error I originally had. I also tried on my Windows 8 desktop which has never had Pharo installed and used the defaults while installing. I created an 8.0 64-bit image named Fuzzy and it also failed with the same error.

Nov. 26, 2020