Re: [Pharo-users] Unable to update Glamour-Core

[Offray Vladimir Luna Cárdenas]

Installation finally worked in a new image stored in a different folder
by deleting the package-cache in other directory. I don't know if there
is some reading of the package cache by some of the package I have
installed. I remember installing something to create metrics of the
image and may be this created this behavior. Anyway, Installation
procedure is working again.

Thanks,

Offray


On 29/11/17 13:19, Juraj Kubelka wrote:
> Try to clean your cache with packages. I guess that you have
> Roassal2-akevalon.1718 package locally and this one is corrupted. 
>
> Juraj
>
>> On Nov 29, 2017, at 15:16, Offray Vladimir Luna Cárdenas
>> > wrote:
>>
>> Hi,
>>
>> I tried again with a Pharo 6.1 image Latest update: #60510 and now I
>> got this error below. I will try the install procedure after a system
>> update, to debug it.
>>
>> Thanks,
>>
>> Offray
>>
>> 
>>
>>
>> On 29/11/17 12:15, Juraj Kubelka wrote:
>>> I do not have this issue. Tested on 32bit Pharo 6.1 Latest update:
>>> #60523
>>>
>>> Cheers,
>>> Juraj
>>>
 On Nov 29, 2017, at 14:06, Offray Vladimir Luna Cárdenas
 > wrote:

 Hi,

 I'm using the Roassal2 load script on Pharo 6.1 on Manjaro
 Gnu/Linux for 64 bits:

 

 |Gofer it smalltalkhubUser: 'ObjectProfile' project: 'Roassal2';
 configurationOf: 'Roassal2'; loadStable.|

 

 That is the one, I presume, is trying to load
 "Glamour-Core-TudorGirba339" and generating the reported error. The
 quickest way to reproduce the error would be trying to install
 Roassal2 on Pharo 6.1.

 Cheers,

 Offray

 On 29/11/17 02:47, Tudor Girba wrote:
> Hi,
>
> I am not sure I understand your report. The Glamour-Core package is part 
> of ConfigurationOfGlamourCore, and should not be updated separately.
>
> What script are you using for loading ConfigurationOfGlamourCore?
>
> Cheers,
> Doru
>
>
>> On Nov 29, 2017, at 3:53 AM, Offray Vladimir Luna Cárdenas 
>>  wrote:
>>
>> Hi,
>>
>> My image become unresponsive while making some debug, so I decided to
>> start fresh and reinstall Grafoscopio, but I have some problems, with
>> XML parser (so I disabled Soup temporarily) and with Glamour-Core, which
>> provides and important part of the Grafoscopio experience. I tried also
>> to install it from Monticello, without better results (to the version
>> Glamour-Core-TudorGirba339). In both cases I get "SubscriptOutOfBounds:
>> 17808" and this is the trace I get with the "Report" button (sorry I
>> don't know other way to report):
>>
>> https://pastebin.com/wWM24w01
>>
>> I will try with Pharo 7... The procedure is the same that was working
>> just last week. I know the pains and advantages of having a dynamic
>> system that is evolving quickly... hopefully a more stable platform will
>> be there while the upcoming one is evolving.
>>
>> Cheers,
>>
>> Offray
>>
>>
>>
> --
> www.tudorgirba.com
> www.feenk.com
>
> "Every now and then stop and ask yourself if the war you're fighting is 
> the right one."
>
>
>
>
>
>

>>>
>>
>

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 
>> > 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 
>> > wrote:
>> From Cameroon, 

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

[Offray Vladimir Luna Cárdenas]

>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   Time    Time Time 
Current
 Dload  Upload   Total   Spent    Left 
Speed
100 17.7M  100 17.7M    0 0   699k  0  0:00:26  0:00:26
--:--:--  719k
  % Total    % Received % Xferd  Average Speed   Time    Time Time 
Current
 Dload  Upload   Total   Spent    Left 
Speed
100 17.7M  100 17.7M    0 0   673k  0  0:00:27  0:00:27
--:--:--  616k
  % Total    % Received % Xferd  Average Speed   Time    Time Time 
Current
 Dload  Upload   Total   Spent    Left 
Speed
100 17.7M  100 17.7M    0 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   Time    Time
> Time  Current
>  Dload  Upload   Total   Spent   
> Left  Speed
> 100 17.7M  100 17.7M    0 0  72637  0  0:04:16  0:04:16
> --:--:--  175k
> 100 17.7M  100 17.7M    0 0   135k  0  0:02:14  0:02:14
> --:--:-- 20988
> 100 17.7M  100 17.7M    0 0  53063  0  0:05:50  0:05:50
> --:--:--  639k
>
> (2nd Run)
>
>   % Total    % Received % Xferd  Average Speed   Time    Time
> Time  Current
>  Dload  Upload   Total   Spent   
> Left  Speed
> 100 17.7M  100 17.7M    0 0   868k  0  0:00:20  0:00:20
> --:--:-- 1106k
> 100 17.7M  100 17.7M    0 0   710k  0  0:00:25  0:00:25
> --:--:--  997k
> 100 17.7M  100 17.7M    0 0   565k  0  0:00:32  0:00:32
> --:--:-- 1122k
>
>
> From Work:
>
>   % Total    % Received % Xferd  Average Speed   Time    Time
> Time  Current
>  Dload  Upload   Total   Spent   
> Left  Speed
> 100 17.7M  100 17.7M    0 0   426k  0  0:00:42  0:00:42
> --:--:--  378k
> 100 17.7M  100 17.7M    0 0  1773k  0  0:00:10  0:00:10
> --:--:-- 2602k
> 100 17.7M  100 17.7M    0 0  33741  0  0:09:11  0:09:11
> --:--:--  451k
>
>
> On Wed, Nov 29, 2017 at 8:42 AM, Mariano Martinez Peck
> > wrote:
>
> >From Argentina:
>
>                                 Dload  Upload   Total   Spent   
> Left  Speed
> 100 17.7M  100 17.7M    0     0  2728k      0  0:00:06  0:00:06
> --:--:-- 4154k
>   % Total    % Received % Xferd  Average Speed   Time    Time   
>  Time  Current
>                                  Dload  Upload   Total   Spent   
> Left  Speed
> 100 17.7M  100 17.7M    0     0  1323k      0  0:00:13  0:00:13
> --:--:-- 1920k
>   % Total    % Received % Xferd  Average Speed   Time    Time   
>  Time  Current
>                                  Dload  Upload   Total   Spent   
> Left  Speed
> 100 17.7M  100 17.7M    0     0  1146k      0  0:00:15  0:00:15
> --:--:-- 2788k
>
>
>
>
>
>
> On Wed, Nov 29, 2017 at 8:35 AM, Serge Stinckwich
> >
> wrote:
>
> From Cameroon, LTE
> inria.fr  very slow for me ...
>
> 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   Time   
> Time Time  Current
>  Dload  Upload   Total  
> Spent    Left  Speed
> 100 17.7M  100 17.7M    0 0   700k  0  0:00:25 
> 0:00:25 --:--:--  799k
>   % Total    % Received % Xferd  Average Speed   Time   
> Time Time  Current
>   

