Re: [Pharo-dev] [Moose-dev] Re: [ann] gt4gemstone

[Mariano Martinez Peck]

On Wed, May 3, 2017 at 1:55 AM, Tudor Girba  wrote:

> Hi,
>
> > On May 3, 2017, at 1:00 AM, Mariano Martinez Peck 
> wrote:
> >
> > Hi Doru,
> >
> > That's very cool! I am on vacation now so I don't have much time to take
> a deeper look.
> > Quick questions:
> > 1) is this using the CGI FFI port I did for Pharo 5 UFFI?
>
> Of course :).
>


Cool!  I am glad that is being used and that it was worth! I still remember
the skype call we had some time ago :)


>
> > 2) Which pharo and gemstone versions are supported? Does this work for
> Pharo 5.0 and GemStone 3.3.3 ?
>
> - Pharo 5.0, Pharo 6.0.
> - GemStone 3.3.3
>
>
Excellent. That fits my client app. I will try to test it when I am back.

Best,



> Cheers,
> Doru
>
>
> > Thanks!
> >
> >
> > On Tue, May 2, 2017 at 6:29 PM, Tudor Girba 
> wrote:
> > Hi,
> >
> > feenk.com is proud to announce gt4gemstone, a version of the Glamorous
> Toolkit aimed at supporting remote development with GemStone/S from Pharo.
> gt4gemstone is released as an open-source project under the MIT license and
> was built primarily by Andrei Chis with some marginal contributions from me.
> >
> > The project is hosted at:
> > https://github.com/feenkcom/gt4gemstone
> >
> > The toolkit currently offers several features:
> > • Remote Playground
> > • Remote Inspector with extensions that can be coded exactly
> like the ones in Pharo
> > • Remote Debugger with mixed stacks (Pharo and GemStone)
> > • Basic Remote Code Browser
> > • Remote Session Handler
> > • Integration with Roassal
> > • A Glamour-specific proxy model for efficient serialization of
> Glamour presentations
> > • A basic proxy model for working with any remote objects from
> GemStone
> >
> > One particular aspect that we focused on is performance. So much so,
> that at one point inspecting objects in gt4gemstone was faster than doing
> them locally. In the meantime, the GT inspector from Pharo also received an
> upgrade.
> >
> > But, perhaps the most exciting thing about this project is that most
> extensions of the inspector can be expressed exactly in the same way both
> in Pharo and in GemStone, and this makes the scenario of building in Pharo
> and deploying in GemStone even more appealing.
> >
> > The official announcement with some extra details can be found here:
> > http://www.humane-assessment.com/blog/introducing-gt4gemstone/
> >
> > Cheers,
> > Tudor
> >
> > --
> > www.tudorgirba.com
> > www.feenk.com
> >
> > "There are no old things, there are only old ways of looking at them."
> >
> >
> >
> >
> > ___
> > Moose-dev mailing list
> > moose-...@list.inf.unibe.ch
> > https://www.list.inf.unibe.ch/listinfo/moose-dev
> >
> >
> >
> > --
> > Mariano
> > http://marianopeck.wordpress.com
> > ___
> > Moose-dev mailing list
> > moose-...@list.inf.unibe.ch
> > https://www.list.inf.unibe.ch/listinfo/moose-dev
>
> --
> www.tudorgirba.com
> www.feenk.com
>
> “Live like you mean it."
>
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
>



-- 
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-dev] [Moose-dev] [ann] gt4gemstone

[Tudor Girba]

Hi,

> On May 3, 2017, at 1:00 AM, Mariano Martinez Peck  
> wrote:
> 
> Hi Doru, 
> 
> That's very cool! I am on vacation now so I don't have much time to take a 
> deeper look.
> Quick questions: 
> 1) is this using the CGI FFI port I did for Pharo 5 UFFI?

Of course :).

> 2) Which pharo and gemstone versions are supported? Does this work for Pharo 
> 5.0 and GemStone 3.3.3 ?

- Pharo 5.0, Pharo 6.0.
- GemStone 3.3.3

Cheers,
Doru


> Thanks!
> 
> 
> On Tue, May 2, 2017 at 6:29 PM, Tudor Girba  wrote:
> Hi,
> 
> feenk.com is proud to announce gt4gemstone, a version of the Glamorous 
> Toolkit aimed at supporting remote development with GemStone/S from Pharo. 
> gt4gemstone is released as an open-source project under the MIT license and 
> was built primarily by Andrei Chis with some marginal contributions from me.
> 
> The project is hosted at:
> https://github.com/feenkcom/gt4gemstone
> 
> The toolkit currently offers several features:
> • Remote Playground
> • Remote Inspector with extensions that can be coded exactly like the 
> ones in Pharo
> • Remote Debugger with mixed stacks (Pharo and GemStone)
> • Basic Remote Code Browser
> • Remote Session Handler
> • Integration with Roassal
> • A Glamour-specific proxy model for efficient serialization of 
> Glamour presentations
> • A basic proxy model for working with any remote objects from 
> GemStone
> 
> One particular aspect that we focused on is performance. So much so, that at 
> one point inspecting objects in gt4gemstone was faster than doing them 
> locally. In the meantime, the GT inspector from Pharo also received an 
> upgrade.
> 
> But, perhaps the most exciting thing about this project is that most 
> extensions of the inspector can be expressed exactly in the same way both in 
> Pharo and in GemStone, and this makes the scenario of building in Pharo and 
> deploying in GemStone even more appealing.
> 
> The official announcement with some extra details can be found here:
> http://www.humane-assessment.com/blog/introducing-gt4gemstone/
> 
> Cheers,
> Tudor
> 
> --
> www.tudorgirba.com
> www.feenk.com
> 
> "There are no old things, there are only old ways of looking at them."
> 
> 
> 
> 
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
> 
> 
> 
> -- 
> Mariano
> http://marianopeck.wordpress.com
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev

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

“Live like you mean it."

