April 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Windows Installer (was: direct object manipulation)

by StÃ©phane Ducasse

On Apr 1, 2012, at 9:02 AM, Marcus Denker wrote: > > On Apr 1, 2012, at 12:07 AM, Torsten Bergmann wrote: > >>> Yes, and for consistency. Either we go "installer for all three platforms", >>> or not. Having a one-click for all but windows in addition ist just >confusing. >> >> People often provide ZIP or TARs in open source projects for non-Windows >> and special windows installers for M$ users. Its not uncommmon. >> So the user can choose which one he wants to use. >> > Yes. So now that are two option: > -> Delay everything until we have that. > -> Not Delay everything. > > I am always for "Doing while Doing".... and this means: > > -> Finish the one-click build script and activate it for 1.3 and 1.4 + 1000000 :) > This is not a lot of work, and then we hat *at least* what we had until know, fully auto-build > and up to date. *After* that we can improve. But only after that. Yes > > And there are lots of things on the list... > > -> fix the failing test in 1.3Full > -> fix the remaining 1.4 bugs > -> do the 1.4 release > -> run tests on windows besided mac and linux > -> actually run all tests *before* triggering the build of all depending projects > -> integrate SSL > -> merge nativeboost VM with man VM > -> install Android Dev tools > -> configure Android build > -> Look at ARM build of interpreter > > The good news is that we got a bit more manpower lately... > > >>> Does it make sense to have a download of 1.2 on the download page? >> >> Maybe I'm blind - but on the download page for the 1.2 version - YES: >> > Nobody should download 1.2... it's there just for historical reasons. > > Marcus > > -- > Marcus Denker -- http://marcusdenker.de > >

April 1, 2012

Re: [Pharo-project] Windows Installer (was: direct object manipulation)

by StÃ©phane Ducasse

you have the one click on this page On Apr 1, 2012, at 12:07 AM, Torsten Bergmann wrote: >> Yes, and for consistency. Either we go "installer for all three platforms", >> or not. Having a one-click for all but windows in addition ist just >confusing. > > People often provide ZIP or TARs in open source projects for non-Windows > and special windows installers for M$ users. Its not uncommmon. > So the user can choose which one he wants to use. > > It will only be confusing if an image in a x.y one click version of Pharo > is different than in a Win32 setup with the same version. But this should > be solved when all is based on the same Jenkins-built image as common source. > > There are good installers for all major platforms - but only commercial. > Dont know about free installer projects for non-Windows platforms. > > Why not provide an installer depend on the environment and which one > the user expects: > For Linux I think an "apt-get pharo" would be suited similar to Squeak > and for Windows a wizard guided installer. > >> Does it make sense to have a download of 1.2 on the download page? > > Maybe I'm blind - but on the download page for the 1.2 version - YES: > > http://www.pharo-project.org/pharo-download/release-1-2 > > Bye > T. > > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >

April 1, 2012

Re: [Pharo-project] Windows Installer (was: direct object manipulation)

by Igor Stasenko

Torsten, i remember about it. We had problems with windows slave when migrated from Hudson to Jenkins. Now they are gone.. so we can finish what is planned. On 31 March 2012 22:42, Torsten Bergmann <astares(a)gmx.de> wrote: >>> I want a good installer for each platform :) >>> >>For newspeak there is a native installer for Mac OS and Windows. > > We already have/had a native Installer for Pharo on Windows. > > I already posted the script and resources for the free NSIS installer > already on the list and also gave it to Igor. > > I've built them manually in the past. The idea was that the Jenkins > Windows Slave should automatically build the setup. Looks like this > is not yet done - maybe for time reasons. I wonder why they are > removed from the homepages download section? > > However - one can still access the setup exe files at the inria files > section [2] under "Pharo Win32 Setup". > > I still think that such an installer (which is standard on windows) > is helpful for better adoption. > > Bye > T. > > > [1] http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg09522.ht… > > [2] https://gforge.inria.fr/frs/?group_id=1299&release_id=5962#pharo-win32-setu… > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > -- Best regards, Igor Stasenko.

April 1, 2012

Re: [Pharo-project] Windows Installer (was: direct object manipulation)

by Marcus Denker

On Apr 1, 2012, at 12:07 AM, Torsten Bergmann wrote: >> Yes, and for consistency. Either we go "installer for all three platforms", >> or not. Having a one-click for all but windows in addition ist just >confusing. > > People often provide ZIP or TARs in open source projects for non-Windows > and special windows installers for M$ users. Its not uncommmon. > So the user can choose which one he wants to use. > Yes. So now that are two option: -> Delay everything until we have that. -> Not Delay everything. I am always for "Doing while Doing".... and this means: -> Finish the one-click build script and activate it for 1.3 and 1.4 This is not a lot of work, and then we hat *at least* what we had until know, fully auto-build and up to date. *After* that we can improve. But only after that. And there are lots of things on the list... -> fix the failing test in 1.3Full -> fix the remaining 1.4 bugs -> do the 1.4 release -> run tests on windows besided mac and linux -> actually run all tests *before* triggering the build of all depending projects -> integrate SSL -> merge nativeboost VM with man VM -> install Android Dev tools -> configure Android build -> Look at ARM build of interpreter The good news is that we got a bit more manpower lately... >> Does it make sense to have a download of 1.2 on the download page? > > Maybe I'm blind - but on the download page for the 1.2 version - YES: > Nobody should download 1.2... it's there just for historical reasons. Marcus -- Marcus Denker -- http://marcusdenker.de

April 1, 2012

Re: [Pharo-project] Collection new printString make the image hanging

by Fabrizio Perin

Hi, As I wrote: I don't know if those are suppose to be bugs or my inappropriate use of Collection and SequenceableCollection. I just reported. So thanks for all this info. Cheers, Fabrizio 2012/3/31 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > > > 13315 is very old. The current version is 13327... and your problem > sounds like something we fixed a long time ago. > +1 > > > > > >> By evaluating some tests again the emergency evaluator pop up (Pharo > doesn't like me lately :) ). > >> This time at least I figure that some elements i use in the tests do > not print properly: > >> > >> <error in printString: evaluate "collection printString" to debug> > >> so if you do > >> > >> Collection new printString. > >> > >> the image seems to hang the only was to stop it is to do command period. > >> > >> In 1.4 at least the debugger pops up telling that "do:" should be > implemented in a subclass. To make the image hang you should do > >> > > Collection is an abstract class and should not be instantiated. > +1 > > > > >> SequenceableCollection new printString. > >> > >> I don't know if those are suppose to be bugs or my inappropriate use of > Collection and SequenceableCollection. I just reported. > > > > > > SequencableCollection is an abstract class and should not be > instantiated. > > + 1 > > > But that it freezes is strange, it should report an error as soon as a > subclassresponsibility is encounterd (like Collection) > > Marcus we fixed that in 1.4. I'm not sure it was back ported to 1.3. > > Stef >

April 1, 2012

Re: [Pharo-project] [ANN] Shootout benchmarking copied to ss3

by Serge Stinckwich

Maybe you should do a package with all the benchmarks available for Smalltalk ? On Sun, Apr 1, 2012 at 12:06 AM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > These benchmarks are good, so I took the port of Eliot from Cog VMMaker and > made a package of its own. > Since I cannot create a new project on squeaksource, I decided to try SS3. > > See > http://ss3.gemstone.com/ss/Shootout.html/ > http://ss3.gemstone.com/ss/Shootout.html/Wiki > http://shootout.alioth.debian.org/u32/benchmark.php > > Nicolas -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

April 1, 2012