Re: [Pharo-dev] PharoSpur32Vm

[Nicolai Hess]

I still have problems building a vm on windows.
can you give me some hints how to start ?
I cloned the recent pharo-vm project,
in opensmalltalk-vm\build.win32x86\pharo.cog.spur\
run
mvm

But I got a couple of problems (mingw-32 compiler commands not found, I had
to adjust the include path for finding directx header, missing variable
replacement for git-versions).
So I may miss some important steps.
Is there a repository where I can clone the mingw environment used to build
the win32-pharo-vm, the environment used on the build-server ?

Thanks
Nicolai

2017-02-04 1:50 GMT+01:00 Nicolai Hess :

>
>
> 2017-02-04 1:44 GMT+01:00 Nicolai Hess :
>
>>
>>
>> 2017-01-23 8:59 GMT+01:00 Esteban Lorenzano :
>>
>>>
>>> On 22 Jan 2017, at 13:19, Nicolai Hess  wrote:
>>>
>>>
>>>
>>> 2017-01-22 10:21 GMT+01:00 Clément Bera :
>>>
 Hi,

 I believe they're built from* https://github.com/OpenSmalltalk/vm
 * using travis and appveyor. On
 the gitbhub readme there are relevant links. All built artifacts are also
 kept on bintray for history.