Re: [Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

[Ben Coman]

On Wed, May 3, 2017 at 12:30 AM, Denis Kudriashov 
wrote:

> Could you check how it works with Pharo5 which was based on prespur CogVM?
>

Note, Pharo 5 Release was a Spur VM.
Try using...
http://files.pharo.org/get-files/50-preSpur/
http://files.pharo.org/image/50-preSpur/50495.zip

or even Pharo 4.

cheers -ben



>
> 2017-05-02 16:36 GMT+02:00 Raffaello Giulietti <
> raffaello.giulie...@lifeware.ch>:
>
>> Hello,
>>
>> I'm on Pharo 6 (32 bit)/Windows 10 (64 bit).
>>
>> I'm trying to load and use the (32 bit) JVM DLL into a running Pharo
>> image via the UFFI.
>>
>> Everything works correctly, including JVM method invocations, except when
>> trying to set the minimum and maximum JVM heap size by passing the
>> -Xms and -Xmx options upon JVM creation. With these options,
>> Pharo simply crashes without leaving any trace.
>>
>
Can you isolate whether the problem is either one of those, or it happens
with both, and if there is some cutoff where it works?  Also, perhaps try
limiting heap being used by Pharo
 --memory [mk]use fixed heap size (added to image size)
 --mmap [mk]  limit dynamic heap size (default: 1024m) [out
2G on 32-bit)
 --maxoldspace [mk]set max size of old space memory to bytes
 (disclaimer, I'm not too knowledgeable on these, just pulled them from
--help)

Also consider that heap needs to be contiguous...
**
http://stackoverflow.com/questions/2457514/understanding-max-jvm-heap-size-32bit-vs-64bit

cheers -ben


>> Apparently, memory management requests from the JVM interfere with
>> Pharo's own memory management.
>>
>> Please note that we successfully use the same mechanism for both
>> VisualWorks (32 bit)/Windows 10 (64 bit) and Gemstone 64 bit/Linux, so it
>> seems it has to do with a Pharo limitation somehow.
>>
>> Further, I couldn't find any documentation on how to increase Pharo's
>> working set.
>>
>> So the questions are:
>> * What is the most probable cause of the crash described above?
>> * Where is there more doc about Pharo's memory configuration settings?
>>
>> Greetings
>> Raffaello
>>
>>
>>
>

Re: [Pharo-dev] [Moose-dev] [ann] gt4gemstone

[Mariano Martinez Peck]

Hi Doru,

That's very cool! I am on vacation now so I don't have much time to take a
deeper look.
Quick questions:
1) is this using the CGI FFI port I did for Pharo 5 UFFI?
2) Which pharo and gemstone versions are supported? Does this work for
Pharo 5.0 and GemStone 3.3.3 ?

Thanks!


On Tue, May 2, 2017 at 6:29 PM, Tudor Girba  wrote:

> Hi,
>
> feenk.com is proud to announce gt4gemstone, a version of the Glamorous
> Toolkit aimed at supporting remote development with GemStone/S from Pharo.
> gt4gemstone is released as an open-source project under the MIT license and
> was built primarily by Andrei Chis with some marginal contributions from me.
>
> The project is hosted at:
> https://github.com/feenkcom/gt4gemstone
>
> The toolkit currently offers several features:
> • Remote Playground
> • Remote Inspector with extensions that can be coded exactly like
> the ones in Pharo
> • Remote Debugger with mixed stacks (Pharo and GemStone)
> • Basic Remote Code Browser
> • Remote Session Handler
> • Integration with Roassal
> • A Glamour-specific proxy model for efficient serialization of
> Glamour presentations
> • A basic proxy model for working with any remote objects from
> GemStone
>
> One particular aspect that we focused on is performance. So much so, that
> at one point inspecting objects in gt4gemstone was faster than doing them
> locally. In the meantime, the GT inspector from Pharo also received an
> upgrade.
>
> But, perhaps the most exciting thing about this project is that most
> extensions of the inspector can be expressed exactly in the same way both
> in Pharo and in GemStone, and this makes the scenario of building in Pharo
> and deploying in GemStone even more appealing.
>
> The official announcement with some extra details can be found here:
> http://www.humane-assessment.com/blog/introducing-gt4gemstone/
>
> Cheers,
> Tudor
>
> --
> www.tudorgirba.com
> www.feenk.com
>
> "There are no old things, there are only old ways of looking at them."
>
>
>
>
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
>



-- 
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-dev] Smalltalk Internet Browser

[Craig Latta]

> So the Smalltalk VMs, which are mostly C, can be compiled to
> WebAssembly to run inside browsers everywhere and be fast too. Wow.
> Is WebAssembly released yet?

 It's enabled by default in Chrome 57 and Firefox 52 and later. See
[1] and [2] for ongoing status and instructional material.

> When can we expect such a VM running a standard Smalltalk?

 I expect it'll happen this year, although I don't know when the
Safari and Edge web browsers will enable it.

> What are the pros and cons compared to native apps?

 For me, the pros are zero-installation ubiquity and integration
with other web tech, and the con is restricted access to local resources.


-C

[1] https://developer.mozilla.org/en-US/docs/WebAssembly
[2] http://webassembly.org

--
Craig Latta
Black Page Digital
Amsterdam :: San Francisco
cr...@blackpagedigital.com
+31   6 2757 7177 (SMS ok)
+ 1 415  287 3547 (no SMS)

[Pharo-dev] [ann] gt4gemstone

[Tudor Girba]

Hi,

feenk.com is proud to announce gt4gemstone, a version of the Glamorous Toolkit 
aimed at supporting remote development with GemStone/S from Pharo. gt4gemstone 
is released as an open-source project under the MIT license and was built 
primarily by Andrei Chis with some marginal contributions from me.

The project is hosted at:
https://github.com/feenkcom/gt4gemstone

