September 2015 - Pharo-users

Search for World.st Admin
by Dimitris Chloupis Sept. 13, 2015

Sept. 13, 2015

Saw this in the Squeak mailing list , but since it concerns Pharo too because World.st is the only thing close to a Pharo forum I decided to post it here too ---------- Forwarded message ---------- From: Geert Claes <geert.wl.claes(a)gmail.com> Date: 12 September 2015 at 17:40 Subject: Search for world.st admin ... Hello Smalltalkers, I am looking for someone who would like to take over all admin duties for managing the world.st i.e. The World of Smalltalk and associated online forums. I have put in significant effort in setting it all up some years ago now, especially combining all varies mailing lists on Nabble under a common Smalltalk grouping was tedious. Anyhow, I do find myself less and less engaged with Smalltalk as I am too busy with other things. I reckon ideally it should be someone who is open to all Smalltalk dialects as the idea of world.st was to inform the world about every Smalltalk flavour. The administration doesn't require a lot of effort really. The website is at the moment a simple Google Site and all forums use Nabble and the DNS record are now directly with nic.st. Sean already kindly assists in keeping the Nabble forums clean of spammers but I would now like to hand over all admin duties completely. The world.st domain name is kindly sponsored by ESUG, so it doesn't cost anything to run really. I was recently forced to change DNS server for the second time since the start as there were some issues. Paul just kindly notified me that there are once again some issues with the web presence of world.st. Soo, candidates? Feel free to forward or post the following message on what you deem to be a relevant mailing lists. Cheers, Geert

1 0

Connecting Ephemeric Cloud instances to other cloud provides (like Digital Ocean)
by Mike Filonov Sept. 12, 2015

Sept. 12, 2015

Hello, Good news everyone! :) Today I have successfully connected an application published in Ephemeric Cloud to a MongoDB hosted at Digital Ocean! http://eph-f2e2bcac.swarm.pharocloud.com/todo It became possible due to a stunnel support implemented in Ephemeric Cloud runtime â the utility allows to create secure tunnels between applications. Thus the communication between an ephemeric instance and a droplet is encrypted and safe. Configuration is extremely simple â just put a stunnel.conf and the certificate files to your Image archive before publishing it. This approach is universal and it allows to connect Pharo Images to any service providers or dedicated servers. Therefore Ephemeric cloud becomes more than just Pharocloud but an universal tool to develop and publish Pharo web applications. Another good thing is that it has a free tier :) Please try it out and tell me what you think. You can find some documentation here: https://www.pharocloud.com/kb/tutorial/connect_ephemeric_to_digital_ocean Cheers, Mike

2 1

Creating a custom visualization for analyzing a legacy Delphi application in 15 min.
by Stephan Eggermont Sept. 11, 2015

Sept. 11, 2015

15 minutes should be enough to create a custom tool, helping me gain insight in my problem. Moose (and Pharo) delivers. https://vimeo.com/139004257 Stephan A big thank you to the GT & Roassal crew

2 1

Re: [Pharo-users] Having a look at Git+Pharo
by Alexandre Bergel Sept. 11, 2015

Sept. 11, 2015

