[Pharo-users] Re : Re: STON Question

[Christophe Demarey]

+1
It is exactly what i've done with Cargo. Define your own specific object for 
serialization / deserialization. It is the simplest way to have a human 
readable conf file (e.g. urls, pathes default serialization is not what you 
expect)

Christophe
- Sven Van Caekenberghe  a écrit :
> STON cannot be used to write partial, manual output because it needs to see 
> the full object graph (like FUEL does).
> 
> If I would want to use STON for prettier looking config files, I would make 
> an object just for that external representation, converting it where 
> necessary to better internal objects (like from String to FileReference).
> 
> > On 5 Jun 2017, at 08:58, Stephane Ducasse  wrote:
> > 
> > Sven I know what Ston is :) 
> > 
> > Now Pillar dev used Ston as input and it works. Then with some hooks they 
> > let the user convert the strings
> > into specific objects and this is ok. 
> > Now I want to add export in Ston and for configurations I need to control 
> > for the application and not as a ston object the value saved.
> > For example a file reference should not be just a file reference in Ston 
> > but 
> > a string relative the the baseDirectory of the configuration. 
> > 
> > So I thought that I can build a hook and control the call to Ston (convert 
> > the object before to the correct values) and export. 
> > It should be working now doing this I found myself redoing the output of 
> > Ston. 
> > So I will do it. Then I thought that may be I could reuse this logic. 
> > 
> > Stef
> > 
> > 
> > 
> > On Sun, Jun 4, 2017 at 11:49 PM, Sven Van Caekenberghe  wrote:
> > Stef,
> > 
> > STON is like FUEL, it can write any object to a stream and read it back. 
> > Although you can customise how this is done, only one way of doing so is 
> > supported (i.e. you cannot change the format for each application).
> > 
> > People have used STON for various applications now, including for 
> > configuration stuff (because it is a textual format that is easy to read).
> > 
> > I would suggest you just try to see what your config looks like once you 
> > have the objects in Pharo.
> > 
> >   STON toStringPretty: myConfig.
> > 
> > Then we can see how to tune the representation.
> > 
> > Sven
> > 
> > > On 4 Jun 2017, at 22:58, Stephane Ducasse  wrote:
> > >
> > > Hi sven
> > >
> > > I'm working on a new configuration frameworks similar to the one use 
> > > pillar.conf.
> > >
> > > So basically I have
> > >
> > > ston := '{
> > >"newLine":#unix,
> > >   "separateOutputFiles":true
> > >   }'.
> > > and I want to recreate it.
> > >
> > > So I did
> > >
> > > Object >> toConfigurationString
> > >
> > >   ^ STON toString: self
> > >
> > > SimpleConfiguration >> exportStream
> > >
> > >   ^ String streamContents: [ :str |
> > >   str << '{' .
> > >   self propertiesKeysAndValuesDo: [ :key :value|
> > >   str << key toConfigurationString.
> > >   str << ':'.
> > >   str << value toConfigurationString.
> > >   str << ','.
> > >   str lf.
> > >   ].
> > >   str << '}'.
> > >   str contents
> > >   ]
> > >
> > > The idea is that for special configuration values people should be able 
> > > to define
> > > how to go from the object to configuration.
> > > For example for some FileReference I want to have just the path up to the 
> > > baseDirectory.
> > >
> > > Now I wonder if I could not better reuse ston.
> > > I saw the stonOn:
> > > but I did not look further because I was wondering how the writer where 
> > > passed.
> > >
> > > Any feedback is welcome.
> > >
> > > Stef (now bed time).
> > >
> > 
> > 
> > 
> 
> 

[Pharo-users] get output of a forked process on windows

[Christophe Demarey]

Hi,

