June 2019 - Pharo-users - lists.pharo.org

Tree API blog post

by Smiljana Knezev

Hello everyone, Next week I'm consulting with mentors on how to design an API for Tree data structures. I was researching a bit and wrote this blog post as a starting point: https://pharokeepers.github.io/pharo/2019/06/30/Application-Programming-Int… Feedback and ideas are more than welcome :) Best regards, Smiljana Knezev

June 30, 2019

Re: [Pharo-users] [Pharo-dev] Information on Spec development

by Cyril Ferlicot D.

Spec 2 was integrated in Pharo. Here is the changelog: https://github.com/pharo-project/pharo/pull/3667 We will wait a few weeks before reverting all the changes to Spec 1 in order to let people who started to develop in Spec in Pharo 8 migrate to this version. -- Cyril Ferlicot https://ferlicot.fr

June 29, 2019

Re: [Pharo-users] Python bridges

by Julien

I know a little Kilonâs bridge as I used it as backend for Python3Generator [1] in the beginning. To my understanding , the difference is that Atlas is lower-level than PythonBridge. Basically, Atlas allows one to send python string and get back the returned value if it is a primitive type (int, float, str, etc). PythonBridge uses Python3Generator as DSL to build valid Python code. Atlas expects regular Pharoâs string. PythonBridge provides debugging facilities, Atlas does not to my knowledge. PythonBridge provides facilities to map Pharo classes to Python classes, Atlas does not. Cheers, Julien Links: [1]: https://github.com/juliendelplanque/Python3Generator --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, Avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40 > Le 28 juin 2019 Ã 03:49, Alexandre Bergel via Pharo-users <pharo-users(a)lists.pharo.org> a Ã©crit : > > > De: Alexandre Bergel <alexandre.bergel(a)me.com> > Objet: RÃ©p : Python bridges > Date: 28 juin 2019 Ã 03:49:20 UTC+2 > Ã: Ben Coman <btc(a)openinworld.com> > Cc: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > >> >> How does usage of your Python bridge compare to Kilon's... ? >> https://github.com/kilon/Atlas <https://github.com/kilon/Atlas> > No idea. But our bridge adequately manages errors crossing language boundaries and employ a set of command to enable promises. I am not sure sure whether Atlas was designed to do so. > > Alexandre > > >

June 28, 2019

Re: Python bridges

by Alexandre Bergel

> > How does usage of your Python bridge compare to Kilon's... ? > https://github.com/kilon/Atlas <https://github.com/kilon/Atlas> No idea. But our bridge adequately manages errors crossing language boundaries and employ a set of command to enable promises. I am not sure sure whether Atlas was designed to do so. Alexandre

June 28, 2019

Python bridges

by Ben Coman

Subject was> Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?) On Wed, 26 Jun 2019 at 02:45, Alexandre Bergel via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > We have worked on bridging Pharo with Python. It works remarkably well. > Here is the website: https://objectprofile.github.io/PythonBridge/ > Hi Alexandre, How does usage of your Python bridge compare to Kilon's... ? https://github.com/kilon/Atlas cheers -ben

June 28, 2019

Re: [Pharo-users] Generating changelogs for projects

by Julien

Nice article! --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, Avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40 > Le 27 juin 2019 Ã 21:30, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> a Ã©crit : > > Hi, > > Since I maintain multiple projects I have some tricks to reduce the > "administrative load". > > Here is a blog post where I explain how I am using Iceberg features and > some conventions to be able to easily generate the base for my changelogs: > > https://medium.com/@cyril_98037/pharo-projects-changelogs-generation-based-… > > There is no tool to install and produce most of the changelog in a > readable format. This can also be used to generate some reports about > work done. > > I hope it can help some of you :) > > Have a nice day. > > -- > Cyril Ferlicot > https://ferlicot.fr >

June 27, 2019

Generating changelogs for projects

by Cyril Ferlicot D.

Hi, Since I maintain multiple projects I have some tricks to reduce the "administrative load". Here is a blog post where I explain how I am using Iceberg features and some conventions to be able to easily generate the base for my changelogs: https://medium.com/@cyril_98037/pharo-projects-changelogs-generation-based-… There is no tool to install and produce most of the changelog in a readable format. This can also be used to generate some reports about work done. I hope it can help some of you :) Have a nice day. -- Cyril Ferlicot https://ferlicot.fr

June 27, 2019

Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?

by Marcus Denker

