October 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] binary serialization

by Robert Withers

I can only tell you I couldn't tell you how happy I am in Pharo & Squeak. It has been a number of years on the other side. thanks to you, brother, Robert On 10/13/2015 02:08 AM, Torsten Bergmann wrote: > Hi Robert, > > Nice to see you here. Google for Pharo and Fuel. > It is in the image already. > > Bye > Torsten

Oct. 13, 2015

Re: [Pharo-users] [ANN] Windows support for GitFileTree

by Thierry Goubier

Hi HernÃ n, I'm not familiar with the use of ssh-agent. Could it interfere with someone using his own keys (i.e. without ssh-agent)? Would this be necessary for linux or mac use of ssh-agent, or is ssh / git correctly done on those platforms to query ssh-agent on its own if it is already running? Anyway, I'll integrate that. Thierry Le 13/10/2015 06:19, HernÃ¡n Morales Durand a Ã©crit : > Hi Thierry, > > Providing some feedback here. > > I couldn't add a remote repository (image hangs) using Pharo 5. Working > with GitHub Bash and SSH connections I think one needs to re-use > ssh-agent environment variables before launching git commands. For > example if ssh-agent.exe was sucessfully started and MSYS says: > > $ env | grep ^SSH > SSH_AGENT_PID=5784 > SSH_AUTH_SOCK=/tmp/ssh-Jpgwx10860/agent.10860 > > then from CMD.exe one could get both values using: > > C:\> wmic process where ExecutablePath='c:\\Program Files > (x86)\\Git\\bin\\ssh-agent.exe' get ProcessId > > C:\> find /tmp/ssh-* -name agent.\* -uid $(id -u)|head -n 1 > > I have attached a change set with some refactorings and new methods to > enable setting ssh-agent variables. It is not finished and it needs > review. I do not have too much time but is a start, I hope. > > Cheers, > > HernÃ¡n > > > > > > > 2015-10-09 18:35 GMT-03:00 Thierry Goubier <thierry.goubier(a)gmail.com > <mailto:thierry.goubier@gmail.com>>: > > Hi all, > > thanks to the help of Nicolai and Levente (and others), GitFileTree > has now working support for Windows users through ProcessWrapper (on > the development versions). > > A way for it to work is to have git in your path and simply load: > > Metacello new > configuration: 'GitFileTree'; > version: #'development'; > repository: > 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; > load > > Expect this to move into stable GitFileTree if it is reported to work. > > Next steps for gitfiletree are a metadata-less mode (for Alexandre > :)) and svn support (aka SVNFileTree ;)). > > Regards, > > Thierry > >

Oct. 13, 2015

Re: [Pharo-users] binary serialization

by Torsten Bergmann

Oct. 13, 2015

binary serialization

by Robert Withers

Does Pharo have stream classes to binary de/serialize an object, such that the protocol accepts an object as an argument and converts it to a byteArray? -- thanks, Robert

Oct. 13, 2015

Re: [Pharo-users] [ANN] Windows support for GitFileTree

by HernÃ¡n Morales Durand

Hi Thierry, Providing some feedback here. I couldn't add a remote repository (image hangs) using Pharo 5. Working with GitHub Bash and SSH connections I think one needs to re-use ssh-agent environment variables before launching git commands. For example if ssh-agent.exe was sucessfully started and MSYS says: $ env | grep ^SSH SSH_AGENT_PID=5784 SSH_AUTH_SOCK=/tmp/ssh-Jpgwx10860/agent.10860 then from CMD.exe one could get both values using: C:\> wmic process where ExecutablePath='c:\\Program Files (x86)\\Git\\bin\\ssh-agent.exe' get ProcessId C:\> find /tmp/ssh-* -name agent.\* -uid $(id -u)|head -n 1 I have attached a change set with some refactorings and new methods to enable setting ssh-agent variables. It is not finished and it needs review. I do not have too much time but is a start, I hope. Cheers, HernÃ¡n 2015-10-09 18:35 GMT-03:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Hi all, > > thanks to the help of Nicolai and Levente (and others), GitFileTree has > now working support for Windows users through ProcessWrapper (on the > development versions). > > A way for it to work is to have git in your path and simply load: > > Metacello new > configuration: 'GitFileTree'; > version: #'development'; > repository: ' > https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; > load > > Expect this to move into stable GitFileTree if it is reported to work. > > Next steps for gitfiletree are a metadata-less mode (for Alexandre :)) and > svn support (aka SVNFileTree ;)). > > Regards, > > Thierry > >

Oct. 13, 2015

Re: [Pharo-users] Is RubMethodEditingExample supposed to work?

by Stephan Eggermont

