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

Re: [Pharo-project] Wish List for Tests

by StÃ©phane Ducasse

On Apr 16, 2010, at 10:41 AM, Torsten Bergmann wrote: > Just a short wish list for 1.1. regarding test cases: > > 1. After running all tests in 1.0 I still have three files > left on hard disk (rb-spelling.dat, foobug6933, > NSDataStreamTest###testGlobal test) > > If we are able to create a Continuos Integration system > (for core and dev image) we should check in a final test > case that no files are left. + 1 > > 3. We still have classes with methods that are not categorized. > For instance the methods in RenderBugz (a test case subclass) > could be easily categorized. > > One quality check for the CI system could be to check if > all methods in a release are categorized. + 1 did you try to use the autocategorizer? This is on my todo but no time > 2. When deleting all test cases using > > TestCase allSubclasses do: [:each | each removeFromSystem ] > > I have also Monticello packages changed that are not in test > packages. > > Hope we find the time to clearly separate the tests from > the "core" package to clean unload the tests and continue > the modularization efforts. Oops. > > However ... the only constant is change and our progress so > far is really good. 4. We should have a consistent naming of Test-Package And I should finish this new Package stuff........ Stef

April 16, 2010

Re: [Pharo-project] Optimization of PharoCore File Downloads

by Lukas Renggli

> Excellent! > Yes this system so bad :) > They know it I do not even have to tell them they see it in my eyes. Haha, now it is already better :-) Lukas > > Stef > > On Apr 16, 2010, at 10:29 AM, Lukas Renggli wrote: > >>>> - Or, put an index of all sections on top of that page? >>>> >>>> - Or, use some unambiguous spelling for the section titles (like >>>> "[PharoCore1.0]" and "[PharoCore1.1]") so that the sections can be >>>> quickly found using Ctrl+F without getting matches in the filenames? >>> >>> I can try >>> BTW I guess that you can try too since you are a member. >>> Can you tell me if you succeed to log in? >> >> Indeed, that works. I wasn't aware of that. >> >> It doesn't seem to be possible to reorder the categories (they just >> appear in random order), but I renamed them as suggested. Searching >> for "[Ph" should bring you to the interesting parts. That already >> improves the situation. >> >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

April 16, 2010

Re: [Pharo-project] Optimization of PharoCore File Downloads

by StÃ©phane Ducasse

Excellent! Yes this system so bad :) They know it I do not even have to tell them they see it in my eyes. Stef On Apr 16, 2010, at 10:29 AM, Lukas Renggli wrote: >>> - Or, put an index of all sections on top of that page? >>> >>> - Or, use some unambiguous spelling for the section titles (like >>> "[PharoCore1.0]" and "[PharoCore1.1]") so that the sections can be >>> quickly found using Ctrl+F without getting matches in the filenames? >> >> I can try >> BTW I guess that you can try too since you are a member. >> Can you tell me if you succeed to log in? > > Indeed, that works. I wasn't aware of that. > > It doesn't seem to be possible to reorder the categories (they just > appear in random order), but I renamed them as suggested. Searching > for "[Ph" should bring you to the interesting parts. That already > improves the situation. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 16, 2010

Re: [Pharo-project] Wish List for Tests

by Lukas Renggli