The toolkit currently offers several features:
• Remote Playground
• Remote Inspector with extensions that can be coded exactly like the 
ones in Pharo
• Remote Debugger with mixed stacks (Pharo and GemStone)
• Basic Remote Code Browser
• Remote Session Handler
• Integration with Roassal
• A Glamour-specific proxy model for efficient serialization of Glamour 
presentations
• A basic proxy model for working with any remote objects from GemStone

One particular aspect that we focused on is performance. So much so, that at 
one point inspecting objects in gt4gemstone was faster than doing them locally. 
In the meantime, the GT inspector from Pharo also received an upgrade.

But, perhaps the most exciting thing about this project is that most extensions 
of the inspector can be expressed exactly in the same way both in Pharo and in 
GemStone, and this makes the scenario of building in Pharo and deploying in 
GemStone even more appealing.

The official announcement with some extra details can be found here:
http://www.humane-assessment.com/blog/introducing-gt4gemstone/

Cheers,
Tudor

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

"There are no old things, there are only old ways of looking at them."

Re: [Pharo-dev] Pharo booklet collection

[Esteban A. Maringolo]

Correct link seems to be

http://files.pharo.org/books-pdfs/booklet-Glorp/2017-05-02-Glorp.spiral.pdf
Esteban A. Maringolo


2017-05-02 17:28 GMT-03:00 p...@highoctane.be :
> link for glorp gives smacc book error
>
> On Tue, May 2, 2017 at 10:25 PM, Stephane Ducasse 
> wrote:
>>
>> Hi Pharoers
>>
>> You are lucky. The "Pharo booklet collection" edited by S. Ducasse is
>> arriving...
>>
>> Are you ready to read nice and focused booklets?
>>
>> You can find at http://files.pharo.org/books/ in beta version:
>>
>> Smacc: the Smalltalk Compiler Compiler by J. Brant, T. Goubier, J. Lecerf
>> and S. Ducasse.
>> Glorp: the Object Relational Mapper framework by E. Maringolo, N. Pratt
>> and R. Withney
>>
>> All the book material is hosted on
>> https://github.com/SquareBracketAssociates so you can contribute! Fix typos
>> and propose new material.
>>
>> We are planning a booklet on Magritte, Reddit in 10 cool classes, Voyage,
>> and Mocking with BabyMock and Mocketry, XML (but we need a writer) and
>> potentially PetitParser.
>>
>> If you have material for a tutorial and you would like to be part of the
>> Pharo Booklet Collection contact S. Ducasse.
>>
>> S. Ducasse
>
>

Re: [Pharo-dev] Pharo booklet collection

[p...@highoctane.be]

Right link is
http://files.pharo.org/books-pdfs/booklet-Glorp/2017-05-02-Glorp.spiral.pdf

On Tue, May 2, 2017 at 10:25 PM, Stephane Ducasse 
wrote:

> Hi Pharoers
>
> You are lucky. The "Pharo booklet collection" edited by S. Ducasse is
> arriving...
>
> Are you ready to read nice and focused booklets?
>
> You can find at http://files.pharo.org/books/ in beta version:
>
>- Smacc: the Smalltalk Compiler Compiler by J. Brant, T. Goubier, J.
>Lecerf and S. Ducasse.
>- Glorp: the Object Relational Mapper framework by E. Maringolo, N.
>Pratt and R. Withney
>
> All the book material is hosted on https://github.com/
> SquareBracketAssociates so you can contribute! Fix typos and propose new
> material.
>
> We are planning a booklet on Magritte, Reddit in 10 cool classes, Voyage,
> and Mocking with BabyMock and Mocketry, XML (but we need a writer) and
> potentially PetitParser.
>
> If you have material for a tutorial and you would like to be part of the
> Pharo Booklet Collection contact S. Ducasse.
>
> S. Ducasse
>

Re: [Pharo-dev] Pharo booklet collection

[p...@highoctane.be]

link for glorp gives smacc book error

On Tue, May 2, 2017 at 10:25 PM, Stephane Ducasse 
wrote:

> Hi Pharoers
>
> You are lucky. The "Pharo booklet collection" edited by S. Ducasse is
> arriving...
>
> Are you ready to read nice and focused booklets?
>
> You can find at http://files.pharo.org/books/ in beta version:
>
>- Smacc: the Smalltalk Compiler Compiler by J. Brant, T. Goubier, J.
>Lecerf and S. Ducasse.
>- Glorp: the Object Relational Mapper framework by E. Maringolo, N.
>Pratt and R. Withney
>
> All the book material is hosted on https://github.com/
> SquareBracketAssociates so you can contribute! Fix typos and propose new
> material.
>
> We are planning a booklet on Magritte, Reddit in 10 cool classes, Voyage,
> and Mocking with BabyMock and Mocketry, XML (but we need a writer) and
> potentially PetitParser.
>
> If you have material for a tutorial and you would like to be part of the
> Pharo Booklet Collection contact S. Ducasse.
>
> S. Ducasse
>

Re: [Pharo-dev] GarageGlorp

[Stephane Ducasse]

Tx
Do you get the test pass?
When I loaded and press the button I get a resources error.
I hope that we should not get a real db to get the tests pass.

Stef

On Tue, May 2, 2017 at 8:40 PM, Esteban A. Maringolo 
wrote:

> It is done.
>
> Regards!
> Esteban A. Maringolo
>
>
> 2017-04-30 14:32 GMT-03:00 Stephane Ducasse :
> > tx
> >
> > On Sun, Apr 30, 2017 at 5:36 PM, Esteban A. Maringolo <
> emaring...@gmail.com>
> > wrote:
> >>
> >> I will do so as soon as I sit in front of my computer.
> >>
> >> Regards!
> >>
> >> El abr. 29, 2017 3:35 PM, "Stephane Ducasse" 
> >> escribió:
> >>>
> >>> Hi
> >>>
> >>> for a tutorial I wanted to load Glorp in Pharo 60 as described in the
> >>> Glorp doc.
> >>>
> >>> Metacello new
> >>> smalltalkhubUser: 'DBXTalk' project: 'Garage';
> >>> configuration: 'GarageGlorp';
> >>> version: #stable;
> >>> load.
> >>>
> >>> I get an error stating that
> >>> The symbolic version stable is not defined in the configuration for the
> >>> ... for the platform.
> >>>
> >>> I changed the loading instruction to
> >>>
> >>> Metacello new
> >>> smalltalkhubUser: 'DBXTalk' project: 'Garage';
> >>> configuration: 'GarageGlorp';
> >>> version: '0.2';
> >>> load.
> >>>
> >>> And it seems to work. May be we should publish a symbolic version for
> >>> pharo 60.
> >>> I do not think that I have commit right.
> >>>
> >>> Stef
> >
> >
>
>

