Re: [Pharo-users] Observing changes of regular attributes

2015-09-11 Thread Marcus Denker
> > >> In other words, if I install the links after the package has been >> loaded/updated and I will not be changing the code, will I be safe? >> > > If you want to be sure, you need to implement a layer above. (I want to > provide a framework for that later to be reused) > > -> Every

Re: [Pharo-users] load directive

2015-09-11 Thread Usman Bhatti
Tx for looking. I did: (ConfigurationOfGlamour project version: #stable) record loadDirective in Moose 5.0 (pharo3) and Moose5.1(pharo4). Here is the difference in the output. And the first (with Pharo3) is much more helpful because with a single command one can understand ALL the packages

[Pharo-users] Connecting Ephemeric Cloud instances to other cloud provides (like Digital Ocean)

2015-09-11 Thread Mike Filonov
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

Re: [Pharo-users] Creating a custom visualization for analyzing a legacy Delphi application in 15 min.

2015-09-11 Thread Tudor Girba
Nice! Doru On Fri, Sep 11, 2015 at 9:11 PM, Stephan Eggermont wrote: > 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 &

[Pharo-users] Creating a custom visualization for analyzing a legacy Delphi application in 15 min.

2015-09-11 Thread Stephan Eggermont
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

Re: [Pharo-users] load directive

2015-09-11 Thread Dale Henrichs
Usman, Off topic --- I don't read all of the pharo posts on both pharo lists, but if you put Metacello in the subject, I have an email filter that alerts me and I read those (more often:) ... What you are getting with record is what would be loaded in the image, so my guess is that in

Re: [Pharo-users] Having a look at Git+Pharo

2015-09-11 Thread Thierry Goubier
Le 11 septembre 2015 15:33, Alexandre Bergel a écrit : > [ 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

Re: [Pharo-users] Having a look at Git+Pharo

2015-09-11 Thread Alexandre Bergel
But making sure that people for a given project can commit either to a git repo to a smalltalkhub significantly complexify the thing. And at the end, we will always have people who stay in smalltalkhub because it is much simpler than git. Several times I wanted to migrate to git, but the

Re: [Pharo-users] Having a look at Git+Pharo

2015-09-11 Thread Alexandre Bergel
But this add a serious indirection layer. In Java, since there is no image, doing a pull update your code. In Pharo, it would simply update the git repo, without updating the code in your image. What’s happens if I modify the code in my image and do a git pull? I will have conflict between my

Re: [Pharo-users] Having a look at Git+Pharo

2015-09-11 Thread Alexandre Bergel
[ 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,

Re: [Pharo-users] Having a look at Git+Pharo

2015-09-11 Thread Thierry Goubier
2015-09-11 15:28 GMT+02:00 Alexandre Bergel : > > >> Do I need to modify .gitattributes and .gitconfig? > > > > Just the .gitattributes. The .gitconfig stuff will be taken care of when > the merge driver is installed. > > Ok, but why do we need this ? What I understand is

Re: [Pharo-users] [Moose-dev] Pillar 2.0.0: Introduction of PetitPillar

2015-09-11 Thread Alexandre Bergel
Hi Cyril, I use Pillar for AgileVisualization. One problem I have is that the book contains many code snippets. How can I run all the code snippet in order to spot error? Is there an easy way for that? Alexandre > On Sep 11, 2015, at 9:06 AM, Ferlicot D. Cyril >

Re: [Pharo-users] Having a look at Git+Pharo

2015-09-11 Thread Thierry Goubier
2015-09-11 15:47 GMT+02:00 Alexandre Bergel : > But this add a serious indirection layer. In Java, since there is no > image, doing a pull update your code. In Pharo, it would simply update the > git repo, without updating the code in your image. What’s happens if I >

[Pharo-users] Pillar 2.0.0: Introduction of PetitPillar

2015-09-11 Thread Ferlicot D. Cyril
Hi everyone! Yes, a new version of Pillar, again! With this version we removed the old parser of Pillar to introduce PetitPillar base on PetitParser. This parser is slower than the previous one but we will be able to improve his speed. We will also be able to improve Pillar at the parser level,

Re: [Pharo-users] Spec: Where to find an example using a TreeModel

2015-09-11 Thread Offray Vladimir Luna Cárdenas
Hi Peter, On 10/09/15 21:27, Peter Uhnák wrote: Hi, are you looking for something in particular? Because in TreeModel class-side there are four examples ready to go. Je je, silly me. I made a newbie mistake and I didn't look the class side... I'll take a look of them. [*] Peter, the

[Pharo-users] Something like pipeup.io?

2015-09-11 Thread Hernán Morales Durand
Hi, We are starting a project here which involves executing scripts in a (remote) CentOS HPC environment I have built. The stack is going to be Pharo + Seaside + QCMagritte + Voyage. The bash scripts could take a long time to finish, besides they are in beta state so I want to monitor a RT log

Re: [Pharo-users] Having a look at Git+Pharo

2015-09-11 Thread Alexandre Bergel
>> Do I need to modify .gitattributes and .gitconfig? > > Just the .gitattributes. The .gitconfig stuff will be taken care of when the > merge driver is installed. Ok, but why do we need this ? What I understand is to merge conflicts with metadata of .mcz, which are useless in Git. More I