> Â 1. After running all tests in 1.0 I still have three files > Â Â left on hard disk (rb-spelling.dat, foobug6933, > Â Â NSDataStreamTest###testGlobal test) > > Â Â If we are able to create a Continuos Integration system > Â Â (for core and dev image) we should check in a final test > Â Â case that no files are left. It is ugly if tests leave garbage, but this is not really a problem for a continuous integration system. At least my setup always starts builds at a clean place. > Â 3. We still have classes with methods that are not categorized. > Â Â For instance the methods in RenderBugz (a test case subclass) > Â Â could be easily categorized. > > Â Â One quality check for the CI system could be to check if > Â Â all methods in a release are categorized. SmallLint checks that. In PharoCore there are over 30000 lint issues. It is a lot of work to clean that all up. Several people already went through some of the most important rules and fixed them. > Â 2. When deleting all test cases using > > Â Â Â TestCase allSubclasses do: [:each | each removeFromSystem ] > > Â Â I have also Monticello packages changed that are not in test > Â Â packages. > > Â Â Hope we find the time to clearly separate the tests from > Â Â the "core" package to clean unload the tests and continue > Â Â the modularization efforts. I use the following script on my build server: http://github.com/renggli/builder/blob/master/scripts/killtests.st This results in a clean image without system tests. Lukas -- Lukas Renggli www.lukas-renggli.ch

April 16, 2010

Re: [Pharo-project] [squeak-dev] Re: iPhone OS 4 SDK, section 3.3.1

by Stan Shepherd

Phil, you can try http://n4.nabble.com/ESUG-f1589038.html Phil (list) wrote: > > Speaking of esug-list... I was trying to find the thread discussing > this but don't see any browsable archives since January. I was > looking at http://lists.esug.org/pipermail/esug-list/ > > Thanks, > Phil > > -- View this message in context: http://n4.nabble.com/iPhone-OS-4-SDK-section-3-3-1-tp1788713p1969438.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 16, 2010

[Pharo-project] Wish List for Tests

by Torsten Bergmann

Just a short wish list for 1.1. regarding test cases: 1. After running all tests in 1.0 I still have three files left on hard disk (rb-spelling.dat, foobug6933, NSDataStreamTest###testGlobal test) If we are able to create a Continuos Integration system (for core and dev image) we should check in a final test case that no files are left. 3. We still have classes with methods that are not categorized. For instance the methods in RenderBugz (a test case subclass) could be easily categorized. One quality check for the CI system could be to check if all methods in a release are categorized. 2. When deleting all test cases using TestCase allSubclasses do: [:each | each removeFromSystem ] I have also Monticello packages changed that are not in test packages. Hope we find the time to clearly separate the tests from the "core" package to clean unload the tests and continue the modularization efforts. However ... the only constant is change and our progress so far is really good. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

April 16, 2010

Re: [Pharo-project] [Pharo-users] [ANN] Pharo 1.0 released!

by Adrian Lienhard

Yea, it would be good to figure out why some of the tests fail sometimes. Some tests probably produce side effects that affect other tests. Adrian On Apr 16, 2010, at 10:18 , Torsten Bergmann wrote: > Peter Hugosson-Miller wrote: >> Now I feel more spurred to get my act together and contribute something >> myself, especially since I just downloaded and ran the 1-click image and >> found to my horror that the Test Runner is showing some red :-/ > > This is just when you run all tests in the TestRunner in one step. > When you run them alone they are green. > > Also RenderBugz fails from time to time. Maybe we should > raise the time in RenderBugz>>long > > Bye > T. > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 16, 2010

Re: [Pharo-project] Optimization of PharoCore File Downloads

by Lukas Renggli

>> - Or, put an index of all sections on top of that page? >> >> - Or, use some unambiguous spelling for the section titles (like >> "[PharoCore1.0]" and "[PharoCore1.1]") so that the sections can be >> quickly found using Ctrl+F without getting matches in the filenames? > > I can try > BTW I guess that you can try too since you are a member. > Can you tell me if you succeed to log in? Indeed, that works. I wasn't aware of that. It doesn't seem to be possible to reorder the categories (they just appear in random order), but I renamed them as suggested. Searching for "[Ph" should bring you to the interesting parts. That already improves the situation. Lukas -- Lukas Renggli www.lukas-renggli.ch

April 16, 2010

Re: [Pharo-project] Optimization of PharoCore File Downloads

by StÃ©phane Ducasse

On Apr 16, 2010, at 9:43 AM, Adrian Lienhard wrote: > I have the same problem... > > What would be nice is to have a "symbolic" link to the most recent version. For Pharo 1.0 this is easy because it does not change anymore. For 1.1 the link would need to update whenever there is a new version. Like this we could link these images from the website directly and people wouldn't have to go to gforce. > > Is this possible? this is one the first feature I will ask > > Adrian > > On Apr 16, 2010, at 08:48 , Lukas Renggli wrote: > >> When I need a new Pharo image I typically go to the files listing at >> >> https://gforge.inria.fr/frs/?group_id=1299 >> >> where I find all the core images for Pharo 1.0 and 1.1. >> >> The problem is that it is really time consuming to find the right >> section on this large page :-) >> >> - Would it be possible to reorder the sections "Pharo-Core 1.0" and >> "Pharo-Core 1.1" to appear on top? >> >> - Or, put an index of all sections on top of that page? >> >> - Or, use some unambiguous spelling for the section titles (like >> "[PharoCore1.0]" and "[PharoCore1.1]") so that the sections can be >> quickly found using Ctrl+F without getting matches in the filenames? >> >> Just a few ideas to make this a bit easier. >> >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 16, 2010

Re: [Pharo-project] Optimization of PharoCore File Downloads

by StÃ©phane Ducasse

On Apr 16, 2010, at 8:48 AM, Lukas Renggli wrote: > When I need a new Pharo image I typically go to the files listing at > > https://gforge.inria.fr/frs/?group_id=1299 > > where I find all the core images for Pharo 1.0 and 1.1. > > The problem is that it is really time consuming to find the right > section on this large page :-) I **know** > - Would it be possible to reorder the sections "Pharo-Core 1.0" and > "Pharo-Core 1.1" to appear on top? The people of the forge want to interview us to improve (or rewrite from scratch) > - Or, put an index of all sections on top of that page? > > - Or, use some unambiguous spelling for the section titles (like > "[PharoCore1.0]" and "[PharoCore1.1]") so that the sections can be > quickly found using Ctrl+F without getting matches in the filenames? I can try BTW I guess that you can try too since you are a member. Can you tell me if you succeed to log in? > > Just a few ideas to make this a bit easier. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 16, 2010