Re: [Pharo-users] How to write a little REPL

[Stephane Ducasse]

On Tue, Nov 28, 2017 at 9:35 AM, Alistair Grant  wrote:
> On 28 November 2017 at 08:18, Stephane Ducasse  
> wrote:
>> Sorry I wanted to have it in pharo :)
>
> Are you talking about having a terminal inside Pharo?

Yes I'm having fun with a small scheme interpreter and I would like to have repl

>
> OSProcess included something like this, i.e. open the window and have
> a prompt where you can enter expressions to be evaluated.  It would
> also run external processes and capture the output.
>
> Cheers,
> Alistair
>
>
>> On Mon, Nov 27, 2017 at 3:56 AM, Holger Freyther  wrote:
>>>
 On 27. Nov 2017, at 05:38, Stephane Ducasse  
 wrote:

 Hi
>>>
>>> Hey!
>>>
>>>
 I'm working on a mini scheme implementation and I would like to add a REPL 
 and
 I wonder how I can super easily get a read line.
>>>
>>> The easiest might just be to use "rlwrap your-interpreter"? But I think you 
>>> want to allow multi-line input. So either link libreadline (GPL) or libedit?
>>>
>>> holger
>>
>

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

[Todd Blanchard]

San Diego, CA.

  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 17.7M  100 17.7M0 0  3381k  0  0:00:05  0:00:05 --:--:-- 3859k
100 17.7M  100 17.7M0 0  1088k  0  0:00:16  0:00:16 --:--:-- 2210k
100 17.7M  100 17.7M0 0  1243k  0  0:00:14  0:00:14 --:--:-- 2436k

[Pharo-users] ZIPArchive usage + FileSystem memory

[Juraj Kubelka]

Hi,

I can successfully use ZipArchive like the following

-=-=-
zip := ZipArchive new.
{ 'file1.txt'. 'file2.txt'. 'file3.txt' } do: [ :eachFile | 
| member | 
member := zip addString: eachFile, ' contents' as: eachFile.
member desiredCompressionMethod: ZipArchive compressionDeflated ].
file := FileLocator temp / 'archive.zip'.
zip writeTo: file writeStream.
file.
-=-=-

What I should do to make it work while using FileSystem memory? 

-=-=-
zip := ZipArchive new.
{ 'file1.txt'. 'file2.txt'. 'file3.txt' } do: [ :eachFile | 
| member | 
member := zip addString: eachFile, ' contents' as: eachFile.
member desiredCompressionMethod: ZipArchive compressionDeflated ].
fileSystem := FileSystem memory.
file := fileSystem root / 'archive.zip'.
file writeStreamDo: [ :stream | 
zip writeTo: stream ].
-=-=-

There is "Improper store into indexable object” as it tries to store a number 
in ByteString.
Thanks!
Juraj

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

[Stephane Ducasse]

For the sake of it :)

>From my slow connection

  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 17.7M  100 17.7M0 0   369k  0  0:00:49  0:00:49 --:--:--  451k
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 17.7M  100 17.7M0 0   364k  0  0:00:49  0:00:49 --:--:--  228k
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 17.7M  100 17.7M0 0   336k  0  0:00:53  0:00:53 --:--:--  403k

On Wed, Nov 29, 2017 at 8:58 PM, Stephane Ducasse
 wrote:
> This is a really excellent news!
>
> On Wed, Nov 29, 2017 at 10:57 AM, Christophe Demarey
>  wrote:
>> 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_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

[Stephane Ducasse]

This is a really excellent news!

On Wed, Nov 29, 2017 at 10:57 AM, Christophe Demarey
 wrote:
> 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_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] Unable to update Glamour-Core

[Juraj Kubelka]

Try to clean your cache with packages. I guess that you have 
Roassal2-akevalon.1718 package locally and this one is corrupted. 

Juraj

> On Nov 29, 2017, at 15:16, Offray Vladimir Luna Cárdenas 
>  wrote:
> 
> Hi,
> 
> I tried again with a Pharo 6.1 image Latest update: #60510 and now I got this 
> error below. I will try the install procedure after a system update, to debug 
> it.
> 
> Thanks,
> 
> Offray
> 
> 
> 
> On 29/11/17 12:15, Juraj Kubelka wrote:
>> I do not have this issue. Tested on 32bit Pharo 6.1 Latest update: #60523
>> 
>> Cheers,
>> Juraj
>> 
>>> On Nov 29, 2017, at 14:06, Offray Vladimir Luna Cárdenas 
>>> > wrote:
>>> 
>>> Hi,
>>> 
>>> I'm using the Roassal2 load script on Pharo 6.1 on Manjaro Gnu/Linux for 64 
>>> bits:
>>> 
>>> 
>>> 
>>> Gofer it
>>> smalltalkhubUser: 'ObjectProfile' project: 'Roassal2';
>>> configurationOf: 'Roassal2';
>>> loadStable.
>>> 
>>> That is the one, I presume, is trying to load "Glamour-Core-TudorGirba339" 
>>> and generating the reported error. The quickest way to reproduce the error 
>>> would be trying to install Roassal2 on Pharo 6.1.
>>> 
>>> Cheers,
>>> 
>>> Offray
>>> 
>>> On 29/11/17 02:47, Tudor Girba wrote:
 Hi,
 
 I am not sure I understand your report. The Glamour-Core package is part 
 of ConfigurationOfGlamourCore, and should not be updated separately.
 
 What script are you using for loading ConfigurationOfGlamourCore?
 
 Cheers,
 Doru
 
 
