May 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [pharo-project/pharo-core] b0392c: 40005

by Tudor Girba

I agree with this. As long as Deprecated30 is nicely loadable separately, I do not see a problem with the migration. Doru On Thu, May 29, 2014 at 4:55 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 29 May 2014, at 16:52, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > > On 29 May 2014, at 16:44, stepharo <stepharo(a)free.fr> wrote: > > > >> I'm not convinced that remove Deprecated30 now is the best move because > not having it now may not help migration. > >> I would understand that we unload Deprecated20 > > > > We originally did it like thisâ¦ but Deprecated20 was so large that we > could not keep it around, as the code > > we where cleaning was used by the deprecated, leading to a huge mess. > > > > We back than decided to unload the deprecated package at the beginning > of the development phase. > > > > So for Pharo4 we do exactly what we did for Pharo3. > > Marcus > -- www.tudorgirba.com "Every thing has its own flow"

May 30, 2014

Re: [Pharo-dev] Welcome norizzk.com

by stepharo

Superb. I would love so much that the deployment is also using Pharo. :) May be with Mongo it will also be possible in the future. Stef On 29/5/14 10:33, Johan Brichau wrote: > Hi all, > > Yesterday, a new web application built with Seaside in Pharo and deployed with GLASS in Gemstone/S was launched to the world: www.norizzk.com > > Norizzk.com is an innovative platform for risk-based test management. > Watch the trailer on https://www.youtube.com/watch?v=MMqMwl6C-lk > > Once again, the use of Smalltalk, Pharo, Seaside and Gemstone has proven to be a competitive advantage in the development of a stunning innovative product. > > Some of you may well know the lead developer of this project, Veronica, who did her Phd as part of the RMoD team in Lille and the SOFT lab in Brussels. > Over the past year, Veronica worked with Inceptive on this project and is now continuing the lead and development at the customer. > The inceptive.be team wishes them good luck and we look forward to continue the development collaboration. > > http://jbrichau.github.io > Johan >

May 29, 2014

Re: [Pharo-dev] Pharo 4 tests remodularization

by stepharo

Pavel I agree :) I will push some package refactorings - Morphic - Fonts soon :) Stef On 29/5/14 20:14, Pavel Krivanek wrote: > Hi, > > I created the first versions of the jobs that should lead to Pharo 4 > partial bootstrapping based on configurations: > https://ci.inria.fr/pharo/view/4.0-Bootstrap/ [1] > > We are able to load configurations with SUnit and KernelTests. > ConfigurationOfIDE currently does not work [2]. We should focus on > better testing of the basic image. Unfortunately Tests package is one > big bundle. We should move at least this categories to different or > standalone packages: > > Tests-Bugs > Tests-CodeImport > Tests-Compression > Tests-Files > Tests-Finalization > Tests-Object Events > Tests-ObjectsAsMethods > Tests-System > Tests-System-CommandLine > Tests-SystemChangeNotification > Tests-SystemTests-Support > Tests-Traits > Tests-Traits-MOP > Tests-VM > > Cheers, > -- Pavel > > [1] https://ci.inria.fr/pharo/view/4.0-Bootstrap/ > [2] > http://forum.world.st/ConfigurationOfIDE-and-issue-12601-td4759150.html

May 29, 2014

Re: [Pharo-dev] Pharo 4 tests remodularization

by stepharo

On 29/5/14 22:16, ClÃ©ment Bera wrote: > This is amazing. I can't wait to have a bootstrap. > > You cannot - well I guess you specifically can but most people can't - > realize how difficult it is currently to edit some Kernel classes such > as MethodContext. I edited it for Pharo-40003 and it was really hard. > With a bootstrap it will be much simpler. > > Recently Eliot wrote an offline converter to convert from a Pharo > image to a Spur Pharo image. Same issue, he had to edit the kernel > (including SmallInteger class !) and it was so difficult that he did > an offline converter instead of a script. I do not even know if a > script would have been possible. With a bootstrap he would just have > needed to edit the sources from which the bootstrap starts. > > I am astonished by the work you did and by the work of Guillermo > Polito about the bootstrap, and I can't wait to have it and to use it. > > The first step is great. Please keep going. yes ;) > > Regards, > > Clement > > > > > > 2014-05-29 20:14 GMT+02:00 Pavel Krivanek <pavel.krivanek(a)gmail.com > <mailto:pavel.krivanek@gmail.com>>: > > Hi, > > I created the first versions of the jobs that should lead to Pharo > 4 partial bootstrapping based on configurations: > https://ci.inria.fr/pharo/view/4.0-Bootstrap/ [1] > > We are able to load configurations with SUnit and KernelTests. > ConfigurationOfIDE currently does not work [2]. We should focus on > better testing of the basic image. Unfortunately Tests package is > one big bundle. We should move at least this categories to > different or standalone packages: > > Tests-Bugs > Tests-CodeImport > Tests-Compression > Tests-Files > Tests-Finalization > Tests-Object Events > Tests-ObjectsAsMethods > Tests-System > Tests-System-CommandLine > Tests-SystemChangeNotification > Tests-SystemTests-Support > Tests-Traits > Tests-Traits-MOP > Tests-VM > > Cheers, > -- Pavel > > [1] https://ci.inria.fr/pharo/view/4.0-Bootstrap/ > [2] > http://forum.world.st/ConfigurationOfIDE-and-issue-12601-td4759150.html > >

May 29, 2014

Re: [Pharo-dev] [Seaside] Welcome norizzk.com

by Tudor Girba

