[Pharo-users] feenk log

[Tudor Girba]

Hi,

We again got carried away and forgot to update the world about what is up in 
our corner. Here is a summary:

--
Bloc & Brick
--

- Text editor stability has been significantly improved
- Improved support for selection in the text editor
- Support for typical editing keybindings (copy, cut, paste)
- Text editor debuggability:
https://twitter.com/feenkcom/status/1024680215379959808
https://twitter.com/feenkcom/status/1020768298017992704
- The text editor can handle emojis:
https://twitter.com/feenkcom/status/1021872214151507968

--
GT
--

- Inspector
We now have an initial version of a working inspector with resizable panes:
https://twitter.com/feenkcom/status/1030091849795612672
https://twitter.com/feenkcom/status/1030314856736538624
It shows a display string for the current object:
https://twitter.com/feenkcom/status/1024564065870512129
It can handle errors in the definition of views gracefully:
https://twitter.com/feenkcom/status/1009174937217720320
We now have multiple extensions expressed in the new Inspector:
https://twitter.com/feenkcom/status/1024321868566814720
https://twitter.com/feenkcom/status/1022393383850008576

- Documenter saw multiple enhancements.
We can now resize various previews live:
https://twitter.com/feenkcom/status/1002851190475026432
https://twitter.com/feenkcom/status/1001407762285375490
https://twitter.com/feenkcom/status/1001152789874167808
It now relies on the annotation mechanism from Pillar:
https://twitter.com/feenkcom/status/1006508725409079298
We can now link classes and expand their definition:
https://twitter.com/feenkcom/status/1014609460520775681
https://twitter.com/feenkcom/status/1029085603948843008
The preview of examples can handle errors gracefully:
https://twitter.com/feenkcom/status/1022123808524836864
We can run examples in place, enabling a smoother tutorial experience:
https://twitter.com/feenkcom/status/1028390957023223809
We have new documentation expressed in it:
https://twitter.com/feenkcom/status/100700881420672



Have fun,
The feenk team

--
www.feenk.com

"Presenting is storytelling."

Re: [Pharo-users] Trait method override

[Vitor Medina Cruz]

Thanks Julian!

On Thu, Aug 16, 2018 at 5:38 PM, Julien  wrote:

> Hello Vitor,
>
> Yeah, I was talking about that with Pablo (who implemented stateful
> traits) some times ago.
>
> He told me that aliasing was he way to go.
>
> There is no other option to override a trait method without aliasing it.
>
> Cheers,
>
> Julien
>
> ---
> Julien Delplanque
> Doctorant à l’Université de Lille
> http://juliendelplanque.be/phd.html
> Equipe Rmod, Inria
> Bâtiment B 40, Avenue Halley 59650
> 
>  Villeneuve
> 
>  d'Ascq
> 
> Numéro de téléphone: +333 59 35 86 40
>
> Le 16 août 2018 à 19:32, Vitor Medina Cruz  a écrit
> :
>
> Well, found out about aliasing in http://pharo.gemtalksystems.
> com/book/LanguageAndLibraries/Traits/, is that the correct way of doint
> it?
>
> On Thu, Aug 16, 2018 at 11:30 AM, Vitor Medina Cruz 
> wrote:
>
>> Hello,
>>
>> In a class that uses a Trait, how can I override one of it's method by
>> appending behavior to the method implemented by the Trait? In a typical
>> override, this is done by calling super:
>>
>> method
>>
>>super method
>>"extended behavior"
>>...
>>
>>
>> Is there a way to change "super" to a reference the Trait?
>>
>> Regards,
>> Vitor
>>
>
>
>

Re: [Pharo-users] Trait method override

[Julien]

Hello Vitor,

Yeah, I was talking about that with Pablo (who implemented stateful traits) 
some times ago.

He told me that aliasing was he way to go.

There is no other option to override a trait method without aliasing it.

Cheers,

Julien

---
Julien Delplanque
Doctorant à l’Université de Lille
http://juliendelplanque.be/phd.html
Equipe Rmod, Inria
Bâtiment B 40, Avenue Halley 59650 Villeneuve d'Ascq
Numéro de téléphone: +333 59 35 86 40

