December 2020 - Pharo-users

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

> On 12 Dec 2020, at 17:08, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: > > It is a bug when you have a lot of budget. Luckily we have the monthly sprints :). > Participants are always more than welcome. You can join and participate to fix these things the last friday of each month! > I can sit with you and pair program. > I am not sure if this month we have sprint, since it is by the christmas dates probably. > Marcus, do we have sprint in december? yes next friday :) > Anyway, as soon as I know i'll let you know. If it is not this this month it can be in january! It seems far but time pass really fast :). > > Looking forward, > > Santiago > > > > > El vie, 11 dic 2020 a las 16:05, kmo (<voxkmp(a)gmail.com <mailto:voxkmp@gmail.com>>) escribiÃ³: > But if it doesn't work on older machines (if that is the case) then that's > still a bug, isn't it? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 12, 2020

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

> On 12 Dec 2020, at 11:05, Tim Mackinnon <tim(a)testit.works> wrote: > > Just to chip in here - the work demonstrated on Pharo development is inspirational. Rather than throwing everything away, it shows the alternative - incrementally improving a running platform - and practicing what we preach in industry by refactoring a large elderly code base bit by bit - it's remarkable. > > While its true we donât always immediately get things fixed that we might personally want, but then again we are relying on the free personal time of others. But collectively, the most important things do get fixed/improved, and if there is something that really bothers you, then the over arching lesson is that you have to roll up your sleaves and try and fix it yourself and in showing willingness you normally find that others will help you. > > So Steph et al, I am glad that you love this platform (and have for many years), but more startlingly - i heard you all talk about a vision of improvements back in Lugano many years agoâ¦ and gosh we are seeing those improvements roll out year after year. Even more - we are slowly getting the kind of development/experiment workbench platform that good developers should have. Its being invented under our eyes, and that is exciting. :) > So I hope you dont feel dispondent - I think history viewed over a longer period will actually show a more positive picture. Iâm pretty sure it will :) Because we know where we want to go and this is nice :) Thanks a lot tim. And we will continue :) > > Tim > > > > On Fri, 11 Dec 2020, at 9:20 PM, StÃ©phane Ducasse wrote: >> It depends how old. >> We cannot do magic. >> In particular, if more people would help fixing simple things in Pharo we would then have the time for more boring and challenging issues. >> Because in my personal case, Iâm not paid to develop and lead Pharo dev. >> My own carrer and CV do not depend on Pharo and in fact I could publish much more >> and look much smarter without it. >> >> S. >> >> >> >>> But if it doesn't work on older machines (if that is the case) then that's >>> still a bug, isn't it? >>> >>> >>> >>> -- >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> >> >> >> -------------------------------------------- >> StÃ©phane Ducasse >> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> >> 03 59 35 87 52 >> Assistant: Aurore Dalle >> FAX 03 59 57 78 50 >> TEL 03 59 35 86 16 >> S. Ducasse - Inria >> 40, avenue Halley, >> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >> Villeneuve d'Ascq 59650 >> France -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 12, 2020

Call for Beta-testers Pharo ARM64 JIT

by StÃ©phane Ducasse

Dear happy Pharoers and others, Over the last months we have been working on the implementation of a MIT-licensed ARMv8 Just-In-Time compiler for Pharo VM. We are very happy with the advance on this subject, as we have not only implemented a new backend but we have added more than 2500 tests to the JIT, the primitives, code generation, plugins and the VM in general. In the process we fixed many problems. It shows that following the roadmap that was decided during General assembly of PharoDays, we have been investing in the Pharo VM and that our efforts are greatly paying off. Also, we are generating a lot of documentation and improving the process to really democratize the development of the VM. So Pharo is a better shape than ever on such matter and this opens a lot of possibility for the future. ## Call for Beta-Testers We would like to announce that a first version of our JIT backend is available for beta-testing for ARM Linux machines using Ubuntu. We are now entering into a beta testing stage of the VM and the image in Ubuntu ARM 64. We would like to invite you to our beta testing phase for the VM. If you're interested in participating, please contact pablo.tesone(a)inria.fr. The following sections give more details of the current status, and the following steps including Apple Silicon, Windows ARM64 and Linux Open Build System support. ## Current Status Our objective is to have a running JIT for the new aarch64 architecture (ARM 64bits). This task includes not only a new backend for the JIT compiler but also adding support for external libraries, dependencies and the build process. This means having a working VM with comparable features as the one existing in Intel X64. We are targeting all the major operating systems running in this platform (Linux, OSX, Windows). Each of them present different restrictions and conditions. This is the current status: - We implemented a full backend for the JIT compiler targeting aarch64. - All the image side was adapted to run on it, tested on Ubuntu ARM 64 bits. - We added support for: Iceberg (Libgit) / Athens (Cairo) / SDL / GTK - We implemented a LibFFI-based FFI backend as the default one for Pharo 9 in aarch64 (next to come in all platforms). This opens the door to ease port the features to other platforms and OSes. ## Following Steps and Open Betas: Linux Open Build System (OBS), Windows ARM64 and Apple Silicon Linux Systems: In the following days, we will also support Raspbian (Debian) and Manjaro on ARM64. For doing so, we are pushing the last details in having a single Linux build system through OBS. So, if you want to start doing beta-testing of these versions please contact us. A public beta will be open in around two weeks. Windows Systems: We have extended the build process to fully support Microsoft Visual Studio compilers and more flexibility to select the targets, also we are building it to run in Windows ARM. To correctly run the VM in Windows it is needed to build all dependencies for aarch64. In the following weeks, we expect to have a working Non-JIT version and a JIT version. The remaining points to have a JIT version are related with the build process as the API of the operating system has not changed from X64 to aarch64. OSX Systems: Our third target is to have a working version for the newest Apple silicon. We are acquiring the corresponding hardware to test and to address the differences in the API exposed to JIT applications. As it is the case of the Windows VM, there is not need to change the machine code generation backend; but to compile external libraries, and particularities of the new OS version. Thanks for your support, and again, if you like to start beta testing the VM please contact us. In the meantime, we will continue giving you news about the current state and where are we going. The consortium would like to particularly thank Schmidt Buro and Lifeware for their contracts. Regards, Pablo in behalf of the Pharo Consortium Engineers -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 12, 2020

Re: Pharo Mars still not working on Ubuntu

by Santiago Bragagnolo

It is a bug when you have a lot of budget. Luckily we have the monthly sprints :). Participants are always more than welcome. You can join and participate to fix these things the last friday of each month! I can sit with you and pair program. I am not sure if this month we have sprint, since it is by the christmas dates probably. Marcus, do we have sprint in december? Anyway, as soon as I know i'll let you know. If it is not this this month it can be in january! It seems far but time pass really fast :). Looking forward, Santiago El vie, 11 dic 2020 a las 16:05, kmo (<voxkmp(a)gmail.com>) escribiÃ³: > But if it doesn't work on older machines (if that is the case) then that's > still a bug, isn't it? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Dec. 12, 2020

Re: Pharo Mars still not working on Ubuntu

by Tim Mackinnon