Congratulations! Doru On Thu, May 29, 2014 at 10:33 AM, Johan Brichau <johan(a)inceptive.be> wrote: > Hi all, > > Yesterday, a new web application built with Seaside in Pharo and deployed > with GLASS in Gemstone/S was launched to the world: www.norizzk.com > > Norizzk.com is an innovative platform for risk-based test management. > Watch the trailer on https://www.youtube.com/watch?v=MMqMwl6C-lk > > Once again, the use of Smalltalk, Pharo, Seaside and Gemstone has proven > to be a competitive advantage in the development of a stunning innovative > product. > > Some of you may well know the lead developer of this project, Veronica, > who did her Phd as part of the RMoD team in Lille and the SOFT lab in > Brussels. > Over the past year, Veronica worked with Inceptive on this project and is > now continuing the lead and development at the customer. > The inceptive.be team wishes them good luck and we look forward to > continue the development collaboration. > > http://jbrichau.github.io > Johan_______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -- www.tudorgirba.com "Every thing has its own flow"

May 29, 2014

Re: [Pharo-dev] Pharo 4 tests remodularization

by ClÃ©ment Bera

This is amazing. I can't wait to have a bootstrap. You cannot - well I guess you specifically can but most people can't - realize how difficult it is currently to edit some Kernel classes such as MethodContext. I edited it for Pharo-40003 and it was really hard. With a bootstrap it will be much simpler. Recently Eliot wrote an offline converter to convert from a Pharo image to a Spur Pharo image. Same issue, he had to edit the kernel (including SmallInteger class !) and it was so difficult that he did an offline converter instead of a script. I do not even know if a script would have been possible. With a bootstrap he would just have needed to edit the sources from which the bootstrap starts. I am astonished by the work you did and by the work of Guillermo Polito about the bootstrap, and I can't wait to have it and to use it. The first step is great. Please keep going. Regards, Clement 2014-05-29 20:14 GMT+02:00 Pavel Krivanek <pavel.krivanek(a)gmail.com>: > Hi, > > I created the first versions of the jobs that should lead to Pharo 4 > partial bootstrapping based on configurations: > https://ci.inria.fr/pharo/view/4.0-Bootstrap/ [1] > > We are able to load configurations with SUnit and KernelTests. > ConfigurationOfIDE currently does not work [2]. We should focus on better > testing of the basic image. Unfortunately Tests package is one big bundle. > We should move at least this categories to different or standalone packages: > > Tests-Bugs > Tests-CodeImport > Tests-Compression > Tests-Files > Tests-Finalization > Tests-Object Events > Tests-ObjectsAsMethods > Tests-System > Tests-System-CommandLine > Tests-SystemChangeNotification > Tests-SystemTests-Support > Tests-Traits > Tests-Traits-MOP > Tests-VM > > Cheers, > -- Pavel > > [1] https://ci.inria.fr/pharo/view/4.0-Bootstrap/ > [2] > http://forum.world.st/ConfigurationOfIDE-and-issue-12601-td4759150.html >

May 29, 2014

Pharo 4 tests remodularization

by Pavel Krivanek

Hi, I created the first versions of the jobs that should lead to Pharo 4 partial bootstrapping based on configurations: https://ci.inria.fr/pharo/view/4.0-Bootstrap/ [1] We are able to load configurations with SUnit and KernelTests. ConfigurationOfIDE currently does not work [2]. We should focus on better testing of the basic image. Unfortunately Tests package is one big bundle. We should move at least this categories to different or standalone packages: Tests-Bugs Tests-CodeImport Tests-Compression Tests-Files Tests-Finalization Tests-Object Events Tests-ObjectsAsMethods Tests-System Tests-System-CommandLine Tests-SystemChangeNotification Tests-SystemTests-Support Tests-Traits Tests-Traits-MOP Tests-VM Cheers, -- Pavel [1] https://ci.inria.fr/pharo/view/4.0-Bootstrap/ [2] http://forum.world.st/ConfigurationOfIDE-and-issue-12601-td4759150.html

May 29, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] b0392c: 40005

by Marcus Denker

On 29 May 2014, at 16:52, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 29 May 2014, at 16:44, stepharo <stepharo(a)free.fr> wrote: > >> I'm not convinced that remove Deprecated30 now is the best move because not having it now may not help migration. >> I would understand that we unload Deprecated20 > > We originally did it like thisâ¦ but Deprecated20 was so large that we could not keep it around, as the code > we where cleaning was used by the deprecated, leading to a huge mess. > > We back than decided to unload the deprecated package at the beginning of the development phase. > So for Pharo4 we do exactly what we did for Pharo3. Marcus

May 29, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] b0392c: 40005

by Marcus Denker

On 29 May 2014, at 16:44, stepharo <stepharo(a)free.fr> wrote: > I'm not convinced that remove Deprecated30 now is the best move because not having it now may not help migration. > I would understand that we unload Deprecated20 We originally did it like thisâ¦ but Deprecated20 was so large that we could not keep it around, as the code we where cleaning was used by the deprecated, leading to a huge mess. We back than decided to unload the deprecated package at the beginning of the development phase. > >> 40005 >> 13278 ContextPart and MethodContext merged, remaining bugs >> https://pharo.fogbugz.com/f/cases/13278 >> >> 13282 Failing test: testGForceInria >> https://pharo.fogbugz.com/f/cases/13282 >> >> - Unload Deprecated30 > >

May 29, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] b0392c: 40005

by stepharo

I'm not convinced that remove Deprecated30 now is the best move because not having it now may not help migration. I would understand that we unload Deprecated20 > 40005 > 13278 ContextPart and MethodContext merged, remaining bugs > https://pharo.fogbugz.com/f/cases/13278 > > 13282 Failing test: testGForceInria > https://pharo.fogbugz.com/f/cases/13282 > > - Unload Deprecated30

May 29, 2014