[Pharo-dev] Which version of libfreetype.dll?

[Alistair Grant]

Hi Esteban,

If I zeroconf Pharo 7 on Windows (in cygwin):

$ curl get.pharo.org/70+vmLatest | bash

And then move to a dos box:

C:\cygwin\tmp\p7>pharo-vm\PharoConsole.exe --headless Pharo.image eval
"FT2Library current libraryVersion"
2.6.5


Is this what you expect?

Thanks,
Alistair

[Pharo-dev] Multiline method definition in Tonel

[Mariano Martinez Peck]

Hi guys,

I was reading the Tonel spec here [1] but it is not clear to me the case of
the multiline method definitions. Are those allowed or not?  Say I have a
method like this:

testWith: arg1
 with: arg2
 with: arg3

^ 42

Is that valid as Tonel format? Or tonel expects to have method definition
in a one liner like:

testWith: arg1 with: arg2 with: arg3

^ 42


Thanks in advance,


[1] https://github.com/pharo-vcs/tonel

-- 
Mariano
https://twitter.com/MartinezPeck
http://marianopeck.wordpress.com

[Pharo-dev] [Pharo 7.0] Build #24: 22738-Remove-Window-color-option

[ci-pharo-ci-jenkins2]

There is a new Pharo build available!
  
The status of the build #24 was: SUCCESS.

The Pull Request #2048 was integrated: "22738-Remove-Window-color-option"
Pull request url: https://github.com/pharo-project/pharo/pull/2048

Issue Url: https://pharo.fogbugz.com/f/cases/22738
Build Url: 
https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%20and%20branch%20Pipeline/job/Pharo7.0/24/

[Pharo-dev] [Pharo 7.0] Build #23: 22740 system settings should be system settings core

[ci-pharo-ci-jenkins2]

There is a new Pharo build available!
  
The status of the build #23 was: SUCCESS.

The Pull Request #2049 was integrated: "22740 system settings should be system 
settings core"
Pull request url: https://github.com/pharo-project/pharo/pull/2049

Issue Url: https://pharo.fogbugz.com/f/cases/22740
Build Url: 
https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%20and%20branch%20Pipeline/job/Pharo7.0/23/

Re: [Pharo-dev] [Pharo-users] Fwd: Announcing Repl.it Multiplayer

[Erik Stel]

Actually I'm working on a hobby project for creating a Web IDE for Smalltalk.
The idea is to have people (actually kids) work together in it. Purpose is
to have an environment for kids to learn to program with the help of other
kids and one or more experienced programmers/mentors/coaches. My current
plans are to create a REST or Web API on top of a Smalltalk image which
allows querying the image as well as execute code. The Web API should
ideally be general enough to support different Smalltalk flavours. (This
will require some tweaking though ;-)

The actual IDE will be a web application in Pharo which can access other
Smalltalk images through the Web API. The Smalltalk image with the IDE
itself will likewise be query-able and editable. It should be real Smalltalk
in that the IDE can be edited by the 'user'.

Web API could look something like (this is just from the top of my head):
GET /packages
GET /packages//classes
GET /packages//classes/
POST /packages//classes//
GET /workspaces
POST /workspaces//doit
POST /workspaces//inspect

Some names will have to be more general since Cuis uses Category instead of
Package for example.




--
Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

[Pharo-dev] [Pharo 7.0] Build #22: 22745 ManifestHermes and HEBinaryReader should be tagged

[ci-pharo-ci-jenkins2]

There is a new Pharo build available!
  
The status of the build #22 was: FAILURE.

The Pull Request #2053 was integrated: "22745 ManifestHermes and HEBinaryReader 
should be tagged"
Pull request url: https://github.com/pharo-project/pharo/pull/2053

Issue Url: https://pharo.fogbugz.com/f/cases/22745
Build Url: 
https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%20and%20branch%20Pipeline/job/Pharo7.0/22/

Re: [Pharo-dev] [Pharo-users] Fwd: Announcing Repl.it Multiplayer

[p...@highoctane.be]

With XMPPTalk, I had the idea to have one server doing the messenging and
instead of sharing an image, we could have source code shipped around.

DiscordSt is nice but depends on a proprietary service, so have one's own
self hosted infrastructure would be nicer.

Also, if we associate this to Telepharo, we could have one image doing the
messenging in a safe area and a remote image (running on the same machine)
doing the evaluations of the code. So that we wouldn't have a lockup in the
main UI.

End of year holidays may be a good time to try these ideas out.

Best,
Phil

On Fri, Dec 7, 2018 at 7:27 AM Tim Mackinnon  wrote:

