July 2016 - Pharo-users - lists.pharo.org

State of Pharo in comparison with the "Pharo vision" document

by Julien Delplanque

Hello everyone, For a university project I need to write a little about Pharo. I found the "Pharo vision" document [1] and I am curious about the actual state of Pharo in comparison with it. I have seen some things on the mailing list but I would like some help to gather the state of each goal described in "Pharo vision" version 1.0. I made a list with the goals and wrote some of the (little) knowledge I have about some elements (I also joined it to this mail in case it is not readable): Goals -> State ------------------- 1. Creation of the Pharo Consortium -> Created 2. Small kernel & validated packages -> ? 3. A Robust and Extensible System Events -> ? 4. Rewrite of Filesystem/Streams -> ?/XStream? 5. Announcements and Ephemerons -> ? 6. UI Canvas for Zoomable Interfaces -> Bloc? 7. Bootstrap of the Core -> ? 8. Fully parametrized compiler tool chain -> ? 9. Packages as real objects -> ? 10. Package Meta-Data -> PackageManifest? 11. Less Model Clutter and Duplication -> ? 12. Building and Reusing UI Logic -> Spec? 13. New Network Layer -> ? 14. Serializers -> Fuel 15. SystemChangeNotifier replacement -> ? 16. Cleaning Morphic -> Still valid? (asking because of Bloc existance) 17. Everybody should be able to compile VMs -> ? 18. VMs identification and regression testing -> ? 19. One Unified FFI framework -> Created and still being enhanced 20. 64 Bits -> I saw the screenshot on Twitter but what is the state now? 21. New Object Formats -> ? If some of you know the state of one or many of these project and have the time to give me some information about it/them, I would be really grateful. Thanks in advance, Julien Links: [1]: https://gforge.inria.fr/frs/download.php/30434/PharoVision.pdf

July 19, 2016

Re: [Pharo-users] Image not starting

by Nicolai Hess

Now it seems to work, I followed you instruction from the first mail and just added another line to the load.st (unset option to inform about read only changes files) Metacello new smalltalkhubUser: 'Uryon' project: 'Coral'; configuration: 'Coral'; version: #development; onConflictUseIncoming; load. PharoFilesOpener default unsetInformAboutReadOnlyChanges. SmalltalkImage configureSystemAsReadonlyAndQuit:true 2016-07-19 0:27 GMT+02:00 Valentin Ryckewaert <valentin.ryckewaert(a)gmail.com >: > We tried to put it in a file, print in in stdout, put it as an display in > the image.... > > 2016-07-18 21:48 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> >> >> 2016-07-18 14:36 GMT+02:00 Valentin Ryckewaert < >> valentin.ryckewaert(a)gmail.com>: >> >>> Hello, >>> >>> with Pavel we tried to print with a lot of methods but it didn't work, >>> i'm searching the source of the problem manually. >>> >> >> What do you mean witth: >> "tried to print with a lot of methods" ? >> >> You can not use stdout to print when doing image shutdown and restart, >> because all file streams will be closed during the shutdown (see session >> manager). >> If you want to use stdout to print log messages (right after image >> startup), you need to make sure that the stdout/err stream are already >> recreated. >> (And for example, reinitialize Coral, if coral has reference to the (old) >> closed filestream. >> >> >> >> >>> >>> 2016-07-18 14:32 GMT+02:00 stepharo <stepharo(a)free.fr>: >>> >>>> Thanks for the suggestion. It is probably the case. >>>> >>>> Le 17/7/16 Ã 23:27, Nicolai Hess a Ã©crit : >>>> >>>> Hi Valentin, Ithink you can not print to stdout during shutdown and >>>> restart. >>>> It will end in a Loop of writing to stdout, throwing an exceptions >>>> because it can not write and trying to log the error on stdout, throwing an >>>> error... >>>> >>>> Am 17.07.2016 18:36 schrieb "Valentin Ryckewaert" < >>>> valentin.ryckewaert(a)gmail.com>: >>>> >>>>> i will do it tomorrow. >>>>> >>>>> 2016-07-17 17:23 GMT+02:00 stepharo <stepharo(a)free.fr>: >>>>> >>>>>> did you try to solution proposed? >>>>>> >>>>>> Stef >>>>>> >>>>>> Le 17/7/16 Ã 16:22, Valentin Ryckewaert a Ã©crit : >>>>>> >>>>>> Hello Stef, >>>>>> >>>>>> no i'm still on it :( >>>>>> I'm going to test every code I modified >>>>>> >>>>>> Valentin >>>>>> >>>>>> 2016-07-17 15:23 GMT+02:00 stepharo <stepharo(a)free.fr>: >>>>>> >>>>>>> HI valentin >>>>>>> >>>>>>> >>>>>>> did you solve your problem? >>>>>>> >>>>>>> >>>>>>> Stef >>>>>>> >>>>>>> Le 12/7/16 Ã 15:33, Valentin Ryckewaert a Ã©crit : >>>>>>> >>>>>>> Hello everyone, >>>>>>> >>>>>>> I'm currently working on the project file policy and I'm having a >>>>>>> problem that I don't understand >>>>>>> >>>>>>> I import my code, configure my image as readOnly (Pharo won't try to >>>>>>> write on changesFiles,source,image....), set the folder of the image in >>>>>>> readonly and try to open the image again and it's not possible, I don't get >>>>>>> any stacktrace so it's hard to understand the problem. >>>>>>> >>>>>>> PS : If we set back the folder in write mode, it's possible again to >>>>>>> open the image again. >>>>>>> >>>>>>> Here is the code to reproduce the bug, could someone give me a clue >>>>>>> please? >>>>>>> >>>>>>> sudo rm -r testPharo >>>>>>> mkdir testPharo >>>>>>> cd testPharo >>>>>>> >>>>>>> echo "Metacello new >>>>>>> smalltalkhubUser: 'Uryon' project: 'Coral'; >>>>>>> configuration: 'Coral'; >>>>>>> version: #development; >>>>>>> onConflictUseIncoming; >>>>>>> load. >>>>>>> SmalltalkImage configureSystemAsReadonlyAndQuit:true >>>>>>> " >> load.st >>>>>>> >>>>>>> mkdir coral >>>>>>> cd coral >>>>>>> curl get.pharo.org/alpha | bash >>>>>>> curl get.pharo.org/vm60 | bash >>>>>>> pharo-vm/pharo Pharo.image ../load.st >>>>>>> cd .. >>>>>>> chmod -R -w coral >>>>>>> coral/pharo-vm/pharo coral/Pharo.image >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >

July 19, 2016

more chapter of Spec book

by stepharo

Here are two chapter of the forthcoming spec booklet. Stef

July 19, 2016

Re: [Pharo-users] OpenGLES2 binding available!

by stepharo

Thanks for publishing it. I would love to see an athens back-end for it. Stef Le 19/7/16 Ã 13:19, Thibault Raffaillac a Ã©crit : > Hi all, > > My tiny binding for OpenGLES2 is ready :) > http://smalltalkhub.com/#!/~ThibaultRaffaillac/OpenGLES2/ > > It takes a different direction than that of NBOpenGL. I found the support for all versions of OpenGL overwhelming, both for beginners and to maintain. With a limited number of functions I could carefully name all messages. > > A demo using either SDL2 or GLFW (faster) is included, supporting VSync and retina displays. > Tested only on Mac OSX, patches welcome! > > Cheers, > Thibault >

July 19, 2016

OpenGLES2 binding available!

by Thibault Raffaillac

Hi all, My tiny binding for OpenGLES2 is ready :) http://smalltalkhub.com/#!/~ThibaultRaffaillac/OpenGLES2/ It takes a different direction than that of NBOpenGL. I found the support for all versions of OpenGL overwhelming, both for beginners and to maintain. With a limited number of functions I could carefully name all messages. A demo using either SDL2 or GLFW (faster) is included, supporting VSync and retina displays. Tested only on Mac OSX, patches welcome! Cheers, Thibault

July 19, 2016

Re: [Pharo-users] Image not starting

by Valentin Ryckewaert