> On Nov 29, 2017, at 3:53 AM, Offray Vladimir Luna Cárdenas 
>   wrote:
> 
> Hi,
> 
> My image become unresponsive while making some debug, so I decided to
> start fresh and reinstall Grafoscopio, but I have some problems, with
> XML parser (so I disabled Soup temporarily) and with Glamour-Core, which
> provides and important part of the Grafoscopio experience. I tried also
> to install it from Monticello, without better results (to the version
> Glamour-Core-TudorGirba339). In both cases I get "SubscriptOutOfBounds:
> 17808" and this is the trace I get with the "Report" button (sorry I
> don't know other way to report):
> 
> https://pastebin.com/wWM24w01 
> 
> I will try with Pharo 7... The procedure is the same that was working
> just last week. I know the pains and advantages of having a dynamic
> system that is evolving quickly... hopefully a more stable platform will
> be there while the upcoming one is evolving.
> 
> Cheers,
> 
> Offray
> 
> 
> 
 --
 www.tudorgirba.com 
 www.feenk.com 
 
 "Every now and then stop and ask yourself if the war you're fighting is 
 the right one."
 
 
 
 
 
 
>>> 
>> 
> 

Re: [Pharo-users] How do you store and manage small programs?

[Offray Vladimir Luna Cárdenas]

Hi Andy,

I don't want to sound presumptuous, but I think that we can do even
better that Mathematica notebooks with the Pharo ecosystem. Grafoscopio,
for example, is just starting (yes, its first commit was 3 years ago,
but the development has been pretty sparse at the beginning and it was
my first Pharo/Smalltalk "app") and we can do stuff that is difficult
(or impossible) to do in platforms like Jupyter or Mathematica. For
example, we adapted Grafoscopio for making the open sourced the Data
Driven Journalism Handbook (DDJH), Spanish version[1], and we have a
single self contained ~600Kb file that is able to produce a 13 Mb pdf of
300+ pages document with beautiful layout and design[2]. The self
referential properties of the Pharo environment give us a pretty
flexible DOM, and as you can see (in the screenshot below), all the
commands to produce the Grafoscopio Manual or the DDJH are *inside* the
notebook, so the way you tweak Pandoc to produce a particular PDF is
expressed in plain Smalltalk, without relying on any external JSON or
any other external format config files. And this is just the beginning
if you consider reproducible research, because the image metaphor is an
excellent way to preserve all computation state of any research output,
including data and code, as told in the Panama Papers post on Data
continuum environments[2a] and how we can package that in "pocket
infrastructures". See, for example, my 10 years old research simulation
and dynamic presentation, opening without any problem, a moth ago[3],
using Etoys.

[1] http://mutabit.com/repos.fossil/mapeda/
[2] http://mutabit.com/repos.fossil/mapeda/uv/mapeda.pdf
[2a] http://mutabit.com/offray/blog/en/entry/panama-papers-1
[3] https://twitter.com/offrayLC/status/927313455543091200

http://mutabit.com/repos.fossil/mapeda/doc/tip/img/notebook.png

So, if this is just what a (no son long) newbie can do while he is also
doing the PhD research and writing, without any funding from academia,
government or private sector, mostly in a hackerspace of the "Global
South", just imagine what we can do, for interactive notebooks and
reproducible research, with bigger community engagement and funding.
Despite of the Pharo alternative being "under the radar", interactive
notebooks, reproducible research and long lasting digital artifacts,
virtual research environments are a hot topic today and in the upcoming
future[4][5][6] and with things like the ones showed and the one
upcoming (GT Documenter, Pharo 7, Iceberg Git/Fossil integration), we
can have a privileged position in that developing ecosystem.

[4] https://khinsen.wordpress.com/2015/09/
[5] http://opendreamkit.org/
[6]
http://blogs.sub.uni-hamburg.de/ifla-newsmedia/wp-content/uploads/2016/04/Boss-Broussard-Challenges-Facing-the-Preservation-of-Born-digital-News-Applications.pdf

Pharo/Smalltalk can take us further that any current platform and now is
a empowering medium for prototyping such visions.

Cheers,

Offray

On 27/11/17 19:10, Andy Burnett wrote:
> Wow! What a great collection of answers. Thanks everyone, I learned a
> lot from that relatively simple question.
>
> I have installed QuickAccess - that's very cool. And, I have also
> tried the 

Re: [Pharo-users] Unable to update Glamour-Core

[Juraj Kubelka]

I do not have this issue. Tested on 32bit Pharo 6.1 Latest update: #60523

Cheers,
Juraj