It would be nice to have one unified way for this *and* even think about shipping with that by default (so that we can use it e.g. for running tests. Marcus > On 27 Jun 2019, at 10:13, N. Bouraqadi <bouraqadi(a)gmail.com> wrote: > > Sang did something similar a while ago too. > https://github.com/lxsang/SystemProcess <https://github.com/lxsang/SystemProcess> > > It allows an image to launch workers. One thing interesting is that they share virtual memory, so they can exchange data during the execution > > Noury > >> On 27 Jun 2019, at 06:26, Alexandre Bergel via Pharo-users <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org>> wrote: >> >> >> From: Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> >> Subject: Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW? >> Date: 27 June 2019 at 06:26:32 CEST >> To: Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> >> Cc: Any question about pharo is welcome <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org>> >> >> >> I do not know what is ImageWorker, but DMirror is a simple and efficient way to distribute a computation on single CPU. >> >> Alexandre >> >>> On Jun 25, 2019, at 3:05 PM, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >>> >>> >>> >>> Am 25.06.2019 um 20:44 schrieb Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>>: >>> >>>> Hi Jerry, >>>> >>>> We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/ <https://objectprofile.github.io/PythonBridge/> >>>> We have also worked on a simple mechanism to distribute computation across multiple Pharo images. Here is the website: https://github.com/ObjectProfile/DMirror <https://github.com/ObjectProfile/DMirror> >>>> >>> Nice! How does the DMirror relate to the ImageWorker? https://github.com/pharo-contributions/ImageWorker <https://github.com/pharo-contributions/ImageWorker> >>> >>> Norbert >>>> Cheers, >>>> Alexandre >>>> >>>>> On Jun 23, 2019, at 11:09 PM, Jerry Kott <jkott(a)image-ware.com <mailto:jkott@image-ware.com>> wrote: >>>>> >>>>> I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, havenât looked in a while). Does anything similar exist for Pharo? >>>>> >>>>> Jerry Kott >>>>> This message has been digitally signed. >>>>> PGP Fingerprint: >>>>> A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5 >>>>> >>>>> >>>>> >>>> >> >> >> >

June 27, 2019

Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?

by N. Bouraqadi

Sang did something similar a while ago too. https://github.com/lxsang/SystemProcess <https://github.com/lxsang/SystemProcess> It allows an image to launch workers. One thing interesting is that they share virtual memory, so they can exchange data during the execution Noury > On 27 Jun 2019, at 06:26, Alexandre Bergel via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Alexandre Bergel <alexandre.bergel(a)me.com> > Subject: Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW? > Date: 27 June 2019 at 06:26:32 CEST > To: Norbert Hartl <norbert(a)hartl.name> > Cc: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > > I do not know what is ImageWorker, but DMirror is a simple and efficient way to distribute a computation on single CPU. > > Alexandre > >> On Jun 25, 2019, at 3:05 PM, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >> >> >> >> Am 25.06.2019 um 20:44 schrieb Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>>: >> >>> Hi Jerry, >>> >>> We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/ <https://objectprofile.github.io/PythonBridge/> >>> We have also worked on a simple mechanism to distribute computation across multiple Pharo images. Here is the website: https://github.com/ObjectProfile/DMirror <https://github.com/ObjectProfile/DMirror> >>> >> Nice! How does the DMirror relate to the ImageWorker? https://github.com/pharo-contributions/ImageWorker <https://github.com/pharo-contributions/ImageWorker> >> >> Norbert >>> Cheers, >>> Alexandre >>> >>>> On Jun 23, 2019, at 11:09 PM, Jerry Kott <jkott(a)image-ware.com <mailto:jkott@image-ware.com>> wrote: >>>> >>>> I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, havenât looked in a while). Does anything similar exist for Pharo? >>>> >>>> Jerry Kott >>>> This message has been digitally signed. >>>> PGP Fingerprint: >>>> A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5 >>>> >>>> >>>> >>> > > >

June 27, 2019

Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?

by Alexandre Bergel

I do not know what is ImageWorker, but DMirror is a simple and efficient way to distribute a computation on single CPU. Alexandre > On Jun 25, 2019, at 3:05 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > > Am 25.06.2019 um 20:44 schrieb Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>>: > >> Hi Jerry, >> >> We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/ <https://objectprofile.github.io/PythonBridge/> >> We have also worked on a simple mechanism to distribute computation across multiple Pharo images. Here is the website: https://github.com/ObjectProfile/DMirror <https://github.com/ObjectProfile/DMirror> >> > Nice! How does the DMirror relate to the ImageWorker? https://github.com/pharo-contributions/ImageWorker <https://github.com/pharo-contributions/ImageWorker> > > Norbert >> Cheers, >> Alexandre >> >>> On Jun 23, 2019, at 11:09 PM, Jerry Kott <jkott(a)image-ware.com <mailto:jkott@image-ware.com>> wrote: >>> >>> I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, havenât looked in a while). Does anything similar exist for Pharo? >>> >>> Jerry Kott >>> This message has been digitally signed. >>> PGP Fingerprint: >>> A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5 >>> >>> >>> >>

June 27, 2019