>>> Thank you!
>>>
>>>
>>> no, they aren’t :)
>>> instead, they are built here: https://github.com/pharo-project/pharo-vm
>>>
>>> (README still not updated)
>>>
>>
>> what did changed ? I am not able to build the vm on windows anymore
>> (something wrong with generating the generator.image, I'll now reset my
>> local pharo-vm build directory and see if it works afterwards).
>>
>
> see attached the stderr log :
>
> 'Errors in script loaded from u:\github\pharo-vm\scripts\LoadVMMaker.st'
> [31mMessageNotUnderstood: receiver of "default:" is nil
> [0mUndefinedObject(Object)>>doesNotUnderstand: #default:
> BaseSoundSystem class>>initialize
> MCMethodDefinition>>postloadOver:
>
> 
>
>
>> Are we still working with branch spur-64, or are we back on master ?
>>
>>
>>
>>>
>>> Esteban
>>>
>>>
>>>

 On Sun, Jan 22, 2017 at 9:25 AM, Nicolai Hess 
 wrote:

> Where are the latest Pharo-spur-vms (32bit) are built?
> I don't see them on the build server, only the buildresults at
> http://files.pharo.org/vm/pharo-spur32/linux/
>
> The latest builds on the buildserver are from the last year only.
>
> nicolai
>


>>>
>>>
>>
>

Re: [Pharo-dev] Debugger: is there a way to skip a message?

[Tudor Girba]

Hi Stef,

I am not sure I understand what you mean by "skip a message”. Is it different 
then “Over”?

Cheers,
Doru


> On Mar 10, 2017, at 9:20 PM, stepharong  wrote:
> 
> Hi
> 
> I need to skip message while debugging and I thought that it was possible.
> May be I do not see it.
> 
> Stef
> 
> -- 
> Using Opera's mail client: http://www.opera.com/mail/
> 

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

"Innovation comes in the least expected form. 
That is, if it is expected, it already happened."

Re: [Pharo-dev] Mini Pharo -> JavaScript translator?

[H. Hirzel]

On 3/10/17, Alexandre Bergel  wrote:
> Hi!
>
> Is there a simple way to translate Pharo code into Javascript?
> There is Pharo JS, but I cannot load it in Pharo 6. There is the amber
> compiler, but I cannot find a version for Pharo.
>
> Amber takes the approach of translating everything into JavaScript,
> including the Smalltalk object model. While this is great for fan of
> bootstrapping images, it produces large javascript code.
>
> Is there a kind of Slang for JavaScript? I am looking for something
> minimal.
>
> Cheers,
> Alexandre


Hello Alexandre


Something like this
https://github.com/ympbyc/LittleSmallscript

or


http://wiki.squeak.org/squeak/5860 which refers to
http://www.squeaksource.com/@xxu3r2Ma7SbqJi3E/1j-SgMCf (74000 downloads).

People have used it successfully.

There is probably a Pharo port.

--Hannes

[Pharo-dev] Mini Pharo -> JavaScript translator?

[Alexandre Bergel]

Hi!

Is there a simple way to translate Pharo code into Javascript?
There is Pharo JS, but I cannot load it in Pharo 6. There is the amber 
compiler, but I cannot find a version for Pharo.

Amber takes the approach of translating everything into JavaScript, including 
the Smalltalk object model. While this is great for fan of bootstrapping 
images, it produces large javascript code. 

Is there a kind of Slang for JavaScript? I am looking for something minimal.

Cheers,
Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

[Pharo-dev] Debugger: is there a way to skip a message?

[stepharong]

Hi

I need to skip message while debugging and I thought that it was possible.
May be I do not see it.

Stef

--
Using Opera's mail client: http://www.opera.com/mail/

[Pharo-dev] Athens based game worked on windows and pharo 60 :)

[stepharong]

Hi esteban

Today during the labs at the university, we verified with the latest VM on  
windows that the athens based game that the students were improving is

working with Pharo 60 (while some weeks ago when they tried it did not).

Stef


--

Re: [Pharo-dev] Catalog projects in Spotter

[stepharong]

On Fri, 10 Mar 2017 20:38:27 +0100, Nicolai Hess   
wrote:





2017-03-10 20:18 GMT+01:00 stepharong :

Torsten

Why are you full of bad energy?
Having a setting is perfectly ok. Why all this bad energy.


The problem is not having a setting, the problem is to have *two*  
distinct settings for the same thing.


Yes and this can be fixed to have only one.
I do not see the problem.
And I'm in favor to have one and I was never against it.

Stef







Do you think that this is nice to hear that I push solution for fucking  
african idiots?

I spent so much time writing and producing solutions for newbies.
I just spent three months fixing the Pharo by example book and THIS IS  
NOT MY JOB.
Do you think that writing a full mooc that we can use to promote Pharo  
all over the world
is not important? I was not in the mood to write it. For my CV a mooc  
is nothing.

Zero impact.
You see when people evaluate my CV I got feedback like
   "stephane is a brillant researcher but he is focusing too much  
on poor languages."

And many other things.
So now you can be aggressive and pissed. I decided long time ago that I  
do Pharo for positive

energy. Now if you do not like what I'm doing I cannot do much.

Stef





Uko wrote:
If there is a rule not to duplicate preferences, why is catalog not  
following it?


Because at the time when I implemented it for catalog there was no  
other setting.


The enabling/disabling for all GT extension was introduced later. Also  
the confusing
default was introduced later (with the more hidden spotter extension  
disabled and

leaving the Catalog setting enabled) leading to this whole mess.

To be honest I dont care or respond anymore on the whole issue because  
as we now know from

the long discussion the only outcome is that:


 - most of us should be knowledgable enough to know that two settings  
exist
 - most of us should become experts in fixing deficencies with startup  
scripts
 - most of us should accept that we have to hide features as deep as  
possible in the settings tree
 - most of us should accept that we have to make it as complicated as  
possible to load catalog projects
 - most of us should accept that we can display and access anything in  
spotter except catalog projects
 - most of us should accept that Pharo videos get broken and never  
match reality

 - most of us should continue to "rest in their comfort zone"
 - most of us should continue to be "an egoist instead of being an  
adult"
 - most of us should be allowed to speak up only when they presented  
Pharo at a university

 - most of us should start working with slow networks


Fixing it by removing Spotter and Catalog completely from Pharo would  
possibly be the

best solution. Anyone up for a slice?

Bye
T.




--Using Opera's mail client: http://www.opera.com/mail/







--
Using Opera's mail client: http://www.opera.com/mail/

Re: [Pharo-dev] Catalog projects in Spotter

[Nicolai Hess]

2017-03-10 20:18 GMT+01:00 stepharong :

> Torsten
>
> Why are you full of bad energy?
> Having a setting is perfectly ok. Why all this bad energy.
>

The problem is not having a setting, the problem is to have *two* distinct
settings for the same thing.


>
> Do you think that this is nice to hear that I push solution for fucking
> african idiots?
> I spent so much time writing and producing solutions for newbies.
> I just spent three months fixing the Pharo by example book and THIS IS NOT
> MY JOB.
> Do you think that writing a full mooc that we can use to promote Pharo all
> over the world
> is not important? I was not in the mood to write it. For my CV a mooc is
> nothing.
> Zero impact.
> You see when people evaluate my CV I got feedback like
> "stephane is a brillant researcher but he is focusing too much on
> poor languages."
> And many other things.
> So now you can be aggressive and pissed. I decided long time ago that I do
> Pharo for positive
> energy. Now if you do not like what I'm doing I cannot do much.
>
> Stef
>
>
>
>
> Uko wrote:
>>
>>> If there is a rule not to duplicate preferences, why is catalog not
>>> following it?
>>>
>>
>> Because at the time when I implemented it for catalog there was no other
>> setting.
>>
>> The enabling/disabling for all GT extension was introduced later. Also
>> the confusing
>> default was introduced later (with the more hidden spotter extension
>> disabled and
>> leaving the Catalog setting enabled) leading to this whole mess.
>>
>> To be honest I dont care or respond anymore on the whole issue because as
>> we now know from
>> the long discussion the only outcome is that:
>>
>> 
>>   - most of us should be knowledgable enough to know that two settings
>> exist
>>   - most of us should become experts in fixing deficencies with startup
>> scripts
>>   - most of us should accept that we have to hide features as deep as
>> possible in the settings tree
>>   - most of us should accept that we have to make it as complicated as
>> possible to load catalog projects
>>   - most of us should accept that we can display and access anything in
>> spotter except catalog projects
>>   - most of us should accept that Pharo videos get broken and never match
>> reality
>>   - most of us should continue to "rest in their comfort zone"
>>   - most of us should continue to be "an egoist instead of being an adult"
>>   - most of us should be allowed to speak up only when they presented
>> Pharo at a university
>>   - most of us should start working with slow networks
>> 
>>
>> Fixing it by removing Spotter and Catalog completely from Pharo would
>> possibly be the
>> best solution. Anyone up for a slice?
>>
>> Bye
>> T.
>>
>>
>
> --
> Using Opera's mail client: http://www.opera.com/mail/
>
>

Re: [Pharo-dev] Catalog projects in Spotter

[stepharong]

Torsten

Why are you full of bad energy?
Having a setting is perfectly ok. Why all this bad energy.

Do you think that this is nice to hear that I push solution for fucking  
african idiots?

I spent so much time writing and producing solutions for newbies.
I just spent three months fixing the Pharo by example book and THIS IS NOT  
MY JOB.
Do you think that writing a full mooc that we can use to promote Pharo all  
over the world
is not important? I was not in the mood to write it. For my CV a mooc is  
nothing.

Zero impact.
You see when people evaluate my CV I got feedback like
	"stephane is a brillant researcher but he is focusing too much on poor  
languages."

And many other things.
So now you can be aggressive and pissed. I decided long time ago that I do  
Pharo for positive

energy. Now if you do not like what I'm doing I cannot do much.

Stef




Uko wrote:
If there is a rule not to duplicate preferences, why is catalog not  
following it?


Because at the time when I implemented it for catalog there was no other  
setting.


The enabling/disabling for all GT extension was introduced later. Also  
the confusing
default was introduced later (with the more hidden spotter extension  
disabled and

leaving the Catalog setting enabled) leading to this whole mess.

To be honest I dont care or respond anymore on the whole issue because  
as we now know from

the long discussion the only outcome is that:


  - most of us should be knowledgable enough to know that two settings  
exist
  - most of us should become experts in fixing deficencies with startup  
scripts
  - most of us should accept that we have to hide features as deep as  
possible in the settings tree
  - most of us should accept that we have to make it as complicated as  
possible to load catalog projects
  - most of us should accept that we can display and access anything in  
spotter except catalog projects
  - most of us should accept that Pharo videos get broken and never  
match reality

  - most of us should continue to "rest in their comfort zone"
  - most of us should continue to be "an egoist instead of being an  
adult"
  - most of us should be allowed to speak up only when they presented  
Pharo at a university

  - most of us should start working with slow networks


Fixing it by removing Spotter and Catalog completely from Pharo would  
possibly be the

best solution. Anyone up for a slice?

Bye
T.




--
Using Opera's mail client: http://www.opera.com/mail/

Re: [Pharo-dev] image not opening.

[Cyril Ferlicot]

On ven. 10 mars 2017 at 18:42, stepharong  wrote:

> We found the problem with Guillermo and this may be a problem of the last
> VM.
>
> The image got its starting window size really small: some pixels on some
> pixles.
> So may be the metadata of the image are systematically corrupted.
>
> Hi
>
> I have a jenkins that produce an image that does not start
> when I try to open it locally.
>
> Now if I take the image and load the "same" configuration I get a working
> image
>
> I have not idea how to debug that.
>
> Stef
>
>
>
>
> --
> Using Opera's mail client: http://www.opera.com/mail/
>

If it can help: here is the build:

https://ci.inria.fr/pharo-contribution/job/OOnoz/

> 
>
It is happening in almost all Pharo 6 builds
-- 
Cheers
Cyril Ferlicot

Re: [Pharo-dev] image not opening.

[stepharong]

We found the problem with Guillermo and this may be a problem of the last  
VM.


The image got its starting window size really small: some pixels on some  
pixles.

So may be the metadata of the image are systematically corrupted.


Hi
I have a jenkins that produce an image that does not start
when I try to open it locally.

Now if I take the image and load the "same" configuration I get a  
working image


I have not idea how to debug that.

Stef




--
Using Opera's mail client: http://www.opera.com/mail/

Re: [Pharo-dev] Helvetia in Pharo?

[stepharong]

Hi serge

you should announce it when it is ready.

Stef


On Thu, Mar 2, 2017 at 8:51 PM, Tudor Girba  wrote:

Hi,

Helvetia requires a couple of things:


BTW, with Nick Papoylias we have a working version of Helvetia for
Pharo 5.0/Moose 6.0 here:
https://github.com/UMMISCO/Helvetia

We have the permissions of Lukas Renggli and Oscar Nierstrasz to port
Helvetia to recent versions of Pharo.

We are using Helvetia for our own research about Domain-Specific  
Languages

for complex system especially in the context of the Kendrick DSL for
epidemiology: https://ummisco.github.io/kendrick/

- Flexible parsing. Lukas built PetitParser for this and now  
PetitParser2 is even faster and more powerful (for example, with  
bounded seas parsing) while preserving the same flexibility.
- Flexible compilation toolchain. At the time, Lukas employed a  
significant amount of overrides. Now we have Opal which makes this step  
easier.


This has been the most difficult part of the port because the API
change a lot since the PhD of Lukas :-)
At the moment, the modifications that we have done are still a little
bit hackish and more integration with Opal has to be done in the
future.