[ answer in the mailing list since it may interest other ] Another problem would be the synchronization between the image and the source code stored on disk. For example, I should never do a git pull within a xterm command, because the image will not be sync. Alexandre > On Sep 11, 2015, at 4:56 AM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Salut Alexandre, > > je creuse encore un peu l'idÃ©e de l'autre format et... > > - Le format "chunk/fileout" de Pharo ne comporte pas les infos nÃ©cessaires Ã Monticello; le mÃªme fichier "version" si embÃªtant sous git est dans le mcz (et s'il Ã©tait mis dans le .st, on aurait les mÃªmes conflits sous git merge, mais sans doute plus compliquÃ©). > - Si on passe sur un format n'ayant pas cette info de version, il faut absolument passer par git pour la rÃ©cupÃ©rer. Or git et windows Ã§a ne marche pas encore correctement. Ãa limiterait le nouveau format Ã Mac et Linux :( > > Bienvenue dans ce bazar trÃ¨s dÃ©sagrÃ©able Ã contempler. > > Thierry > . > > 2015-09-11 1:47 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > > moi je me demanderais juste une chose, du point de vue que j'ai quand je discute transfert de technologie : est-ce que Ã§a sert Ã quelque chose d'investir lÃ -dedans ? > > Ben jâaimerai pouvoir utiliser Git au lieu de SmalltalkHub. > > > En gros, FileTree marche trÃ¨s bien (avec des ratÃ©s sous windows en cours de rÃ©solution), GitFileTree marche trÃ¨s bien (avec des ratÃ©s sous windows), le merge driver marche trÃ¨s bien. Pourquoi veux-tu changer de format ? > > Pour ne pas Ã avoir Ã modifier le .gitconfig et le .gitattributes. > > Jâai un nouveau cours oÃ¹ jâenseigne Pharo. Mais je ne me vois pas vraiment leur dire de suivre la procÃ©dure sur https://github.com/ThierryGoubier/GitFileTree-MergeDriver . Cela marche mais câest particuliÃ¨rement complexe. > > Alexandre > > > > > > L'investissement qui fait sens pour moi est: > > - Corriger ProcessWrapper sous Windows > > ou > > - Travailler sur l'intÃ©gration de libcgit > > et > > - Travailler sur un outil de rÃ©solution de conflit git sous Pharo (pour Ã©viter d'avoir Ã utiliser meld et compagnie). > > > > Tu sais, je peux te vendre* ce que serait la chaÃ®ne git parfaite pour Pharo, et je ne te parlerais pas du format ou d'en changer. > > > > * te faire le pitch investisseur / VC > > > > ** C'est vraiment la merde de rajouter des types supplÃ©mentaires de repository dans Pharo, donc c'est aussi pour Ã§a que je ne l'encourage pas trop. > > > > *** Mais en mÃªme temps, c'est un sujet trÃ¨s important, donc c'est bien qu'on en discute. > > > > Thierry > > > > Le 10/09/2015 23:11, Alexandre Bergel a Ã©crit : > >> [ This is a private message ] > >> > >> This is a topic very important for me. Would you like to guide an > >> engineer if I get one? Milton is a very competent engineer. I really > >> would like this topic move on. > >> > >> Cheers, > >> Alexandre > >> > >> -- > >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> Alexandre Bergel http://www.bergel.eu > >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >> > >> > >> > >>> On Sep 10, 2015, at 4:04 PM, Thierry Goubier > >>> <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > >>> > >>> Le 10/09/2015 20:29, Alexandre Bergel a Ã©crit : > >>>>>>> But, all well considered, relying only on the underlying vcs for > >>>>>>> versions, but writing chunk files, could it work? With the > >>>>>>> gitfiletree framework, all version / meta information is external > >>>>>>> to the source files, so Metacello could use that and have > >>>>>>> everything it needs. Would someone be interested by that? > >>>> > >>>> Are you suggesting to have a different format, which could be .mcs that > >>>> is like .mcz but without all the metadata? > >>> > >>> That would be that. The mcs would be the chunk format that Pharo and > >>> all Smalltalks have (i.e. fileouts). > >>> > >>>> This means that we will need > >>>> another UI since Monticello will not work. > >>> > >>> No, it would simply be another type of repository for Monticello. I > >>> have already done the work for GitFileTree (recreate a MC-like API > >>> even if the metadata comes from git instead of the mcz), and you would > >>> reuse that. > >>> > >>> It would be totally transparent to you. Metacello, Gofer, > >>> Configurations would work. > >>> > >>>> Can you estimate the amount of work to do? > >>> > >>> I'd start from GitFileTree, isolate the git commands and the MC API > >>> and copy them to the new repository type, add a chunk reader over a > >>> zip archive, and add the chunk writer. I'd reuse the GitFileTree > >>> repository inspector because it is already designed for that. > >>> > >>> For someone who knows a bit the internals of a MC repository, it > >>> wouldn't take long. > >>> > >>> Shouldn't forget to have a good chunk of tests cases and sample > >>> repositories: filetree would be my reference there. > >>> > >>> Thierry > >>> > >>>> Alexandre > >>> > >>> > >> > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 3

Having a look at Git+Pharo
by Damien Cassou Sept. 11, 2015

Sept. 11, 2015

Hi, today I wanted to have a look at how git integrates with Pharo. This is what I found (mostly done by Thierry Goubier, thank you very much) and what I didn't find: - there is some documentation here: https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… But this is largely unfinished material. I contributed by adding a few things here and there but not much. If you have some experience, please share it there (https://github.com/SquareBracketAssociates/PharoInProgress) Missing things include: - a discussion about which process to follow in which conditions (should I use GitFileTree or FileTree?) - a discussion about moving a smalltalkhub repository to git while preserving history - a discussion on how to write Metacello configurations for a project on git and for a project which depends on a project on git. - there is a nice git merge driver (https://github.com/ThierryGoubier/GitFileTree-MergeDriver) It seems to work fine. I sent 3 minor pull requests. - a list of tools missing before everyone uses git. For example: - A tool to resolve merge conflicts in Pharo. We should reuse the diff widget we have. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

4 19

Observing changes of regular attributes
by Peter UhnÃ¡k Sept. 11, 2015

Sept. 11, 2015

Hi, is there a mechanism for observing a change of regular variables? Normally I would use ValueHolder (or fire announcements manually), but this assumes I can change the code. For example imagine a method of someone else's package ~~~~~~~~~~~~~~~ FAMIXNamedEntity>>name: aString name := aString ~~~~~~~~~~~~~~~ I could simply override the method, but that's very brittle since if I were to update the package it would load the "unmodified" version. Can I somehow overload the assignment operator? Can I augment methods? Is this even possible? Thanks, Peter

5 9

Adding custom context to a debugger
by Peter UhnÃ¡k Sept. 10, 2015

Sept. 10, 2015

Hi, is it possible to add custom context to a debugger? â I would like to add a reference to the highlighted area. I am assuming that since SpecDebugger doesn't provide plugin support I would have to modify the source code? Thanks, Peter

2 2

[ANN] new catalog command line handler
by Esteban Lorenzano Sept. 10, 2015

Sept. 10, 2015

Hi, This functionality is in fact in Pharo 5 since a couple of months (I added it during ESUG), but I forget to send the ANN, then probably people does not know it and then is not using it. This is a catalog command line handler to prepare your images from command line. For example, if I want an image with Seaside3: ./pharo Pharo.image get Seaside3 or if you want a version: ./pharo Pharo.image get Seaside3 âversion=3.1.2 since this tool is part of catalog, just catalog projects are availableâ¦ but I find it very useful for prepare my images (and a lot less verbose than the config command line who is still available for non-catalog projects) cheers, Esteban

1 0

[ANN] MessageFlowBrowser
by Torsten Bergmann Sept. 10, 2015

Sept. 10, 2015

A new tool to browse and dive deep into the flow of messages using a tree representation (messages, senders, implementors, ...) and further on. I know such a tool from Smalltalk/MT and it is really helpful to trace a message flow without running in the debugger. See the attached screenshot, the best is to try it: In a latest Pharo 5.0 image (Pharo5.0 Latest update: #50314) you can evaluate: Gofer new url: 'http://smalltalkhub.com/mc/TorstenBergmann/MessageFlowBrowser/main'; package: 'Tool-MessageFlowBrowser'; load to load it. Then open whatever method in Nautilus and choose "Message Flow" from the context menu. The nice thing is that you can dive into senders, implementors, messages sent deeper and deeper (or up again) and you do not open more and more windows but stay in a single window !!! Alternatively you can start the tool from the playground: MessageFlowBrowser openOn: #inspect "open the flow browser on a selector" MessageFlowBrowser openOn: (Compiler>>#evaluate) "open the flow browser on a method" MessageFlowBrowser openOn: Object "open the flow browser on a class" 1 messageFlow. "open the flow browser on the class of an instance" If someone with GT knowledge and time could help to correct the syntax highlighting in the code pane this would be super cool (see method MessageFlowBrowser #openOn:). Also selection could be improved to show/highlight the messages sent directly in the code. Unfortunately I'm not so familar with the current code editors - so any help is appreciated. Repo is open for contribution. Thanks T.

5 7

[Smalltalks 2015] --- Invitation
by Andres Valloud Sept. 10, 2015

Sept. 10, 2015

The FundaciÃ³n Argentina de Smalltalk proudly invites you to one of the premier Smalltalk conferences in the world. Let's meet at Buenos Aires, November 11-13! For more details, see the invitation here: http://www.fast.org.ar/Smalltalks2015-invitation.pdf

2 3