Just to chip in here - the work demonstrated on Pharo development is inspirational. Rather than throwing everything away, it shows the alternative - incrementally improving a running platform - and practicing what we preach in industry by refactoring a large elderly code base bit by bit - it's remarkable. While its true we donât always immediately get things fixed that we might personally want, but then again we are relying on the free personal time of others. But collectively, the most important things do get fixed/improved, and if there is something that really bothers you, then the over arching lesson is that you have to roll up your sleaves and try and fix it yourself and in showing willingness you normally find that others will help you. So Steph et al, I am glad that you love this platform (and have for many years), but more startlingly - i heard you all talk about a vision of improvements back in Lugano many years agoâ¦ and gosh we are seeing those improvements roll out year after year. Even more - we are slowly getting the kind of development/experiment workbench platform that good developers should have. Its being invented under our eyes, and that is exciting. So I hope you dont feel dispondent - I think history viewed over a longer period will actually show a more positive picture. Tim On Fri, 11 Dec 2020, at 9:20 PM, StÃ©phane Ducasse wrote: > It depends how old. > We cannot do magic. > In particular, if more people would help fixing simple things in Pharo we would then have the time for more boring and challenging issues. > Because in my personal case, Iâm not paid to develop and lead Pharo dev. > My own carrer and CV do not depend on Pharo and in fact I could publish much more > and look much smarter without it. > > S. > > > >> But if it doesn't work on older machines (if that is the case) then that's >> still a bug, isn't it? >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France

Dec. 12, 2020

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

It depends how old. We cannot do magic. In particular, if more people would help fixing simple things in Pharo we would then have the time for more boring and challenging issues. Because in my personal case, Iâm not paid to develop and lead Pharo dev. My own carrer and CV do not depend on Pharo and in fact I could publish much more and look much smarter without it. S. > But if it doesn't work on older machines (if that is the case) then that's > still a bug, isn't it? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 11, 2020

Re: Pharo Mars still not working on Ubuntu

by kmo

But if it doesn't work on older machines (if that is the case) then that's still a bug, isn't it? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 11, 2020

UK Smalltalk User Group Meeting - Wednesday, December 30th

by Giovanni Corriga

The UK Smalltalk User Group will have an extra meeting this year on Wednesday, December 30th. feenk's Tudor Girba will present the latest in moldable development with Glamorous Toolkit. Moldable development is an approach to programming through which we make the inside of software systems explainable. Glamorous Toolkit makes it practical. And beautiful. Given the current COVID-19 restrictions, this will be an online meeting from home. If you'd like to join us, please sign up in advance on the meeting's Meetup page ( https://www.meetup.com/UKSTUG/events/275119813/ ) to receive the meeting details. Donât forget to bring your laptop and drinks!

Dec. 11, 2020

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

> On 11 Dec 2020, at 09:01, yvan Godin <yvan.godin(a)gmail.com> wrote: > > Hello > May be you shouldn't spend time on that because I have successfully tested > Gtk-bind on a more recent laptop /(IntelÂ© Coreâ¢ i7 16GoRam versus Pentium > 4Go )/ with same Ubuntu 19 > sorry for inconvenience and thanks everybody Yvan there is no problem. We prefer that you report a non bug that you do not report a bug. And I do like to hear that we neglect linux because this is not the case. Now there is one version of Mac at the time (plus three old versions) but we do not have this situation for the thing called âlinuxâ S. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 11, 2020

Re: Pharo Mars still not working on Ubuntu

by yvan Godin

Hello May be you shouldn't spend time on that because I have successfully tested Gtk-bind on a more recent laptop /(IntelÂ© Coreâ¢ i7 16GoRam versus Pentium 4Go )/ with same Ubuntu 19 sorry for inconvenience and thanks everybody -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 11, 2020

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

> On 10 Dec 2020, at 14:34, yvan Godin <yvan.godin(a)gmail.com> wrote: > > hello > > I have re installed an strictly follow everything as described in gtk-bind > <https://github.com/pharo-spec/gtk-bindings> / (I don't care of Mars but > interested by Spec2 and/or Gtk)/ > > the run of demo hard crash as previously > > I have tried to upload the file here but no sure to well understand how > this list work > crash.txt <http://forum.world.st/file/t372931/crash.txt> Thanks for the report. > > thanks everybody > > /by the side a curious behavior to this mailing list requiring again to me > to subscribe again / Yes this is strange. Esteban was also removed and we do not know why. > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 10, 2020

Trouble with checking out from Github

by Petter

Hi, I have three computers and two of these, one Linux and one Mac works excellent with Iceberg. But I have a difficult child, one laptop where I can not checkout code from a private github repo. It keeps running into stacktrace, nomatter which strategy I select. Problems does not seem to be connected to versions. I have tried different versions of Pharo images, from 8-stable to 9-bleeding edge. I have ticked the ssh-setting in Pharo for using custom keys and verified that these exists and has right permissions. Checkout from ssh in shell works fine. I have tried these strategies. 1) Using the add-key trick which is referred as a solution on this, like in ssh-add ~/.ssh/id_rsa This always results in stacktrace in Pharo. 2) Checking out as as github-repo with ssh, same problem 3) Checking out as a git-repo, same problem 4) Generated new ssh-keys and tried to setup these as the default keys Same stack trace problem in Pharo. 5) Checking out over https This does not work either. The ssh-checkout box appears in Pharo even though I select this specifically. Checking out over https-does not seem to be working at all? Version on ssh on my laptop is: ssh: OpenSSH_8.1p1, LibreSSL 2.7.3 mac: Catalina 10.15.6 Interesting enough I have the same versions on my working mac. Only difference is that the default ssh-key is with a passphrase on the non-working computer (entering this in the ssh does not help, creating a new ssh-keypair without a passphrase does not make a difference either). ssh_config is also equal on the two computers. Has anybody solved a case like this or has any clues? This beats me :) And when Iceberg is up and running I must say it is really a valuable and nice tool, thx! Petter -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 10, 2020

Re: Pharo Mars still not working on Ubuntu

by yvan Godin

hello I have re installed an strictly follow everything as described in gtk-bind <https://github.com/pharo-spec/gtk-bindings> / (I don't care of Mars but interested by Spec2 and/or Gtk)/ the run of demo hard crash as previously I have tried to upload the file here but no sure to well understand how this list work crash.txt <http://forum.world.st/file/t372931/crash.txt> thanks everybody /by the side a curious behavior to this mailing list requiring again to me to subscribe again / -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 10, 2020

Re: Pharo Mars still not working on Ubuntu

by kmo

The Mars project page says use this image and vm: curl https://get.pharo.org/64/90+vmHeadlessLatest | bash To upload the crash.dmp file to the issue log you need to rename it to crash.txt first. Good luck. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 10, 2020

Re: Pharo Mars still not working on Ubuntu

by yvan.godin＠gmail.com

first of all thanks for all answers I will re instal a full fresh Pharo9 a test again but 2 questions prefered VM to use ? Stable Lastest Threaded ? How to send big file crash ? cheers NB I am retired coder with some middle level with gtk on other language but difficult to me to change my old brain model to connect with Pharo one with so many classes and method even if I have tried some mooc ;-)

Dec. 10, 2020

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