I would like to evaluate a Smalltalk expression in a forked process (i.e. 
something like OSProcess thisOSProcess waitForCommandOutput: 'pharo Pharo.image 
eval "SystemVersion current dottedMajorMinor"').
It is doable on linux/mac with OSProcess but not on Windows. Is there another 
way to do that on Windows? I would prefer to avoid to write to a file.

Thanks,
Christophe

Re: [Pharo-users] get output of a forked process on windows

[Christophe Demarey]

PharoConsole.exe is only available for image versions > 50.
I need a solution that works on older image versions.

Thanks for the advice,
Christophe

> Le 18 juil. 2017 à 14:26, Guillermo Polito  a 
> écrit :
> 
> Have you checked the Console version of the windows VM?
> 
> On Tue, Jul 18, 2017 at 10:48 AM, Christophe Demarey 
> mailto:christophe.dema...@inria.fr>> wrote:
> Hi,
> 
> I would like to evaluate a Smalltalk expression in a forked process (i.e. 
> something like OSProcess thisOSProcess waitForCommandOutput: 'pharo 
> Pharo.image eval "SystemVersion current dottedMajorMinor"').
> It is doable on linux/mac with OSProcess but not on Windows. Is there another 
> way to do that on Windows? I would prefer to avoid to write to a file.
> 
> Thanks,
> Christophe
> 
> 
> 
> -- 
>
> Guille Polito
> 
> Research Engineer
> French National Center for Scientific Research - http://www.cnrs.fr 
> <http://www.cnrs.fr/>
> 
> 
> Web: http://guillep.github.io <http://guillep.github.io/>
> Phone: +33 06 52 70 66 13

Re: [Pharo-users] get output of a forked process on windows

[Christophe Demarey]

Hi Thierry,

> Le 18 juil. 2017 à 15:40, Thierry Goubier  a écrit 
> :
> 
> Hi Christophe,
> 
> You have to use ProcessWrapper.
> 
> Metacello new
>   configuration: 'ProcessWrapper';
>   repository: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main 
> ';
>   load

Thanks, it is working with the given example from 
http://smalltalkhub.com/#!/~hernan/ProcessWrapper/.

Best regards,
Christophe

Re: [Pharo-users] Pharo launcher on Linux Mint

[Christophe Demarey]

Hi Sebastian,

> Le 30 juil. 2017 à 18:12, Sebastian Heidbrink via Pharo-users 
>  a écrit :
> 
> 
> De: Sebastian Heidbrink 
> Objet: Pharo launcher on Linux Mint
> Date: 30 juillet 2017 18:12:07 UTC+2
> À: Any question about pharo is welcome 
> Hi!
> 
> I used Pharo launcher on Windows and Ubuntu before and never had any troubles.
> 
> Now, I am trying to used it on Linux Mint without success.
> 
> Once I start the freshly created image the appropriate VM is downloaded but 
> the image is not started.
> 
Which version do you use?
> A PharoDebug.log is created in the image folder complaining that it can't 
> find the PharoVXX.sources files in the "pharo/bin/lib/pharo/5.0-201707201942" 
> folder.
> 
> After I copy the missing file into that folder the image is still not opened 
> and no further logs are created or updated.
> 
I had this problem when updating the launcher because the downloaded zip file 
is unzipped by Pharo itself but ZipArchive does not preserve permissions 
attributes.
To fix that, I added PhLVirtualMachineManager>>#ensureIsExecutable:that is 
called right after the Launcher fetch a new VM. It does an OsProcess call to 
add executable permissions.
Has Pharo executable write permissions?

Christophe

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi, 

I published an update of the Launcher yesterday fixing some issues to run Pharo 
images from Linux. You can find latest-versions (0.2.13) here: 
http://files.pharo.org/platform/launcher/ 
It already propose to download Pharo 70 images. The VM is now downloaded 
automatically if the adequate one is not available. 
Let us know if everything is fine. 

Regards, 
Christophe 

- Mail original -

> De: "Vityou ." 
> À: pharo-users@lists.pharo.org
> Envoyé: Dimanche 13 Août 2017 10:31:06
> Objet: [Pharo-users] (no subject)

> I recently discovered the pharo launcher. However, it only gives me options
> to use outdated images, and I'm not sure about the vm. Is there any way to
> change this?

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Serge,

> Le 14 sept. 2017 à 14:59, Serge Stinckwich  a 
> écrit :
> 
> On Thu, Sep 14, 2017 at 2:25 PM, Christophe Demarey 
> mailto:christophe.dema...@inria.fr>> wrote:
> Hi,
> 
> I published an update of the Launcher yesterday fixing some issues to run 
> Pharo images from Linux. You can find latest-versions (0.2.13) here: 
> http://files.pharo.org/platform/launcher/ 
> <http://files.pharo.org/platform/launcher/>
> It already propose to download Pharo 70 images. The VM is now downloaded 
> automatically if the adequate one is not available.
> Let us know if everything is fine.
> 
> 
> 
> ​Hi Christophe,
> 
> thank you for your support on PharoLauncher !
> ​I dl the last version for Mac OS X: Pharo_0.2.13.dmg
> This is really nice to be able to download the VM depending on the VM.

Yes. without that feature, the launcher started to be useless.

> I have only two issues: 
> - some icons do no show up when PharoLauncher is launch. They only appear 
> when on mouse hover.

yes, a regression in Pharo 6 :(

> - for some of my images, I have an error: Instances of UndefinedObject are 
> not indexable.

Could you send me the stacktrace and / or the images if possible?

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Stephan,

> Le 14 sept. 2017 à 14:49, stephan  a écrit :
> 
> On 14-09-17 14:25, Christophe Demarey wrote:
>> I published an update of the Launcher yesterday fixing some issues to run 
>> Pharo images from Linux. You can find latest-versions (0.2.13) here: 
>> http://files.pharo.org/platform/launcher/
>> It already propose to download Pharo 70 images. The VM is now downloaded 
>> automatically if the adequate one is not available.
>> Let us know if everything is fine.
> 
> - not downloading the sources;

What do you mean?
For Pharo images < 70, sources file for the current version and the previous 
version are downloaded with the VM.

> - sources now need to be next to the image;

For Pharo 7 images, no sources file are dowloaded since they come with the 
image.

> - when you upgrade the vm, you need to replace all those sources files
> - default now dark theme, and not easy to switch

I think default theme for the Launcher should be the same as the Pharo theme.
Would a (Launcher) preference help?

> - icons only shown on hover

yes, Pharo 6 regression.
I had the problem on other UIs. Will see if I can find a fix quickly.

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 14 sept. 2017 à 14:55, stephan  a écrit :
> 
> On 14-09-17 14:25, Christophe Demarey wrote:
>> Let us know if everything is fine.
> 
> Downloaded latest 7 64:
> Cannot open iceberg, libgit2 can not be found

Thanks for the report.
I will check that

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 17 sept. 2017 à 05:21, Sean P. DeNigris  a écrit :
> 
> demarey wrote
>> Let us know if everything is fine. 
> 
> Was this issue [1] fixed:
>> I think I found it. It seems to be a bug in the way Launcher/Pharo unzips
>> the downloaded VM. 
>> The symlink libgit2.dylib becomes unlinked and appears as just a regular
>> file. If I delete the 
>> Pharo.app and unzip 70.zip (which btw maybe should have been deleted
>> during cleanup after 
>> the dl) to ./vms/70, the error disappears! 
> 
> [1] From
> http://forum.world.st/Launcher-Error-w-Pharo-7-tt4959777.html#a4960417

Not solved. 
Indeed, it is a problem of the Zip library that does not unzip properly (no 
preservation of permissions, does not handle symlinks).

It is a workaround but maybe I will add a strategy to use the unzip exe if I 
can find it on the system. That should solve most problems.
WDYT?

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Sean, Stephan,

I just updated the PharoLauncher and it should now work fine for 64-bits images.
I just had time to test it roughly but you can give it a try 
(https://ci.inria.fr/pharo/view/Launcher/job/Launcher/149/).

Christophe.


> Le 20 sept. 2017 à 10:52, stephan  a écrit :
> 
> On 20-09-17 08:26, Ben Coman wrote:
> 
>> Must be something environmental in lookup paths.  Can you reproduce or 
>> suggest further investigation I can do?
> 
> If I understand it correctly it is a problem with the unzipping. Not handling 
> symlinks and preserving permissions. Is that a plugin problem?
> 
> Stephan
> 
> 

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 20 sept. 2017 à 23:36, Stephan Eggermont  a écrit :
> 
> On 17/09/17 05:21, Sean P. DeNigris wrote:
>> demarey wrote
>>> Let us know if everything is fine.
>> Was this issue [1] fixed:
>>> I think I found it. It seems to be a bug in the way Launcher/Pharo unzips
>>> the downloaded VM.
>>> The symlink libgit2.dylib becomes unlinked and appears as just a regular
>>> file. If I delete the
>>> Pharo.app and unzip 70.zip (which btw maybe should have been deleted
>>> during cleanup after
>>> the dl) to ./vms/70, the error disappears!
> 
> With todays bleedingEdge PharoLauncher on mac I was able to download and 
> start 60510. When trying to load GToolKit
> 
> Iceberg enableMetacelloIntegration: true.
> Metacello new
>   baseline: 'GToolkit';
>   repository: 'github://feenkcom/gtoolkit/src';
>   load.
> 
> I ran into some problem with libgit2 that I could solve by doing the 
> unzipping of the downloaded vm zipfile with the Archive Utility and replacing 
> the vm (and re-adding the sources).

I tried to reproduce the problem with the same configuration without success. 
It works well.
I guess you already downloaded the required VM with a previous version of the 
launcher (using Pharo unzipping). If you delete this VM and use the launcher to 
run the image, it should download the VM and uses your system unzip command to 
extract it.

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 21 sept. 2017 à 13:25, Stephane Ducasse  a écrit :
> 
> Christophe
> 
> which version should we take?

For now, the bleeding edge. I will publish a stable as soon as it gets tested 
enough.

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Ben, 

Could you test it with the bleedingEdge version of the launcher to see if the 
problem is solved?

Thanks,
Christophe.

> Le 20 sept. 2017 à 08:26, Ben Coman  a écrit :
> 
> 
> 
> On Wed, Sep 20, 2017 at 1:12 PM, Ben Coman  <mailto:b...@openinworld.com>> wrote:
> On Thu, Sep 14, 2017 at 8:25 PM, Christophe Demarey 
> mailto:christophe.dema...@inria.fr>> wrote:
> > Hi,
> >
> > I published an update of the Launcher yesterday fixing some issues to run
> > Pharo images from Linux. You can find latest-versions (0.2.13) here:
> > http://files.pharo.org/platform/launcher/ 
> > <http://files.pharo.org/platform/launcher/>
> > It already propose to download Pharo 70 images. The VM is now downloaded
> > automatically if the adequate one is not available.
> > Let us know if everything is fine.
> 
> Thanks Christophe for updating PharoLauncher.  I'm trying it with Pharo 7 
> images for the first time.
> I hit a problem using Iceberg in downloaded images. 
> 
> $ unzip Pharo-linux-0.2.13.zip
> $ cd pharo
> $ unzip ../PharoLauncher-user-stable-2017.09.14.zip
> $ ./pharo
> + PharoLauncher > Settings > Enable development environment
> + World > Tools > Iceberg  
> ==>  iceberg opens okay
> + PharoLauncher > Templates > Pharo 7.0(beta) > latest-32  
> '7latest32'
> + '7latest32' 
> + World > Tools > Iceberg  
> ==>  "Error: EXternal module not found"
> 
> $ uname -a 
> ==> Linux 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) i686 
> GNU/Linux
> 
> 
> but this works okay...
> $ curl get.pharo.org/70+vm <http://get.pharo.org/70+vm> | bash
> $ ./pharo-ui
> + World > Tools > Iceberg  
> ==>  iceberg opens okay
> 
> 
> while this PharoLauncher alternative fails...
> $  curl get.pharo.org <http://get.pharo.org/> | bash
> $ ./pharo-ui
> + World > Tools > Catalog > PharoLauncher 
> + World > PharoLauncher 
> ==> Doesn't show Pharo 7 templates
> + World > Monticello > ...PharoLauncher/main 
> + ConfigurationOfPharoLauncher-ChristopheDemarey.56 
> + World > Playground > "ConfigurationOfPharoLauncher load" 
> + World > PharoLauncher > Settings > Hard reset persistant state
> ==> Pharo 7 templates showing
> + '7latest32'   "i.e. the previously downloaded image"
> + World > Tools > Iceberg  
> ==>  "Error: External module not found"
> 
> + World > Monticello... load latest mczs...
> * PharoLauncher-Core-ChristopheDemarey.123
> * PharoLauncher-Spec-ChristopheDemarey.51
> + '7latest32'   "i.e. the previously downloaded image"
> ==> "Fetching VM to run Pharo 70 images" 
> + World > Tools > Iceberg  
> ==>  "Error: External module not found"
> 
> 
> Version comparison...
> 
> direct get.pharo.org/70+vm <http://get.pharo.org/70+vm>
>   /home/ben/Pharo/adhoc/Pharo7/Pharo.image
> Pharo7.0alpha.build.132.sha.4ea2f39a9f43185d31b844be5ad33b677f43bf17
>   /home/ben/Pharo/adhoc/Pharo7/pharo-vm/lib/pharo/5.0-201708271955/pharo
> CoInterpreter VMMaker.oscog-eem.2265 uuid: 
> 76b62109-629a-4c39-9641-67b53321df9a Aug 27 2017
> 
> via PharoLauncher... 
>   /home/ben/Pharo/images/7latest32/7latest32.image
> Pharo7.0alpha.build.132.sha.4ea2f39a9f43185d31b844be5ad33b677f43bf17  
>   /home/ben/Pharo/vms/70-x86/lib/pharo/5.0-201708271955/pharo
> CoInterpreter VMMaker.oscog-eem.2265 uuid: 
> 76b62109-629a-4c39-9641-67b53321df9a Aug 27 2017
> 
> Must be something environmental in lookup paths.  Can you reproduce or 
> suggest further investigation I can do?
> 
> cheers -ben
> 
> 
> 
> 
> 

[Pharo-users] Re : Force headless mode

[Christophe Demarey]

Hi

What about deploying a minimal image without  UI ?
But, as you probably know, headless mode does not prevent to dump the code.

Christophe
- Cyril Ferlicot  a écrit :
> Hi,
> 
> At Synectique we are working on the deployment of a web application
> and we would like to force the headless mode. We tried to just
> override the method SmalltalkImage>>#isHeadless to return true all the
> time be it is not enough because the image is still opened. It is
> probabaly the vm that open the window.
> 
> I know we can add some arguments to the command line to open the image
> as headless but we want to forbid the user to launch the image without
> headless to protect the code.
> 
> Is this possible? Do you have some pointers?
> 
> Thanks in advance.
> 
> -- 
> Cyril Ferlicot
> https://ferlicot.fr
> 
> http://www.synectique.eu
> 2 rue Jacques Prévert 01,
> 59650 Villeneuve d'ascq France
> 

[Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

Hi all,

I just released a new version of the PharoLauncher 1.0.1.
Here are major improvements since last version:
Pharo launcher is now distributed with a Pharo 60 image with a 32-bits threaded 
VM (to avoid hangs when using OSProcess).
Add a VM management utility able to find (and download) the appropriate VM for 
a given image. So, the launcher is NOT shipped anymore with an extra VM. It 
will fetch required VM when needed.
Pharo Launcher files (images, VMs) are now considered as user Documents (easier 
to find). Consequently, they are now stored in the standard documents folder, 
i.e.
$HOME/Documents/Pharo on OS X,
$HOME/My Documents/Pharo on windows,
$HOME/Pharo on Linux (some linux distributions provide a document folder but 
some others not, so we put it in the HOME directory in all cases).
In this folder, you will find your images and virtual machines needed to run 
images.
Use of ProcessWrapper to run images on Windows.
Adds download of sources file for Pharo images > 60.
Left panel is now used for official images and Jenkins jobs templates and right 
panel is used for local images.
New mooc entry with the image ready to start the Pharo Mooc.
New deprecated category to find old official Pharo images.
Use system unzip when possible (Pharo unzip does not manage file permissions 
nor symbolic links).
You can get platform bundles from files.pharo.org:
Os X: http://files.pharo.org/platform/launcher/Pharo_1.0.1.dmg
Windows: http://files.pharo.org/platform/launcher/pharo_installer-1.0.1.exe
Linux: http://files.pharo.org/platform/launcher/Pharo-linux-1.0.1.zip

Enjoy,
Christophe.

For those wanted more info on how the adequate VM is computed, here is the 
process:
determine the image format version
find (and optionnaly fetch) a compatible VM (a VM able to run this image 
format) and run the image to get its Pharo version number
find (and optionnaly fetch) the appropriate VM for this specific Pharo image 
version. Sources files are also downloaded with the VM when applicable.
run the image with the appropriate VM

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

Hi Gabriel,

> Le 6 oct. 2017 à 15:48, Gabriel Cotelli  a écrit :
> 
> I've tried it on Linux, and after the download has finished it cannot launch 
> a Pharo 6.1 image. Find attached the PharoDebug.log
> 
> Seems it's searching for the sources file in a wrong location.
> Pharo cannot locate the sources file named 
> /home/gcotelli/Pharo/pharo-launcher/bin/lib/pharo/5.0-201707201942/PharoV60.sources.

Strange indeed!
I’m not able to reproduce it on my ubuntu vm.

It’s surprising that sources file is search in the folder of the VM shipped 
with the launcher. Images are run with VM downloaded in the VM store 
($HOME/Pharo/vms) and sources file is search in the vm directory.
Could you tell me if you run the launcher from a terminal? Could you send me 
your environment variables to see if I can find something relevant there?

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

Hi Nicolai,

> Le 7 oct. 2017 à 09:38, Nicolai Hess  a écrit :
> 
> Just starting pharolauncher on windows still does not work (if you put it 
> into the default "program" folder).
> On start, it tries to create a local direcitory "pharo-local" and does not 
> have the permission to do so.
> You need to start it with admin-rights.

A Pharo image needs write permission in the image folder to store image 
sessions (epicea) as well as other image data (package cache, play-cache, 
changes file, etc.)
Maybe we should disable Epicea and it could work in a read only environment?

For now, either you can start it with admin rights or you install Pharo 
Launcher in a user folder.

Regards,
Christophe

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

> Le 7 oct. 2017 à 14:26, Ben Coman  a écrit :
> 
> On Sat, Oct 7, 2017 at 3:38 PM, Nicolai Hess  > wrote:
> Just starting pharolauncher on windows still does not work (if you put it 
> into the default "program" folder).
> On start, it tries to create a local direcitory "pharo-local" and does not 
> have the permission to do so.
> You need to start it with admin-rights.
> 
> Why are we making it harder for Windows users in corporate environments by 
> requiring them to have admin-rights they often won't have, while in Linux 
> PharoLancher is installed into user folders?

« Program » folder is the default location where to install apps on Windows.
If a user does not have admin rights, he can simply install it under its home 
directory.

> Also there is the UAC Virtualization fiasco that complicates installing 
> upgrades.
> http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2014-January/091645.html
>  
> 
> 
> Could we *please* install Windows PharoLauncher into user folders?

Users can choose to install Pharo Launcher where they wish.
We could choose another default location but not sure it is best option.

To me, the real problem is: why does Pharo apps (and Pharo Launcher) needs to 
write data in the application directory? By example, for Pharo Launcher, we do 
not need to load any code nor to backup sessions.

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

Hi Peter,

> Le 6 oct. 2017 à 21:13, Peter Uhnák  a écrit :
> 
> +1.0.1 :-)
> 
> > Pharo Launcher files (images, VMs) are now considered as user Documents 
> > (easier to find). Consequently, they are now stored in the standard 
> > documents folder, i.e.
> > $HOME/Pharo 
> 
> This seems like a step backwards. The expected location is 
> $XDG_DATA_HOME/Pharo . Is it possible to change or configure this?

We decide to consider Pharo Launcher files (virtual machines, images) as user 
documents. That’s why we changed the location of these files on all platforms.
$XDG_DATA_HOME/Pharo is not a document location on linux and there is no 
standard Documents location. That’s why we ended to put Pharo Launcher files in 
a Pharo folder in the HOME directory.
Maybe it is not the best choice. 

If we can find an agreement on the best Pharo Launcher documents location on 
Linux, it can be changed.

You can already configure where you want to store Pharo Launcher images and vms 
(2 different settings).

Christophe

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

> Le 6 oct. 2017 à 22:43, Gabriel Cotelli  a écrit :
> 
> I've tried running it from the terminal and it works!.
> 
> If I double-click it from the file manager and choose "Run in Terminal" it 
> gives the previously commented error.

I fear I cannot do much for this problem.
I tried on ubuntu and fedora to run but I have no way to run this exe directly. 
I have no menu « Run in terminal » .
I was only able to create a launcher file (pharo.desktop). Then, by 
double-clicking on this launcher file, I was able to run the launcher and a 
pharo 6.1 image without error.
Maybe the best would be to use a launcher file (exemple as attachment).

Regards,
Christophe



pharo.launcher
Description: Binary data

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

> Le 9 oct. 2017 à 15:56, Peter Uhnák  a écrit :

> I guess I hate when applications are throwing their garbage into my $HOME 
> (this also goes for VirtualBox, Eclipse, and everyone else).

Perfectly understandable.

> If I am not accessing the files directly, but they are pretty much always 
> managed by some other applications, then for me they are polluting $HOME. 
> (And yes, I sometimes do launch to image by hand, or manipulate VirtualBox by 
> hand, but that doesn't change the fact that it is not the primary way to work 
> with it.)
> 
> But no worries, I rest my case and I patch it for myself. (So no need to add 
> configuration for this either.)

No need to patch, you already have settings to configure where to store images 
and virtual machines.

Regards,
Christophe

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

Hi Vitor, 

> Le 10 oct. 2017 à 19:00, Vitor Medina Cruz  a écrit :
> 
> « Program » folder is the default location where to install apps on Windows.
> If a user does not have admin rights, he can simply install it under its home 
> directory.
> 
>> Also there is the UAC Virtualization fiasco that complicates installing 
>> upgrades.
>> http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2014-January/091645.html
>>  
>> 
> 
>> Could we *please* install Windows PharoLauncher into user folders?
> 
> 
> Users can choose to install Pharo Launcher where they wish.
> We could choose another default location but not sure it is best option.
> 
> Nope, I don’t have any option of changing Pharo launcher installation. I 
> double click the exe and receive a message telling me I need administrative 
> rights. Can this be changed? It’s a deal breaker for those using Windows.
> 
For Windows, Pharo is shipped with an installer. Its only goal is to ask you 
where to install Pharo. So yes, the installation directory is configurable.
Just to be sure, here the link to the installer: 
http://files.pharo.org/platform/launcher/pharo_installer-1.0.1.exe

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

> Le 11 oct. 2017 à 12:10, stephan  a écrit :
> 
> On 06-10-17 13:26, Christophe Demarey wrote:
>> For those wanted more info on how the adequate VM is computed, here is the 
>> process:
>> determine the image format version
>> find (and optionnaly fetch) a compatible VM (a VM able to run this image 
>> format) and run the image to get its Pharo version number
>> find (and optionnaly fetch) the appropriate VM for this specific Pharo image 
>> version. Sources files are also downloaded with the VM when applicable.
>> run the image with the appropriate VM
> 
> Thanks, Christophe.
> 
> It might be useful to regularly check for newer vms, at least the stable 
> ones. VMs are supposed to be backwards compatible.

Right.
I added an issue: https://github.com/pharo-project/pharo-launcher/issues/42

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

Hi Vitor,

> Le 11 oct. 2017 à 13:44, Vitor Medina Cruz  a écrit :
> 
> Hi Christophe,
> 
> Yes, but:
> 1- I can’t execute it if I don’t have administrative rights
> 
ok. That the point I missed.
I think I will add a zip file with PharoLauncher for windows for user like you 
not having admin rights.
>  — I have tried with the provided link. Before I get to the installation 
> directory choice, windows prompt me an error telling me I must be an admin. 
> It is probably some windows policy for all exe files, I know it is possible 
> to bypass this as some applications do (Intellij for example), but it is 
> usually easier to provide a zip;
> 
> 
> 
> 
> 2- 7-Zip can open this executable as it were a zip file, that’s how I manage 
> to install Pharo Launcher.

I need to think on the best way to handle that.

Regards,
Christophe.

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

Hi Ben,

> Le 13 oct. 2017 à 06:20, Ben Coman  a écrit :
> 
> On Thu, Oct 12, 2017 at 3:43 PM, Christophe Demarey 
> mailto:christophe.dema...@inria.fr>> wrote:
> Hi Vitor,
> 
>> Le 11 oct. 2017 à 13:44, Vitor Medina Cruz > <mailto:vitormc...@gmail.com>> a écrit :
>> 
>> Hi Christophe,
>> 
>> Yes, but:
>> 1- I can’t execute it if I don’t have administrative rights
>> 
> 
> ok. That the point I missed.
> I think I will add a zip file with PharoLauncher for windows for user like 
> you not having admin rights.
> 
> Might this be a "portable" app, where downloaded images and VMs are stored 
> next to the PharoLancher application, configured by a startup-setting file?
> 
> 
> Alternatively...
> searching around I found this...
> https://stackoverflow.com/questions/18990418/nsis-require-admin-permission 
> <https://stackoverflow.com/questions/18990418/nsis-require-admin-permission>
> https://github.com/NSIS-Dev/Documentation/blob/master/Reference/RequestExecutionLevel.md
>  
> <https://github.com/NSIS-Dev/Documentation/blob/master/Reference/RequestExecutionLevel.md>

Good catch. probably by using RequestExecutionLevel = highest should solve the 
problem.

> Also, when PharoLauncher is installed by an administrator and later used by a 
> standard user, I guess there may be problems with Pharo needing to write 
> changes to a restricted location??   Maybe that can be dealt with by... when 
> a new user runs PharoLauncher from the start menu, copy it to their user 
> folder $LocalAppdata\Programs\PharoLauncher
> and run PharoLauncher from there where they have privilege to write? 
> https://stackoverflow.com/questions/31641818/install-application-files-to-standard-windows-user-using-nsis
>  
> <https://stackoverflow.com/questions/31641818/install-application-files-to-standard-windows-user-using-nsis>

Yes, you could have problems but I do not think that adding more complexity to 
the installer is the way to go. I would rather prefer, in preference order:
1/ Pharo Launcher do not need to write data,
2/ if files need to be written, they should go to a Pharo data folder (e.g. 
$LocalAppdata\Programs\PharoLauncher) or to the user apps setting folder.

What I would like is that a Pharo image writes data where it should

> 
> btw, where are the NSIS source files accessible? 

https://github.com/pharo-project/pharo-build-scripts/tree/master/windows-installer

> Can they be dropped in the PharoLauncher git repo?

No because they are shared and used with other Pharo build scripts.

Thanks for the information.
Cheers,
Christophe

Re: [Pharo-users] PharoLauncher directories

[Christophe Demarey]

Hi Stefan,

> Le 8 nov. 2017 à 15:56, stephan  a écrit :
> 
> I run into all kinds of issues with the directory structure used by the new 
> PharoLauncher. pharo-local seems to be shared now for multiple images.

I never saw this issue.
PharoLauncher does not have influence on the pharo-local directory of launched 
images. pharo-local directory is located in the same directory as the image run.

in a Pharo 6.1 image:
localDirectory 
^ self class userLocalDirectory 
ifNil: [ (self imageDirectory / self class 
defaultLocalDirectoryName) ensureCreateDirectory ]

userLocalDirectory
^ UserLocalDirectory ifNil: [ 
FileLocator workingDirectory / self defaultLocalDirectoryName  ]


Maybe you run Pharo 7 images and this change «  Build #203: 
05723-Default-Working-Directory »  has a side effect?

> That makes using configurations practically impossible as they are not 
> expecting to have to deal with pre-downloaded older and newer monticello 
> files. The missing sources files is less of a problem.
> 
> Stephan
> 
> 

Re: [Pharo-users] PharoLauncher directories

[Christophe Demarey]

> Le 9 nov. 2017 à 10:18, Guillermo Polito  a écrit :
> 
>  - launching Pharo from the pharo launcher (taken from this thread)
>  Apparently the pharo launcher is launching the image from a 
> directory internal to the launcher.

In the Pharo launcher, I explicitly set the current working directory to the VM 
directory so that the VM can find its files.

> This means that the working directory will be assigned to that directory. I'd 
> expect that the directory structure is private to the launcher...
> I find even strange that the launcher puts pharo-local where the 
> image is…

Pharo Launcher does not choose where to put pharo-local. It just stands in the 
standard place aside the launched image.

>  Given this, possible solutions are:
>   - On fileout, chose a correct directory when launched from double click
>   - Make the pharo launcher set a well-known working directory when launching 
> an image
>   - one possibility is to set $HOME
>   - another possibility is to set the image directory (this will keep 
> backwards compatibility)

I think the last solution: set the working directory to the image directory is 
the best option.
It will require to find another way to get the vm find its files (probably with 
LD_LIBRARY_PATH, do not know if it will be enough) and a lot of testing.
I will try to work on it next week.

Stephan, could you open an issue for that on GH?

Re: [Pharo-users] PharoLauncher directories

[Christophe Demarey]

thanks

> Le 9 nov. 2017 à 20:10, stephan  a écrit :
> 
> On 09-11-17 11:49, Christophe Demarey wrote:
>> Stephan, could you open an issue for that on GH?
> 
> https://github.com/pharo-project/pharo-launcher/issues/51
> 
> Stephan
> 
> 
> 

Re: [Pharo-users] Travis build failing because of bad CRC

[Christophe Demarey]

> Le 23 nov. 2017 à 09:08, Marcus Denker  a écrit :
> 
> We need to exit Inria and do our own infrastructure. 

Marcus, could you elaborate? Why do we need to exit Inria?
Do you have money to pay the infrastructure? Inria provides it for free for the 
Pharo consortium.
Of course, the problem is super annoying but the problem is not directly 
related to Inria. It is related to Renater (national research and education 
network in France), the network Inria is connected to. An incident is open 
there. I still have no feedback, so cannot say why it takes so much time to 
solve the problem.

Re: [Pharo-users] Travis build failing because of bad CRC

[Christophe Demarey]

Hi Norbert,

I understand your point of view that others probably share.
I also agree the situation is very bad: Inria took too much time to investigate 
the problem and now, renater also …
The question is: would it be really better outside Inria? Maybe ... maybe not …
Anyway, there is still an incident open at renater and gtt. My contact will 
push today to see if we can have an solution soon

> Le 23 nov. 2017 à 10:19, Norbert Hartl  a écrit :
> 
> Christophe,
> 
>> Am 23.11.2017 um 09:33 schrieb Christophe Demarey 
>> :
>> 
>> 
>>> Le 23 nov. 2017 à 09:08, Marcus Denker  a écrit :
>>> 
>>> We need to exit Inria and do our own infrastructure. 
>> 
>> Marcus, could you elaborate? Why do we need to exit Inria?
>> Do you have money to pay the infrastructure? Inria provides it for free for 
>> the Pharo consortium.
>> Of course, the problem is super annoying but the problem is not directly 
>> related to Inria. It is related to Renater (national research and education 
>> network in France), the network Inria is connected to. An incident is open 
>> there. I still have no feedback, so cannot say why it takes so much time to 
>> solve the problem.
> 
> your view might be too technical here. Aren't you the one that does Cargo so 
> dependencies are well known to you? ;)
> The point is that it just does not work and it doesn't matter whose fault 
> this is. The point is that it is there for a long time and nobody way able to 
> fix it. Everyone including you is working so hard on the future for pharo. 
> But this behaviour is like a slap in the face of everyone working for pharo. 
> You drive away newcomers and people that would like to work with pharo. It is 
> not possible to download an image or vm or something from smalltalkhub 
> reliably. 
> If this is not fully clear let me tell you what I did yesteray. I resurrected 
> an older project and ported it pharo6. In order to download the image I had 
> the execute the curl command 6 times in a row and another two times to get a 
> vm. Then I tried loading the project with metacello and get a debugger 
> because the downloaded archive is corrupt. I need to open the full debugger 
> to see which file it is. Then I need to remove the corrupt file from the 
> package-cache and restart. And yesterdayI had to do this more then 30 (!!!) 
> times until I could load the full project. 
> 
> I think it is completely out of question to wait until is able to fix it. And 
> if the money of the consortium is not enough to pay such a service then we 
> need to put in some more. I'm all ears!
> 
> Norbert
> 

Re: [Pharo-users] Travis build failing because of bad CRC

[Christophe Demarey]

> Le 23 nov. 2017 à 12:34, Norbert Hartl  a écrit :
> 
> 
> 
>> Am 23.11.2017 um 11:39 schrieb Christophe Demarey 
>> :
>> 
>> Hi Norbert,
>> 
>> I understand your point of view that others probably share.
>> I also agree the situation is very bad: Inria took too much time to 
>> investigate the problem and now, renater also …
>> The question is: would it be really better outside Inria? Maybe ... maybe 
>> not …
> 
> Maybe that is the point. It is not a question if it works better outside 
> because it will. The problem we have is so serious that it will be hard to 
> find elsewhere. I can only repeat: It is not the download that fails which 
> TCP wise means that exactly the thing is downloaded that inria offered. So 
> something below the web server is broken and most probably they have a 
> corrupt storage solution meaning only if you give it broken to the web server 
> the broken thing can be transported in a sane manner. 

I’m not confident with the diagnostic.
I never encountered this problem and we got no such feedback from people in the 
team. So it is really strange. Indeed, if CRC is worn it does not mean slowness 
but corrupted data … I do not see any reason that we do have CRC from outside 
Inria but not inside.
If no solution is found today or tomorrow, we will probably see to host a 
solution outside Inria.

Re: [Pharo-users] Travis build failing because of bad CRC

[Christophe Demarey]

Hi Norbert,

> Le 23 nov. 2017 à 14:49, Norbert Hartl  a écrit :
> 
> If you are not confident about the diagnosis that's fine. But then it would 
> be cool to come up with a better one

Sorry but I do not have a better diagnostic than yours today.

> and not giving that "works for me ».

This sentence was just there to add the fact that it is not broken for all 
people / location. It adds information to help debugging.
It does not mean that, because it works for us, we do not investigate or try to 
find a solution.
Yesterday, I set up a new file server at Inria to replace files.pharo.org (at 
least to test if it is better) but I’m still waiting that the network unit open 
the port 80 to the world …
Today, I will probably set up a server outside Inria if I have the agreement to 
do it.

> That is not an explanation. Because your assumption would be that externally 
> and internally you use the same system and transport ways. And that is most 
> likely not true. 
> Just try to find an explanation. Here we go:
> 
> - If I download a zip file from files.pharo.org  I 
> open a TCP connection from my laptop to files.pharo.org 
> 
> - TCP has a checksum in the header that is used to check the integrity of 
> each transferred package
> - So I can assume that this packet of the one connection was not tampered
> - If it counts for a single packet it counts for the whole file
> - With all my assumption I can state that I get exactly what the 
> files.pharo.org  is sending me

Agree

> So what are the possibilities it fails?
> 
> - Either the stack beneath hands out the data to the TCP stack delivers 
> corrupt data. That could be the filesystem hence my thought
> - Or there is no single connection between my laptop and files.pharo.org 
> . In that case the data would flow over a proxy. But 
> even if I have two connections and for each the integrity check counts then 
> what I said for one connection counts for two and more as well
> - If we really decline beliving the filesystem fails (that is less likely if 
> it works inside of inria)
> - Is there anything left? Yes, if the proxy modifies the data you can have 
> data integrity on the first connection, then a program that deliberately 
> changes the content and transfers that integer again over the second 
> connection. So it can be broken on the other end.
> 
> If we then look at the file we might recognize that it has the ending .zip 
> and this is the file type that transfers most viruses over the net. So we 
> even can imagine what kind of proxy that might be, let's call it a virus 
> checker. That is what I would do in order to narrow the problem.

Thanks for trying to investigate.
At Inria, we have indeed some boxes dedicated to filter network traffic and 
eliminate spam, viruses. I’m not sure it is used for the outgoing traffic but 
it is a potential source of problem. I will check with network unit.
By the way, is there a way to have reproducible bad CRC?

Christophe

Re: [Pharo-users] Travis build failing because of bad CRC

[Christophe Demarey]

Hi,

The new server is now available to the world: http://file-pharo.inria.fr/
Could you test and tell me if you still encounter slowness and bad CRC?

Christophe


Note: latest data is not there since we still publish to files.pharo.org.

Re: [Pharo-users] Travis build failing because of bad CRC

[Christophe Demarey]

> Le 24 nov. 2017 à 11:53, Christophe Demarey  a 
> écrit :
> 
> Hi,
> 
> The new server is now available to the world: http://file-pharo.inria.fr/
> Could you test and tell me if you still encounter slowness and bad CRC?

In addition, could you test this this third server that is hosted on the cloud: 
http://files2.pharo.org ?
data transfer is still in progress but it should finish in a few hours.

According to your feedbacks, we will switch official URLs to one of these 
servers.
The situation should be back to normal soon.

Christophe

Re: [Pharo-users] I love the launcher!!!!

[Christophe Demarey]

Hi Phil,

> Le 26 nov. 2017 à 22:25, p...@highoctane.be a écrit :
> 
> So, I try it on my CentOS 7 64 bit and... as there is no 64 bit version of 
> the launcher…

Right.
Can’t you use the 32 bit version?
Anyway, I think it would be good to have a 64 bit version.  Could you open an 
issue for that please?

> 
> pharo6-64-ui PharoLauncher.image 
> This interpreter (vers. 68021) cannot read image file (vers. 6521).
> Press CR to quit...
> 
> How is one using the launcher for 64 bit stuff?
> 
> Phil
> 
> On Sun, Nov 26, 2017 at 9:45 PM, Stephane Ducasse  > wrote:
> If you don't try you will not understand what you miss.
> 
> On Sun, Nov 26, 2017 at 2:10 PM, Herby Vojčík  > wrote:
> > Stephane Ducasse wrote:
> >>
> >> Then do not try :) like that you will never get a chance to know :)
> >
> >
> > Could you please explain? I understood your sentence has high dose of homour
> > which I cannot decipher since I lack certain abilities for that.
> >
> > Thanks, Herby
> >
> >> Stef
> >>
> >>
> >> On Sun, Nov 26, 2017 at 1:48 PM, Herby Vojčík >> >  wrote:
> >>>
> >>> Stephane Ducasse wrote:
> 
>  Why don't you try? It does not bite.
> 
>  For me it works in all scenario. I have projects that i manage over
>  several weeks and others I drop day to day.
>  And I have also startup script per versions.
> >>>
> >>>
> >>> Maybe I will. The main problem was I didn't what it's good about at all -
> >>> load image for a version, runs it - what's the "wow it's great" about?
> >>> Missed part was it loads correct vm; plus makes sense when you have
> >>> hundreds
> >>> (I don't). Now it must be combined with the startup script magic to work
> >>> with long-time projects, but those are also new to me - did not know of
> >>> them
> >>> until your booklet, not using them at all yet.
> >>>
> >>> Herby
> >>>
> >>>
>  Stef
> 
>  On Fri, Nov 24, 2017 at 3:10 PM, Herby Vojčík  >   wrote:
> >
> > Thank you all, now I understand it better. Good for lots of "branches".
> >
> > However, I wonder how does it work with the rule I read somewhere:
> > "start
> > each day [of work on a project] with a new image", which means I should
> > not
> > reuse clean new image (as it needs populating from VCSes etc.) nor
> > reuse
> > existing image (I should start with the new one). Or does it combine
> > with
> > some startup-magic described in one of the recent Steph's booklets, the
> > "one
> > start per [new] image" case (but again, one should discriminate
> > projects
> > from each other)?
> >
> > Thanks, Herby
> >
> > Peter Uhnák wrote:
> >>
> >> Hi Herby,
> >>
> >> normally people use different images for their different projects,
> >> different versions, trying things, etc. Which means we end up with
> >> many
> >> locations on disk, and it can be hard to track.
> >> So PharoLauncher is a nice tool where you can download fresh image
> >> just
> >> by clicking, and you see the list of your local images and can launch
> >> them, etc.
> >>
> >> Peter
> >>
> >> On Thu, Nov 23, 2017 at 12:56 PM, Herby Vojčík >> 
> >> >>   wrote:
> >>
> >>   Stephane Ducasse wrote:
> >>
> >>   Hi
> >>
> >>   I love the PharoLauncher.
> >>
> >>
> >>   Pardon my question, I have downloaded it and looked at it, but I
> >>   don't get it. What does it do / what are the use cases (honest
> >>   question)?
> >>
> >>   Thanks, Herby
> >>
> >>
> >>   It helps me to manage my parallel development and projects.
> >>
> >>   We should put a link on the Pharo web site because
> >>
> >>   http://files.pharo.org/platform/launcher/ 
> >> 
> >>    >> >
> >>
> >>   is arcane.
> >>
> >>   Stef
> >>
> >>
> >>
> >>
> >>>
> >>
> >
> >
> 
> 
> 