> On Nov 29, 2017, at 14:06, Offray Vladimir Luna Cárdenas 
>  wrote:
> 
> Hi,
> 
> I'm using the Roassal2 load script on Pharo 6.1 on Manjaro Gnu/Linux for 64 
> bits:
> 
> 
> 
> Gofer it
>   smalltalkhubUser: 'ObjectProfile' project: 'Roassal2';
>   configurationOf: 'Roassal2';
>   loadStable.
> 
> That is the one, I presume, is trying to load "Glamour-Core-TudorGirba339" 
> and generating the reported error. The quickest way to reproduce the error 
> would be trying to install Roassal2 on Pharo 6.1.
> 
> Cheers,
> 
> Offray
> 
> On 29/11/17 02:47, Tudor Girba wrote:
>> Hi,
>> 
>> I am not sure I understand your report. The Glamour-Core package is part of 
>> ConfigurationOfGlamourCore, and should not be updated separately.
>> 
>> What script are you using for loading ConfigurationOfGlamourCore?
>> 
>> Cheers,
>> Doru
>> 
>> 
>>> On Nov 29, 2017, at 3:53 AM, Offray Vladimir Luna Cárdenas 
>>>   wrote:
>>> 
>>> Hi,
>>> 
>>> My image become unresponsive while making some debug, so I decided to
>>> start fresh and reinstall Grafoscopio, but I have some problems, with
>>> XML parser (so I disabled Soup temporarily) and with Glamour-Core, which
>>> provides and important part of the Grafoscopio experience. I tried also
>>> to install it from Monticello, without better results (to the version
>>> Glamour-Core-TudorGirba339). In both cases I get "SubscriptOutOfBounds:
>>> 17808" and this is the trace I get with the "Report" button (sorry I
>>> don't know other way to report):
>>> 
>>> https://pastebin.com/wWM24w01 
>>> 
>>> I will try with Pharo 7... The procedure is the same that was working
>>> just last week. I know the pains and advantages of having a dynamic
>>> system that is evolving quickly... hopefully a more stable platform will
>>> be there while the upcoming one is evolving.
>>> 
>>> Cheers,
>>> 
>>> Offray
>>> 
>>> 
>>> 
>> --
>> www.tudorgirba.com 
>> www.feenk.com 
>> 
>> "Every now and then stop and ask yourself if the war you're fighting is the 
>> right one."
>> 
>> 
>> 
>> 
>> 
>> 
> 

Re: [Pharo-users] Unable to update Glamour-Core

[Offray Vladimir Luna Cárdenas]

Hi,

I'm using the Roassal2 load script on Pharo 6.1 on Manjaro Gnu/Linux for
64 bits:



|Gofer it smalltalkhubUser: 'ObjectProfile' project: 'Roassal2';
configurationOf: 'Roassal2'; loadStable.|



That is the one, I presume, is trying to load
"Glamour-Core-TudorGirba339" and generating the reported error. The
quickest way to reproduce the error would be trying to install Roassal2
on Pharo 6.1.

Cheers,

Offray

On 29/11/17 02:47, Tudor Girba wrote:
> Hi,
>
> I am not sure I understand your report. The Glamour-Core package is part of 
> ConfigurationOfGlamourCore, and should not be updated separately.
>
> What script are you using for loading ConfigurationOfGlamourCore?
>
> Cheers,
> Doru
>
>
>> On Nov 29, 2017, at 3:53 AM, Offray Vladimir Luna Cárdenas 
>>  wrote:
>>
>> Hi,
>>
>> My image become unresponsive while making some debug, so I decided to
>> start fresh and reinstall Grafoscopio, but I have some problems, with
>> XML parser (so I disabled Soup temporarily) and with Glamour-Core, which
>> provides and important part of the Grafoscopio experience. I tried also
>> to install it from Monticello, without better results (to the version
>> Glamour-Core-TudorGirba339). In both cases I get "SubscriptOutOfBounds:
>> 17808" and this is the trace I get with the "Report" button (sorry I
>> don't know other way to report):
>>
>> https://pastebin.com/wWM24w01
>>
>> I will try with Pharo 7... The procedure is the same that was working
>> just last week. I know the pains and advantages of having a dynamic
>> system that is evolving quickly... hopefully a more stable platform will
>> be there while the upcoming one is evolving.
>>
>> Cheers,
>>
>> Offray
>>
>>
>>
> --
> www.tudorgirba.com
> www.feenk.com
>
> "Every now and then stop and ask yourself if the war you're fighting is the 
> right one."
>
>
>
>
>
>

[Pharo-users] Using ZIP file system

[Juraj Kubelka]

Hi,

Do I use the ZIP file system correctly? I do the following: 

-=-=-=-
zipFile := FileLocator temp / 'file.zip'.
zipFileSystem := (FileSystem zip: zipFile) open.
(zipFileSystem root / 'dir1') createDirectory.
(zipFileSystem root / 'dir1' / 'file.txt') 
writeStreamDo: [ :stream | stream << 'Hello World!' ].
zipFileSystem close.
zipFile contents.
-=-=-=-

And zipFileSystem close produces an error.
 UndefinedObject(Object)>>doesNotUnderstand: #uncompressedSize