> There was also the work that Jason and Julien did with “Wolfpack” (this
> was in VisualWorks) that explores the idea of group programming in an
> image. They did quite a few workshops on it, and it was tantalisingly
> interesting but I think they ran out of steam.
>
> Tim
>
> Sent from my iPhone
>
> On 7 Dec 2018, at 06:34, Ben Coman  wrote:
>
> One advantage of their seemingly text-based system might be bandwidth, but
> Pharo is a graphical system.
> It might be worthwhile for dispersed teams working on web hosted Pharo
> systems, but we already have remote tools.
> I guess it might almost already be able to have multiple people using them
> simultaneously on the one image(?), but everyone would be looking at
> different Inpectors.
> It could be cool for a common Inspector instance to show up on multiple
> user screens.
> But is it that much better than the other suggestions??
>
> cheers -ben
>
> On Fri, 7 Dec 2018 at 06:03, Eliot Miranda 
> wrote:
>
>> Hi Santiago,
>>
>> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo <
>> santiagobragagn...@gmail.com> wrote:
>>
>>> Would this be interesting to have in pharo??
>>>
>>
>> There is already previous relevant work.  Look up Kansas for Self
>> http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak
>> http://wiki.squeak.org/squeak/1356.  Focussing on the Multiplayer like
>> UI would be a major regression.  Note that we already have lots fo relevant
>> infrastructure, such as a VNC server that allows desktops to be shared.
>> Building a shared programming environment for Pharo doesn't need to start
>> from such limited models as the Multiplayer.
>>
>>
>>>
>>> What do you think?
>>>
>>> -- Forwarded message -
>>> From: Amjad from Repl.it 
>>> Date: jue., 6 de dic. de 2018 21:55
>>> Subject: Announcing Repl.it Multiplayer
>>> To: 
>>>
>>>
>>> The official release of Repl.it Multiplayer, the collaborative coding
>>> experience.
>>> [image: Repl.it Logo]
>>> 
>>>
>>> Hey Santiago,
>>>
>>> Professional programmers all know that software development is a
>>> fundamentally social experience. But coding remains a single-player
>>> experience by default — today, we're changing this!
>>>
>>> As part of our mission to make computing more accessible, we believe
>>> connecting coders, learners, and teachers together in real time, in the
>>> development environment, is a big piece of the puzzle. That's why we're
>>> proud to announce *Multiplayer*.
>>>
>>> Multiplayer lets you code with friends in the same editor, execute
>>> programs in the same interpreter, interact with the same terminal, chat in
>>> the IDE, edit files and share the same system resources, and ship
>>> applications from the same interface! We've redesigned every part of our
>>> infrastructure to work in multiplayer mode -- from the filesystem to the
>>> interpreter.
>>> [image: Repl.it Multiplayer]
>>> 
>>>
>>> Read more about it here
>>> 

Re: [Pharo-dev] Fwd: Announcing Repl.it Multiplayer

[p...@highoctane.be]

True, bandwidth is a pain, especially for a FullHD or more screen.

I am doing lots of remote work with ssh and tmux/tmux attach. Works
wonderfully well.
I wish we had a fuse filesystem for Pharo so we could basically edit stuff
out of a mounted image with things like vim.
With true headless mode, I guess we will have those topics coming to the
forefront.

Phil

On Fri, Dec 7, 2018 at 2:06 AM Ben Coman  wrote:

> One advantage of their seemingly text-based system might be bandwidth, but
> Pharo is a graphical system.
> It might be worthwhile for dispersed teams working on web hosted Pharo
> systems, but we already have remote tools.
> I guess it might almost already be able to have multiple people using them
> simultaneously on the one image(?), but everyone would be looking at
> different Inpectors.
> It could be cool for a common Inspector instance to show up on multiple
> user screens.
> But is it that much better than the other suggestions??
>
> cheers -ben
>
> On Fri, 7 Dec 2018 at 06:03, Eliot Miranda 
> wrote:
>
>> Hi Santiago,
>>
>> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo <
>> santiagobragagn...@gmail.com> wrote:
>>
>>> Would this be interesting to have in pharo??
>>>
>>
>> There is already previous relevant work.  Look up Kansas for Self
>> http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak
>> http://wiki.squeak.org/squeak/1356.  Focussing on the Multiplayer like
>> UI would be a major regression.  Note that we already have lots fo relevant
>> infrastructure, such as a VNC server that allows desktops to be shared.
>> Building a shared programming environment for Pharo doesn't need to start
>> from such limited models as the Multiplayer.
>>
>>
>>>
>>> What do you think?
>>>
>>> -- Forwarded message -
>>> From: Amjad from Repl.it 
>>> Date: jue., 6 de dic. de 2018 21:55
>>> Subject: Announcing Repl.it Multiplayer
>>> To: 
>>>
>>>
>>> The official release of Repl.it Multiplayer, the collaborative coding
>>> experience.
>>> [image: Repl.it Logo]
>>> 
>>>
>>> Hey Santiago,
>>>
>>> Professional programmers all know that software development is a
>>> fundamentally social experience. But coding remains a single-player
>>> experience by default — today, we're changing this!
>>>
>>> As part of our mission to make computing more accessible, we believe
>>> connecting coders, learners, and teachers together in real time, in the
>>> development environment, is a big piece of the puzzle. That's why we're
>>> proud to announce *Multiplayer*.
>>>
>>> Multiplayer lets you code with friends in the same editor, execute
>>> programs in the same interpreter, interact with the same terminal, chat in
>>> the IDE, edit files and share the same system resources, and ship
>>> applications from the same interface! We've redesigned every part of our
>>> infrastructure to work in multiplayer mode -- from the filesystem to the
>>> interpreter.
>>> [image: Repl.it Multiplayer]
>>> 
>>>
>>> Read more about it here
>>> ,
>>> or, better yet, hop in
>>>