Thanks for the information. S > On 9 Dec 2020, at 18:20, G B via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > I am using OpenSUSE Leap and the above code for "Hello" using GTK-binding works for me. > > On Wednesday, December 9, 2020, 8:30:29 AM CST, yvan Godin <yvan.godin(a)gmail.com> wrote: > > > in reality posted my answer on a wrong list probably > totally new to Pharo and Smaltalk I wanted just try so this is not important > > I wanted to test Gtk-binding. <https://github.com/pharo-spec/gtk-bindings <https://github.com/pharo-spec/gtk-bindings>> > because I am interested by Gtk but not for specific project so no problem I > can wait. > > Load fine but the demo code provided on github hard crash the image with > big crash dump > ``` > GtkApplication ensureRunning. > GtkRunLoop defer: [ > GtkWindow new > title: 'Gtk3 Window'; > add: (GtkBox newVertical > packStart: (GtkLabel newLabel: 'Hello!'); > yourself); > showAll ] > ``` > > for the sound I have try to add sdl2 and alsa lib and some libsound but > without success. One more time this is not essential but sad. Very long time > ago I have try Squeak and sound was working. > > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 10, 2020

Re: Pharo Mars still not working on Ubuntu

by G B

I am using OpenSUSE Leap and the above code for "Hello" using GTK-binding works for me. On Wednesday, December 9, 2020, 8:30:29 AM CST, yvan Godin <yvan.godin(a)gmail.com> wrote: in reality posted my answer on a wrong list probablyÂ Â totally new to Pharo and Smaltalk I wanted just try so this is not importantÂ Â Â I wanted to testÂ Gtk-binding. <https://github.com/pharo-spec/gtk-bindings>Â because I am interested by Gtk but not for specific project so no problem I can wait.Â Â Load fine but the demo code provided on githubÂ hard crash the image with big crash dump ```Â Â Â Â GtkApplication ensureRunning. Â Â GtkRunLoop defer: [ Â Â Â Â Â GtkWindow new Â Â Â Â Â Â title: 'Gtk3 Window'; Â Â Â Â Â Â add: (GtkBox newVertical Â Â Â Â Â Â Â Â Â packStart: (GtkLabel newLabel: 'Hello!'); Â Â Â Â Â Â Â Â Â yourself); Â Â Â Â Â Â showAll ] ``` for the sound I have try to add sdl2 and alsa lib and some libsound but without success. One more time this is not essential but sad. Very long time ago I have try Squeak and sound was working. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 9, 2020

Re: Pharo Mars still not working on Ubuntu

by Guillermo Polito

Hi Ivan, just to complement Esteban. When there is a process crash, it usually writes a crash dump file in the working directory. Could you share yours? The crash dump file will have information about the stack and state at the moment of the crash. It will also be useful to know what linux version you are on, and what specific version of gtk you have installed. All these could help in reproducing the problem and ultimately fix it. Cheers, Guille El miÃ©., 9 dic. 2020 17:49, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> escribiÃ³: > Here is the answer of esteban > > Hi, > > For some reason, it looks like I am no longer part of that list (how weird > is that?), and I cannot re-subscribe me either (I asked Marcus to see what > happens). > Anyway, can you be be more explicit, because I just tested in an Ubuntu > 20.04 and it works fine (also, I use a Manjaro everyday and it works too). > > Esteban > > > > S > > > On 9 Dec 2020, at 15:30, yvan Godin <yvan.godin(a)gmail.com> wrote: > > in reality posted my answer on a wrong list probably > totally new to Pharo and Smaltalk I wanted just try so this is not > important > > I wanted to test Gtk-binding. <https://github.com/pharo-spec/gtk-bindings> > > because I am interested by Gtk but not for specific project so no problem I > can wait. > > Load fine but the demo code provided on github hard crash the image with > big crash dump > ``` > GtkApplication ensureRunning. > GtkRunLoop defer: [ > GtkWindow new > title: 'Gtk3 Window'; > add: (GtkBox newVertical > packStart: (GtkLabel newLabel: 'Hello!'); > yourself); > showAll ] > ``` > > for the sound I have try to add sdl2 and alsa lib and some libsound but > without success. One more time this is not essential but sad. Very long > time > ago I have try Squeak and sound was working. > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > >

Dec. 9, 2020

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

Here is the answer of esteban Hi, For some reason, it looks like I am no longer part of that list (how weird is that?), and I cannot re-subscribe me either (I asked Marcus to see what happens). Anyway, can you be be more explicit, because I just tested in an Ubuntu 20.04 and it works fine (also, I use a Manjaro everyday and it works too). Esteban S > On 9 Dec 2020, at 15:30, yvan Godin <yvan.godin(a)gmail.com> wrote: > > in reality posted my answer on a wrong list probably > totally new to Pharo and Smaltalk I wanted just try so this is not important > > I wanted to test Gtk-binding. <https://github.com/pharo-spec/gtk-bindings> > because I am interested by Gtk but not for specific project so no problem I > can wait. > > Load fine but the demo code provided on github hard crash the image with > big crash dump > ``` > GtkApplication ensureRunning. > GtkRunLoop defer: [ > GtkWindow new > title: 'Gtk3 Window'; > add: (GtkBox newVertical > packStart: (GtkLabel newLabel: 'Hello!'); > yourself); > showAll ] > ``` > > for the sound I have try to add sdl2 and alsa lib and some libsound but > without success. One more time this is not essential but sad. Very long time > ago I have try Squeak and sound was working. > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 9, 2020

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

> On 9 Dec 2020, at 15:30, yvan Godin <yvan.godin(a)gmail.com> wrote: > > in reality posted my answer on a wrong list probably > totally new to Pharo and Smaltalk I wanted just try so this is not important No there is no problem. Sound is really not good :). There is no problem with that. Now we are concern with linux support and as you can see in the attached file there is no a single OS but several and this is a large task because in addition we have the new architecture coming. > I wanted to test Gtk-binding. <https://github.com/pharo-spec/gtk-bindings> > because I am interested by Gtk but not for specific project so no problem I > can wait. Esteban is making it work and some companies too but I do not think that this is ready for public consumption. > Load fine but the demo code provided on github hard crash the image with > big crash dump > ``` > GtkApplication ensureRunning. > GtkRunLoop defer: [ > GtkWindow new > title: 'Gtk3 Window'; > add: (GtkBox newVertical > packStart: (GtkLabel newLabel: 'Hello!'); > yourself); > showAll ] > ``` I will report this to esteban > for the sound I have try to add sdl2 and alsa lib and some libsound but > without success. One more time this is not essential but sad. Very long time > ago I have try Squeak and sound was working. Yes but all the library on the C level are obsolete. Can you post what you did so that we can ask ronie to see what he did for the sound. > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 9, 2020

Re: Pharo Mars still not working on Ubuntu

by yvan Godin

in reality posted my answer on a wrong list probably totally new to Pharo and Smaltalk I wanted just try so this is not important I wanted to test Gtk-binding. <https://github.com/pharo-spec/gtk-bindings> because I am interested by Gtk but not for specific project so no problem I can wait. Load fine but the demo code provided on github hard crash the image with big crash dump ``` GtkApplication ensureRunning. GtkRunLoop defer: [ GtkWindow new title: 'Gtk3 Window'; add: (GtkBox newVertical packStart: (GtkLabel newLabel: 'Hello!'); yourself); showAll ] ``` for the sound I have try to add sdl2 and alsa lib and some libsound but without success. One more time this is not essential but sad. Very long time ago I have try Squeak and sound was working. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 9, 2020