[Pharo-dev] Pharo booklet collection

[Stephane Ducasse]

Hi Pharoers

You are lucky. The "Pharo booklet collection" edited by S. Ducasse is
arriving...

Are you ready to read nice and focused booklets?

You can find at http://files.pharo.org/books/ in beta version:

   - Smacc: the Smalltalk Compiler Compiler by J. Brant, T. Goubier, J.
   Lecerf and S. Ducasse.
   - Glorp: the Object Relational Mapper framework by E. Maringolo, N.
   Pratt and R. Withney

All the book material is hosted on
https://github.com/SquareBracketAssociates so you can contribute! Fix typos
and propose new material.

We are planning a booklet on Magritte, Reddit in 10 cool classes, Voyage,
and Mocking with BabyMock and Mocketry, XML (but we need a writer) and
potentially PetitParser.

If you have material for a tutorial and you would like to be part of the
Pharo Booklet Collection contact S. Ducasse.

S. Ducasse

Re: [Pharo-dev] Smalltalk Internet Browser

[H. Hirzel]

On 5/2/17, p...@highoctane.be  wrote:
> On Tue, May 2, 2017 at 8:45 PM, H. Hirzel  wrote:
>
>> On 5/2/17, p...@highoctane.be  wrote:
>> > Here is a workable solution: Headless Chrome
>> >
>> > https://developers.google.com/web/updates/2017/04/headless-chrome
>> >
>> > This HN thread has some interesting things we could take inspiration
>> from.
>> >
>> > We can drive it from Pharo and grab the screen, and then show that in a
>> > Morph. Then capture clicks and send then to the headless chrome.
>> >
>> > Will not do everything, but can be decent.
>>
>> +1
>> Thanks for this link, Phil.
>>
>> Seems to be an exercise with some OSProcess calls.
>>
>
> More like REST calls ( https://w3c.github.io/webdriver/webdriver-spec.html
> ) against chromedriver executable driving headless chrome.

Ok, this makes it easier, in fact. Thanks for the clarification.