- Moldable development tools. GT was designed with moldability in mind  
so at least the debugging part should be easier to handle. We still  
need work in the area of syntax highlighting, completion and editing.



We will move soon the code on github so people could send pull requests.

Regards,



--
Using Opera's mail client: http://www.opera.com/mail/

Re: [Pharo-dev] Fwd: Where are the Metacello ConfigurationOfYourProject supposed to be?

[stepharong]

Nicolas
Since a couple of years already we have one MetaRepo per version

MCSmalltalkhubRepository owner: 'Pharo' project: 'MetaRepoForPharo60'  
user: 'StephaneDucasse' password: ''
MCSmalltalkhubRepository owner: 'Pharo' project: 'MetaRepoForPharo50'  
user: 'StephaneDucasse' password: ''
MCSmalltalkhubRepository owner: 'Pharo' project: 'MetaRepoForPharo40'  
user: 'StephaneDucasse' password: ''
MCSmalltalkhubRepository owner: 'Pharo' project: 'MetaRepoForPharo30'  
user: 'StephaneDucasse' password: ''


You see it is in place since Pharo 30 :).

We are working on a single place (web site) to publish packages but also  
the package metadata.
The problem right now is that we cannot verify/publish a configuration  
without loading it.


The idea is to have kind of distributions of packages working and  
validated vs. a folder full of possible packages