Re: Pharo Mars still not working on Ubuntu

by StÃ©phane Ducasse

> Mars will work on Ubuntu and its derivatives when Hell freezes over. I don't > think anyone even looks a the Issues log. We are in crush mode. > Sound has never worked on Linux. You used to be able to get it to work by > copying files from a Squeak installation, but that's in the past now as far > as I know. > > There's an article here on how to get sound working on Linux - > https://thepharo.dev/2020/11/17/how-to-play-sound-in-pharo/ > > It didn't work for me - I wasn't surprised. Can you let us know what is the problem? If you do not report it how can we do something? > The Linux desktop has the worst Pharo support. Exteban is working daily on a linux machine now the problem is that there is no such a thing as a linux machine. We have distributions and many of them with plenty of nice little differences that as a user you expect to work but takes from us a lot of time. For example different Clib. So Pablo and guille are working on making that the VM can take what is present making that we can deploy one VM as full standalone and this for a lot of different flavor. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 9, 2020

Re: Opening presentation of the JPL Open Developer seminar series

by Craig Latta

> Great ! What is the time zone? UTC-8 -C -- Craig Latta :: research computer scientist Black Page Digital :: Berkeley, California 663137D7940BF5C0AFC 1349FB2ADA32C4D5314CE

Dec. 9, 2020

Re: Fwd: [EXTERNAL] Re: Opening presentation of the JPL Open Developer seminar series

by serge.stinckwich＠gmail.com

Great ! What is the time zone? Sent from my iPhone > On 9 Dec 2020, at 04:57, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > ï»¿Roassal presentation to JPL (Nasa lab :)). > > S > >> Begin forwarded message: >> >> From: "Brunzie, Ted J (US 337C)" <ted.j.brunzie(a)jpl.nasa.gov> >> Subject: Re: [EXTERNAL] Re: Opening presentation of the JPL Open Developer seminar series >> Date: 8 December 2020 at 21:54:42 CET >> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Cc: Pablo Tesone <pablo.tesone(a)inria.fr>, Steven Costiou <steven.costiou(a)inria.fr>, denker <marcus.denker(a)inria.fr>, Esteban Lorenzano <esteban.lorenzano(a)inria.fr> >> >> <ODM_series_Dec-10-20_update.jpeg> > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

Dec. 9, 2020

Fwd: [EXTERNAL] Re: Opening presentation of the JPL Open Developer seminar series

by StÃ©phane Ducasse

Roassal presentation to JPL (Nasa lab :)). S > Begin forwarded message: > > From: "Brunzie, Ted J (US 337C)" <ted.j.brunzie(a)jpl.nasa.gov> > Subject: Re: [EXTERNAL] Re: Opening presentation of the JPL Open Developer seminar series > Date: 8 December 2020 at 21:54:42 CET > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Cc: Pablo Tesone <pablo.tesone(a)inria.fr>, Steven Costiou <steven.costiou(a)inria.fr>, denker <marcus.denker(a)inria.fr>, Esteban Lorenzano <esteban.lorenzano(a)inria.fr> > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 8, 2020

Re: Pharo Mars still not working on Ubuntu

by Yvan Godin

Thanks for your answer Le mar. 8 dÃ©c. 2020 Ã 14:58, kmo <voxkmp(a)gmail.com> a Ã©crit : > Mars will work on Ubuntu and its derivatives when Hell freezes over. I > don't > think anyone even looks a the Issues log. > > Sound has never worked on Linux. You used to be able to get it to work by > copying files from a Squeak installation, but that's in the past now as far > as I know. > > There's an article here on how to get sound working on Linux - > https://thepharo.dev/2020/11/17/how-to-play-sound-in-pharo/ > > It didn't work for me - I wasn't surprised. > > The Linux desktop has the worst Pharo support. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Dec. 8, 2020

Re: Pharo Mars still not working on Ubuntu

by kmo

Mars will work on Ubuntu and its derivatives when Hell freezes over. I don't think anyone even looks a the Issues log. Sound has never worked on Linux. You used to be able to get it to work by copying files from a Squeak installation, but that's in the past now as far as I know. There's an article here on how to get sound working on Linux - https://thepharo.dev/2020/11/17/how-to-play-sound-in-pharo/ It didn't work for me - I wasn't surprised. The Linux desktop has the worst Pharo support. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 8, 2020

Re: Pharo Mars still not working on Ubuntu

by yvan.godin＠gmail.com

same for me on Linux Mint 19.3 Cinnamon worse on my Linux sound dosenât work

Dec. 8, 2020

New version of FFICHeaderExtractor v1.0.2 and OSubprocess v1.3.0

by StÃ©phane Ducasse

Hi Some news since StandardFileStream got deprecated in Pharo 80, we removed it form Pharo 90. We updated - FFICHeaderExtractor now version v1.0.2 got migrated to Tonel and pharo-contributions + github actions https://github.com/pharo-contributions/OSSubprocess - OSSubprocess version v1.3.0 is out https://github.com/pharo-contributions/OSSubprocess Stef -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 7, 2020

Re: Magritte

by Sean P. DeNigris

StÃ©phane Ducasse wrote > Maybe we should update the Magrrite booklet. I never got the time to go > over it. I can help. Yes, it is probably time. There have been lots of small additions and changes. I also plan on doing Spec2 bindings as soon as P9 is released. That might be a good time also because I'm swamped the next few weeks... ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 7, 2020

Re: Magritte

by SebastiÃ¡n Filippini

Please! I have only seen examples with seaside. Could you add any desktop app example? Thanks. SebastiÃ¡n El 4/12/20 a las 21:19, StÃ©phane Ducasse escribiÃ³: > Hi Sean > > May be we should update the Magrrite booklet. I never got the time to > go over it. > > S. > >> On 23 Nov 2020, at 15:56, Sean P. DeNigris <sean(a)clipperadams.com >> <mailto:sean@clipperadams.com>> wrote: >> >> Sanjay Minni wrote >>> Is Magritte a robust enough package for an application with a large >>> number >>> of forms and sub forms. >> >> I use Magritte extensively (for almost all my projects), and have >> found it >> irreplaceable, but nearly all in desktop apps. Maybe cross-post to the >> Seaside list if you don't get an answer here... >> >> >> >> ----- >> Cheers, >> Sean >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

Dec. 7, 2020

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

by Offray Vladimir Luna CÃ¡rdenas