ZipFileSystemFile>>readFromMember
ZipFileSystemFile>>bytes
ZipFileSystemFile(MemoryFileSystemFile)>>readStream
MemoryHandle>>readStream
FileSystem>>readStreamOn:
FileReference>>readStream
FileReference(AbstractFileReference)>>readStreamDo:
[ :each | 
each isFile
ifTrue: [ each
readStreamDo:
[ :output | archive addString: output contents 
as: each path printString ] ] ] in ZipStore>>close in Block: [ :each | ...
Array(SequenceableCollection)>>do:
ZipStore>>close
FileSystem>>close
UndefinedObject>>DoIt
OpalCompiler>>evaluate
RubSmalltalkEditor>>evaluate:andDo:
RubSmalltalkEditor>>highlightEvaluateAndDo:
[ textMorph textArea editor highlightEvaluateAndDo: ann action.
textMorph shoutStyler style: textMorph text ] in [ textMorph textArea
handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann 
action.
textMorph shoutStyler style: textMorph text ] ] in 
GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate:
 in Block: [ textMorph textArea editor highlightEvaluateAndDo...etc...
RubEditingArea(RubAbstractTextArea)>>handleEdit:
[ textMorph textArea
handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: ann 
action.
textMorph shoutStyler style: textMorph text ] ] in 
GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate:
 in Block: [ textMorph textArea...
WorldState>>runStepMethodsIn:
WorldMorph>>runStepMethods
WorldState>>doOneCycleNowFor:
WorldState>>doOneCycleFor:
WorldMorph>>doOneCycle
WorldMorph class>>doOneCycle
[ [ WorldMorph doOneCycle.
Processor yield.
false ] whileFalse: [  ] ] in MorphicUIManager>>spawnNewProcess in Block: [ [ 
WorldMorph doOneCycle
[ self value.
Processor terminateActive ] in BlockClosure>>newProcess in Block: [ self 
value


Thanks for any advice. 
Juraj

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Offray Vladimir Luna Cárdenas]

On 13/10/17 08:52, Vitor Medina Cruz wrote:
> I completely agree with Ben.
>
> As for Dimitris, I have some points:
> [...]
>
> The fact is , we love pain, we love barriers, we love doors that
> slam into our face. We love challange. But only if we find it
> interesting.
>
>
> See, I think that’s not the point, the point is that people are very
> resistant to any change in their habits, so much that’s usually better
> to short-circuit into their habits to make a change instead of trying
> to force a hard change on them. That is why I think Ben point of view
> is not flawed at all, on the contrary, removing barriers is a way to
> make Pharo seems more like what people are habituated,
> short-circuiting peoples habits into Pharo usage. Withing time, people
> better understanding of Pharo may trigger small, but incremental,
> changes to it’s habits to get the “A-ha!!!” moment where live code and
> all wonders of Pharo make sense.
>
> I frankly read very loosely the rest of you answer ( :) :P ), but I
> get you are not interested in making Pharo popular rather than get
> really interested, open minded people on borad so to make it even more
> amazing, but I also disagree here (in part  :) ). There are lot’s of
> people who could do better for the community if the entrance were
> easier, more popularity could means more opportunity in job field and,
> in a more philosophical matter, a way to make the whole current
> programming field better. Of course, with more popularity comes
> disadvantages as well, some of which you already said, which can be
> addressed, but if this is price to pay I personally think it is worth it.
>

[...]

> On Fri, Oct 13, 2017 at 4:00 AM, Dimitris Chloupis
> > wrote:
>
>
> That is a familiar path, but still an obstacle for people to
> get over in trying Pharo - i.e. its a barrier of entry.  I've
> previously referred to this article by JoelOnSoftware, but to
> pull out a key part... "Think of these barriers as an obstacle
> course that people have to run before you can count them as
> your customers. If you start out with a field of 1000 runners,
> about half of them will trip on the tires; half of the
> survivors won’t be strong enough to jump the wall; half of
> those survivors will fall off the rope ladder into the mud,
> and so on, until only 1 or 2 people actually overcome all the
> hurdles. With 8 or 9 barriers, everybody will have one
> non-negotiable deal killer.  This calculus means that
> eliminating barriers to switching is the most important thing
> you have to do if you want to take over an existing market,
> because eliminating just one barrier will likely double your
> sales. Eliminate two barriers, and you’ll double your sales
> again."
>
>

[...]

>  
>
> The learning curve of Smalltalk and Lisp are plain insane. Made
> learningh DOS Assembly a walk in the park in comparison. 
>
> But frankly thats half of the fun. 
>
> Many obstacles, many challanges. 
>
> And there lies my point that an obstacle is a good thing when it
> becomes an interesting challange. You have to have at least a
> degree of masochism to learn how to code in any language. Of
> course the question is what makes an interesting challange and
> welcome to the abyss that is called "human brain". None knows and
> we are not anywhere close in finding out. 
>
> What we know is that documentation is super important , whether
> you are a masochist or not, you need it to progress. Problems is
> that documentation is hard to create and maintain, again masochism
> required. So we should not just worry about making it easier for
> people to reach documentation we should make it easier for people
> to maintain it. Because even masochism has its limits. Those
> limits are as far it is a pleasureable pain. 
>
> So congratulations to anyone reading this long post , you already
> proven my point.
>

I read it the same way as Vitor did also (I don't know why my mail
client marked some part of this thread as unread), so answering Dimitris
mail is not a probe of being pain lovers ( :-P ).

> A huge plus also for Pharo is the community and how welcoming it
> is, we take for granted but my experience with Python was not the
> best either. I joined the IRC channel, other than having to endure
> the stupidity of "say lol 3 times and you are banned" , too many
> wars over languages and how superior Python is than anything else.
> Guido is god and blah blah blah... No thanks. 
>
> People here are open minded, still "religious" about Smaltalk but
> they actually want to help , not to teach, actually help. 
>
> I think we are a bit too obsessed on how to make Pharo popular,
> Smalltalkers suffer from this 

[Pharo-users] [ANN] files.pharo.org server move tomorrow, Nov 30

[Marcus Denker]

Hi,

We will do the switch to the new server tomorrow, Nov 30.

-> for people downloading, there should be no service intererruption
-> For *uploaders* (mostly CI jobs), you need new SSH credentials.
This means some upload jobs might break, but they will be easy 
to fix
-> Uploading humans (people that scp to files.pharo.org 
): Talk to Christoph or me. 

Marcus

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

[Sean P. DeNigris]

demarey wrote
> Please, could you test these new servers and give us feedback to see if
> downloads are fast and nom ore CRC errors?

Performance from New York, USA...

$ 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  7400k  0  0:00:02  0:00:02 --:--:--
7401k
  % Total% Received % Xferd  Average Speed   TimeTime Time 
Current
 Dload  Upload   Total   SpentLeft 
Speed
100 17.7M  100 17.7M0 0  4866k  0  0:00:03  0:00:03 --:--:--
4865k
  % Total% Received % Xferd  Average Speed   TimeTime Time 
Current
 Dload  Upload   Total   SpentLeft 
Speed
100 17.7M  100 17.7M0 0  2101k  0  0:00:08  0:00:08 --:--:--
2964k



-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

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

[Peter Uhnák]

Czech Republic

I've tried several different files, because my observations over the past
months was that some downloads were fast and some slow... randomly.

The script is the same as everyone, I've just changed the target.
The order is same - files2, inria, files.

In case of 60/60520.zip I do not understand why files2 returned a different
size.


!! 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  1820k  0  0:00:09  0:00:09 --:--:--
1871k
100 17.7M  100 17.7M0 0  96353  0  0:03:13  0:03:13 --:--:--
108k
100 17.7M  100 17.7M0 0  3017k  0  0:00:06  0:00:06 --:--:--
3878k


!! 70/latest.zip

  % Total% Received % Xferd  Average Speed   TimeTime Time
Current
 Dload  Upload   Total   SpentLeft
Speed
100 17.7M  100 17.7M0 0  4965k  0  0:00:03  0:00:03 --:--:--
4966k
100 17.8M  100 17.8M0 0   110k  0  0:02:45  0:02:45 --:--:--
117k
100 17.8M  100 17.8M0 0   105k  0  0:02:52  0:02:52 --:--:--
120k


!! 60/latest.zip

  % Total% Received % Xferd  Average Speed   TimeTime Time
Current
 Dload  Upload   Total   SpentLeft
Speed
100 15.7M  100 15.7M0 0  4966k  0  0:00:03  0:00:03 --:--:--
4967k
100 15.5M  100 15.5M0 0  3405k  0  0:00:04  0:00:04 --:--:--
3765k
100 15.5M  100 15.5M0 0  4404k  0  0:00:03  0:00:03 --:--:--
5112k


!! 60/60521.zip

(pharo2 failed because the image is from today, so it wasn't on the server
yet)

  % Total% Received % Xferd  Average Speed   TimeTime Time
Current
 Dload  Upload   Total   SpentLeft
Speed
100   216  100   2160 0   1437  0 --:--:-- --:--:-- --:--:--
1440
100 15.5M  100 15.5M0 0  2092k  0  0:00:07  0:00:07 --:--:--
2891k
100 15.5M  100 15.5M0 0   122k  0  0:02:09  0:02:09 --:--:--
93648


!! 60/60520.zip

  % Total% Received % Xferd  Average Speed   TimeTime Time
Current
 Dload  Upload   Total   SpentLeft
Speed
100 15.7M  100 15.7M0 0  4304k  0  0:00:03  0:00:03 --:--:--
4303k
100 16.6M  100 16.6M0 0  94301  0  0:03:05  0:03:05 --:--:--
146k
100 16.6M  100 16.6M0 0  2323k  0  0:00:07  0:00:07 --:--:--
2845k



!! 60/60508.zip

  % Total% Received % Xferd  Average Speed   TimeTime Time
Current
 Dload  Upload   Total   SpentLeft
Speed
100 14.9M  100 14.9M0 0  3768k  0  0:00:04  0:00:04 --:--:--
3768k
100 14.9M  100 14.9M0 0  4293k  0  0:00:03  0:00:03 --:--:--
5096k
100 14.9M  100 14.9M0 0  3380k  0  0:00:04  0:00:04 --:--:--
3591k




On Wed, Nov 29, 2017 at 12:42 PM, Mariano Martinez Peck <
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 <
> serge.stinckw...@gmail.com> wrote:
>
>> From Cameroon, LTE
>> inria.fr very slow for me ...
>>
>> 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   700k  0  0:00:25  0:00:25 --:--:--
>> 799k
>>   % Total% Received % Xferd  Average Speed   TimeTime Time
>> Current
>>  Dload  Upload   Total   SpentLeft
>> Speed
>> 100 17.7M  100 17.7M0 0  32836  0  0:09:26  0:09:26 --:--:--
>> 22514
>>   % Total% Received % Xferd  Average Speed   TimeTime Time
>> Current
>>  Dload  Upload   Total   SpentLeft
>> Speed
>> 100 17.7M  100 17.7M0 0   569k  0  0:00:31  0:00:31 --:--:--
>> 586k
>>
>> On Wed, Nov 29, 2017 at 

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

[Gabriel Cotelli]

>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 <
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 <
> serge.stinckw...@gmail.com> wrote:
>
>> From Cameroon, LTE
>> inria.fr very slow for me ...
>>
>> 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   700k  0  0:00:25  0:00:25 --:--:--
>> 799k
>>   % Total% Received % Xferd  Average Speed   TimeTime Time
>> Current
>>  Dload  Upload   Total   SpentLeft
>> Speed
>> 100 17.7M  100 17.7M0 0  32836  0  0:09:26  0:09:26 --:--:--
>> 22514
>>   % Total% Received % Xferd  Average Speed   TimeTime Time
>> Current
>>  Dload  Upload   Total   SpentLeft
>> Speed
>> 100 17.7M  100 17.7M0 0   569k  0  0:00:31  0:00:31 --:--:--
>> 586k
>>
>> On Wed, Nov 29, 2017 at 11:43 AM, Alistair Grant 
>> wrote:
>>
>>> Czech Republic:
>>>
>>> $ 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/ima
>>> ge/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \
>>> > --next -o 3.zip http://files.pharo.org/image/7
>>> 0/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  1948k  0  0:00:09  0:00:09 --:--:--
>>> 2799k
>>> 100 17.7M  100 17.7M0 0  4012k  0  0:00:04  0:00:04 --:--:--
>>> 4977k
>>> 100 17.7M  100 17.7M0 0   106k  0  0:02:51  0:02:51 --:--:--
>>> 57552
>>>
>>>
>>> Thanks to Ben for making this easy.
>>>
>>> Cheers,
>>> Alistair
>>>
>>> On 29 November 2017 at 11:36, Sven Van Caekenberghe 
>>> wrote:
>>> >
>>> >
>>> >> On 29 Nov 2017, at 11:32, stephan  wrote:
>>> >>
>>> >> On 29-11-17 04:29, Ben Coman wrote:
>>> >>> Performance from Western Australia...
>>> >> From the Netherlands
>>> >> 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 

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

[Mariano Martinez Peck]

>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 <
serge.stinckw...@gmail.com> wrote:

> From Cameroon, LTE
> inria.fr very slow for me ...
>
> 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   700k  0  0:00:25  0:00:25 --:--:--
> 799k
>   % Total% Received % Xferd  Average Speed   TimeTime Time
> Current
>  Dload  Upload   Total   SpentLeft
> Speed
> 100 17.7M  100 17.7M0 0  32836  0  0:09:26  0:09:26 --:--:--
> 22514
>   % Total% Received % Xferd  Average Speed   TimeTime Time
> Current
>  Dload  Upload   Total   SpentLeft
> Speed
> 100 17.7M  100 17.7M0 0   569k  0  0:00:31  0:00:31 --:--:--
> 586k
>
> On Wed, Nov 29, 2017 at 11:43 AM, Alistair Grant 
> wrote:
>
>> Czech Republic:
>>
>> $ 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/ima
>> ge/70/Pharo-7.0.0-alpha.build.328.sha.c366633.arch.32bit.zip \
>> > --next -o 3.zip http://files.pharo.org/image/7
>> 0/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  1948k  0  0:00:09  0:00:09 --:--:--
>> 2799k
>> 100 17.7M  100 17.7M0 0  4012k  0  0:00:04  0:00:04 --:--:--
>> 4977k
>> 100 17.7M  100 17.7M0 0   106k  0  0:02:51  0:02:51 --:--:--
>> 57552
>>
>>
>> Thanks to Ben for making this easy.
>>
>> Cheers,
>> Alistair
>>
>> On 29 November 2017 at 11:36, Sven Van Caekenberghe  wrote:
>> >
>> >
>> >> On 29 Nov 2017, at 11:32, stephan  wrote:
>> >>
>> >> On 29-11-17 04:29, Ben Coman wrote:
>> >>> Performance from Western Australia...
>> >> From the Netherlands
>> >> 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  4418k  0  0:00:04  0:00:04
>> --:--:-- 4419k
>> >> 100 17.7M  100 17.7M0 0  4150k  0  0:00:04  0:00:04
>> --:--:-- 4859k
>> >> 100 17.7M  100 17.7M0 0  4619k  0  0:00:03  0:00:03
>> --:--:-- 4786k
>> >>
>> >> Stephan
>> >
>> > "The votes from the Belgian jury"
>> >
>> > $ 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  3414k  0  0:00:05  0:00:05
>> --:--:-- 4200k
>> >   % Total% Received % Xferd  Average Speed   TimeTime Time
>> Current
>> >  Dload  Upload   Total   SpentLeft
>> Speed
>> > 100 17.7M  100 17.7M0 0  5167k  0  0:00:03  0:00:03
>> --:--:-- 5168k
>> >   % Total% Received % Xferd  Average Speed   TimeTime Time
>> Current
>> >  Dload  Upload   Total   SpentLeft
>> Speed
>> > 100 17.7M  100 17.7M0 0  5952k  

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

[Serge Stinckwich]

>From Cameroon, LTE
inria.fr very slow for me ...

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   700k  0  0:00:25  0:00:25 --:--:--
799k
  % Total% Received % Xferd  Average Speed   TimeTime Time
Current
 Dload  Upload   Total   SpentLeft
Speed
100 17.7M  100 17.7M0 0  32836  0  0:09:26  0:09:26 --:--:--
22514
  % Total% Received % Xferd  Average Speed   TimeTime Time
Current
 Dload  Upload   Total   SpentLeft
Speed
100 17.7M  100 17.7M0 0   569k  0  0:00:31  0:00:31 --:--:--
586k

On Wed, Nov 29, 2017 at 11:43 AM, Alistair Grant 
wrote:

> Czech Republic:
>
> $ 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  1948k  0  0:00:09  0:00:09 --:--:--
> 2799k
> 100 17.7M  100 17.7M0 0  4012k  0  0:00:04  0:00:04 --:--:--
> 4977k
> 100 17.7M  100 17.7M0 0   106k  0  0:02:51  0:02:51 --:--:--
> 57552
>
>
> Thanks to Ben for making this easy.
>
> Cheers,
> Alistair
>
> On 29 November 2017 at 11:36, Sven Van Caekenberghe  wrote:
> >
> >
> >> On 29 Nov 2017, at 11:32, stephan  wrote:
> >>
> >> On 29-11-17 04:29, Ben Coman wrote:
> >>> Performance from Western Australia...
> >> From the Netherlands
> >> 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  4418k  0  0:00:04  0:00:04
> --:--:-- 4419k
> >> 100 17.7M  100 17.7M0 0  4150k  0  0:00:04  0:00:04
> --:--:-- 4859k
> >> 100 17.7M  100 17.7M0 0  4619k  0  0:00:03  0:00:03
> --:--:-- 4786k
> >>
> >> Stephan
> >
> > "The votes from the Belgian jury"
> >
> > $ 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  3414k  0  0:00:05  0:00:05 --:--:--
> 4200k
> >   % Total% Received % Xferd  Average Speed   TimeTime Time
> Current
> >  Dload  Upload   Total   SpentLeft
> Speed
> > 100 17.7M  100 17.7M0 0  5167k  0  0:00:03  0:00:03 --:--:--
> 5168k
> >   % Total% Received % Xferd  Average Speed   TimeTime Time
> Current
> >  Dload  Upload   Total   SpentLeft
> Speed
> > 100 17.7M  100 17.7M0 0  5952k  0  0:00:03  0:00:03 --:--:--
> 5953k
> >
> > ;-)
> >
> > Sven
>
>