I hated so much the squeak catalog because 5 times on 6 nothing worked.

Stef

[Pharo-dev] Pharo Association event listing updated

[Marcus Denker]

Hi,

I added all events (tech talks, sprints, pharodays) that will happen till June 
here:

https://association.pharo.org/events

Marcus

Re: [Pharo-dev] image not opening.

[Cyril Ferlicot D.]

On 10/03/2017 15:27, Stephane Ducasse wrote:
> Hi 
> 
> I have a jenkins that produce an image that does not start
> when I try to open it locally.
> 
> Now if I take the image and load the "same" configuration I get a
> working image
> 
> I have not idea how to debug that.
> 
> Stef

Hi,

I have the same problem, only on the Pharo 6 builds. And sometimes it
crash while launching the tests.

-- 
Cyril Ferlicot

http://www.synectique.eu

2 rue Jacques Prévert 01,
59650 Villeneuve d'ascq France



signature.asc
Description: OpenPGP digital signature

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/60438
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] d4cfeb: 60438

[GitHub]

  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: d4cfebeac30af6f00482e1698b668bbeedf21530
  
https://github.com/pharo-project/pharo-core/commit/d4cfebeac30af6f00482e1698b668bbeedf21530
  Author: Jenkins Build Server 
  Date:   2017-03-10 (Fri, 10 Mar 2017)

  Changed paths:
R 
BaselineOfIDE.package/BaselineOfIDE.class/instance/actions/preload_package_.st
M BaselineOfIDE.package/BaselineOfIDE.class/instance/baseline/baseline_.st
M 
MonticelloFileTree-Core.package/MCFileTreeRepository.class/instance/storing/basicStoreVersion_.st
M MonticelloGUI.package/MCFileRepositoryInspector.class/instance/morphic 
ui/refresh.st
A Ombu.package/OmDeferrer.class/instance/scheduling/runMessageProcess.st
M Ombu.package/OmDeferrer.class/instance/scheduling/schedule.st
M Polymorph-Widgets.package/UITheme.class/instance/morph 
creation/scrollBarDownButtonBoundsFor_.st
R Refactoring-Critics.package/extension/ReAbstractRule/class/asRBRule.st
R Refactoring-Critics.package/extension/ReAbstractRule/instance/asRBRule.st
A Renraku.package/ReAbstractRule.class/class/conversion/asRBRule.st
A Renraku.package/ReAbstractRule.class/instance/conversion/asRBRule.st
A Renraku.package/ReAbstractRule.class/instance/testing/isComposite.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60437.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60438.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60437.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60438.st
M 
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
R 
Tool-CriticBrowser.package/extension/ReAbstractRule/instance/isComposite.st

  Log Message:
  ---
  60438
19786 MonticelloFileTree-Core package exported to Git contains a strange 
extension
https://pharo.fogbugz.com/f/cases/19786

19825 circular dependency between Renraku and Refactoring-Critics
https://pharo.fogbugz.com/f/cases/19825

19824 fix #scrollBarDownButtonBoundsFor: calculation
https://pharo.fogbugz.com/f/cases/19824

19819 Epicea browser doesnt refresh when tests produce code changes
https://pharo.fogbugz.com/f/cases/19819

http://files.pharo.org/image/60/60438.zip

[Pharo-dev] image not opening.

[Stephane Ducasse]

Hi

I have a jenkins that produce an image that does not start
when I try to open it locally.

Now if I take the image and load the "same" configuration I get a working
image

I have not idea how to debug that.

Stef

Re: [Pharo-dev] Helvetia in Pharo?

[Serge Stinckwich]

On Thu, Mar 2, 2017 at 8:51 PM, Tudor Girba  wrote:
> Hi,
>
> Helvetia requires a couple of things:

BTW, with Nick Papoylias we have a working version of Helvetia for
Pharo 5.0/Moose 6.0 here:
https://github.com/UMMISCO/Helvetia

We have the permissions of Lukas Renggli and Oscar Nierstrasz to port
Helvetia to recent versions of Pharo.

We are using Helvetia for our own research about Domain-Specific Languages
for complex system especially in the context of the Kendrick DSL for
epidemiology: https://ummisco.github.io/kendrick/

> - Flexible parsing. Lukas built PetitParser for this and now PetitParser2 is 
> even faster and more powerful (for example, with bounded seas parsing) while 
> preserving the same flexibility.
> - Flexible compilation toolchain. At the time, Lukas employed a significant 
> amount of overrides. Now we have Opal which makes this step easier.

This has been the most difficult part of the port because the API
change a lot since the PhD of Lukas :-)
At the moment, the modifications that we have done are still a little
bit hackish and more integration with Opal has to be done in the
future.

> - Moldable development tools. GT was designed with moldability in mind so at 
> least the debugging part should be easier to handle. We still need work in 
> the area of syntax highlighting, completion and editing.


We will move soon the code on github so people could send pull requests.

Regards,
-- 
Serge Stinckwich
UCN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/

Re: [Pharo-dev] Frozen is melted (can you guys please be patient?)

[Stephan Eggermont]

On 06/03/17 22:55, Yuriy Tymchuk wrote:

The problem is that there are people who give lectures in
universities with bad internet (internet is bad in most of the
universities I tried) and they done want freezes.


No. The problem is going to the internet and just downloading stuff
with an interface that is meant for doing stuff in-image.
There is a big usability and security issue here.
With our tools moving to multi-image development, we need much
better control of what things we allow where.

Stephan