Hi, I have was able to implement Sven's suggestion and it worked pretty well regarding the serialization of objects containing clean blocks, as you can see on [1]. [1] https://mutabit.com/repos.fossil/dots/file?name=brea/theme.ston&ci=trunk A Brea theme is now represented in a pretty light weight way as a STON text file containing a base theme (taken from HTML5Up [2], for now), with name, provider, license and preview, a folder with customizations to that theme (mostly by adding Mustache[3] templates to particular base theme locations) and a set of operations which are mainly clean blocks with a name, modeled as BreaOperators, that will be chained in a particular order to update parts or all the website. Once the site has been updated Fossil is used to store, publish, distribute and versioning the web site, allowing us time travel back to or restore a previous version, provides a JSON API to query website repository's data, and could allow us to collect some date (issues, forms, comments). The combination of Pharo and Fossil creates a pretty versatile light solution that is kind of in between a Static Site Generator and a headless Content Management System thanks to the way we can manage static assets and also live code queries or extend data models and operations. I'm pretty happy with the possibilities shown by this early prototype. [2] https://html5up.net/ [3] https://mustache.github.io/ I imagine that there is a way to extend STON to do pretty printing of serialized blocks (I will try to locate some time to experiment on this later, as I'm still finishing bureaucratic paperwork and year's end deadlines with urgent stuff taking time from important one). But I just want to show how cool is STON supporting these use cases and say thanks again for making such endorphins enhancer digital tech! ( â(ï½¥oï½¥)ââªâ (ï½¥oï½¥) â). Finally on Stephen's idea of pull request to Sven's STON booklet, I don't think that I have enough knowledge to make a significant contribution, beyond typos I can find as a non-native, mostly self-taught English "speaker". But I will be glad to make contributions to some "Use Case Appendix", briefly showcasing how STON has been a powerful enabler for Grafoscopio's interactive notebooks and now for Brea's theme definition, including data operations and transformations. Cheers, Offray On 1/12/20 10:08 a.Â m., Offray Vladimir Luna CÃ¡rdenas wrote: > Hi Sven, > > Thanks for your swift and useful response as usual and yes, not only it > helps a lot but teach too (as usual with your answers). > > I will be dealing with some bureaucratic last minute, hard deadline > notification I just got yesterday from my university (following local > "tradition" in public institutions of total disregard of everybody's > schedule and time)... Anyway, I will be having opportunity to test your > suggestions until next week, after deadline. > > I understand the concerns about not serializing code blocks. So far they > have not been a necessity for me (as code snippets are stored as > "playground trees" in the Grafoscopio notebooks), but I would like to > explore this approach before considering something more complex (like > Metacello/Iceberg packages for the Brea web themes). > > I have been using some minor modifications on objects to serialize them, > mainly to store playground contents as strings, and they have worked > fine until now, but I was learning all along the way and they could be > just a not good practice from my file scripting times/needs. > > Cheers, > > Offray > > On 1/12/20 4:54 a.Â m., Sven Van Caekenberghe wrote: >> Hi Offray, >> >> This is a recurring question. BlockClosures are way too general and powerful to be serialised. That is why serialising BlockClosures is not supported in STON. >> >> The code inside a block can refer to and even affect state outside the block. Furthermore the return operator is quite special as it returns from some outer context. >> >> A subset of BlockClosures are those that are clean. These do not close over other variables, nor do they contain a return. By using their source code representation, it is possible to serialise/materialise them. >> >> You can try this by adding the following methods: >> >> BlockClosure>>#stonOn: stonWriter >> self isClean >> ifTrue: [ stonWriter writeObject: self listSingleton: self printString ] >> ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ] >> >> BlockClosure>>#stonContainSubObjects >> ^ false >> >> BlockClosure class>>#fromSton: stonReader >> ^ self compilerClass new >> source: stonReader parseListSingleton; >> evaluate >> >> With these additions you can do the following: >> >> STON fromString: (STON toString: [ :x :y | x + y ]). >> >> Note that the actual class name depends on the Pharo version (BlockClosure in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - Marcus is working on that last one and that would be very cool because it would say exactly what it it). >> >> I am still not 100% convinced to add this as a standard feature to STON. Using source code fully exposes the implementation, while using the compiler can be dangerous. It also adds a dependency on source code and the compiler. But it would be good if people can experiment with this feature. >> >> Does this help you ? >> >> Regards, >> >> Sven >> >> PS: I would not modify an object just to serialise it. >> >>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: >>> >>> 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 >>>

Dec. 6, 2020

Re: SmalltalkCI / Github Actions

by StÃ©phane Ducasse

Thanks I thought that the os should be defined as matrix but this not case S name: PharoVersion env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} on: push: branches: - master jobs: build: runs-on: [ ubuntu-latest, mac-latest ] strategy: matrix: smalltalk: [ Pharo64-8.0, Pharo64-9.0 ] name: ${{ matrix.smalltalk }} steps: - uses: actions/checkout@v2 - uses: hpi-swa/setup-smalltalkCI@v1 with: smalltalk-version: ${{ matrix.smalltalk }} - name: Load Image and Run Tests run: smalltalkci -s ${{ matrix.smalltalk }} env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} timeout-minutes: 15

Dec. 5, 2020

Re: SmalltalkCI / Github Actions

by StÃ©phane Ducasse

THANKS!!!! > On 1 Dec 2020, at 22:46, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > > Take a look at https://github.com/ba-st/Buoy/blob/release-candidate/.github/workflows/buil… <https://github.com/ba-st/Buoy/blob/release-candidate/.github/workflows/buil…> > On Tue, Dec 1, 2020, 13:18 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: > Hi > > I have a question and I could not find the answer in the SmalltalkCI doc > I would like to run my tests on different versions of Pharo > I know how to do it in travis but in GA I missed it. > > I read > https://github.com/marketplace/actions/setup-smalltalkci <https://github.com/marketplace/actions/setup-smalltalkci> > and tutorials on the net about GA > > So I tried > > name: test > > env: > GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} > > on: > push: > branches: > - master > > jobs: > build: > strategy: > fail-fast: false > matrix: > platform: [ubuntu-latest, macos-latest ] > pharoversion: [Pharo64-8.0, Pharo64-9.0] > runs-on: ${{ matrix.platform }} > steps: > - uses: actions/checkout@v2 > - uses: hpi-swa/setup-smalltalkCI@v1 > id: smalltalkci > with: > smalltalk-version: pharoversion > - run: smalltalkci -s ${{ steps.smalltalkci.outputs.pharoversion }} > shell: bash > timeout-minutes: 15 > > > but it failed. > I do not know how to specify the version of Pharo64-8.0 on mac. > > S. > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 5, 2020

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

by StÃ©phane Ducasse