We tried to put it in a file, print in in stdout, put it as an display in the image.... 2016-07-18 21:48 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2016-07-18 14:36 GMT+02:00 Valentin Ryckewaert < > valentin.ryckewaert(a)gmail.com>: > >> Hello, >> >> with Pavel we tried to print with a lot of methods but it didn't work, >> i'm searching the source of the problem manually. >> > > What do you mean witth: > "tried to print with a lot of methods" ? > > You can not use stdout to print when doing image shutdown and restart, > because all file streams will be closed during the shutdown (see session > manager). > If you want to use stdout to print log messages (right after image > startup), you need to make sure that the stdout/err stream are already > recreated. > (And for example, reinitialize Coral, if coral has reference to the (old) > closed filestream. > > > > >> >> 2016-07-18 14:32 GMT+02:00 stepharo <stepharo(a)free.fr>: >> >>> Thanks for the suggestion. It is probably the case. >>> >>> Le 17/7/16 Ã 23:27, Nicolai Hess a Ã©crit : >>> >>> Hi Valentin, Ithink you can not print to stdout during shutdown and >>> restart. >>> It will end in a Loop of writing to stdout, throwing an exceptions >>> because it can not write and trying to log the error on stdout, throwing an >>> error... >>> >>> Am 17.07.2016 18:36 schrieb "Valentin Ryckewaert" < >>> valentin.ryckewaert(a)gmail.com>: >>> >>>> i will do it tomorrow. >>>> >>>> 2016-07-17 17:23 GMT+02:00 stepharo <stepharo(a)free.fr>: >>>> >>>>> did you try to solution proposed? >>>>> >>>>> Stef >>>>> >>>>> Le 17/7/16 Ã 16:22, Valentin Ryckewaert a Ã©crit : >>>>> >>>>> Hello Stef, >>>>> >>>>> no i'm still on it :( >>>>> I'm going to test every code I modified >>>>> >>>>> Valentin >>>>> >>>>> 2016-07-17 15:23 GMT+02:00 stepharo <stepharo(a)free.fr>: >>>>> >>>>>> HI valentin >>>>>> >>>>>> >>>>>> did you solve your problem? >>>>>> >>>>>> >>>>>> Stef >>>>>> >>>>>> Le 12/7/16 Ã 15:33, Valentin Ryckewaert a Ã©crit : >>>>>> >>>>>> Hello everyone, >>>>>> >>>>>> I'm currently working on the project file policy and I'm having a >>>>>> problem that I don't understand >>>>>> >>>>>> I import my code, configure my image as readOnly (Pharo won't try to >>>>>> write on changesFiles,source,image....), set the folder of the image in >>>>>> readonly and try to open the image again and it's not possible, I don't get >>>>>> any stacktrace so it's hard to understand the problem. >>>>>> >>>>>> PS : If we set back the folder in write mode, it's possible again to >>>>>> open the image again. >>>>>> >>>>>> Here is the code to reproduce the bug, could someone give me a clue >>>>>> please? >>>>>> >>>>>> sudo rm -r testPharo >>>>>> mkdir testPharo >>>>>> cd testPharo >>>>>> >>>>>> echo "Metacello new >>>>>> smalltalkhubUser: 'Uryon' project: 'Coral'; >>>>>> configuration: 'Coral'; >>>>>> version: #development; >>>>>> onConflictUseIncoming; >>>>>> load. >>>>>> SmalltalkImage configureSystemAsReadonlyAndQuit:true >>>>>> " >> load.st >>>>>> >>>>>> mkdir coral >>>>>> cd coral >>>>>> curl get.pharo.org/alpha | bash >>>>>> curl get.pharo.org/vm60 | bash >>>>>> pharo-vm/pharo Pharo.image ../load.st >>>>>> cd .. >>>>>> chmod -R -w coral >>>>>> coral/pharo-vm/pharo coral/Pharo.image >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>> >> >

July 18, 2016

Twitter Data Selfies: Our next project/problem for the upcomming Data Week.

by Offray Vladimir Luna CÃ¡rdenas

Hi, I just want to let you know that we will be starting our next Data Week in few days. It's a 6 days intensive hackathon-workshop split in two sessions from Thursday to Saturday each one in. Next one will be on Jul 21 to 23 and Jul 28 to 30. As usual, we work with an approach from data activism & visualization. It's an event directed towards a broader diverse population, coming from art, journalism and with different levels of expertise, specially newbies, all interested in data visualization. As a result we improve the tools [1] and packages [2] and learning materials [3] (Spanish). Is a good way to bridge local and international community. You can find more information (in Spanish) about the event and our tool at [3a] and [3b]. Four our next project, we will work on our a project called Twitter Data Selfies (draft info at [4]). I will keep you posted about our advancements, improvements and problems here and in slack and share some more in real time, using the #DataWeek4 hashtag on Twitter [5]. Cheers, Offray == Links: [1] http://smalltalkhub.com/#!/~Offray/Grafoscopio [2] http://smalltalkhub.com/#!/~Offray/Dataviz [3] http://mutabit.com/repos.fossil/grafoscopio/wiki?name=inicio [3a] http://mutabit.com/dataweek/ [3b] http://mutabit.com/grafoscopio/ [4] http://mutabit.com/offray/blog/en/entry/ds-twitter-mockup [5] https://twitter.com/hashtag/DataWeek4?src=hash

July 18, 2016

Re: [Pharo-users] [ANN] Metacello support for GitFileTree metadata-less mode

by Dale Henrichs