>
>>
>> The result might as well have an application for the testing of web
>> site rendering.
>>
>> Though there are many tools (e.g. http://phantomjs.org/) which do this
>> it is convenient to do the scripting in Smalltalk.
>>
>
> PhantomJS maintainer stepped down upon the news of ChromeHeadless becoming
> available.

Good to know.

--Hannes

> Phil
>
>>
>> --Hannes
>>
>>
>> >
>> > Phil
>> >
>> > On Sun, Apr 30, 2017 at 10:37 PM, askoh  wrote:
>> >
>> >> Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it
>> >> can
>> >> do
>> >> the following.
>> >> I want to go to a web page, select a body of text and have Smalltalk
>> code
>> >> analyze the text in some way and return the answer in the browser or
>> >> in
>> >> the
>> >> Smalltalk app or file output. There should be two-way communication
>> >> between
>> >> app and browser. I would like to do live debugging too.
>> >>
>> >> Aik-Siong Koh
>> >>
>> >>
>> >> Hi Askoh,
>> >>
>> >>are you also aware of Snowglobe
>> >> https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ?
>> This
>> >> allows one to use a standard Smalltalk image running on the native Cog
>> VM
>> >> to
>> >> render in a web browser.
>> >>
>> >> _,,,^..^,,,_ (phone)
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> View this message in context: http://forum.world.st/
>> >> Smalltalk-Internet-Browser-tp4944879p4944998.html
>> >> Sent from the Pharo Smalltalk Developers mailing list archive at
>> >> Nabble.com.
>> >>
>> >>
>> >
>>
>>
>

Re: [Pharo-dev] Smalltalk Internet Browser

[p...@highoctane.be]

On Tue, May 2, 2017 at 8:45 PM, H. Hirzel  wrote:

> On 5/2/17, p...@highoctane.be  wrote:
> > Here is a workable solution: Headless Chrome
> >
> > https://developers.google.com/web/updates/2017/04/headless-chrome
> >
> > This HN thread has some interesting things we could take inspiration
> from.
> >
> > We can drive it from Pharo and grab the screen, and then show that in a
> > Morph. Then capture clicks and send then to the headless chrome.
> >
> > Will not do everything, but can be decent.
>
> +1
> Thanks for this link, Phil.
>
> Seems to be an exercise with some OSProcess calls.
>

More like REST calls ( https://w3c.github.io/webdriver/webdriver-spec.html
) against chromedriver executable driving headless chrome.

>
> The result might as well have an application for the testing of web
> site rendering.
>
> Though there are many tools (e.g. http://phantomjs.org/) which do this
> it is convenient to do the scripting in Smalltalk.
>

PhantomJS maintainer stepped down upon the news of ChromeHeadless becoming
available.

Phil

>
> --Hannes
>
>
> >
> > Phil
> >
> > On Sun, Apr 30, 2017 at 10:37 PM, askoh  wrote:
> >
> >> Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it
> >> can
> >> do
> >> the following.
> >> I want to go to a web page, select a body of text and have Smalltalk
> code
> >> analyze the text in some way and return the answer in the browser or in
> >> the
> >> Smalltalk app or file output. There should be two-way communication
> >> between
> >> app and browser. I would like to do live debugging too.
> >>
> >> Aik-Siong Koh
> >>
> >>
> >> Hi Askoh,
> >>
> >>are you also aware of Snowglobe
> >> https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ?
> This
> >> allows one to use a standard Smalltalk image running on the native Cog
> VM
> >> to
> >> render in a web browser.
> >>
> >> _,,,^..^,,,_ (phone)
> >>
> >>
> >>
> >>
> >> --
> >> View this message in context: http://forum.world.st/
> >> Smalltalk-Internet-Browser-tp4944879p4944998.html
> >> Sent from the Pharo Smalltalk Developers mailing list archive at
> >> Nabble.com.
> >>
> >>
> >
>
>

Re: [Pharo-dev] Smalltalk Internet Browser

[H. Hirzel]

On 5/2/17, p...@highoctane.be  wrote:
> Here is a workable solution: Headless Chrome
>
> https://developers.google.com/web/updates/2017/04/headless-chrome
>
> This HN thread has some interesting things we could take inspiration from.
>
> We can drive it from Pharo and grab the screen, and then show that in a
> Morph. Then capture clicks and send then to the headless chrome.
>
> Will not do everything, but can be decent.

+1
Thanks for this link, Phil.

Seems to be an exercise with some OSProcess calls.

The result might as well have an application for the testing of web
site rendering.

Though there are many tools (e.g. http://phantomjs.org/) which do this
it is convenient to do the scripting in Smalltalk.

--Hannes


>
> Phil
>
> On Sun, Apr 30, 2017 at 10:37 PM, askoh  wrote:
>
>> Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it
>> can
>> do
>> the following.
>> I want to go to a web page, select a body of text and have Smalltalk code
>> analyze the text in some way and return the answer in the browser or in
>> the
>> Smalltalk app or file output. There should be two-way communication
>> between
>> app and browser. I would like to do live debugging too.
>>
>> Aik-Siong Koh
>>
>>
>> Hi Askoh,
>>
>>are you also aware of Snowglobe
>> https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ?  This
>> allows one to use a standard Smalltalk image running on the native Cog VM
>> to
>> render in a web browser.
>>
>> _,,,^..^,,,_ (phone)
>>
>>
>>
>>
>> --
>> View this message in context: http://forum.world.st/
>> Smalltalk-Internet-Browser-tp4944879p4944998.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at
>> Nabble.com.
>>
>>
>

Re: [Pharo-dev] GarageGlorp

[Esteban A. Maringolo]

It is done.

Regards!
Esteban A. Maringolo


2017-04-30 14:32 GMT-03:00 Stephane Ducasse :
> tx
>
> On Sun, Apr 30, 2017 at 5:36 PM, Esteban A. Maringolo 
> wrote:
>>
>> I will do so as soon as I sit in front of my computer.
>>
>> Regards!
>>
>> El abr. 29, 2017 3:35 PM, "Stephane Ducasse" 
>> escribió:
>>>
>>> Hi
>>>
>>> for a tutorial I wanted to load Glorp in Pharo 60 as described in the
>>> Glorp doc.
>>>
>>> Metacello new
>>> smalltalkhubUser: 'DBXTalk' project: 'Garage';
>>> configuration: 'GarageGlorp';
>>> version: #stable;
>>> load.
>>>
>>> I get an error stating that
>>> The symbolic version stable is not defined in the configuration for the
>>> ... for the platform.
>>>
>>> I changed the loading instruction to
>>>
>>> Metacello new
>>> smalltalkhubUser: 'DBXTalk' project: 'Garage';
>>> configuration: 'GarageGlorp';
>>> version: '0.2';
>>> load.
>>>
>>> And it seems to work. May be we should publish a symbolic version for
>>> pharo 60.
>>> I do not think that I have commit right.
>>>
>>> Stef
>
>

Re: [Pharo-dev] Smalltalk Internet Browser

[p...@highoctane.be]

And the WebDriver protocol doesn't seem that intractable.

https://www.w3.org/TR/webdriver/

On Tue, May 2, 2017 at 8:28 PM, p...@highoctane.be 
wrote:

> Here is a workable solution: Headless Chrome
>
> https://developers.google.com/web/updates/2017/04/headless-chrome
>
> This HN thread has some interesting things we could take inspiration from.
>
> We can drive it from Pharo and grab the screen, and then show that in a
> Morph. Then capture clicks and send then to the headless chrome.
>
> Will not do everything, but can be decent.
>
> Phil
>
> On Sun, Apr 30, 2017 at 10:37 PM, askoh  wrote:
>
>> Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it
>> can do
>> the following.
>> I want to go to a web page, select a body of text and have Smalltalk code
>> analyze the text in some way and return the answer in the browser or in
>> the
>> Smalltalk app or file output. There should be two-way communication
>> between
>> app and browser. I would like to do live debugging too.
>>
>> Aik-Siong Koh
>>
>>
>> Hi Askoh,
>>
>>are you also aware of Snowglobe
>> https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ?  This
>> allows one to use a standard Smalltalk image running on the native Cog VM
>> to
>> render in a web browser.
>>
>> _,,,^..^,,,_ (phone)
>>
>>
>>
>>
>> --
>> View this message in context: http://forum.world.st/Smalltal
>> k-Internet-Browser-tp4944879p4944998.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at
>> Nabble.com.
>>
>>
>

Re: [Pharo-dev] Smalltalk Internet Browser

[p...@highoctane.be]

Here is a workable solution: Headless Chrome

https://developers.google.com/web/updates/2017/04/headless-chrome

This HN thread has some interesting things we could take inspiration from.

We can drive it from Pharo and grab the screen, and then show that in a
Morph. Then capture clicks and send then to the headless chrome.

Will not do everything, but can be decent.

Phil

On Sun, Apr 30, 2017 at 10:37 PM, askoh  wrote:

> Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it can
> do
> the following.
> I want to go to a web page, select a body of text and have Smalltalk code
> analyze the text in some way and return the answer in the browser or in the
> Smalltalk app or file output. There should be two-way communication between
> app and browser. I would like to do live debugging too.
>
> Aik-Siong Koh
>
>
> Hi Askoh,
>
>are you also aware of Snowglobe
> https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ?  This
> allows one to use a standard Smalltalk image running on the native Cog VM
> to
> render in a web browser.
>
> _,,,^..^,,,_ (phone)
>
>
>
>
> --
> View this message in context: http://forum.world.st/
> Smalltalk-Internet-Browser-tp4944879p4944998.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

Re: [Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

[Raffaello Giulietti]

OK, I'll give it a try tomorrow and let the mailing list know about the 
outcome.




On 2017-05-02 18:30, Denis Kudriashov wrote:

Could you check how it works with Pharo5 which was based on prespur CogVM?

2017-05-02 16:36 GMT+02:00 Raffaello Giulietti 
>:


Hello,

I'm on Pharo 6 (32 bit)/Windows 10 (64 bit).

I'm trying to load and use the (32 bit) JVM DLL into a running Pharo
image via the UFFI.

Everything works correctly, including JVM method invocations, except
when trying to set the minimum and maximum JVM heap size by passing
the -Xms and -Xmx options upon JVM creation. With these
options, Pharo simply crashes without leaving any trace.

Apparently, memory management requests from the JVM interfere with
Pharo's own memory management.

Please note that we successfully use the same mechanism for both
VisualWorks (32 bit)/Windows 10 (64 bit) and Gemstone 64 bit/Linux,
so it seems it has to do with a Pharo limitation somehow.

Further, I couldn't find any documentation on how to increase
Pharo's working set.

So the questions are:
* What is the most probable cause of the crash described above?
* Where is there more doc about Pharo's memory configuration settings?

Greetings
Raffaello

Re: [Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

[Denis Kudriashov]

Could you check how it works with Pharo5 which was based on prespur CogVM?

2017-05-02 16:36 GMT+02:00 Raffaello Giulietti <
raffaello.giulie...@lifeware.ch>:

> Hello,
>
> I'm on Pharo 6 (32 bit)/Windows 10 (64 bit).
>
> I'm trying to load and use the (32 bit) JVM DLL into a running Pharo image
> via the UFFI.
>
> Everything works correctly, including JVM method invocations, except when
> trying to set the minimum and maximum JVM heap size by passing the
> -Xms and -Xmx options upon JVM creation. With these options,
> Pharo simply crashes without leaving any trace.
>
> Apparently, memory management requests from the JVM interfere with Pharo's
> own memory management.
>
> Please note that we successfully use the same mechanism for both
> VisualWorks (32 bit)/Windows 10 (64 bit) and Gemstone 64 bit/Linux, so it
> seems it has to do with a Pharo limitation somehow.
>
> Further, I couldn't find any documentation on how to increase Pharo's
> working set.
>
> So the questions are:
> * What is the most probable cause of the crash described above?
> * Where is there more doc about Pharo's memory configuration settings?
>
> Greetings
> Raffaello
>
>
>

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

[GitHub]

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

[Pharo-dev] [pharo-project/pharo-core] 46622b: 60477

[GitHub]

  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 46622b913acdee8974e2b8cdc329b7a95e9061de
  
https://github.com/pharo-project/pharo-core/commit/46622b913acdee8974e2b8cdc329b7a95e9061de
  Author: Jenkins Build Server 
  Date:   2017-05-02 (Tue, 02 May 2017)

  Changed paths:
R 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/as 
yet unclassified/version21316_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline29_.st
M 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version21316_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version214_.st
A 
ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version215_.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60476.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60477.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60476.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60477.st
M 
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
A 
Slot-Tests.package/SlotClassVariableTest.class/instance/tests/testAccessorInstanceVariableSlotGeneratesAccessors.st
A 
Slot-Tests.package/SlotClassVariableTest.class/instance/tests/testSlotIsPersistedAfterRebuildOfClass.st
M 
Slot.package/SlotClassBuilder.class/instance/accessing/copyClassSlotsFromExistingClass.st
M Slot.package/SlotClassBuilder.class/instance/initialize-release/build.st
M System-SessionManager.package/SessionManager.class/instance/snapshot and 
quit/snapshot_andQuit_.st
M Versionner-Commit.package/VSCommitAction.class/definition.st
M Versionner-Commit.package/VSCommitBrowser.class/definition.st
M 
Versionner-Commit.package/VSCommitBrowser.class/instance/building/buildBrowser.st
M 
Versionner-Spec-Browser.package/VersionnerProjectBrowser.class/instance/announcement
 registration/register.st
A 
Versionner-Spec-Browser.package/VersionnerProjectBrowser.class/instance/refreshing/refreshConfigurationOfProject_.st
A 
Versionner-Tests-Core-Model.package/MBConfigurationInfoTest.class/instance/tests/testInitialization.st

  Log Message:
  ---
  60477
19909 Versionner reset modifications of first opened project when user opens 
another project in addition
https://pharo.fogbugz.com/f/cases/19909

19981 Class side slot initialization does not work
https://pharo.fogbugz.com/f/cases/19981

20004 SnapshotDone should be after all startup actions
https://pharo.fogbugz.com/f/cases/20004

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

[Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

[Raffaello Giulietti]

Hello,

I'm on Pharo 6 (32 bit)/Windows 10 (64 bit).

I'm trying to load and use the (32 bit) JVM DLL into a running Pharo 
image via the UFFI.


Everything works correctly, including JVM method invocations, except 
when trying to set the minimum and maximum JVM heap size by passing the 
-Xms and -Xmx options upon JVM creation. With these options, 
Pharo simply crashes without leaving any trace.


Apparently, memory management requests from the JVM interfere with 
Pharo's own memory management.


Please note that we successfully use the same mechanism for both 
VisualWorks (32 bit)/Windows 10 (64 bit) and Gemstone 64 bit/Linux, so 
it seems it has to do with a Pharo limitation somehow.


Further, I couldn't find any documentation on how to increase Pharo's 
working set.


So the questions are:
* What is the most probable cause of the crash described above?
* Where is there more doc about Pharo's memory configuration settings?

Greetings
Raffaello

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

[GitHub]

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

[Pharo-dev] [pharo-project/pharo-core] 4717d4: 60476

[GitHub]

  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 4717d499828abdee5497bc727a2a32ac2269aae3
  
https://github.com/pharo-project/pharo-core/commit/4717d499828abdee5497bc727a2a32ac2269aae3
  Author: Jenkins Build Server 
  Date:   2017-05-02 (Tue, 02 May 2017)

  Changed paths:
A HelpSystem-Core.package/CustomHelp.class/class/errors/errorEmptyString.st
M HelpSystem-Core.package/CustomHelp.class/class/formatting/bold_.st
M HelpSystem-Core.package/CustomHelp.class/class/formatting/doItFrom_.st
M 
HelpSystem-Core.package/CustomHelp.class/class/formatting/doItScriptFrom_.st
M HelpSystem-Core.package/CustomHelp.class/class/formatting/heading_.st
M HelpSystem-Core.package/CustomHelp.class/class/formatting/underlined_.st
M HelpSystem-Core.package/CustomHelp.class/class/formatting/url_.st
M Pharo-Help.package/WelcomeHelp.class/class/pages/useExternalPackages.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60475.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60476.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60475.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60476.st
M 
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
A 
System-Settings.package/SettingDeclaration.class/class/initialization/initialize.st
M System-Settings.package/SettingDeclaration.class/definition.st
A 
System-Settings.package/SettingDeclaration.class/instance/initialization/initialize.st
M 
System-Settings.package/SettingDeclaration.class/instance/testing/hasDefault.st
M System-Settings.package/SettingDeclaration.class/instance/user 
interface/setToDefault.st
M System-Sources.package/SourceFileArray.class/instance/public - string 
reading/getPreambleFrom_at_.st

  Log Message:
  ---
  60476
19985 SourceFileArray should be encoding independent when read preamble of 
methods 
https://pharo.fogbugz.com/f/cases/19985

20003 useExternalPackages mentions Pharo 5.0 although in Pharo 6.0
https://pharo.fogbugz.com/f/cases/20003

2 HelpBrowser should open real browser when "WebBrowser" is loaded
https://pharo.fogbugz.com/f/cases/2

19998 Settings Syntax highlighting "set to default" crashes the image
https://pharo.fogbugz.com/f/cases/19998

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

[Pharo-dev] [pharo-project/pharo-core] 4144e3: 60475

[GitHub]

  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 4144e31d9874a3f75cad080d697e7586f2d7493c
  
https://github.com/pharo-project/pharo-core/commit/4144e31d9874a3f75cad080d697e7586f2d7493c
  Author: Jenkins Build Server 
  Date:   2017-05-02 (Tue, 02 May 2017)

  Changed paths:
M CodeExport.package/extension/Metaclass/instance/fileOutOn_.st
M CodeExport.package/extension/Metaclass/instance/fileOutOn_initializing_.st
M Glamour-Examples.package/GLMExamplesBrowser.class/class/user 
interface/menuExamplesOn_.st
M HelpSystem-Core.package/HelpBrowser.class/class/world 
menu/menuCommandOn_.st
M 
Kernel-Tests.package/MetaclassTest.class/instance/tests/testMetaclassAndTraitClassRespectsPolymorphismRules.st
M Kernel.package/Metaclass.class/instance/accessing parallel 
hierarchy/baseClass.st
M Kernel.package/Metaclass.class/instance/accessing parallel 
hierarchy/classClass.st
M Kernel.package/Metaclass.class/instance/accessing/basicLocalSelectors.st
M Kernel.package/Metaclass.class/instance/accessing/basicLocalSelectors_.st
M Kernel.package/Metaclass.class/instance/accessing/environment.st
M Kernel.package/Metaclass.class/instance/accessing/traitComposition.st
M Kernel.package/Metaclass.class/instance/accessing/traitComposition_.st
M Kernel.package/Metaclass.class/instance/copying/postCopy.st
M Kernel.package/Metaclass.class/instance/copying/veryDeepCopyWith_.st
M Kernel.package/Metaclass.class/instance/instance 
creation/newAnonymousSubclass.st
M Kernel.package/Metaclass.class/instance/instance variables/addSlot_.st
M Kernel.package/Metaclass.class/instance/testing/isClass.st
M Monticello.package/extension/ClassTrait/instance/asMCDefinition.st
M Morphic-Base.package/TAbleToRotate.class/README.md
M ProfStef-Core.package/ProfStef.class/class/zen/menuCommandOn_.st
M ProfStef-Core.package/ProfStef.class/class/zen/openPharoZenWorkspace.st
M 
ProfStef-Help.package/PharoTutorialsHelp.class/class/menu/menuCommandOn_.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60474.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60475.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60474.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60475.st
M 
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M 
System-SupportTests.package/ClassQueryTest.class/instance/tests/testAllCallsOnASymbol.st
M Traits.package/ClassTrait.class/instance/accessing parallel 
hierarchy/baseTrait.st
M Traits.package/ClassTrait.class/instance/accessing parallel 
hierarchy/baseTrait_.st
M Traits.package/ClassTrait.class/instance/accessing parallel 
hierarchy/classTrait.st
M Traits.package/ClassTrait.class/instance/accessing parallel 
hierarchy/classTrait_.st
M Traits.package/ClassTrait.class/instance/accessing parallel 
hierarchy/isBaseTrait.st
M Traits.package/ClassTrait.class/instance/accessing parallel 
hierarchy/isClassTrait.st
M 
Traits.package/ClassTrait.class/instance/compiling/compile_classified_withStamp_notifying_logSource_.st
M Traits.package/ClassTrait.class/instance/copying/copy.st
M 
Traits.package/ClassTrait.class/instance/initialize/initializeWithBaseTrait_.st

  Log Message:
  ---
  60475
19993 Provide comment for TAbleToRotate
https://pharo.fogbugz.com/f/cases/19993

19959 base local Metaclass and ClassTrait methods tests on pragmas 
https://pharo.fogbugz.com/f/cases/19959

19989 testAllCallsOnASymbol can fail easily
https://pharo.fogbugz.com/f/cases/19989

19997 Cleanup the Help menu (order)
https://pharo.fogbugz.com/f/cases/19997

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

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

[GitHub]

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

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

[GitHub]

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

[Pharo-dev] [pharo-project/pharo-core] e64cb1: 60474

[GitHub]

  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: e64cb12453542258736da30c4fbf0cf9042c92e6
  
https://github.com/pharo-project/pharo-core/commit/e64cb12453542258736da30c4fbf0cf9042c92e6
  Author: Jenkins Build Server 
  Date:   2017-05-02 (Tue, 02 May 2017)

  Changed paths:
M 
Collections-Abstract.package/SequenceableCollection.class/instance/enumerating/groupsOf_atATimeCollect_.st
M Collections-Arithmetic.package/extension/Collection/instance/average.st
M Kernel.package/SmallInteger.class/instance/printing/printString.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60473.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60474.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60473.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60474.st
M 
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
A Shout.package/SHTextStylerST80.class/class/accessing/styleTable.st
A Shout.package/SHTextStylerST80.class/class/accessing/styleTable_.st
A 
Shout.package/SHTextStylerST80.class/class/attributes/attributeArrayForColor_emphasis_font_.st
A 
Shout.package/SHTextStylerST80.class/class/attributes/attributesFor_pixelHeight_.st
A 
Shout.package/SHTextStylerST80.class/class/attributes/initialTextAttributesForPixelHeight_.st
A 
Shout.package/SHTextStylerST80.class/class/attributes/textAttributesByPixelHeight.st
R Shout.package/SHTextStylerST80.class/class/style 
table/attributeArrayForColor_emphasis_font_.st
R Shout.package/SHTextStylerST80.class/class/style 
table/attributesFor_pixelHeight_.st
R Shout.package/SHTextStylerST80.class/class/style table/blueStyleTable.st
R Shout.package/SHTextStylerST80.class/class/style table/darkStyleTable.st
R Shout.package/SHTextStylerST80.class/class/style 
table/defaultStyleTable.st
R Shout.package/SHTextStylerST80.class/class/style 
table/initialTextAttributesForPixelHeight_.st
R Shout.package/SHTextStylerST80.class/class/style 
table/solarizedStyleTable.st
R Shout.package/SHTextStylerST80.class/class/style table/styleTable.st
R Shout.package/SHTextStylerST80.class/class/style table/styleTable_.st
R Shout.package/SHTextStylerST80.class/class/style table/tangoStyleTable.st
R Shout.package/SHTextStylerST80.class/class/style 
table/textAttributesByPixelHeight.st
R Shout.package/SHTextStylerST80.class/class/style 
table/vintageStyleTable.st
A Shout.package/SHTextStylerST80.class/class/styles/blueStyleTable.st
A Shout.package/SHTextStylerST80.class/class/styles/darkStyleTable.st
A Shout.package/SHTextStylerST80.class/class/styles/defaultStyleTable.st
A Shout.package/SHTextStylerST80.class/class/styles/solarizedStyleTable.st
A Shout.package/SHTextStylerST80.class/class/styles/tangoStyleTable.st
A Shout.package/SHTextStylerST80.class/class/styles/vintageStyleTable.st
A UnifiedFFI.package/FFIMethodRegistry.class/class/system 
startup/resetAll.st
M UnifiedFFI.package/FFIMethodRegistry.class/class/system 
startup/shutDown_.st
A UnifiedFFI.package/FFIMethodRegistry.class/class/system 
startup/startUp_.st

  Log Message:
  ---
  60474
19982 Better method comments
https://pharo.fogbugz.com/f/cases/19982

19925 Document that SmallInteger>>printString breaks the #printOn: rule 
https://pharo.fogbugz.com/f/cases/19925

1 Improve SHTextStylerST80 class side protocols
https://pharo.fogbugz.com/f/cases/1

19990 UFFI not reset method cache at image startup
https://pharo.fogbugz.com/f/cases/19990

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

[Pharo-dev] Esteban’s list of blocking issues for release Pharo 6.0 (updated to May 02)

[Esteban Lorenzano]

Hello, 

This are the things I believe still needs to be solved to be able to release 
Pharo 6.0: 

VM:

- libgit2: Still not there. I decided to migrate to libgit2 0.25.1 (which we 
need to do it anyway) because that solves automagically all compilation 
problems. Of course, that needs work on the image :(

Image: 
=
- NEW: migrate iceberg to 0.25.1 (not as much work as you may think).
- iceberg still needs to go inside the image, I’m running to release version 
0.4 (maybe this week?) and then we can integrate.

FIXED SINCE LAST REPORT: 

- vm: make all tests pass. This is working now in 32bits which was what we 
attempt to accomplish.
- vm: there was a problem with latest VM and primitiveFindSubstring that needs 
to be fixed. I adapted our compilation to use OSVM primitive instead ours. This 
makes all tests passes, but it can happen that something needs still to be 
fixed on VM. 

Next:

- move latest vm to stable.
- integrate changes on libgit2 

I think we will be ready to release around next week (or course, there is still 
a long list of things to accomplish before).

RELEASE CHECKLIST: 

- Prepare release notes
Image:
- add welcome browser
- generate PharoV60.sources
- move SystemVersion
- prepare new ScriptLoader70 package (in theory, this will not needed anymore 
but better to have it as a backup :P)
VM: 
- Promote new stable
WebSite:
- Update index
- Update download page
Infrastructure: 
- ZeroConf: Open new 7.0 development
- SmalltalkCI: Open new 7.0 development
- Create platform stable versions
- move all CI projects to Pharo 7.0
Pub:
- announce post
- announce mail
- post to YC, Reddit, etc.

cheers!
Esteban