[Pharo-users] files.pharo.org downloads => needs testers

[Christophe Demarey]

Hi all,

We set up 2 new servers to replace (at least for some time) the problematic 
files.pharo.org  server (slow downloads, bad CRC).
Please, could you test these new servers and give us feedback to see if 
downloads are fast and nom ore CRC errors?
* http://file-pharo.inria.fr/
* http://files2.pharo.org (hosted on the cloud)

Data might be a bit outdated (sync last friday) but is just for testing now.

According to your feedbacks, we will switch official URLs to one of these 
servers.
The situation should be back to normal soon.

Christophe

Re: [Pharo-users] I love the launcher!!!!

[Christophe Demarey]

> Le 28 nov. 2017 à 22:00, Stephane Ducasse  a écrit :
> 
> Christophe
> 
> I think that we should remove the blessed folder.

After we moved the file-server, I will do a big cleanup of pharo launcher files.
I think I will only publish OS-packages (win,linux, OS X) and create a 
pharo-luacher folder at the root of the file-server. It will be more clear.

Re: [Pharo-users] files.pharo.org downloads => needs testers

[Christophe Demarey]

Thanks Ben and John for the first feedbacks.
I also run a test on Travis CI: 
https://travis-ci.org/demarey/test-files-pharo-org/builds/308846128?utm_source=github_status&utm_medium=notification
 