and you can send PR to improve it :) > On 5 Dec 2020, at 00:23, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Ohhh :-O ... where is the STON booklet. I would love to read it. > > Thanks, > > Offray > > On 4/12/20 3:24 p. m., StÃ©phane Ducasse wrote: >> Done :) >> >> >>> On 4 Dec 2020, at 21:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: >>> >>> It looks like it is recurring enough to be part of the Ston booklet :) >>> >>> I will add it. >>> >>> S. >>> >>>> On 1 Dec 2020, at 10:54, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >>>> >>>> Hi Offray, >>>> >>>> This is a recurring question. BlockClosures are way too general and powerful to be serialised. That is why serialising BlockClosures is not supported in STON. >>>> >>>> The code inside a block can refer to and even affect state outside the block. Furthermore the return operator is quite special as it returns from some outer context. >>>> >>>> A subset of BlockClosures are those that are clean. These do not close over other variables, nor do they contain a return. By using their source code representation, it is possible to serialise/materialise them. >>>> >>>> You can try this by adding the following methods: >>>> >>>> BlockClosure>>#stonOn: stonWriter >>>> self isClean >>>> ifTrue: [ stonWriter writeObject: self listSingleton: self printString ] >>>> ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ] >>>> >>>> BlockClosure>>#stonContainSubObjects >>>> ^ false >>>> >>>> BlockClosure class>>#fromSton: stonReader >>>> ^ self compilerClass new >>>> source: stonReader parseListSingleton; >>>> evaluate >>>> >>>> With these additions you can do the following: >>>> >>>> STON fromString: (STON toString: [ :x :y | x + y ]). >>>> >>>> Note that the actual class name depends on the Pharo version (BlockClosure in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - Marcus is working on that last one and that would be very cool because it would say exactly what it it). >>>> >>>> I am still not 100% convinced to add this as a standard feature to STON. Using source code fully exposes the implementation, while using the compiler can be dangerous. It also adds a dependency on source code and the compiler. But it would be good if people can experiment with this feature. >>>> >>>> Does this help you ? >>>> >>>> Regards, >>>> >>>> Sven >>>> >>>> PS: I would not modify an object just to serialise it. >>>> >>>>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: >>>>> >>>>> 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/ <https://mutabit.com/repos.fossil/brea/> >>>>> [2] https://mutabit.com/repos.fossil/indieweb/ <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 >>>>> >>> >>> -------------------------------------------- >>> StÃ©phane Ducasse >>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> >>> 03 59 35 87 52 >>> Assistant: Aurore Dalle >>> FAX 03 59 57 78 50 >>> TEL 03 59 35 86 16 >>> S. Ducasse - Inria >>> 40, avenue Halley, >>> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >>> Villeneuve d'Ascq 59650 >>> France >>> >> >> -------------------------------------------- >> StÃ©phane Ducasse >> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> >> 03 59 35 87 52 >> Assistant: Aurore Dalle >> FAX 03 59 57 78 50 >> TEL 03 59 35 86 16 >> S. Ducasse - Inria >> 40, avenue Halley, >> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >> Villeneuve d'Ascq 59650 >> France >> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 5, 2020

Re: [Video] Transforming code using RewriteToolsSet

by Noury Bouraqadi

+1 On Dec 4 2020, at 9:25 pm, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I want it as part of new tools :) > > S > > > On 2 Dec 2020, at 16:14, Sebastian Jordan <sebastianjmt(a)hotmail.com (mailto:sebastianjmt@hotmail.com)> wrote: > > Hi, > > If you are interested in applying custom code transformations on a selected set of classes, maybe this tool will be of your interest. I made these mini-tutorial-videos in which I transform the code of a set of classes through a transformation rule using this brand new tool RewriteToolsSet. > > > > Thanks! > > > > [GitHub's repo: https://github.com/jordanmontt/RewriteToolsSet] > > > > - https://www.youtube.com/watch?v=M0ElVhUoWXk > > - https://www.youtube.com/watch?v=_9v1XTk1J2A > > > > > > > > Transforming code using RewriteToolsSet (https://www.youtube.com/watch?v=M0ElVhUoWXk) > > In this video we are going to see another common use case of this set of tools. We are going to reactor the code of all classes of a package using a transformation rule. If you have any question or experience any bug, please do not hesitate open an issue on the GitHub page or contact me. Thank you for you time! GitHub's repository: https ... > > www.youtube.com (http://www.youtube.com/) > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > > > > > > > > >

Dec. 5, 2020

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

by Sven Van Caekenberghe

https://github.com/SquareBracketAssociates/Booklet-STON/releases/tag/contin… > On 5 Dec 2020, at 00:23, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Ohhh :-O ... where is the STON booklet. I would love to read it. > > Thanks, > > Offray > > On 4/12/20 3:24 p. m., StÃ©phane Ducasse wrote: >> Done :) >> >> >>> On 4 Dec 2020, at 21:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>> It looks like it is recurring enough to be part of the Ston booklet :) >>> >>> I will add it. >>> >>> S. >>> >>>> On 1 Dec 2020, at 10:54, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> >>>> Hi Offray, >>>> >>>> This is a recurring question. BlockClosures are way too general and powerful to be serialised. That is why serialising BlockClosures is not supported in STON. >>>> >>>> The code inside a block can refer to and even affect state outside the block. Furthermore the return operator is quite special as it returns from some outer context. >>>> >>>> A subset of BlockClosures are those that are clean. These do not close over other variables, nor do they contain a return. By using their source code representation, it is possible to serialise/materialise them. >>>> >>>> You can try this by adding the following methods: >>>> >>>> BlockClosure>>#stonOn: stonWriter >>>> self isClean >>>> ifTrue: [ stonWriter writeObject: self listSingleton: self printString ] >>>> ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ] >>>> >>>> BlockClosure>>#stonContainSubObjects >>>> ^ false >>>> >>>> BlockClosure class>>#fromSton: stonReader >>>> ^ self compilerClass new >>>> source: stonReader parseListSingleton; >>>> evaluate >>>> >>>> With these additions you can do the following: >>>> >>>> STON fromString: (STON toString: [ :x :y | x + y ]). >>>> >>>> Note that the actual class name depends on the Pharo version (BlockClosure in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - Marcus is working on that last one and that would be very cool because it would say exactly what it it). >>>> >>>> I am still not 100% convinced to add this as a standard feature to STON. Using source code fully exposes the implementation, while using the compiler can be dangerous. It also adds a dependency on source code and the compiler. But it would be good if people can experiment with this feature. >>>> >>>> Does this help you ? >>>> >>>> Regards, >>>> >>>> Sven >>>> >>>> PS: I would not modify an object just to serialise it. >>>> >>>>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: >>>>> >>>>> 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 >>>>> >>> >>> -------------------------------------------- >>> StÃ©phane Ducasse >>> http://stephane.ducasse.free.fr / http://www.pharo.org >>> 03 59 35 87 52 >>> Assistant: Aurore Dalle >>> FAX 03 59 57 78 50 >>> TEL 03 59 35 86 16 >>> S. Ducasse - Inria >>> 40, avenue Halley, >>> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >>> Villeneuve d'Ascq 59650 >>> France >>> >> >> -------------------------------------------- >> StÃ©phane Ducasse >> http://stephane.ducasse.free.fr / http://www.pharo.org >> 03 59 35 87 52 >> Assistant: Aurore Dalle >> FAX 03 59 57 78 50 >> TEL 03 59 35 86 16 >> S. Ducasse - Inria >> 40, avenue Halley, >> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >> Villeneuve d'Ascq 59650 >> France >>

Dec. 5, 2020

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

by Offray Vladimir Luna CÃ¡rdenas

Ohhh :-O ... where is the STON booklet. I would love to read it. Thanks, Offray On 4/12/20 3:24 p.Â m., StÃ©phane Ducasse wrote: > Done :) > > >> On 4 Dec 2020, at 21:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr >> <mailto:stephane.ducasse@inria.fr>> wrote: >> >> It looks like it is recurring Â enough to be part of the Ston booklet :) >> >> I will add it.Â >> >> S.Â >> >>> On 1 Dec 2020, at 10:54, Sven Van Caekenberghe <sven(a)stfx.eu >>> <mailto:sven@stfx.eu>> wrote: >>> >>> Hi Offray, >>> >>> This is a recurring question. BlockClosures are way too general and >>> powerful to be serialised. That is why serialising BlockClosures is >>> not supported in STON. >>> >>> The code inside a block can refer to and even affect state outside >>> the block. Furthermore the return operator is quite special as it >>> returns from some outer context. >>> >>> A subset of BlockClosures are those that are clean. These do not >>> close over other variables, nor do they contain a return. By using >>> their source code representation, it is possible to >>> serialise/materialise them. >>> >>> You can try this by adding the following methods: >>> >>> BlockClosure>>#stonOn: stonWriter >>> Â self isClean >>> Â Â Â ifTrue: [ stonWriter writeObject: self listSingleton: self >>> printString ] >>> Â Â Â ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ] >>> >>> BlockClosure>>#stonContainSubObjects >>> Â ^ false >>> >>> BlockClosure class>>#fromSton: stonReader >>> Â ^ self compilerClass new >>> Â Â Â Â Â source: stonReader parseListSingleton; >>> Â Â Â Â Â evaluate >>> >>> With these additions you can do the following: >>> >>> Â STON fromString: (STON toString: [ :x :y | x + y ]). >>> >>> Note that the actual class name depends on the Pharo version >>> (BlockClosure in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon >>> CleanBlockClosure - Marcus is working on that last one and that >>> would be very cool because it would say exactly what it it). >>> >>> I am still not 100% convinced to add this as a standard feature to >>> STON. Using source code fully exposes the implementation, while >>> using the compiler can be dangerous. It also adds a dependency on >>> source code and the compiler. But it would be good if people can >>> experiment with this feature. >>> >>> Does this help you ? >>> >>> Regards, >>> >>> Sven >>> >>> PS: I would not modify an object just to serialise it. >>> >>>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna CÃ¡rdenas >>>> <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: >>>> >>>> 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/ >>>> <https://mutabit.com/repos.fossil/brea/> >>>> [2] https://mutabit.com/repos.fossil/indieweb/ >>>> <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 >>>> >> >> -------------------------------------------- >> StÃ©phane Ducasse >> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / >> http://www.pharo.org <http://www.pharo.org/>Â >> 03 59 35 87 52 >> Assistant: Aurore DalleÂ >> FAX 03 59 57 78 50 >> TEL 03 59 35 86 16 >> S. Ducasse - Inria >> 40, avenue Halley,Â >> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >> Villeneuve d'Ascq 59650 >> France >> > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr> / > http://www.pharo.org <http://www.pharo.org>Â > 03 59 35 87 52 > Assistant: Aurore DalleÂ > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley,Â > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