On 12-10-15 17:12, Thierry Goubier wrote: > for the system announcements, I believe you only need to > follow MethodModified and MethodRemoved. Ah nice, that works. Just that deleting morphs directly when reacting to the methodRemoved announcement tends to crash the image... I've had to replace the last line in CodePanel>>methodRemoved: anAnnouncement | allCards nonMetaMethodClass method | allCards := self submorphs flatCollect: [ :each | each submorphs]. nonMetaMethodClass:=anAnnouncement methodClass. method := anAnnouncement method. allCards select: [ :aCard | (aCard selectedClass = nonMetaMethodClass) and: [ aCard selector = method selector]] thenDo: [ :card | card delete ] by thenDo: [ :card | WorldState addDeferredUIMessage: [ card delete ]] Now you just need to load the newest GT-Spotter-AndreiChis.325 for it to work in Pharo 5 Stephan

Oct. 12, 2015

Re: [Pharo-users] distributed peer2peer sharing app in Pharo

by Juraj Kubelka

Hi, I am not sure if the objective is the same, but Evan and I are working on peer2peer solution for Pharo. It is called Trantor. From the project website <http://smalltalkhub.com/#!/~EvanDonahue/Trantor>: -=-=- Trantor is a framework for building collaborative peer-to-peer applications. Trantor employs a collection of Conflict-Free Replicated Datatypes to allow sets, counters, graphs, trees, text, etc to be edited offline and synchronized without human intervention when peered nodes are next connected. -=-=- We have also implemented Logoot algorithm for collaborative text editing. See http://smalltalkhub.com/#!/~JurajKubelka/Logoot/ You can try a simple Todo application by downloading: Gofer it smalltalkhubUser: 'EvanDonahue' project: 'Todo'; configuration; loadBleedingEdge. and executing (separately): server := TodoApp listenOn: 0. server addTodoList. server open. client := TodoApp connectToPort: server port. client sync. client addAnySharedList. client open. We are working on other use cases and we will appreciate any feedback. Cheers, Juraj > On Oct 12, 2015, at 13:10, Robert Withers <robert.w.withers(a)gmail.com> wrote: > > Hi Peter, > > This is similar to what I was thinking of delving into, although I was thinking differently than file-sharing. I was thinking more modified blockchain sharing. > > My plans are to revive an old project of mine: http://www.squeaksource.com/squeakelib/, which depends on Cryptography. I am interested in implementing NIO as well. This is all infrastructure stuff, layers 4, 5 and 6. WebSockets may be all you need. > > As any flow system needs a control layer, add a couple of layers above the application layer: market/cloud and meta layers, used to contain apps and specify the peer2peer graph and formats. > > There's some other stuff, too. I don't know if this interests you. > > thanks, > Robert > > > On 10/12/2015 10:57 AM, Peter H. Meadows via Pharo-users wrote: >

Oct. 12, 2015

Re: [Pharo-users] distributed peer2peer sharing app in Pharo

by Robert Withers

Hi Peter, This is similar to what I was thinking of delving into, although I was thinking differently than file-sharing. I was thinking more modified blockchain sharing. My plans are to revive an old project of mine: http://www.squeaksource.com/squeakelib/, which depends on Cryptography. I am interested in implementing NIO as well. This is all infrastructure stuff, layers 4, 5 and 6. WebSockets may be all you need. As any flow system needs a control layer, add a couple of layers above the application layer: market/cloud and meta layers, used to contain apps and specify the peer2peer graph and formats. There's some other stuff, too. I don't know if this interests you. thanks, Robert On 10/12/2015 10:57 AM, Peter H. Meadows via Pharo-users wrote:

Oct. 12, 2015

[ANN] Pharo Sprint October 23

by marcus.denker＠inria.fr

We will organize a Pharo sprint / Moose dojo Friday, 23th October, starting at 10:00am. (Local Time Lille). It will be at the Inria Lille, Building B, third floor (RMoD offices). Remotely, you can join us on the official IRC channel #pharo on irc.freenode.net <http://irc.freenode.net/> server. During the sprint, we will try to synchronize local and remote Pharo sprinters. As the building is not open to the public, please contact us before if you plan to come.

Oct. 12, 2015

Re: [Pharo-users] Is RubMethodEditingExample supposed to work?

by Thierry Goubier

2015-10-12 16:52 GMT+02:00 Stephan Eggermont <stephan(a)stack.nl>: > On 02-10-15 10:57, Stephan Eggermont wrote: > >> On 02-10-15 08:27, Nicolai Hess wrote: >> >>> Maybe it was supposed to work but isn't finished? >>> There is another example >>> RubPluggableTextMorphExample >>> That one can save changes. >>> >> >> Ah, then I'll take a look at that one >> > > Couldn't make that one work in a Morph. > But I stole its #accept:notifying: and > made saving work. Next steps: updating on > system announcements and asking before > throwing away changes. for the system announcements, I believe you only need to follow MethodModified and MethodRemoved. Once you get to it, the system announcements work really well except ClassModifiedClassDefinition. Thierry > > > Stephan > > >

Oct. 12, 2015