Average speed difference is amazing …
I really wonder what could be the problem. On Travis, old files.phaor.org looks 
to be more than 10 times faster than the server hosted at Inria ...

Re: [Pharo-users] files.pharo.org downloads => needs testers

[Christophe Demarey]

Thanks to all of you for the tests.
It is surprising how average speed can differ from a server to another 
according to the region.
As Marcus, we will moved files.pharo.org  on a server 
rented by the Pharo consortium (cloud provider).
We hope to have better stability, we will add SSL and people outside Inria 
could manage it if they want.
Last but not least, it will solve issues with travis CI builds.

Christophe

> Le 29 nov. 2017 à 22:51, Offray Vladimir Luna Cárdenas 
>  a écrit :
> 
> From Bogota, Colombia:
> 
> curl -o 1.zip 
> http://files2.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip
>  
> 
>  --next -o 2.zip 
> http://file-pharo.inria.fr/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip
>  
> 
>  --next -o 3.zip 
> http://files.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip
>  
> 
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100 17.7M  100 17.7M0 0   699k  0  0:00:26  0:00:26 --:--:--  719k
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100 17.7M  100 17.7M0 0   673k  0  0:00:27  0:00:27 --:--:--  616k
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100 17.7M  100 17.7M0 0   699k  0  0:00:26  0:00:26 --:--:--  711k
> Cheers,
> 
> Offray
> 
> On 29/11/17 07:23, Gabriel Cotelli wrote:
>> From Argentina
>> 
>> curl -o 1.zip 
>> http://files2.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip
>>  
>> 
>>  --next -o 2.zip 
>> http://file-pharo.inria.fr/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip
>>  
>> 
>>  --next -o 3.zip 
>> http://files.pharo.org/image/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip
>>  
>> 
>> 
>> From Home:
>> 
>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>> Current
>>  Dload  Upload   Total   SpentLeft  Speed
>> 100 17.7M  100 17.7M0 0  72637  0  0:04:16  0:04:16 --:--:--  
>> 175k
>> 100 17.7M  100 17.7M0 0   135k  0  0:02:14  0:02:14 --:--:-- 
>> 20988
>> 100 17.7M  100 17.7M0 0  53063  0  0:05:50  0:05:50 --:--:--  
>> 639k
>> 
>> (2nd Run)
>> 
>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>> Current
>>  Dload  Upload   Total   SpentLeft  Speed
>> 100 17.7M  100 17.7M0 0   868k  0  0:00:20  0:00:20 --:--:-- 
>> 1106k
>> 100 17.7M  100 17.7M0 0   710k  0  0:00:25  0:00:25 --:--:--  
>> 997k
>> 100 17.7M  100 17.7M0 0   565k  0  0:00:32  0:00:32 --:--:-- 
>> 1122k
>> 
>> 
>> From Work:
>> 
>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>> Current
>>  Dload  Upload   Total   SpentLeft  Speed
>> 100 17.7M  100 17.7M0 0   426k  0  0:00:42  0:00:42 --:--:--  
>> 378k
>> 100 17.7M  100 17.7M0 0  1773k  0  0:00:10  0:00:10 --:--:-- 
>> 2602k
>> 100 17.7M  100 17.7M0 0  33741  0  0:09:11  0:09:11 --:--:--  
>> 451k
>> 
>> 
>> On Wed, Nov 29, 2017 at 8:42 AM, Mariano Martinez Peck 
>> mailto:marianop...@gmail.com>> wrote:
>> >From Argentina:
>> 
>> Dload  Upload   Total   SpentLeft  Speed
>> 100 17.7M  100 17.7M0 0  2728k  0  0:00:06  0:00:06 --:--:-- 
>> 4154k
>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>> Current
>>  Dload  Upload   Total   SpentLeft  Speed
>> 100 17.7M  100 17.7M0 0  1323k  0  0:00:13  0:00:13 --:--:-- 
>> 1920k
>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>> Current
>>  Dload  Upload   Total   SpentLeft  Speed
>> 100 17.7M  100 17.7M0 0  1146k  0  0:00:15  0:00:15 --:--:-- 
>> 2788k
>> 
>> 
>> 
>> 
>> 
>> 
>> On Wed, Nov 29, 2017 at 8:35 AM, Serge Stinckwich 
>> mailto:serge.stinckw...@gmail.com>> wrote:
>> From Cameroon, LTE
>> inria.fr  very slow for me ...
>> 
>> curl -o 1.zip 

Re: [Pharo-users] Pharo Launcher name

[Christophe Demarey]

I agree. We should rename it PharoLauncher.

> Le 18 déc. 2017 à 03:05, Sean P. DeNigris  a écrit :
> 
> Mariano Martinez Peck wrote
>> I also find having it called Pharo quite disturbing. PharoLauncher should
>> be much better…
> 
> +1. IIRC the original idea was that the launcher would be *the* way new
> users would experience Pharo, so it should simply be called "Pharo", but the
> term already has a meaning to many people, so IMHO it created more confusion
> than anything.
> 
> 
> 
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 

[Pharo-users] [ANN] PharoLauncher v1.1 released!

[Christophe Demarey]

Hi all,

I just released PharoLauncher 1.1. There are now 64-bits versions for Mac and 
Linux. Jenkins build is now managed through a Jenkins file.