Dec. 4, 2020

Re: [Pharo Mooc] Change colors of test results

by StÃ©phane Ducasse

sergio please let us know how e can proceed because we could do a theme for colorblind people. S > On 19 Nov 2020, at 02:12, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > Hey, all.. > > I am taking the Pharo Mooc, and was wondering: > > is there any way to change the color next to the test method name? > > I am colorblind, and I canât tell the different between green and yellow. > > Thanks! > > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 <https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2> > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > @sergio_101@mastodon.social <mailto:sergio_101@mastodon.social> > https://sergio101.com <https://sergio101.com/> > http://www.codeandmusic.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 4, 2020

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

by Sven Van Caekenberghe

Thx! > On 4 Dec 2020, at 21:24, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > Done :) > > >> On 4 Dec 2020, at 21:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> It looks like it is recurring enough to be part of the Ston booklet :) >> >> I will add it. >> >> S. >> >>> On 1 Dec 2020, at 10:54, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> Hi Offray, >>> >>> This is a recurring question. BlockClosures are way too general and powerful to be serialised. That is why serialising BlockClosures is not supported in STON. >>> >>> The code inside a block can refer to and even affect state outside the block. Furthermore the return operator is quite special as it returns from some outer context. >>> >>> A subset of BlockClosures are those that are clean. These do not close over other variables, nor do they contain a return. By using their source code representation, it is possible to serialise/materialise them. >>> >>> You can try this by adding the following methods: >>> >>> BlockClosure>>#stonOn: stonWriter >>> self isClean >>> ifTrue: [ stonWriter writeObject: self listSingleton: self printString ] >>> ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ] >>> >>> BlockClosure>>#stonContainSubObjects >>> ^ false >>> >>> BlockClosure class>>#fromSton: stonReader >>> ^ self compilerClass new >>> source: stonReader parseListSingleton; >>> evaluate >>> >>> With these additions you can do the following: >>> >>> STON fromString: (STON toString: [ :x :y | x + y ]). >>> >>> Note that the actual class name depends on the Pharo version (BlockClosure in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - Marcus is working on that last one and that would be very cool because it would say exactly what it it). >>> >>> I am still not 100% convinced to add this as a standard feature to STON. Using source code fully exposes the implementation, while using the compiler can be dangerous. It also adds a dependency on source code and the compiler. But it would be good if people can experiment with this feature. >>> >>> Does this help you ? >>> >>> Regards, >>> >>> Sven >>> >>> PS: I would not modify an object just to serialise it. >>> >>>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: >>>> >>>> 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 >>>> >> >> -------------------------------------------- >> StÃ©phane Ducasse >> http://stephane.ducasse.free.fr / http://www.pharo.org >> 03 59 35 87 52 >> Assistant: Aurore Dalle >> FAX 03 59 57 78 50 >> TEL 03 59 35 86 16 >> S. Ducasse - Inria >> 40, avenue Halley, >> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >> Villeneuve d'Ascq 59650 >> France >> > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

Dec. 4, 2020

Re: [Video] Transforming code using RewriteToolsSet

by StÃ©phane Ducasse

I want it as part of new tools :) S > On 2 Dec 2020, at 16:14, Sebastian Jordan <sebastianjmt(a)hotmail.com> wrote: > > Hi, > If you are interested in applying custom code transformations on a selected set of classes, maybe this tool will be of your interest. I made these mini-tutorial-videos in which I transform the code of a set of classes through a transformation rule using this brand new tool RewriteToolsSet. > > Thanks! > > [GitHub's repo: https://github.com/jordanmontt/RewriteToolsSet <https://github.com/jordanmontt/RewriteToolsSet>] > > - https://www.youtube.com/watch?v=M0ElVhUoWXk <https://www.youtube.com/watch?v=M0ElVhUoWXk> > - https://www.youtube.com/watch?v=_9v1XTk1J2A <https://www.youtube.com/watch?v=_9v1XTk1J2A> > <https://www.youtube.com/watch?v=M0ElVhUoWXk> > Transforming code using RewriteToolsSet <https://www.youtube.com/watch?v=M0ElVhUoWXk> > In this video we are going to see another common use case of this set of tools. We are going to reactor the code of all classes of a package using a transformation rule. If you have any question or experience any bug, please do not hesitate open an issue on the GitHub page or contact me. Thank you for you time! GitHub's repository: https ... > www.youtube.com <http://www.youtube.com/> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 4, 2020

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

by StÃ©phane Ducasse

Done :) > On 4 Dec 2020, at 21:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > It looks like it is recurring enough to be part of the Ston booklet :) > > I will add it. > > S. > >> On 1 Dec 2020, at 10:54, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >> >> Hi Offray, >> >> This is a recurring question. BlockClosures are way too general and powerful to be serialised. That is why serialising BlockClosures is not supported in STON. >> >> The code inside a block can refer to and even affect state outside the block. Furthermore the return operator is quite special as it returns from some outer context. >> >> A subset of BlockClosures are those that are clean. These do not close over other variables, nor do they contain a return. By using their source code representation, it is possible to serialise/materialise them. >> >> You can try this by adding the following methods: >> >> BlockClosure>>#stonOn: stonWriter >> self isClean >> ifTrue: [ stonWriter writeObject: self listSingleton: self printString ] >> ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ] >> >> BlockClosure>>#stonContainSubObjects >> ^ false >> >> BlockClosure class>>#fromSton: stonReader >> ^ self compilerClass new >> source: stonReader parseListSingleton; >> evaluate >> >> With these additions you can do the following: >> >> STON fromString: (STON toString: [ :x :y | x + y ]). >> >> Note that the actual class name depends on the Pharo version (BlockClosure in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - Marcus is working on that last one and that would be very cool because it would say exactly what it it). >> >> I am still not 100% convinced to add this as a standard feature to STON. Using source code fully exposes the implementation, while using the compiler can be dangerous. It also adds a dependency on source code and the compiler. But it would be good if people can experiment with this feature. >> >> Does this help you ? >> >> Regards, >> >> Sven >> >> PS: I would not modify an object just to serialise it. >> >>> On 30 Nov 2020, at 18:19, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: >>> >>> 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/ <https://mutabit.com/repos.fossil/brea/> >>> [2] https://mutabit.com/repos.fossil/indieweb/ <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 >>> > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 4, 2020

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