-- 
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/

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

[stephan]

On 29-11-17 11:39, Prof. Andrew P. Black wrote:
The “Save as ...” command in Pharo is unfortunately /not /at this time 
compatible with the launcher, so if you create a new image using Save As 
..., it will not show up in the launcher.


PharoLauncher however can copy a saved image and create a new one from 
it. That is not exactly the same, as you need to start by creating a 
copy if you want to be able to snapshot and go back to the original 
version. Copying the image with PharoLauncher also provides you with a 
new, empty, packageCache (unless you selected you share that).


Having the snapshots of an image show up in the launcher would actually 
be a pretty useful feature. The interaction with different git branches 
gets interesting then.


Stephan

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

[Alistair Grant]

Czech Republic:

$ 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  1948k  0  0:00:09  0:00:09 --:--:-- 2799k
100 17.7M  100 17.7M0 0  4012k  0  0:00:04  0:00:04 --:--:-- 4977k
100 17.7M  100 17.7M0 0   106k  0  0:02:51  0:02:51 --:--:-- 57552


Thanks to Ben for making this easy.

Cheers,
Alistair

On 29 November 2017 at 11:36, Sven Van Caekenberghe  wrote:
>
>
>> On 29 Nov 2017, at 11:32, stephan  wrote:
>>
>> On 29-11-17 04:29, Ben Coman wrote:
>>> Performance from Western Australia...
>> From the Netherlands
>> 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  4418k  0  0:00:04  0:00:04 --:--:-- 
>> 4419k
>> 100 17.7M  100 17.7M0 0  4150k  0  0:00:04  0:00:04 --:--:-- 
>> 4859k
>> 100 17.7M  100 17.7M0 0  4619k  0  0:00:03  0:00:03 --:--:-- 
>> 4786k
>>
>> Stephan
>
> "The votes from the Belgian jury"
>
> $ 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  3414k  0  0:00:05  0:00:05 --:--:-- 4200k
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100 17.7M  100 17.7M0 0  5167k  0  0:00:03  0:00:03 --:--:-- 5168k
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100 17.7M  100 17.7M0 0  5952k  0  0:00:03  0:00:03 --:--:-- 5953k
>
> ;-)
>
> Sven

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