Here is the changelog (details on 
https://github.com/pharo-project/pharo-launcher/issues):
New features:
#66 new command: import an image into the launcher default image folder 
#65 new command: remove a template from "Downloaded templates"
#64 new command: create a local template from an image and remove the 
image
#57 new option: run an image from a login shell to inherit from shell 
startup scripts to set up environment variables.
#54 It is now possible to run an image anywhere on your file system if 
you click "launch" and no image is selected
#23 Pharo Launcher now has an "about" box giving its description, 
version and a link to the bug tracker.
Improvements:
#62 Pharo Launcher should not load default Pharo settings 
#51 Pharo Launcher now sets the current directory to the directory 
containing the image (was the VM directory). Avoid confusions in Pharo 7 images.
Bux fixes:
#60 hardReset option causes troubles to PharoLauncher 
#56 #, was sent to nil
#55 Display name of Pharo 7 images unusable 
#52 Cannot open a Pharo 2 image
#47 Cannot run pharo 50 pre-Spur images

You can get platform bundles from files.pharo.org : 
http://files.pharo.org/pharo-launcher/1.1/

Regards,
Christophe.

Re: [Pharo-users] [ANN] PharoLauncher v1.1 released!

[Christophe Demarey]

> Le 18 janv. 2018 à 21:16, Stephane Ducasse  a écrit :
> 
> supe super col
> Christophe? do have I just to replace the previous version and use
> this one and I will get everything as before
> but with the new version?

yes.
Only settings directory is different but it did not work very well before. So, 
if you had settings that were no defaults settings, you will need to store your 
settings with the new launcher.

Re: [Pharo-users] Packaging Pharo for many distributions at once

[Christophe Demarey]

Le 24 sept. 2014 à 11:00, Thierry Goubier a écrit :

>  Hi Damien,
> 
> I would be interested in a zeroinstall [http://0install.net/] version :) A 
> cool system because it is user-level (no need to go into system admin mode).

It looks interesting but requires the user to install 0install before being 
able to install Pharo. A big drawback ...

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Packaging Pharo for many distributions at once

[Christophe Demarey]

Le 24 sept. 2014 à 18:51, Damien Cassou a écrit :

> On Wed, Sep 24, 2014 at 12:47 PM, Thierry Goubier
>  wrote:
>> All non-native package managers have that issue.
> 
> 
> nix included

I know ...
That's why native packages are still interesting even if it's difficult to 
manage various package descriptions and build.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versioneer. nice. mmMmmm...

[Christophe Demarey]

Hi Ben,

Le 22 sept. 2014 à 18:23, Ben Coman a écrit :

> 
> While I had done the Versioneer tutorial some time ago, I had some inertial 
> problem using it in anger.  Now I'm happy to report using it just now to 
> update the ConfigurationOfPharoLauncher was simple and smooth - which is 
> great since I've never done a Configuration by hand.  I thought it would be 
> useful for others to see how simple it was...
> 
> 1. Loaded latest ConfigurationOfPharoLauncher.
> 2. Loaded and tested newer PharoLauncher packages.
> 
> 3. Opened World > Tools > Versioneer.
> 4. Selected PharoLauncher and .
> 5. Selected "development" list item.
> 6. Clicked  and  to accept auto increment of version 
> number.
> 7. Clicked 
> Now there is an updated ConfigurationOfPharoLauncher in its Smalltalkhub 
> repository.
> 
> Easy with Versioneer.  mmM. nice. shiny.
> cheers -ben

I'm happy to see that this tool is useful. Still improvable on many points but 
helps a lot for basic tasks.

Christophe



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versioneer. nice. mmMmmm...

[Christophe Demarey]

Hi Kilon,

Le 29 sept. 2014 à 19:24, kilon alios a écrit :

> great tool, the only thing missing is a button to load the configurations

What do you mean?

> /versions. 

To load a version, select a version in the version list, rigth-click and select 
"load". Isn't it enough?



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versioneer. nice. mmMmmm...

[Christophe Demarey]

Le 30 sept. 2014 à 11:15, kilon alios a écrit :

> Not really, not if you are a begineer like me and does not come to mind to 
> right click on the entry. A GUI should have as button all the basic 
> functionality. Obviously not all functionality should be crammed into a GUI , 
> though depending on the design thats possible too. 

I understand your point. At the same time, I took care to not put too many 
buttons on the UI to avoid users to be lost. The best thing to do should be in 
the middle.

> 
> Also I do feel Versioneer can be an excellent tool even replacing 
> Configuration Browser, allowing users to browse through projects in metarepo 
> repositories and choose specific version for each package to load, even 
> display information for those packages. 

I also have this feeling. We should just take care to give a way to load a 
configuration that is not in any metarepo repository.

> I love the tool as it is, but I do feel there is a lot more potential in it 
> and I am willing to contribute if that is desirable. 

Of course, all contributors are welcomed. I'm already working from time to time 
with Diego to merge his Metaceller model with Versionner model. It will open 
doors to support platform-specific code in dependencies.
I just added you to Versionner contributors. If you want to contribute, please 
ask me which version to start with because Monticello is a hell to manage 
parrallel development?

Cheers,
Christophe.



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versioneer. nice. mmMmmm...

[Christophe Demarey]

Hi Kilon,

Le 30 sept. 2014 à 15:53, kilon alios a écrit :

> Actually the best thing to do when you 2 choices is to pick the third one. In 
> this case its what I call "double mode" , you see it quite frequently with 
> software synthesizer, as you can imagine a synthesizer is a complex 
> electronic music instrument that can reach up to thousand of parameters 
> easily so what designers have done is to create an easy mode and an advanced 
> mode. In easy mode is for those that want to create sounds on the go, usually 
> that means around 10-30 parameters buttons and advanced mode is divided into 
> panels that can expanded collapse to control the complexity of the GUI that 
> may contain even thousands of parameters. 
> 
> GUI design is a science and an art but yes you can have your cake and eat it 
> too. 
> 
> I think with Versioner we can keep it small for now and then if it get a bit 
> more complex go for a double mode. 
> 
> About collaboration  if you are familiar with git and github then nothing can 
> beat this workflow . You create a repo in gihub, I fork it, and I then send 
> pull requests to you, pull requests do not affect your code and you can 
> choose what to merge and not to merge giving you complete control and me the 
> safety that I wont brake anything. You can also comment the code directly 
> using github web interface and of course the issue tracker for any issue that 
> may be reported. If you are not familiar with git  or dont want to us it , I 
> have no issues committing to smalltalkhub , I will create a mirror repo in 
> github anyway for my work since this is how I work when it comes to my Pharo 
> projects.  
> 
> The choice is your, I will now start studying the code and see what I can 
> bring to it. 

Sorry for the delay. I was about to move Versionner to git but finally, I 
prefer to wait a bit before switching.
I cleaned up Versionner repository, i.e. give right package names so that we 
can easily catch branches.
I think it will be the best way to collaborate for now: commit in a branch in 
the current repository on SmalltalkHub. Please, create a new branch for your 
contributions, and ping me if you have something to show or if you need help.

Best regards,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] inria survey

[Christophe Demarey]

Le 6 nov. 2014 à 12:21, Bernat Romagosa a écrit :

> What should I enter under "Establishment"? Is it the company/institution 
> where one works/studies?

Yes, your company/institution where one works/studies



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [ann] gtspotter: a moldable interface for spotting objects

[Christophe Demarey]

Hi Doru and all,

Great work. All these tools are really moving the development experience a step 
forward :)
I will try it ASAP.
At this time, I just wonder if it is possible to search text in method sources. 
It is often useful.
Another related thing I don't know how to do, is to refactor a set of methods 
(could be some methods to 20 or more). In these methods, I send a specific 
message. Now, I just want to remove the message implementation (it is not a 
rename) and I have to update the code accordingly. Sometimes, I could do that 
by just a search/replace (text) functionality (would be cool to use patterns 
there) in methods source code but I cannot find a way do that for now. So I do 
it by hand.
I wonder if it already exists a way to do that or if GTSpotter could address 
this issue.

Christophe.

Le 7 déc. 2014 à 14:14, Tudor Girba a écrit :

> Hi,
> 
> Alex Syrel, Andrei Chis and I are happy to announce a new addition to the 
> Glamorous Toolkit: 
> GTSpotter, a novel interface for spotting objects.
> 
> GTSpotter has two goals:
> - Provide a uniform yet moldable interface that can work on any object, and
> - Handle searching through arbitrary levels of object nesting.
> 
> We think this will have a significant impact on the development workflow in 
> Pharo.
> 
> Here is a couple of screenshots:
>   
> 
> 
> 
> A trailer is available here:
> https://www.youtube.com/watch?v=PhSmjR3NOlU
> 
> A detailed description is available here:
> http://www.humane-assessment.com/blog/introducing-gtspotter
> 
> It works already in Pharo 3.0 and can be played with by following the 
> instructions from:
> http://gt.moosetechnology.org
> 
> Please let us know what you think.
> 
> Enjoy,
> The Glamorous Team



smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] Nautilus groups

[Christophe Demarey]

Hello,

We would like to know if some of you use Nautilus groups functionality:
dynamic groups: 'Last modified packages', 'Most viewed classes', 'Work'
user defined groups : from the menu, you can flatten the content of many 
packages and get all classes into the newly created group.
We have the feeling that it is not used (or not a lot) and we think to replace 
it with another mechanism (for example, let the user define his/her 'favorites' 
classes / packages).

Thanks for the feedback.

Re: [Pharo-users] Nautilus groups

[Christophe Demarey]

Le 10 févr. 2015 à 16:39, Martin Bähr a écrit :

> Excerpts from Christophe Demarey's message of 2015-02-10 14:28:19 +0100:
>> We would like to know if some of you use Nautilus groups functionality:
>> dynamic groups: 'Last modified packages', 'Most viewed classes', 'Work'
> 
> do you mean 'last modified classes'?

yes, sorry

>> We have the feeling that it is not used (or not a lot) and we think to 
>> replace it with another mechanism (for example, let the user define his/her 
>> 'favorites' classes / packages).
> 
> how is that different from user defined groups?

Well, it is not yet clear but at least, do not flatten all classes and keep 
packages.

Re: [Pharo-users] GTTools and Mongo

[Christophe Demarey]

Really nice addition!

Thanks

Le 10 mars 2015 à 10:20, Torsten Bergmann a écrit :

> After loading MongoTalk or VoyageMongo in Pharo 4 you can additionally 
> load the package: "Mongo-Pharo-Tools" from mongotalk repo on SmalltalkHub.
> 
> This way you can browse your mongo database (collections and documents) 
> directly from within Pharo using GTInspector tools (see screenshot). 
> 
> Just by adding two methods - nice!
> 
> Bye
> T.
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] GTTools and Mongo

[Christophe Demarey]

Hi Phil,

Le 11 mars 2015 à 08:48, p...@highoctane.be a écrit :

> FWIW Mapless and its mongo support is quite awesome. I am using it for a 
> feature and it has tremendous potential.
> 

I would be interested to have a small comparison between voyage and mapless 
(pros and cons). Do you have enough feedback to list pros/cons for each library?

Christophe

smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] Jenkins build trigger

[Christophe Demarey]

Thanks to Esteban add-on on Smalltalkhub, it is now possible to notify Jenkins 
that there is a new package published for your project.
What we do for now is to poll very often (each minute) smalltalkub to check if 
there is an update. It is a big waste of resources!
Now we can do better! It would be very nice to update your jobs to now use the 
commit hook.

Here is the way to go:
go to your job configuration on Jenkins
In the build triggers section, 
enable Trigger builds remotely (e.g., from scripts) and choose an 
authentication token. 
disable [URLTrigger] - Poll with a URL
go to smalltalkhub, on your project settings page
Fill in the commit hook url field with 
https://ci.inria.fr/pharo-contribution/buildByToken/build?job=JOBNAME&token=TOKEN
 by replacing JOBNAME and TOKEN by the Jenkins job name and the token chosen.

In the end, the build is now triggered immediately after the commit (no more 
delay).

Christophe

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Pillar parser rewrite: PetitParser or not?

[Christophe Demarey]

Le 11 mars 2015 à 23:07, Tudor Girba a écrit :

> I completely agree.
> 
> I think there are mostly pros. It can be that the parsing will be slower, but 
> I do not think this is a critical issue for Pillar. 

not sure about the speed.
I hope we will adopt pillar for class / packages comments. Then, you need a 
fast parsing to render it nicely and quickly on the browser.
Fast/slow always depends on your comparison point. To be more precise, I would 
say we need to render (parsing + syntax highlighting) Pillar documents (at 
least one page) in less than 10 ms. 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Omit a method from a mc commit

[Christophe Demarey]

Hi,

Le 17 mars 2015 à 00:27, Serge Stinckwich a écrit :

> Hi all,
> 
> is there any way to omit a method from a Monticello commit for example
> in the case of containing a password that you don't want to publish ?

If it is one shot, you can use kommiter to cherry pick the changes you want to 
commit.

Regards,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] How to silently generate and remove code

[Christophe Demarey]

Le 30 mars 2015 à 09:10, Marcus Denker a écrit :

> 
>> On 29 Mar 2015, at 10:32, stepharo  wrote:
>> 
>> Before that I would like that the compiler outputs classes definition in an 
>> environment (that can be the default one) but that can be the one
>> I want and specified from the outside of the compiler.
> 
> For installing, it is the ClassInstaller that does that (and yes, it has an 
> environment).
> 
> What the compiler does not have is to look up references e.g. to symbols 
> regarding to an environment, but that is because we
> don’t have that concept right now in the system in general. globals/class 
> vars are requested from the class (which defines its environment).
> 
> So in general, we first need a use case, else it is not clear what to do…

A first use case could be to install new code in a sandbox, check if the 
loading is good, and then move the code to the default environment, else drop 
the sandbox.
It is also a part of the feature asked by Johan: install code in a sandbox for 
tests purposes and then drop it without perturbing the system.

smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] GTSpotter with no results

[Christophe Demarey]

Hi,

I would like to know if some of you already got this problem: when I open 
GTSpotter (with the shortcut) and I start to type quickly (before any result 
appears) in the text I'm searching for, I get no result at all. Even If I 
remove all characters from the search field, GTSpotter still presents an empty 
list.

Thanks,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] GTSpotter with no results

[Christophe Demarey]

I can reproduce it very easily by typing fast.
Maybe it is because I have an old computer ...

Le 31 mars 2015 à 11:00, Tudor Girba a écrit :

> I never got it, but I would still be interested in how to reproduce it :).
> 
> Doru
> 
> On Tue, Mar 31, 2015 at 10:53 AM, Andrei Chis  
> wrote:
> I got this error once or twice but could not reproduce it.
> 
> 
> Cheers,
> Andrei
> 
> On Tue, Mar 31, 2015 at 10:47 AM, Christophe Demarey 
>  wrote:
> Hi,
> 
> I would like to know if some of you already got this problem: when I open 
> GTSpotter (with the shortcut) and I start to type quickly (before any result 
> appears) in the text I'm searching for, I get no result at all. Even If I 
> remove all characters from the search field, GTSpotter still presents an 
> empty list.
> 
> Thanks,
> Christophe.
> 
> 
> 
> 
> -- 
> www.tudorgirba.com
> 
> "Every thing has its own flow"



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Gitfiletree unstable on Windows

[Christophe Demarey]

Le 31 mars 2015 à 16:29, Peter Uhnák a écrit :

> Metacello new
>   baseline: 'FileTree';
>   repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository';
>   load: 'Git' "
> I thought that you needed to have GitFileTree loaded to have github:// and 
> Git support. Is that false? Does that mean that github:// (bitbucket://) 
> doesn't use git at all?

right. It downloads a zip file with all sources from github and then a simple 
filetree repository is available.

Christophe.



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Eating your own dog food (Site/Blog)

[Christophe Demarey]

There is a plan to have pillar rendering with TextModel. I don't think it will 
support the full pillar syntax.

Le 8 avr. 2015 à 11:16, Norbert Hartl a écrit :