Cyril, This is a FileTree issue[1] and the Pharo ports are maintained by Thierry Goubier so include @ThierryGoubier in the body and he will see the issue .. I believe that the Pharo6.0 port is in progress as there is only a dev branch for Pharo6 at the moment[2]. Dale <https://github.com/dalehenrich/filetree/issues?q=is%3Aissue+is%3Aopen+autho…> [1] https://github.com/dalehenrich/filetree/issues/new [2] https://github.com/dalehenrich/filetree/tree/pharo6.0_dev On 07/18/2016 01:09 PM, Cyril Ferlicot D. wrote: > Le 18/07/2016 Ã 20:33, Dale Henrichs a Ã©crit : >> Hello Cyril, >> >> This appears to be related to the fact that the class comment file >> (README.md) is unexpectedly missing from your download ... Since the >> file is present on GitHub[1] ... perhaps the download from failed in an >> odd way without triggering an error leading to this problem ... I would >> have expected an incomplete download error along the way --- if you >> still have a copy of the Transcript a download error message should be >> present ... >> >> Retrying the git get/load might get a good result ... >> > Hi Dale, > > I can reproduce it on this computer in Pharo 5 and 6. > > I also try to rewrite everything to be sure there was no weird character > during the copy paste. I wrote: > > Metacello new > githubUser: 'dalehenrich' project: 'metacello-work' commitish: 'master' > path: 'repository'; > baseline: 'Metacello'; > get. > Metacello new > githubUser: 'dalehenrich' project: 'metacello-work' commitish: 'master' > path: 'repository'; > baseline: 'Metacello'; > onConflict: [ :e | e allow ]; > load > > But I got the same. > > Apparently there is a problem during the fetching of the baseline. > In the Transcript I got: > > ...RETRY->BaselineOfMetacello > ...RETRY > ...RETRY > > I also deleted the github-cache before launching the command. > > Here is a screen to help you a little: http://puu.sh/q67ok/74e233309c.png > > I did not try on another OS (Windows 7 here), but I can try tomorrow. > > BTW, this is not related but in pharo 6, the github-cache/ should not be > located in the image directory but in `SystemResolver > userLocalDirectory` instead. This is a directory created by Esteban to > reduce the noise created by the multiple files. Is it Metacello that > create this folder? Do you want me to create an issue on github? > > >> Dale >> >> [1] >> https://github.com/dalehenrich/metacello-work/tree/master/repository/Baseli… >> >> >> https://github.com/dalehenrich/filetree/blob/pharo6.0_dev/repository/Montic… >> >> >

July 18, 2016

Visual coding with Pharo

by Dimitris Chloupis

I am having a ton of fun doing visual coding with Unreal engine's visual coding language "Blueprint" which a full blown live programming language. Was wondering what Pharo has to offer on this field I know about Phratch Is there anything else ? I would like try to play around with this concept. I remember Sean used to have a prototype around.

July 18, 2016

Re: [Pharo-users] [ANN] Metacello support for GitFileTree metadata-less mode

by Cyril Ferlicot D.

Le 18/07/2016 Ã 20:33, Dale Henrichs a Ã©crit : > > Hello Cyril, > > This appears to be related to the fact that the class comment file > (README.md) is unexpectedly missing from your download ... Since the > file is present on GitHub[1] ... perhaps the download from failed in an > odd way without triggering an error leading to this problem ... I would > have expected an incomplete download error along the way --- if you > still have a copy of the Transcript a download error message should be > present ... > > Retrying the git get/load might get a good result ... > Hi Dale, I can reproduce it on this computer in Pharo 5 and 6. I also try to rewrite everything to be sure there was no weird character during the copy paste. I wrote: Metacello new githubUser: 'dalehenrich' project: 'metacello-work' commitish: 'master' path: 'repository'; baseline: 'Metacello'; get. Metacello new githubUser: 'dalehenrich' project: 'metacello-work' commitish: 'master' path: 'repository'; baseline: 'Metacello'; onConflict: [ :e | e allow ]; load But I got the same. Apparently there is a problem during the fetching of the baseline. In the Transcript I got: ...RETRY->BaselineOfMetacello ...RETRY ...RETRY I also deleted the github-cache before launching the command. Here is a screen to help you a little: http://puu.sh/q67ok/74e233309c.png I did not try on another OS (Windows 7 here), but I can try tomorrow. BTW, this is not related but in pharo 6, the github-cache/ should not be located in the image directory but in `SystemResolver userLocalDirectory` instead. This is a directory created by Esteban to reduce the noise created by the multiple files. Is it Metacello that create this folder? Do you want me to create an issue on github? > Dale > > [1] > https://github.com/dalehenrich/metacello-work/tree/master/repository/Baseli… > > > https://github.com/dalehenrich/filetree/blob/pharo6.0_dev/repository/Montic… > > -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

July 18, 2016