> Le 16 août 2018 à 19:32, Vitor Medina Cruz  a écrit :
> 
> Well, found out about aliasing in 
> http://pharo.gemtalksystems.com/book/LanguageAndLibraries/Traits/ 
> , is that 
> the correct way of doint it?
> 
> On Thu, Aug 16, 2018 at 11:30 AM, Vitor Medina Cruz  > wrote:
> Hello,
> 
> In a class that uses a Trait, how can I override one of it's method by 
> appending behavior to the method implemented by the Trait? In a typical 
> override, this is done by calling super:
> 
> method
> 
>super method 
>"extended behavior"
>...
> 
> 
> Is there a way to change "super" to a reference the Trait?
> 
> Regards,
> Vitor
> 

Re: [Pharo-users] Zinc loading problems (as project dep) - versions mess

[Petr Fischer via Pharo-users]

--- Begin Message ---
That Metacello code snip did not update the ConfigurationOfZincHTTPComponents 
to the latest version, so actual stable version was not loaded :( Weird.

pf


> Yes, those .TheIntegrator versions are not real, can't explain that further.
> 
> If you want to go to the very latest version, you also have to load the 
> latest version of ConfigurationOfZincHTTPComponents first, else you get an 
> older latest version (yes this is a bit confusing, but it makes perfect sense 
> when you think of it).
> 
> All this is normally done by the Metacello mechanism. Here is how you can do 
> that in direct scripting:
> 
> Metacello new 
>  configuration: 'ZincHTTPComponents';
>  repository: 'http://mc.stfx.eu/ZincHTTPComponents';
>  version: #stable;
>  load: #('Core' 'WebSocket' ).
> 
> (Untested though).
> 
> > On 16 Aug 2018, at 19:45, Petr Fischer via Pharo-users 
> >  wrote:
> > 
> > 
> > From: Petr Fischer 
> > Subject: Re: [Pharo-users] Zinc loading problems (as project dep) - 
> > versions mess
> > Date: 16 August 2018 at 19:45:41 GMT+2
> > To: pharo-users@lists.pharo.org
> > 
> > 
> > I can't understand a mess in Zinc packages versions. I downloaded fresh 6.1 
> > (32bit) image from pharo.org, opened Monticelo Browser and searced for 
> > 'Zinc-HTTP' package.
> > There is version Zinc-HTTP (TheIntegrator.461). Repository info points to 
> > "http://mc.stfx.eu/ZincHTTPComponents"; by default, so I opened the 
> > repository and there is no packages with "TheIntegrator". Even version 
> > numbers are different - version SvenVanCaekenberghe.461 is different if I 
> > diff it. It looks like the version TheIntegrator.461 is close to 
> > SvenVanCaekenberghe.453.
> > 
> > Next test: when I run this code in fresh image:
> > 
> > ConfigurationOfZincHTTPComponents project load: #stable
> > 
> > there is Zinc-HTTP (SvenVanCaekenberghe.453) after load. Why not 475 (it's 
> > stable or not)?
> > 
> > And now, I'm totally confused.
> > 
> > pf
> > 
> > 
> >> Hi Petr,
> >> 
> >> I also have
> >> 
> >>  project: 'ZincHTTPComponents' with: [
> >>spec 
> >>  className: 'ConfigurationOfZincHTTPComponents';
> >>  repository: 'http://mc.stfx.eu/ZincHTTPComponents';
> >>  loads: #('Core' 'Tests' 'REST' 'AWS');
> >>  versionString: #stable ];
> >> 
> >> in my main project, which has not changed in years and always works, AFAIK.
> >> 
> >> I also use(d) the load expression
> >> 
> >>  ConfigurationOfZincHTTPComponents project load: #stable
> >> 
> >> a lot and it normally works.
> >> 
> >> Metacello sometimes acts weird when you already have code/projects loaded.
> >> 
> >> I am afraid I don't know what could be wrong.
> >> 
> >> Sven
> >> 
> >>> On 16 Aug 2018, at 17:09, Petr Fischer via Pharo-users 
> >>>  wrote:
> >>> 
> >>> 
> >>> From: Petr Fischer 
> >>> Subject: Zinc loading problems (as project dep)
> >>> Date: 16 August 2018 at 17:09:41 GMT+2
> >>> To: pharo-users@lists.pharo.org
> >>> 
> >>> 
> >>> Hello, 
> >>> 
> >>> I am trying to load stable Zinc as dependency in my project, like this:
> >>> 
> >>> ...
> >>>   project: 'ZincHTTPComponents' with: [
> >>>   spec
> >>>   className: 
> >>> #ConfigurationOfZincHTTPComponents;
> >>>   versionString: #'stable';
> >>>   loads: #('Core' 'WebSocket' );
> >>>   repository: 
> >>> 'http://mc.stfx.eu/ZincHTTPComponents/' ].
> >>> ...
> >>> 
> >>> I need WebSocket package, whiuch is not loaded by default and updated 
> >>> Core package (there is new method ZnClient defaultEncoder: - I need this).
> >>> 
> >>> Actual stable version of ZincHTTPComponents is 2.9.4 (for Pharo 6.x) and 
> >>> in this 2.9.4 stable version, there is Zinc-HTTP package with version 
> >>> Zinc-HTTP-SvenVanCaekenberghe.475.
> >>> 
> >>> Default version in Pharo 6.1 image is Zinc-HTTP-TheIntegrator.461.
> >>> 
> >>> After my project configuration load, there is no updated Zinc in my image.
> >>> 
> >>> When I try to load manually by:
> >>> 
> >>> ConfigurationOfZincHTTPComponents project load: #stable.
> >>> 
> >>> error dialog occurs complaining about Zinc-HTTP have unsaved changes in 
> >>> the image (load/merge/cancel) - so, maybe, automatic load of Zinc as 
> >>> project depenedency is ignored due to this reason.
> >>> 
> >>> How to solve this situation? Can I force dependency to load (in my 
> >>> project ConfigurationOf)?
> >>> 
> >>> Thanks! Petr Fischer
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >> 
> > 
> > 
> > 
> 

--- End Message ---

Re: [Pharo-users] Zinc loading problems (as project dep) - versions mess

[Sven Van Caekenberghe]

Yes, those .TheIntegrator versions are not real, can't explain that further.

If you want to go to the very latest version, you also have to load the latest 
version of ConfigurationOfZincHTTPComponents first, else you get an older 
latest version (yes this is a bit confusing, but it makes perfect sense when 
you think of it).

All this is normally done by the Metacello mechanism. Here is how you can do 
that in direct scripting:

Metacello new 
 configuration: 'ZincHTTPComponents';
 repository: 'http://mc.stfx.eu/ZincHTTPComponents';
 version: #stable;
 load: #('Core' 'WebSocket' ).

(Untested though).

> On 16 Aug 2018, at 19:45, Petr Fischer via Pharo-users 
>  wrote:
> 
> 
> From: Petr Fischer 
> Subject: Re: [Pharo-users] Zinc loading problems (as project dep) - versions 
> mess
> Date: 16 August 2018 at 19:45:41 GMT+2
> To: pharo-users@lists.pharo.org
> 
> 
> I can't understand a mess in Zinc packages versions. I downloaded fresh 6.1 
> (32bit) image from pharo.org, opened Monticelo Browser and searced for 
> 'Zinc-HTTP' package.
> There is version Zinc-HTTP (TheIntegrator.461). Repository info points to 
> "http://mc.stfx.eu/ZincHTTPComponents"; by default, so I opened the repository 
> and there is no packages with "TheIntegrator". Even version numbers are 
> different - version SvenVanCaekenberghe.461 is different if I diff it. It 
> looks like the version TheIntegrator.461 is close to SvenVanCaekenberghe.453.
> 
> Next test: when I run this code in fresh image:
> 
> ConfigurationOfZincHTTPComponents project load: #stable
> 
> there is Zinc-HTTP (SvenVanCaekenberghe.453) after load. Why not 475 (it's 
> stable or not)?
> 
> And now, I'm totally confused.
> 
> pf
> 
> 
>> Hi Petr,
>> 
>> I also have
>> 
>>  project: 'ZincHTTPComponents' with: [
>>spec 
>>  className: 'ConfigurationOfZincHTTPComponents';
>>  repository: 'http://mc.stfx.eu/ZincHTTPComponents';
>>  loads: #('Core' 'Tests' 'REST' 'AWS');
>>  versionString: #stable ];
>> 
>> in my main project, which has not changed in years and always works, AFAIK.
>> 
>> I also use(d) the load expression
>> 
>>  ConfigurationOfZincHTTPComponents project load: #stable
>> 
>> a lot and it normally works.
>> 
>> Metacello sometimes acts weird when you already have code/projects loaded.
>> 
>> I am afraid I don't know what could be wrong.
>> 
>> Sven
>> 
>>> On 16 Aug 2018, at 17:09, Petr Fischer via Pharo-users 
>>>  wrote:
>>> 
>>> 
>>> From: Petr Fischer 
>>> Subject: Zinc loading problems (as project dep)
>>> Date: 16 August 2018 at 17:09:41 GMT+2
>>> To: pharo-users@lists.pharo.org
>>> 
>>> 
>>> Hello, 
>>> 
>>> I am trying to load stable Zinc as dependency in my project, like this:
>>> 
>>> ...
>>> project: 'ZincHTTPComponents' with: [
>>> spec
>>> className: 
>>> #ConfigurationOfZincHTTPComponents;
>>> versionString: #'stable';
>>> loads: #('Core' 'WebSocket' );
>>> repository: 
>>> 'http://mc.stfx.eu/ZincHTTPComponents/' ].
>>> ...
>>> 
>>> I need WebSocket package, whiuch is not loaded by default and updated Core 
>>> package (there is new method ZnClient defaultEncoder: - I need this).
>>> 
>>> Actual stable version of ZincHTTPComponents is 2.9.4 (for Pharo 6.x) and in 
>>> this 2.9.4 stable version, there is Zinc-HTTP package with version 
>>> Zinc-HTTP-SvenVanCaekenberghe.475.
>>> 
>>> Default version in Pharo 6.1 image is Zinc-HTTP-TheIntegrator.461.
>>> 
>>> After my project configuration load, there is no updated Zinc in my image.
>>> 
>>> When I try to load manually by:
>>> 
>>> ConfigurationOfZincHTTPComponents project load: #stable.
>>> 
>>> error dialog occurs complaining about Zinc-HTTP have unsaved changes in the 
>>> image (load/merge/cancel) - so, maybe, automatic load of Zinc as project 
>>> depenedency is ignored due to this reason.
>>> 
>>> How to solve this situation? Can I force dependency to load (in my project 
>>> ConfigurationOf)?
>>> 
>>> Thanks! Petr Fischer
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
> 
> 
> 

Re: [Pharo-users] Zinc loading problems (as project dep) - versions mess

[Petr Fischer via Pharo-users]

--- Begin Message ---
I can't understand a mess in Zinc packages versions. I downloaded fresh 6.1 
(32bit) image from pharo.org, opened Monticelo Browser and searced for 
'Zinc-HTTP' package.
There is version Zinc-HTTP (TheIntegrator.461). Repository info points to 
"http://mc.stfx.eu/ZincHTTPComponents"; by default, so I opened the repository 
and there is no packages with "TheIntegrator". Even version numbers are 
different - version SvenVanCaekenberghe.461 is different if I diff it. It looks 
like the version TheIntegrator.461 is close to SvenVanCaekenberghe.453.

Next test: when I run this code in fresh image:

ConfigurationOfZincHTTPComponents project load: #stable

there is Zinc-HTTP (SvenVanCaekenberghe.453) after load. Why not 475 (it's 
stable or not)?

And now, I'm totally confused.

pf


> Hi Petr,
> 
> I also have
> 
>   project: 'ZincHTTPComponents' with: [
> spec 
>   className: 'ConfigurationOfZincHTTPComponents';
>   repository: 'http://mc.stfx.eu/ZincHTTPComponents';
>   loads: #('Core' 'Tests' 'REST' 'AWS');
>   versionString: #stable ];
> 
> in my main project, which has not changed in years and always works, AFAIK.
> 
> I also use(d) the load expression
> 
>   ConfigurationOfZincHTTPComponents project load: #stable
> 
> a lot and it normally works.
> 
> Metacello sometimes acts weird when you already have code/projects loaded.
> 
> I am afraid I don't know what could be wrong.
> 
> Sven
> 
> > On 16 Aug 2018, at 17:09, Petr Fischer via Pharo-users 
> >  wrote:
> > 
> > 
> > From: Petr Fischer 
> > Subject: Zinc loading problems (as project dep)
> > Date: 16 August 2018 at 17:09:41 GMT+2
> > To: pharo-users@lists.pharo.org
> > 
> > 
> > Hello, 
> > 
> > I am trying to load stable Zinc as dependency in my project, like this:
> > 
> > ...
> > project: 'ZincHTTPComponents' with: [
> > spec
> > className: 
> > #ConfigurationOfZincHTTPComponents;
> > versionString: #'stable';
> > loads: #('Core' 'WebSocket' );
> > repository: 
> > 'http://mc.stfx.eu/ZincHTTPComponents/' ].
> > ...
> > 
> > I need WebSocket package, whiuch is not loaded by default and updated Core 
> > package (there is new method ZnClient defaultEncoder: - I need this).
> > 
> > Actual stable version of ZincHTTPComponents is 2.9.4 (for Pharo 6.x) and in 
> > this 2.9.4 stable version, there is Zinc-HTTP package with version 
> > Zinc-HTTP-SvenVanCaekenberghe.475.
> > 
> > Default version in Pharo 6.1 image is Zinc-HTTP-TheIntegrator.461.
> > 
> > After my project configuration load, there is no updated Zinc in my image.
> > 
> > When I try to load manually by:
> > 
> > ConfigurationOfZincHTTPComponents project load: #stable.
> > 
> > error dialog occurs complaining about Zinc-HTTP have unsaved changes in the 
> > image (load/merge/cancel) - so, maybe, automatic load of Zinc as project 
> > depenedency is ignored due to this reason.
> > 
> > How to solve this situation? Can I force dependency to load (in my project 
> > ConfigurationOf)?
> > 
> > Thanks! Petr Fischer
> > 
> > 
> > 
> > 
> > 
> 

--- End Message ---

Re: [Pharo-users] Trait method override

[Vitor Medina Cruz]

Well, found out about aliasing in
http://pharo.gemtalksystems.com/book/LanguageAndLibraries/Traits/, is that
the correct way of doint it?

On Thu, Aug 16, 2018 at 11:30 AM, Vitor Medina Cruz 
wrote:

> Hello,
>
> In a class that uses a Trait, how can I override one of it's method by
> appending behavior to the method implemented by the Trait? In a typical
> override, this is done by calling super:
>
> method
>
>super method
>"extended behavior"
>...
>
>
> Is there a way to change "super" to a reference the Trait?
>
> Regards,
> Vitor
>

Re: [Pharo-users] Zinc loading problems (as project dep)

[Sven Van Caekenberghe]

Hi Petr,

I also have

  project: 'ZincHTTPComponents' with: [
spec 
  className: 'ConfigurationOfZincHTTPComponents';
  repository: 'http://mc.stfx.eu/ZincHTTPComponents';
  loads: #('Core' 'Tests' 'REST' 'AWS');
  versionString: #stable ];

in my main project, which has not changed in years and always works, AFAIK.

I also use(d) the load expression

  ConfigurationOfZincHTTPComponents project load: #stable

a lot and it normally works.

Metacello sometimes acts weird when you already have code/projects loaded.

I am afraid I don't know what could be wrong.

Sven

> On 16 Aug 2018, at 17:09, Petr Fischer via Pharo-users 
>  wrote:
> 
> 
> From: Petr Fischer 
> Subject: Zinc loading problems (as project dep)
> Date: 16 August 2018 at 17:09:41 GMT+2
> To: pharo-users@lists.pharo.org
> 
> 
> Hello, 
> 
> I am trying to load stable Zinc as dependency in my project, like this:
> 
> ...
>   project: 'ZincHTTPComponents' with: [
>   spec
>   className: 
> #ConfigurationOfZincHTTPComponents;
>   versionString: #'stable';
>   loads: #('Core' 'WebSocket' );
>   repository: 
> 'http://mc.stfx.eu/ZincHTTPComponents/' ].
> ...
> 
> I need WebSocket package, whiuch is not loaded by default and updated Core 
> package (there is new method ZnClient defaultEncoder: - I need this).
> 
> Actual stable version of ZincHTTPComponents is 2.9.4 (for Pharo 6.x) and in 
> this 2.9.4 stable version, there is Zinc-HTTP package with version 
> Zinc-HTTP-SvenVanCaekenberghe.475.
> 
> Default version in Pharo 6.1 image is Zinc-HTTP-TheIntegrator.461.
> 
> After my project configuration load, there is no updated Zinc in my image.
> 
> When I try to load manually by:
> 
> ConfigurationOfZincHTTPComponents project load: #stable.
> 
> error dialog occurs complaining about Zinc-HTTP have unsaved changes in the 
> image (load/merge/cancel) - so, maybe, automatic load of Zinc as project 
> depenedency is ignored due to this reason.
> 
> How to solve this situation? Can I force dependency to load (in my project 
> ConfigurationOf)?
> 
> Thanks! Petr Fischer
> 
> 
> 
> 
> 

[Pharo-users] Zinc loading problems (as project dep)

[Petr Fischer via Pharo-users]

--- Begin Message ---
Hello, 

I am trying to load stable Zinc as dependency in my project, like this:

...
project: 'ZincHTTPComponents' with: [
spec
className: 
#ConfigurationOfZincHTTPComponents;
versionString: #'stable';
loads: #('Core' 'WebSocket' );
repository: 
'http://mc.stfx.eu/ZincHTTPComponents/' ].
...

I need WebSocket package, whiuch is not loaded by default and updated Core 
package (there is new method ZnClient defaultEncoder: - I need this).

Actual stable version of ZincHTTPComponents is 2.9.4 (for Pharo 6.x) and in 
this 2.9.4 stable version, there is Zinc-HTTP package with version 
Zinc-HTTP-SvenVanCaekenberghe.475.

Default version in Pharo 6.1 image is Zinc-HTTP-TheIntegrator.461.

After my project configuration load, there is no updated Zinc in my image.

When I try to load manually by:

ConfigurationOfZincHTTPComponents project load: #stable.

error dialog occurs complaining about Zinc-HTTP have unsaved changes in the 
image (load/merge/cancel) - so, maybe, automatic load of Zinc as project 
depenedency is ignored due to this reason.

How to solve this situation? Can I force dependency to load (in my project 
ConfigurationOf)?

Thanks! Petr Fischer



--- End Message ---

[Pharo-users] Trait method override

[Vitor Medina Cruz]

Hello,

In a class that uses a Trait, how can I override one of it's method by
appending behavior to the method implemented by the Trait? In a typical
override, this is done by calling super:

method

   super method
   "extended behavior"
   ...


Is there a way to change "super" to a reference the Trait?

Regards,
Vitor

Re: [Pharo-users] separate native window of same Pharo image

[Peter Uhnak]

>  I believe this is a known Windows issue.

Well this is more of a show-stopper than just an issue.

Is the project maintained? Is Windows support something that is planned?

Thanks,
Peter

On Thu, Jul 19, 2018 at 7:35 PM kmo  wrote:

> I believe this is a known Windows issue. I have certainly seen it on my
> Windows machine at work. Doesn't happen on Linux.
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

[Stephan Eggermont]

In the group with Roassal you should load the (symbolic) version of Roassal
you need.

Stephan

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

[H. Hirzel]

Hello Jesús Marí


Your most recent note about the different groups for the Metacello
command clarifies the situation.

Thank you also for your two answers yesterday 15th.

You asked if I installed Jupyter and  and ZeroMQ in your system?

The answer is no: I was assuming Jupytertalk (your Pharo Smalltalk
implementation) will provide a standalone setup for a Jupyter kernel.

Look at how nteract works (https://nteract.io/) works. I download one
executable file and that contains the client (the electron packed web
browser) and a kernel (nodejs). No Python Jupyter installation
necessary.

If I want to add a R kernel I execute what is given in
https://nteract.io/kernels/r

Within R

install.packages(c('repr', 'IRdisplay', 'evaluate', 'crayon',
'pbdZMQ', 'devtools', 'uuid', 'digest'))
devtools::install_github('IRkernel/IRkernel')
IRkernel::installspec()


So I thought it is similar with Pharo Smalltalk Jupytertalk. This does
not seem to be the case.

A full Jupyter installation is 600MB as I have seen so far. I could
go for that at the moment but actually I prefer a smaller solution.

So my follow up question is:

How do I install the ZeroMQ asynchronous messaging library for Pharo?

Is that sufficient?

I understand that the ZeroMQ installation is a prerequisite for the
Pharo Smalltalk Jupytertalk installation but that the Metacello script
does not load that (or only part of it)

--Hannes



On 8/16/18, Jesús Marí  wrote:
> Yes, you are right, indeed there are three groups in the baseline so you
> can
> install only JupyterTalk package doing
>
> Metacello new
>   baseline: 'JupyterTalk';
>   repository: 'github://jmari/JupyterTalk:master/repository';
>   load:'default'
>
> This is the right way.
>
> 
>   group: 'default' with: #('JupyterTalk');
>   group: 'roassalSupport' with: #('JupyterTalk-Roassal');
>   group: 'all' with: #('JupyterTalk-Roassal').
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

[Jesús Marí]

Yes, you are right, indeed there are three groups in the baseline so you can
install only JupyterTalk package doing

Metacello new 
baseline: 'JupyterTalk';
repository: 'github://jmari/JupyterTalk:master/repository';
load:'default'

This is the right way. 


group: 'default' with: #('JupyterTalk');
group: 'roassalSupport' with: #('JupyterTalk-Roassal');
group: 'all' with: #('JupyterTalk-Roassal').



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