Re: [Pharo-users] Pharo-users Digest, Vol 55, Issue 206

[Викентий Потапов]

I downloaded the latest PharoLauncher image, use VM for Pharo 6.1.
1) On load i got an error with UTF8 encoding.
2) Every time i tried to create image (for example, Pharo 7 image) i get an 
error "Can't find the requested origin".

Reported.

Best regards, Vikenti Potapov

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

[Stephane Ducasse]

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.

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
>>
>>
>>
>>
>
>

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

[Stephane Ducasse]

Thanks christophe and marcus.

This is good that we get rid of this stupid situation.

Stef

On Fri, Nov 24, 2017 at 5:04 PM, Christophe Demarey
 wrote:
>
>> 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] 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!!!!

[Herby Vojčík]

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

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

[Peter Uhnák]

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
>>
>>
>
>

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

[p...@highoctane.be]

Same issues for me.

I actually use an older thing that I know works instead of using zeroconf
etc anymore.

Others may just walk away from Pharo silently.

Look in an age of Docker and multi gig successful downloads, a couple megs
sjouldn't be that hard.

S3 or whatever works for millions of podcasts, BinTray also works nicely
etc.

Shouldn't some consortium money channeled in there?

Phil


On Fri, Nov 24, 2017 at 3:24 AM, Ben Coman  wrote:

> On 23 November 2017 at 20:18, Christophe Demarey <
> christophe.dema...@inria.fr> wrote:
>
>>
>> > Le 23 nov. 2017 à 12:34, Norbert Hartl  a écrit :
>> >
>> >
>> >
>> >> Am 23.11.2017 um 11:39 schrieb Christophe Demarey <
>> christophe.dema...@inria.fr>:
>> >>
>> >> 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
>
>
>
> The problem seems geo-specific.  So you may never personally observe the
> problem.  Of course that can make it near-impossible for  yourself to
> troubleshoot.
> So consider the engineering principal...  "If you can't solve the problem,
> change the problem."
>
>
> cheers -ben
>

Re: [Pharo-users] PetitCompiler loading problem

[Tudor Girba]

Hi,

What script are you using?

Cheers,
Doru


> On Nov 24, 2017, at 9:42 AM, Julien  wrote:
> 
> Hi,
> 
> Thanks for you answer.
> 
> I already tried and I do encounter the same issue with #development version.
> 
> Julien
>> Le 24 nov. 2017 à 09:40, Tudor Girba  a écrit :
>> 
>> Hi,
>> 
>> PetitCompiler is not released for 6.1. Please try with #development and let 
>> me know if you still encounter the issue.
>> 
>> Cheers,
>> Doru
>> 
>> 
>>> On Nov 24, 2017, at 8:55 AM, Julien  wrote:
>>> 
>>> Hello,
>>> 
>>> I’d like to try PetitCompiler to speed-up a parser I did.
>>> 
>>> When trying to load it in a Pharo 6.1 image I have an error related to its 
>>> configuration:
>>> 
>>> Gofer new smalltalkhubUser: 'JanKurs' project: 'PetitParser';
>>>  configurationOf: #PetitCompiler; load.
>>> (Smalltalk at: #ConfigurationOfPetitCompiler) perform: #'loadStable'.
>>> 
>>> « Error : Name not found : Magritte-Tests-Pharo-Model » 
>>> 
>>> Can someone help me?
>>> 
>>> I haven't tried in older images.
>>> 
>>> Julien
>> 
>> --
>> www.tudorgirba.com
>> www.feenk.com
>> 
>> "No matter how many recipes we know, we still value a chef."
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
> 
> 

--
www.tudorgirba.com
www.feenk.com

"Don't give to get. Just give."

Re: [Pharo-users] Short report about Pharo experience

[Esteban Lorenzano]

yes please, keep feedback coming :)
(you and everybody).

Esteban

> On 23 Nov 2017, at 23:40, Stephane Ducasse  wrote:
> 
> Hi hans
> 
> No need to overreact.
> WE VALUE FEEDBACK.
> Now if people would understand that yes they can do a simple commit to
> recategorise a method.
> Then we could also focus on more important things.
> 
> NOW FEEDBACK is great. Then what?
> 
> Stef
> 
> 
> On Thu, Nov 23, 2017 at 11:53 AM, Hans  
> wrote:
>> Hi Stef,
>> 
>> my post is intended as feedback. Action is a different thing. Feedback may
>> help to indentify useful actions. In this sense, I thought feed back is
>> help, too. May be I'm wrong.
>> 
>> If you thing feed back is useless and without value, and only "action"
>> counts, then is this your opinion. Then I'll take my actions (which are
>> there, I develop on TeaPot, as you could read) and be quiet. Full Stop.
>> 
>> Hans
>> 
>> 
>> 
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>> 
> 

Re: [Pharo-users] PetitCompiler loading problem

[Julien]

Hi,

Thanks for you answer.

I already tried and I do encounter the same issue with #development version.

Julien
> Le 24 nov. 2017 à 09:40, Tudor Girba  a écrit :
> 
> Hi,
> 
> PetitCompiler is not released for 6.1. Please try with #development and let 
> me know if you still encounter the issue.
> 
> Cheers,
> Doru
> 
> 
>> On Nov 24, 2017, at 8:55 AM, Julien  wrote:
>> 
>> Hello,
>> 
>> I’d like to try PetitCompiler to speed-up a parser I did.
>> 
>> When trying to load it in a Pharo 6.1 image I have an error related to its 
>> configuration:
>> 
>> Gofer new smalltalkhubUser: 'JanKurs' project: 'PetitParser';
>>   configurationOf: #PetitCompiler; load.
>> (Smalltalk at: #ConfigurationOfPetitCompiler) perform: #'loadStable'.
>> 
>> « Error : Name not found : Magritte-Tests-Pharo-Model » 
>> 
>> Can someone help me?
>> 
>> I haven't tried in older images.
>> 
>> Julien
> 
> --
> www.tudorgirba.com
> www.feenk.com
> 
> "No matter how many recipes we know, we still value a chef."
> 
> 
> 
> 
> 
> 
> 
> 

Re: [Pharo-users] PetitCompiler loading problem

[Tudor Girba]

Hi,

PetitCompiler is not released for 6.1. Please try with #development and let me 
know if you still encounter the issue.

Cheers,
Doru


> On Nov 24, 2017, at 8:55 AM, Julien  wrote:
> 
> Hello,
> 
> I’d like to try PetitCompiler to speed-up a parser I did.
> 
> When trying to load it in a Pharo 6.1 image I have an error related to its 
> configuration:
> 
> Gofer new smalltalkhubUser: 'JanKurs' project: 'PetitParser';
>configurationOf: #PetitCompiler; load.
> (Smalltalk at: #ConfigurationOfPetitCompiler) perform: #'loadStable'.
> 
> « Error : Name not found : Magritte-Tests-Pharo-Model » 
> 
> Can someone help me?
> 
> I haven't tried in older images.
> 
> Julien

--
www.tudorgirba.com
www.feenk.com

"No matter how many recipes we know, we still value a chef."

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