> What you are after? A static site generator or a dynamic engine? Btw. what do 
> you use to render pillar inside the image to something readable?
> 
> Norbert
> 
>> Am 08.04.2015 um 08:32 schrieb stepharo :
>> 
>> I started to work on using pillar to do that but nothing ready for people to 
>> use.
>> I will work on it at Lviv or during my vacations just after.
>> I want to use it for my website. Right now parts of it are automatically 
>> generated from Pharo.
>> 
>> Stef
>> 
>> Le 7/4/15 10:56, Yuriy Tymchuk a écrit :
>>> Oh, I knew that there was a discussion about that, but couldn’t find where.
>>> 
>>> Still, is anybody else using Marina except for Pharo website?
>>> 
>>> Uko
>>> 
>>> 
>>> 
 On 07 Apr 2015, at 10:45, Damien Cassou  wrote:
 
 
 Yuriy Tymchuk  writes:
 
> if I want to create a site/blog in pharo… What do I use? I know that
> there is Pier, but when you check its webpage, the last update is in
> 2011. Pharo website is built with Marina, but when I check the repo,
> the last commit was done by me and it was 2 month ago. Will Marina
> continue to evolve? And is anyone else using Marina?
 
 http://forum.world.st/Any-framework-to-create-a-blog-over-seaside-td4810615.html
 -- 
 Damien Cassou
 http://damiencassou.seasidehosting.st
 
 "Success is the ability to go from one failure to another without
 losing enthusiasm." --Winston Churchill
 
>>> 
>>> 
>> 
>> 
> 
> 



smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] ZnUrl directory

[Christophe Demarey]

Hi,

I just tried to evaluate:
(ZnUrl fromString: 'file:///tmp/') directory 
and got 'tmp/' as result.

I'm a bit suprised. Shouldn't it be '/tmp/' ?
Be fore trying to fix I would like to be sure what is the expected behavior.

Thanks,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] ZnUrl directory

[Christophe Demarey]

Le 13 avr. 2015 à 17:06, Sven Van Caekenberghe a écrit :

> ZnUrl>>#file and ZnUrl>>#directory are not well specified I guess, and maybe 
> not that useful, but since these partially fall back to #path I am afraid you 
> cannot just change them.

Yes, I just noticed that.

> I would convert to a FileReference as in
> 
>  (ZnUrl fromString: 'file:///tmp/') asFileReference.
> 
> In short, ZnUrl is not really meant for file path manipulation.

Ok, good to know.

> BTW, there is a way to get what you expect
> 
>  (ZnUrl fromString: 'file:tmp/') pathPrintString.
> 
> Now, if you find a good solution, that does not break anything else and works 
> for all schemes, I would be interested.

ZnUrl>>#directory has no "real" senders. (some tests and examples)
Maybe as suggested by Doru, it should be removed and instead use a File 
reference?

Thanks for the reply.

> 
>> On 13 Apr 2015, at 16:43, Christophe Demarey  
>> wrote:
>> 
>> Hi,
>> 
>> I just tried to evaluate:
>>  (ZnUrl fromString: 'file:///tmp/') directory 
>> and got 'tmp/' as result.
>> 
>> I'm a bit suprised. Shouldn't it be '/tmp/' ?
>> Be fore trying to fix I would like to be sure what is the expected behavior.
>> 
>> Thanks,
>> Christophe.
> 
> 



smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] Versionner repository moved to PharoExtras

[Christophe Demarey]

Hi,

I just moved the Versionner repository from 
http://smalltalkhub.com/#!/~demarey/Versionner/ to 
http://smalltalkhub.com/#!/~PharoExtras/Versionner/.
It will ease contributions and it will be easier to find with other tools / 
library of Pharo.

Regards,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Spec TreeModel dynamic contents

[Christophe Demarey]

Le 19 mai 2015 à 18:04, webwarrior a écrit :

> I want to make a tree using TreeModel that reacts to changes in underlying
> data - when an item changes, tree node for that item should update its state
> (recompute its children, etc.).
> 
> Rebuilding the whole tree is ok, as long as selections and
> collapsed/expanded state of nodes are preserved.

yes but not very efficient if you have a big tree

> Using #updateTree however resets all these things. And there is no easy way
> to save/load them either - #selectedItems/#selectedItems: work with TreeNode
> instances that get reset, and collapsed/expanded states of nodes are simply
> unaccessible from TreeModel.

did you check the implementation of Komitter?
It keeps the state of your tree (selected items, collapsed/expanded).  So maybe 
it is doable.

> I also tried subclassing TreeNodeModel. But I found no way to update
> underlying UI widget. There is a huge mess involving TreeNodeModel,
> MorphicTreeNodeAdapter, SpecTreeNodeModel, and MorphTreeNodeMorph.
> 
> The only option left is to extract all needed information from TreeNodeModel
> hierarchy (preserving the tree structure) before update, and then try to
> reapply it to newly created hierarchy.
> 
> Or is there an easier way?
> 
> 
> 
> --
> View this message in context: 
> http://forum.world.st/Spec-TreeModel-dynamic-contents-tp4827440.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Metacello changes in Pharo 3?

[Christophe Demarey]

Hi,

I don't think there is a doc explaining differences between Metacello and 
Metacello 2 (also known as Metacello Preview) that is now used in Pharo 3.0.
But here is the doc for Metacello 2: 
https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloUserGuide.md

You can also use Versionner to edit configurations in Pharo 3 (in the tools 
menu). Versionner doc:  
http://chercheurs.lille.inria.fr/~demarey/Tech/Versionner

Regards,
Christophe.

Le 13 mars 2014 à 16:47, MartinW a écrit :

> Hi,
> it seems Metacallo changed in Pharo 3 compared to Pharo 2.
> First thing i noticed was that a Configuration does no longer seem to be
> supposed to subclass from Object but from ConfigurationOf?
> Are there other changes? Where can i learn about them? Is there an official
> documentation that describes the Metacello Version in Pharo 3?
> 
> Best regards, Martin.
> 
> 
> 
> --
> View this message in context: 
> http://forum.world.st/Metacello-changes-in-Pharo-3-tp4749011.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] How to tell Versionner to load certain additional packages?

[Christophe Demarey]

Hello Sergi,

Le 28 mars 2014 à 16:09, Sergi Reyner a écrit :

> I created a ConfigurationOfArtie 
> (http://smalltalkhub.com/#!/~SergiReyner/Artie) that loads Bootstrap, 
> Magritte3, Pillar and ApplicationSecurity. I´d like it to load some other 
> packages like Magritte-Seaside or Bootstrap-Magritte. How to tell it to do so 
> with Versionner?

You can select the dependent project the package depends on (ex: Magritte3) and 
click on the edit button (the pen).
It allows to add loads directives.
For example, you can add default, Magritte-Seaside.

It is not yet documented as it is a recent add. If needed, you can also update 
the dependent project version with the right-click menu on the dependent 
project.

Best regards,
Christophe.



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [ANN] BabyMock 2

[Christophe Demarey]

Hello,

Thanks. Very nice library!

I have a question: is it possible to expect a method to throw an Exception?

I would like something like:
protocol describe
once: mock recv: #aMethod ;
signal: anError.
I did not find anything in the documentation.

I don't want to test that the mock signals an error but I want to test a code 
that needs to take into account an exception.

Best regards,
Christophe.

Le 11 mars 2014 à 12:30, Attila Magyar a écrit :

> I'm pleased to announce the 2.0 version of BabyMock. BabyMock is a visual
> mock object library that supports test-driven development.
> 
> This version has a new syntax which is incompatible with the old version.
> Therefore it has a new repository
> http://smalltalkhub.com/#!/~zeroflag/BabyMock2
> (BabyMock 1 is still available at its old location, but in the future I'd to
> focus on the development of BabyMock2, so don't expect too many changes
> regarding the old version).
> 
> Changes in 2.0
> 
> - A new, extensible DSL (no more should/can)
> - Improved error messages, history of messages, detailed information about
> argument mismatches
> - An improved, Spec based GUI
> - Clicking on a mock opens an inspector on the expectations
> - Clicking on a message opens an inspector on the message
> - Object methods can be mocked by defaults
> - Blocks can be executed after receiving a message by the mock. The block
> has access to the arguments of the incoming message.
> - Any argument matcher
> - Cleanups and simplifications in the code
> 
> I hope you don't mind the changes regarding the syntax. Personally I think
> it has lot more pros than cons.
> 
> More information
> 
> http://smalltalkhub.com/#!/~zeroflag/BabyMock2
> 
> p.s. 
> It needs Pharo3.0.
> 
> Attila
> 
> 
> 
> --
> View this message in context: 
> http://forum.world.st/ANN-BabyMock-2-tp4748530.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [ANN] BabyMock 2

[Christophe Demarey]

Thanks Guillaume.
It works well.

With BabyMock2, the syntax is 
=> aBlock

Le 9 avr. 2014 à 11:13, Guillaume Larcheveque a écrit :

> I think you can have your mock send an exception by using #answers:aBlock and 
> signal the exception in the block
> 
> 
> 2014-04-08 15:58 GMT+02:00 Christophe Demarey :
> Hello,
> 
> Thanks. Very nice library!
> 
> I have a question: is it possible to expect a method to throw an Exception?
> 
> I would like something like:
> protocol describe
> once: mock recv: #aMethod ;
> signal: anError.
> I did not find anything in the documentation.
> 
> I don't want to test that the mock signals an error but I want to test a code 
> that needs to take into account an exception.
> 
> Best regards,
> Christophe.
> 
> Le 11 mars 2014 à 12:30, Attila Magyar a écrit :
> 
> > I'm pleased to announce the 2.0 version of BabyMock. BabyMock is a visual
> > mock object library that supports test-driven development.
> >
> > This version has a new syntax which is incompatible with the old version.
> > Therefore it has a new repository
> > http://smalltalkhub.com/#!/~zeroflag/BabyMock2
> > (BabyMock 1 is still available at its old location, but in the future I'd to
> > focus on the development of BabyMock2, so don't expect too many changes
> > regarding the old version).
> >
> > Changes in 2.0
> >
> > - A new, extensible DSL (no more should/can)
> > - Improved error messages, history of messages, detailed information about
> > argument mismatches
> > - An improved, Spec based GUI
> > - Clicking on a mock opens an inspector on the expectations
> > - Clicking on a message opens an inspector on the message
> > - Object methods can be mocked by defaults
> > - Blocks can be executed after receiving a message by the mock. The block
> > has access to the arguments of the incoming message.
> > - Any argument matcher
> > - Cleanups and simplifications in the code
> >
> > I hope you don't mind the changes regarding the syntax. Personally I think
> > it has lot more pros than cons.
> >
> > More information
> >
> > http://smalltalkhub.com/#!/~zeroflag/BabyMock2
> >
> > p.s.
> > It needs Pharo3.0.
> >
> > Attila
> >
> >
> >
> > --
> > View this message in context: 
> > http://forum.world.st/ANN-BabyMock-2-tp4748530.html
> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
> >
> 
> 
> 
> 
> -- 
> Guillaume Larcheveque
> 



smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] Versionner screencast

[Christophe Demarey]

Hello,

I made a small screencast on Versionner to explain how to use it: 
https://www.youtube.com/watch?v=S5Dbmmln8tA

Regards,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [ANN] BabyMock 2

[Christophe Demarey]

Hi,

Le 17 avr. 2014 à 19:22, Attila Magyar a écrit :

> Hi Christophe,
> 
> Sorry for my late response. You can use the following syntax to signal an
> error in response to an incoming message:
> 
> protocol describe
>once: mock recv: #msg;
>signals: Error.

I did not notice this one. Thanks!

I have another point. Sometimes, I would like to test a method doing some other 
calls to methods of the same class.
In this case, I would like to mock all the class methods but the method I would 
like to test.
Do you sometime meet the same need? Is there a way to do that?

Thanks,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [ANN] BabyMock 2

[Christophe Demarey]

Le 23 avr. 2014 à 15:37, Attila Magyar a écrit :

> Hi Christophe,
> 
> I'm not sure I fully understand, are you referring to partial mocking? Where
> you have a real object but with some mocked methods? If this is the case,
> then no, this is not supported. Some people consider this as a test smell,
> and I agree with them. Maybe the object under test is too big/complex/has
> multiple responsibilities, and extracting some parts from it could solve the
> problem. I haven't seen legitimitate use for partial mocking so far, where
> one couldn't solve the problem with redesign/refactoring in a better way.
> Until this happens I'd like to skip this feature.

I understand your point of view and I have quite the same ... (I also had the 
same discussion with Guillaume)

... but sometimes, even in a well-designed class, you may need to test a very 
small part of this class, and in this case, you need a real object with some 
mocked methods.
It is not crucial because you can test your class as a whole (if well designed, 
only a few methods are involved) but it prevents to test a smaller part.
Then, maybe the work to support a real object with some mocked methods does not 
worth it.

Best regards,
Christophe

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [ANN] BabyMock 2

[Christophe Demarey]

Le 23 avr. 2014 à 22:25, Attila Magyar a écrit :

> Christophe Demarey wrote
>> ... but sometimes, even in a well-designed class, you may need to test a
>> very small part of this class, and in this case, you need a real object
>> with some mocked methods.
> 
> I assume that there is a method need to be tested, but it calls towards an
> other either public or private method of the same object. And you'd like to
> mock that second method. Am I understanding correctly? 

right

> Why can't just allow the first method to call the second one? Is it slow,
> complicated to setup or requires some external resource to execute? Does it
> help to extract the logic from the second method to an other object? Without
> a concrete example, I'm just speculating.