[Prof. Andrew P. Black]

> On 23 Nov 2017, at 12:56 , Herby Vojčík  wrote:
> 
> 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)?

I also was completely confused by what the launcher was for.  And when I tried 
it, it did not seem to load.  Now that I know what it is for, it is very 
useful.  So I will try to explain the basics.

The launcher is not a project that you load into your Pharo image.  It is 
stand-alone command line tool that you use for creating and managing your 
images.  It lets you quickly and easily:

download the latest pre-built Pharo image and create your own copy.
you can choose from Pharo 6.1 stable or Pharo 7 development
You can choose 64 or 32 bit
manage multiple images on your computer
Launch (with the right VM), with and without your personal settings, 
Delete old images
run multiple images in parallel

The “Save as ...” command in Pharo is unfortunately not at this time compatible 
with the launcher, so if you create a new image using Save As ..., it will not 
show up in the launcher. 

You should be able to launch the launcher by double-clicking on it from your 
OS.  In MacOS, I have it in the dock.  

Perhaps someone can put some text like what I have written above on the web 
page?  We often assume that people know ... well, they mostly don’t!

Andrew

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

[Sven Van Caekenberghe]

> On 29 Nov 2017, at 11:32, stephan  wrote:
> 
> On 29-11-17 04:29, Ben Coman wrote:
>> Performance from Western Australia...
> From the Netherlands
> 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  4418k  0  0:00:04  0:00:04 --:--:-- 4419k
> 100 17.7M  100 17.7M0 0  4150k  0  0:00:04  0:00:04 --:--:-- 4859k
> 100 17.7M  100 17.7M0 0  4619k  0  0:00:03  0:00:03 --:--:-- 4786k
> 
> Stephan