by StÃ©phane Ducasse

It looks like it is recurring enough to be part of the Ston booklet :) I will add it. S. > On 1 Dec 2020, at 10:54, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi Offray, > > This is a recurring question. BlockClosures are way too general and powerful to be serialised. That is why serialising BlockClosures is not supported in STON. > > The code inside a block can refer to and even affect state outside the block. Furthermore the return operator is quite special as it returns from some outer context. > > A subset of BlockClosures are those that are clean. These do not close over other variables, nor do they contain a return. By using their source code representation, it is possible to serialise/materialise them. > > You can try this by adding the following methods: > > BlockClosure>>#stonOn: stonWriter > self isClean > ifTrue: [ stonWriter writeObject: self listSingleton: self printString ] > ifFalse: [ stonWriter error: 'Only clean blocks can be serialized' ] > > BlockClosure>>#stonContainSubObjects > ^ false > > BlockClosure class>>#fromSton: stonReader > ^ self compilerClass new > source: stonReader parseListSingleton; > evaluate > > With these additions you can do the following: > > STON fromString: (STON toString: [ :x :y | x + y ]). > > Note that the actual class name depends on the Pharo version (BlockClosure in Pharo 7, FullBlockClosure in Pharo 9 and maybe soon CleanBlockClosure - Marcus is working on that last one and that would be very cool because it would say exactly what it it). > > I am still not 100% convinced to add this as a standard feature to STON. Using source code fully exposes the implementation, while using the compiler can be dangerous. It also adds a dependency on source code and the compiler. But it would be good if people can experiment with this feature. > > Does this help you ? > > Regards, > > Sven > > PS: I would not modify an object just to serialise it. > >> On 30 Nov 2020, at 18:19, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: >> >> 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 >> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 4, 2020

Re: Magritte

by StÃ©phane Ducasse

Hi Sean May be we should update the Magrrite booklet. I never got the time to go over it. S. > On 23 Nov 2020, at 15:56, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sanjay Minni wrote >> Is Magritte a robust enough package for an application with a large number >> of forms and sub forms. > > I use Magritte extensively (for almost all my projects), and have found it > irreplaceable, but nearly all in desktop apps. Maybe cross-post to the > Seaside list if you don't get an answer here... > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 4, 2020

Re: [Important] The deprecated FileStream removed from Pharo 9

by StÃ©phane Ducasse

Today I migrated FFICHeaderExtractor And tomorrow I wll make sure OSSubprocess will work. S > On 1 Dec 2020, at 09:20, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > Hi, > > the Pharo 9 finally removed the DeprecatedFileStream package. Please, check whether your projects stopped to use this deprecated file streams API. > > The migration guide is in the FileStream class comment. > > or here: https://pharoweekly.wordpress.com/2018/03/19/new-files-in-pharo-migration-g… <https://pharoweekly.wordpress.com/2018/03/19/new-files-in-pharo-migration-g…> > > or here: https://github.com/pavel-krivanek/pharoMaterials/blob/master/Filestreams.MD <https://github.com/pavel-krivanek/pharoMaterials/blob/master/Filestreams.MD> > > Cheers, > -- Pavel -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Dec. 4, 2020

Re: Amber Smalltalk

by g_patrickb＠yahoo.com

There was a reply from an Amber Smalltalk developer on Rocket chat and I uninstalled npm and cleaned up the previous grunt and amber installs, then removed node_modules and ran the command he gave me which was successful. The command to install is: `npm install -g grunt-cli grunt-init @ambers/cli@latest`

Dec. 4, 2020

Re: Amber Smalltalk

by g_patrickb＠yahoo.com

Sending an email really messes up formatting. I realize Amber isn't a Pharo related question, but there doesn't appear to be much activity in their Rocket chat or on google groups.Â Â The instructions on the site say to install doing: npm install -g grunt-cli grunt-init @ambers/cli And when you run: amber init It fails: fatal: repository 'https://lolg.it/amber/amber-contrib-jquery.git/' not found It appears they moved it to contrib-jquery from amber-contrib-jquery.Â Does anyone know where this would be changed to get "amber init" to work? ---

Dec. 4, 2020

Amber Smalltalk

by G B

I realize Amber isn't a Pharo related question, but there doesn't appear to be much activity in their Rocket chat or on google groups.Â Â The instructions on the site say to install doing:npm install -g grunt-cli grunt-init @ambers/cli And when you run:amber init It fails:fatal: repository 'https://lolg.it/amber/amber-contrib-jquery.git/' not found It appears they moved it to contrib-jquery from amber-contrib-jquery.Â Does anyone know where this would be changed to get "amber init" to work?

Dec. 4, 2020

[ANN] Hyperspace v2.4.0 [v2.4.0] released!

by Buenos Aires Smalltalk

Dec. 3, 2020

Re: [Video] Transforming code using RewriteToolsSet

by Noury Bouraqadi

Nice! On Dec 2 2020, at 4:14 pm, Sebastian Jordan <sebastianjmt(a)hotmail.com> wrote: > > Hi, > If you are interested in applying custom code transformations on a selected set of classes, maybe this tool will be of your interest. I made these mini-tutorial-videos in which I transform the code of a set of classes through a transformation rule using this brand new tool RewriteToolsSet. > > Thanks! > > [GitHub's repo: https://github.com/jordanmontt/RewriteToolsSet] > > - https://www.youtube.com/watch?v=M0ElVhUoWXk > - https://www.youtube.com/watch?v=_9v1XTk1J2A > > > > Transforming code using RewriteToolsSet (https://www.youtube.com/watch?v=M0ElVhUoWXk) > In this video we are going to see another common use case of this set of tools. We are going to reactor the code of all classes of a package using a transformation rule. If you have any question or experience any bug, please do not hesitate open an issue on the GitHub page or contact me. Thank you for you time! GitHub's repository: https ... > www.youtube.com > > > > > > > >

Dec. 3, 2020