My point here is just to test a method in isolation.
If MyClass>>methodA calls MyClass>>methodB and there is an error in 
MyClass>>methodB, I don't want to have the test on methodA failing but just the 
test on MethodB.
With "cascade testing", you will get a lot of failing tests and you need to 
investigate to find the culprit.

As you said, if the class is well designed, it is not a big trade-off to unit 
test a small set of methods if they are short and related but I have the 
feeling that it would be good to be able to do that in some cases.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versionner: Specifying un-configured packages as dependencies

[Christophe Demarey]

Hi,

Le 20 mai 2014 à 15:01, Johan Fabry a écrit :

> Hi all,
> 
> I’m using Versionner to make a ConfigurationOf and things are working quite 
> well (thanks for that!) until I want to add the Roassal2Spec package as a 
> dependency. The dialog box only shows packages with a configuration, and 
> Roassal2Spec does not have one. It’s just one package. How can I add this guy 
> to my configuration?

The only way (and not recommended) to add it with Versionner would be to add it 
as a package of your project but it will not work as it is hosted on another 
repository.
Why not adding a new config for this project (in your project repository) or, 
better, in the roassal repository?

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versionner: Specifying un-configured packages as dependencies

[Christophe Demarey]

Le 20 mai 2014 à 22:53, Sean P. DeNigris a écrit :

> Christophe Demarey wrote
>> but it will not work as it is hosted on another repository
> 
> Not that I'm recommending it, but if necessary, you could always copy it
> into your project's repo to get around that (or I think you can specify a
> repository in the #with: block of the package spec.

To me, it is preferable to add a configuration (even if very small) for each 
dependency outside your project. It is the way it should be done (that's why 
Versionner only allows that) but they are always other ways or workarounds.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versionner: Specifying un-configured packages as dependencies

[Christophe Demarey]

Le 22 mai 2014 à 01:02, Johan Fabry a écrit :

> 
> On May 21, 2014, at 5:07 AM, Christophe Demarey  
> wrote:
> 
>> To me, it is preferable to add a configuration (even if very small) for each 
>> dependency outside your project. It is the way it should be done (that's why 
>> Versionner only allows that) but they are always other ways or workarounds.
> 
> Thanks for the answers, my trick now was to ask Alex to include the required 
> package inside the configuration of Roassal. :-)
> 
> In general I am not so sure that adding configurations for one simple package 
> are the way to go though. It seems like adding extra layers of indirection 
> for reasons that are unclear to me.

The reason is that any package* should be self described. Your configuration 
describes your project. If you use another piece of software, it should also be 
self-described.
Let's take the following example:
for now, it's easy for you to add a direct dependency to Roassal2Spec, just as 
if it was a part of your project ... => no problem
... but it is not. Maybe tomorrow, Alex will need to add a dependency to one or 
more packages for Roassal2Spec => you will have problems because you will not 
get these dependencies. Of course, you can still add them to your configuration 
but you can easily see that you will end with a configuration including all 
flatten dependencies, and with a lot of dependencies not directly related to 
your project (transitive dependencies). Flatten dependencies is really 
something that we should avoid, else maintenance of dependencies will be a hell.
That's why I'm really in favor of having configurations, even for one single MC 
package inside the configuration.

* I mean, not a Monticello package but a piece of software that you want to 
deliver independently. It may be a whole project or part of it. It may also 
refers to one or many Monticello packages

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Unintuitive behavior of class-side initialize

[Christophe Demarey]

Le 27 août 2014 à 19:04, p...@highoctane.be a écrit :

> Yeah don't do super initialize unless you know why on the class side.
> 
> That being said class side initialize is pretty cool when loading new 
> packages and setting everything up automagically.
> 
In my opinion, it would be better to have a package initialization method for 
that purpose. 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] gtInspectorPresentation:, TreeModel, pragmas, visitors and polluting protocols

[Christophe Demarey]

Why not try to use TreeNodeModel to define different kind of nodes? On each 
node you can redefine the way to get children, the icon, etc.
Then you give these nodes as the tree roots.

Le 18 juin 2015 à 10:10, Peter Uhnák a écrit :

> 
> > I don't fully understand the TreeModel example, what would your tool do 
> > with all the men/displayBlock/childrenBlock ... - methods?
> 
> 
> Ah, I should've explained what TreeModel is; it is a Spec UI widget to 
> display tree-like structures:
> 
> 
> ​
> 
> So the way this works is that I give the TreeModel some root object (DCFsm) 
> and then blocks that describes some behavior.
> So in childrenBlock: [ :parent | ... ] the block is expected to return child 
> elements for the parent.
> In displayBlock: you pass a block that returns the label that you will see.. 
> e.g. [ :anObject | anObject name , ' (' , anObject class name , ')' ]
> iconBlock: returns the icon for the object and so on and so forth.
> 
> So the way I have implemented it right now is something like
> 
> ~
> childrenFor: anObject
>   | col name |
>   name := anObject class asString asSymbol.
>   col := OrderedCollection new.
>   name = #DMMindMap
>   ifTrue: [ ^ col ].
>   (anObject isKindOf: DCDiagram)
>   ifTrue: [ col addAll: anObject elements ].
>   (anObject isKindOf: DCNamedElement)
>   ifTrue: [ 
>   name = #BormParticipant
>   ifTrue: [ col addAll: anObject nodes ].
>   name = #BormActivity | (name = #BormState)
>   ifTrue: [ col addAll: anObject outgoing ].
>   name = #BormActivity
>   ifTrue: [ col addAll: anObject sent ].
>   name = #BormCommunication
>   ifTrue: [ col addAll: anObject dataFlows ].
>   name = #BormCommunication
>   ifTrue: [ 
>   anObject hasConstraint
>   ifTrue: [ col add: anObject 
> constraint ] ].
>   name = #BormTransition
>   ifTrue: [ 
>   anObject hasConstraint
>   ifTrue: [ col add: anObject 
> constraint ] ] ].
>   ^ col
> ~
> 
> Which is unreadable, unmaintainable and nonextensible. All the #Borm* symbols 
> actually refer to classes of a completely independent package and repository 
> which doesn't even need to be loaded in the system.
> 
> I think what Peter means is: the object oriented way to handle different 
> types is by dispatching on each type (~ double dispatch, ~ visiting). You 
> could need this for different aspects of your application. In the end, the 
> same core mechanism will be implemented multiple times. Sadly, minor 
> semantics/structural differences will make it hard to abstract this out.
> 
> Yes, double-dispatch seems like the apt solution, however it would lead to 
> NxM number of classes (as mentioned before). But the more I think about it 
> the more I feel that I will not get any better than that. 
> 
> Peter



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] stream not working with MemoryFileSystemFile

[Christophe Demarey]

Le 1 juil. 2015 à 14:42, Torsten Bergmann a écrit :

> Christophe Demarey
>> I tried to create an in-memory file as following:
>> (MemoryFileSystemFile named: 'Foo') 
>>  writeStreamDo: [ :stream | stream nextPutAll: 'bar' ]
>> 
>> Then I get an improper store into ByteArray. It looks like Character cannot 
>> be store in a byte array.
>> I do not know if the bug is on the memory file system part or other.
>> Any idea?
> 
> Why do you use MemoryFileSystemFile directly. Usually the FileSystem is 
> the starting point. And there it works:
> 
> |fs file|
> fs := FileSystem memory.
> file := fs / 'test'.
> file writeStreamDo: [ :stream | stream nextPutAll: 'bar' ].
> fs inspect
> 
> The nice thing is that you can now browse the file system and file contents
> with the new GT Inspector. 

oh, perfect.
Looks like I was not using the good api.

Thanks,
Christophe

smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] loading with gofer without network

[Christophe Demarey]

Hi,

I'm trying to load a package (mcz) from the package cache with Gofer.
|gofer|
gofer := Gofer new
repository: MCCacheRepository uniqueInstance;
repository: (MCSmalltalkhubRepository owner: 'Seaside' project: 
'Grease11');
version: 'Grease-Core-JohanBrichau.94';
disableRepositoryErrors;
load

As you see, I gave 2 repositories (the first is local, the second one is 
remote) to Gofer.
If you try to execute this code without the network, it will failed! It 
shouldn't because the mcz is in the package cache.

I think it is a bad behavior of Gofer. It does not have to resolve references 
for ALL the repositories because, at the end, you only use one.
I want to change this behavior to only get the first resolved reference (no 
need to iterate more). If not acceptable, I could only ignore repositories not 
reachable (disableRepositoryErrors does not work for this use case).
Is it ok to change it?

Christophe

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Request to put up my under-development application for automated build

[Christophe Demarey]

Le 9 juil. 2015 à 10:17, Stephan Eggermont a écrit :

> On 09-07-15 09:47, Peter Uhnák wrote:
>> As I've been through this just a week ago...
>> 
>> 1. register for CI https://ci.inria.fr/
>> 2. request participation in pharo-contribution
>> 3. _read documentation_
>> 4. https://ci.inria.fr/pharo-contribution/job/JobTemplate/
>> (4b. get inspired by configuration of other projects if needed)
> 
> Easiest is mostly to find the job most similar to yours
> and just copy that, changing the required configuration/version,
> description, and emailadress.

yes, and if you do not need to run multiple configurations, do not use a matrix 
job but rather a free-style job

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Becoming good at VM development

[Christophe Demarey]

Hi

Le 28 août 2015 à 10:11, Ichiseki a écrit :

> Hi
> hello to everyone & everybody
> I am interesting in going deeply into VM design, development, optimization,
> etc. I know a lot of Haskell, a good amount of C and some languages that use
> VM like Python, Lua and Pharo of course.
> What would be a road map (books, articles, code to read) to understand
> deeply and in detail the Pharo VM, the inter operation between the VM and
> the image. I know this could take a lot of time but I'm committed to invest
> that time.
> Please help me as literature on these topics is very scarce...
> Thank SO SO much in advacne
> ichiro 

There are some nice blogs:
http://www.mirandabanda.org/cogblog/
https://clementbera.wordpress.com/ (cog/spur/sista categories)

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Mocking ZnClient

[Christophe Demarey]

It is very easy to do by using BabyMock2 for example

Le 14 sept. 2015 à 15:31, Damien Cassou a écrit :

> Hi,
> 
> I need to write unit tests for code that fetches data on the web through
> ZnClient. Is there a way to temporarily replace all creations of
> ZnClient instances by instances of another class that will reply with
> fixed results without fetching on the web?
> 
> I already wrote something like that for the Pharo launcher. I'm now
> looking for something that already exists outside so I don't have to
> extract this into a new library by myself.
> 
> -- 
> Damien Cassou
> http://damiencassou.seasidehosting.st
> 
> "Success is the ability to go from one failure to another without
> losing enthusiasm." --Winston Churchill
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [Pharo-dev] TestAsserter>>assertCollection:hasSameElements:

[Christophe Demarey]

Hi Peter,

Le 24 oct. 2015 à 20:36, Peter Uhnák a écrit :

> bump? :)
> 
> On Tue, Sep 29, 2015 at 12:57 AM, Peter Uhnák  wrote:
> How practical it is to do set-based comparison in 
> TestAsserter>>assertCollection:hasSameElements: ?
> 
> For example #(1 1 2) has same elements as #(1 2) which may make sense for 
> sets, but not for bags.
> 
> The main reason I was using it is that in tests the expected collection may 
> be created by hand,
> which means it is very often an array #(...), { ... }, while models very 
> often return OrderedCollections (at least in my case).


I introduced #assertCollection:hasSameElements:  for this reason.
The problem with using sets is that I do not expect that  #(1 1 2) has same 
elements as #(1 2)

> 
> So my question is --- how to compare collections irrespective of type, and 
> possibly of order?
> 
> A) always convert the actual collection toanArray
> 
> B) change difference: behavior for non-sets (ton of work with catastrophic 
> consequences)
> 
> C) extend TAssertable with new methods like 
> 
> #assertElementsOf: actualCollection equals: expectedCollection
> #assertUnorderedElementsOf: actualCollection equals: expectedCollection

This solution has my preference

> C.a) directly in Pharo/SUnit

yes, for me, it is a very basic assertion that should be available as default.

> C.b) in independend SUnit-Extensions repository/project
> C.c) just in my project
> 
> D) stop discussing non-problems
> 
> Thanks,
> Peter
> 

Christophe

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Basic versioning of GitHub repositories from within Pharo

[Christophe Demarey]

Hi,

Le 29 nov. 2015 à 20:00, Dimitris Chloupis a écrit :

> And there lies the trap.
> 
> If you end up making something that works with everything, you will create 
> something that just works with everything instead of something that works 
> very well with one thing.

could be. But we do not want to plug everything. Just having the door opened 
for the next cool VCS.
Even if is only used for git it is good to have a Pharo API that is not the GIT 
API. We do not want git calls mixed everywhere. We want a clean and clear API 
for versioning.
This API also prevents you from git API changes. You will only have one place 
to update and so on.

> Right now Git is by very far the undisputed king of version control and has 
> completely dethroned SVN. 

King because widely used but other are also as valuable if not more.

> Ironically the things that make git integration in pharo so hard is all the 
> thing that are there to decouple it from git , like filetree metadata , or 
> continuous support for mcz and monticello. 

I do not agree on this point. There is no VCS interoperability layer in Pharo. 
Tools are directly manipulating Monticello.

> In the end you cant have your cake and eat it too. We will have to choose 
> between very good integration with git or average / mediocre integration with 
> multiple backends. 

again, I  cannot agree. It is a bad idea to have calls to an external tool / 
library wide spread in the image. We need our own API. It is particularly true 
for git that has an API mixing daily tasks with other power admin commands 
(rewrite of the history with possible code loss).
I do not think we need full support of git in the image, i.e. supporting all 
commands and options, but only what is needed to do correct versioning from 
Pharo (special git commands can still be done with command-line).