"The votes from the Belgian jury"

$ 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  3414k  0  0:00:05  0:00:05 --:--:-- 4200k
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 17.7M  100 17.7M0 0  5167k  0  0:00:03  0:00:03 --:--:-- 5168k
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 17.7M  100 17.7M0 0  5952k  0  0:00:03  0:00:03 --:--:-- 5953k

;-)

Sven

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

[stephan]

On 29-11-17 04:29, Ben Coman wrote:

Performance from Western Australia...

From the Netherlands
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  4418k  0  0:00:04  0:00:04 --:--:-- 
4419k
100 17.7M  100 17.7M0 0  4150k  0  0:00:04  0:00:04 --:--:-- 
4859k
100 17.7M  100 17.7M0 0  4619k  0  0:00:03  0:00:03 --:--:-- 
4786k


Stephan

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_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] Strange behaviour when commit+push with Iceberg

[Alistair Grant]

Hi Julien,

On 28 November 2017 at 21:34, Julien  wrote:
> Hello,
>
> Sometimes, when I do « commit and push » with Iceberg, I got this strange
> behaviour (see1st screenshot).
>
> I **must** interrupt the process to stop this madness. Then, I get even
> weirder things related to morphic (see the other screenshot).
>
> Then my image come back to a normal state and the commit + push have been
> performed.

Similar screen corruption has been reported when there are two or more
Morphic UI Processes.

If you open a process browser (world menu -> Tools -> Process
Browser), look for "Morphic UI Process".  Terminate all the processes
that aren't "Morphic UI Process: nil".

Cheers,
Alistair

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

[Marcus Denker]

> On 28 Nov 2017, at 20:06, Peter Uhnák  wrote:
> 
> What is the relationship between this and http://mirror.pharo.org? 
> 
no relationship… that was another idea (to put a CDN in front). Better to 
replace the server itself.

> 
> Considering you are already working around these servers, would it be 
> possible to add HTTPS?
> 

One of the solutions has SSL enabled, which kind of makes this the more likely 
solution to be used.
For testing, this runs with SSL with the  http://files2.pharo.org 
 server:

https://books.pharo.org

> 
> On Tue, Nov 28, 2017 at 5:43 PM, Christophe Demarey 
> > wrote:
> 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.