> 
> On Sun, Nov 29, 2015 at 8:15 PM stepharo  wrote:
> What I would like for Pharo is to avoid to be bound to a given back-end
> for its versionning.
> This master is a step in the right direction
> 
> http://www.hpi.uni-potsdam.de/fileadmin/hpi/source/Technische_Berichte/HPI_54.pdf
> 
> Stef
> 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] About GTSpotter matching

[Christophe Demarey]

Hi,

By the way, is it possible to have exact match now?
At least, I expect to have expect match on the top of the result list.
A simple use case,
open Spotter
search number
dive into implementors category

The exact matches are lost in the middle of hundreds of other selectors. This 
way, it is very difficult to find what you need.
It is also why I always need to open a playground to be able to search all 
implementors of a selector. It is not do-able with spotter without an exact 
match.

That said, I have to add that I really enjoy spotter and other GT tools :)

Christophe


Le 8 déc. 2015 à 01:56, Juraj Kubelka a écrit :

> 
>> 7. 12. 2015 v 11:59, Peter Uhnak :
>> 
>> On 12/07, Juraj Kubelka wrote:
>>> Hi,
>>> 
>>> # is a category filter. Try #class, #instance, etc.
>> 
>> Oh... right. I've been using this for long time, my brain just didn't
>> connect the dots.
>> 
>> In either case, once you dive in the category filter is no longer
>> applicable.
>> So normally I would do "#i selector", then dive in, and then filter it.
>> 
>>> Then I have learnt that people are not aware of [...] any other kind of 
>>> wild-characters.
>> 
>> People don't know what wild-chars are? I would understand that someone
>> might be uncomfortable with regexps, because there are many variations, but 
>> wildchars…
> 
> Well, some people asks for regular expressions, some people asks for 
> wild-characters, some people prefers other techniques. 
> In most cases people are satisfied with substring solution as it is right 
> now. In some special cases people thinks about more advance solution. 
> I believe that we should sort results according to relevance, e.g., if I 
> write open, then selectors called open should be first, then likely openOn:, 
> openWithSpec:, openVeryLongExplanation:, etc.
> 
> Cheers,
> Juraj
> 
>> 
>>> 
 On Dec 5, 2015, at 20:40, Peter Uhnak  wrote:
 
 Hi,
 
 are there some wildcards in GTSpotter matching?
 
 Currently it searches anywhere in the (method) name, which makes it hard
 for shorter names, because it will match a lot of junk.
 
 I've also discovered (by accident), that I can use '>>#selector' to
 anchor the start of the selection. ('#selector' for some reason doesn't
 work).
 But I would like to also search by a simple ? (any character), * (any
 characters) wildcard. Is that possible?
 
 Additionally constraining it from the end would be also nice.
 For example I want to look through #default methods, however 90% of the
 matches will be junk, so I would like to write '#default$' and it will
 not match '#defaultIcon', etc.
 
 Is this possible?
 
 Thanks,
 -- 
 Peter
 
>>> 
>>> 
>> 
>> -- 
>> Peter
>> 
> 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] When a metaclass is initialised by the system ?

[Christophe Demarey]

yes, we miss a package initialize method ...

Le 8 déc. 2015 à 16:35, Mariano Martinez Peck a écrit :

> Dimitris,
> 
> Relying in class side initialize is not very cool. Mostly, because it's hard 
> to know EXACTLY when Monticello will send it. For sure it's the first time 
> you load that class. But then it could be if such method changes again. But 
> maybe too if you clear some Monticello caches...
> Also, you may have dependencies (of order execution) with other class side 
> initialize.  So...another approaches you can take (depending on your needs) 
> is lazy class var getters with ifNil:   or  if you have a 
> ConfigurationOfYourApp, you can define #postLoadDoIts in which you can 
> perform the whole initialization of your app. Or ...from the #postLoadDoIts 
> simply delegate to a class MyAppInitialize.
> 
> I do a bit of all of them hahaha.
> 
> Cheers,
> 
> On Mon, Dec 7, 2015 at 9:11 PM, Dimitris Chloupis  
> wrote:
> ok that means  I cannot rely on it and I will have to initialize my class 
> variables in specific methods. No problem, ifNil here I come :) 
> 
> On Tue, Dec 8, 2015 at 12:24 AM Sven Van Caekenberghe  wrote:
> Hi Dimitris,
> 
> > On 07 Dec 2015, at 23:12, Dimitris Chloupis  wrote:
> >
> > I have read that a metaclass (class side of the class) is initialised when 
> > its loaded to the image by monticello, Are there any other cases when the 
> > initialize method of the the metaclass is being called ?
> 
> Correct: a class #initialize is called when its code is loaded, but only if 
> it is not yet present or different in source code from what is already 
> present (this last point will bite you one day ;-).
> 
> Else, the #initialize should be called manually (for example to reload some 
> caches, or reset some system state). This sometimes happens in #postLoads or 
> install scripts.
> 
> I am not aware of any automatic invocations.
> 
> Sven
> 
> 
> 
> 
> 
> 
> 
> -- 
> Mariano
> http://marianopeck.wordpress.com



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] CI build stuck?

[Christophe Demarey]

Le 23 déc. 2015 à 00:32, Johan Fabry a écrit :

> Hi all,
> 
> I noticed that since some days the CI builds for LRP are stuck, they take 
> forever and don’t do anything. I thought it was aCI issue and the dev team 
> was aware of this and it might clear itself up after some time but apparently 
> it’s not the case. So this is to give a heads up, just in case …
> 
> URL of the project is 
> https://ci.inria.fr/pharo-contribution/job/LiveRobotProgramming/
> 
> Console output of current build (Started 21 hr ago): 
> Started by timer
> Building remotely on 
> rmod-mac302.lille.inria.fr
> (32 mac) in workspace 
> /Users/jenkins-pharo/Documents/ci.inria.fr/pharo-contribution/workspace/LiveRobotProgramming
> 
> Deleting project workspace... done
> 
> Triggering 
> 50,development,vm
> 
> Configuration 
> 50,development,vm is still in the queue: Waiting for next available executor

The message is clear: there is no executor (slave) to run the job.
Indeed, all slaves were down.
I restarted them. It should be better now.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versionner and package dependencies

[Christophe Demarey]

Hi Cyril,

Le 30 déc. 2015 à 10:17, Ferlicot D. Cyril a écrit :

> Hi,
> 
> I wanted to use versionner to manage some existing configurations but in
> one of these configuration there is some dependencies on packages that
> have no project.
> 
> For example in the baseline there is:
> 
>   spec package: 'Glamour-EyeSee-Presentations'
>   with: [ spec requires: #('EyeSee').
>   spec repository: 
> 'http://smalltalkhub.com/mc/Moose/Glamour/main' ].
> 
> But in versionner I can only add a project as dependency.
> 
> Is there a way to do such a thing or is it a future feature of versionner?

It is not something we want in Versionner.
An external project must have a configuration to refer to it. If not, you will 
take random packages without knowing if they have themselves dependencies.
What you should do is to create a project for that and then ask Versionner to 
only load the package you need (right-click on the project dependency).

Christophe

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [Pharo-dev] Pharo-contribution down

[Christophe Demarey]

yes, a problem on the CI infrastructure.
IT team told me it will be fixed tomorrow

Le 2 janv. 2016 à 18:51, Esteban Lorenzano a écrit :

> everything is down
> I think we need to wait ‘till monday to fix it :(
> 
> Esteban
> 
>> On 02 Jan 2016, at 18:39, Damien Cassou  wrote:
>> 
>> The Jenkins for pharo-contribution seems to be down: builds never
>> finish.
>> 
>> https://ci.inria.fr/pharo-contribution
>> 
>> -- 
>> Damien Cassou
>> http://damiencassou.seasidehosting.st
>> 
>> "Success is the ability to go from one failure to another without
>> losing enthusiasm." --Winston Churchill
>> 
> 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Versionner and package dependencies

[Christophe Demarey]

Le 4 janv. 2016 à 10:52, Ferlicot D. Cyril a écrit :

> Le 04/01/2016 10:44, Christophe Demarey a écrit :
>> Hi Cyril,
>> 
>> It is not something we want in Versionner.
>> An external project *must* have a configuration to refer to it. If not,
>> you will take random packages without knowing if they have themselves
>> dependencies.
>> What you should do is to create a project for that and then ask
>> Versionner to only load the package you need (right-click on the project
>> dependency).
>> 
>> Christophe
> 
> Hi,
> 
> So we have to create ourself a configuration for each project that
> doesn't have a configuration/group that match our needs if we want to
> use versionner if I understand right. Ok, thank you.

only if they do not have a configuration. If you need some packages or groups, 
you can specify them in the "loads" directive. 


> 
> And is there a way to execute pre/post scripts (#postLoadDoIt: in
> ConfigurationOfXXX) with versionner ? If not is it something you want to
> add to versionner or this will not be add ?

It is Metacello that execute these scripts. Versionner only allows you to edit 
configurations. The load options in Versionner use Metacello, so they are 
executed.

smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] [Pharo-dev] Pharo-contribution down

[Christophe Demarey]

pharo-contribution is now alive but a lot of jobs in the queue.
It will take time to flush it


Le 4 janv. 2016 à 13:14, Christophe Demarey a écrit :

> yes, a problem on the CI infrastructure.
> IT team told me it will be fixed tomorrow
> 
> Le 2 janv. 2016 à 18:51, Esteban Lorenzano a écrit :
> 
>> everything is down
>> I think we need to wait ‘till monday to fix it :(
>> 
>> Esteban
>> 
>>> On 02 Jan 2016, at 18:39, Damien Cassou  wrote:
>>> 
>>> The Jenkins for pharo-contribution seems to be down: builds never
>>> finish.
>>> 
>>> https://ci.inria.fr/pharo-contribution
>>> 
>>> -- 
>>> Damien Cassou
>>> http://damiencassou.seasidehosting.st
>>> 
>>> "Success is the ability to go from one failure to another without
>>> losing enthusiasm." --Winston Churchill
>>> 
>> 
>> 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: [Pharo-users] Understanding the role of the sources file

[Christophe Demarey]

Le 13 janv. 2016 à 10:57, Dimitris Chloupis a écrit :

> I was adding a short description to the UPBE about sources file , I always 
> thought that the sources file is the file that contains the source code of 
> the image because the image file itself stores only the bytecode. 
> 
> However its just came to my attention that the sources file does not contain 
> code that is recently installed in the image.
> 
> So how exactly the sources file works and what it is ? 


If I understood well:
- the sources file has all the source code of the released pharo version (when 
we generate this new source file PharoVXX.sources).
- the changes file has the source code since the release.

smime.p7s
Description: S/MIME cryptographic signature

[Pharo-users] Smalltalkhub scheduled maintenance next monday (February, 1st)

[Christophe Demarey]

Hello,

Smalltalk will be down next monday (february, 1st) from 12:30 to 13:30 (french 
local time).
IT will add storage to the root partition.

Regards,
Christophe

[Pharo-users] Smalltalkhub scheduled maintenance today (February, 22nd)

[Christophe Demarey]

Hello,

Smalltalk will be down today (february, 22nd) from 12:30 to 13:30 (french local 
time).
IT will add storage to the root partition (last maintenance finally did not 
take place).

Regards,
Christophe

Re: [Pharo-users] Smalltalkhub scheduled maintenance today (February, 22nd)

[Christophe Demarey]

Smalltalkhub is now back on line!

Le 22 févr. 2016 à 10:59, Christophe Demarey a écrit :

> Hello,
> 
> Smalltalk will be down today (february, 22nd) from 12:30 to 13:30 (french 
> local time).
> IT will add storage to the root partition (last maintenance finally did not 
> take place).
> 
> Regards,
> Christophe

[Pharo-users] Re : Re: [Pharo-dev] help needed for testing the order in spotter

[Christophe Demarey]

Hi Doru,

I don't see a better way to have beta-testers than having your code on the 
pharo alpha image ;)
You will have very soon feedback and then you can iterate.

Cheers,
Christophe

Re: [Pharo-users] Pb with the CI @ INRIA?

[Christophe Demarey]

Hi Alex,

Could you provide the link to the job providing this output?

Le 26 févr. 2016 à 09:57, Alexandre Bergel a écrit :

> Hi!
> 
> We regularly get this error:
> 
> Failed to read test report file /builds/workspace/roassal2/Roassal2GT-Test.xml
> org.dom4j.DocumentException: Error on line 27 of document 
> file:///builds/workspace/roassal2/Roassal2GT-Test.xml : XML document 
> structures must start and end within the same entity. Nested exception: XML 
> document structures must start and end within the same entity.
>   at org.dom4j.io.SAXReader.read(SAXReader.java:482)
>   at org.dom4j.io.SAXReader.read(SAXReader.java:264)
>   at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:123)
>   at hudson.tasks.junit.TestResult.parse(TestResult.java:286)
>   at hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:232)
>   at hudson.tasks.junit.TestResult.parse(TestResult.java:167)
>   at hudson.tasks.junit.TestResult.parse(TestResult.java:150)
>   at hudson.tasks.junit.TestResult.(TestResult.java:126)
>   at 
> hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:132)
>   at 
> hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:107)
>   at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2691)
>   at hudson.remoting.UserRequest.perform(UserRequest.java:120)
>   at hudson.remoting.UserRequest.perform(UserRequest.java:48)
>   at hudson.remoting.Request$2.run(Request.java:326)
> 
> Any idea why?
> 
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
>