March 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Running tests on 2.0 and first impression

by Sven Van Caekenberghe

Just out of curiosity I ran all tests using a #20593 image and the latest Mac OS X pharo vm on my machine. 9749 run, 9686 passes, 2 skipped, 58 expected failures, 3 failures, 2 errors, 0 unexpected passes Failures: ReleaseTest>>#testUndeclared SimulateKeystrokesSpecification>>#testSimulateKeystroke SimulateKeystrokesSpecification>>#testSimulateKeystrokes Errors: MCStReaderTest>>#testCommentWithStyle MCStReaderTest>>#testMethodWithStyle And the fact that Undeclared was not empty was due to extra loaded code of my own. Like Marcus said, I already reported the time problem close to midnight: https://pharo.fogbugz.com/f/cases/7602 https://code.google.com/p/pharo/issues/detail?id=7643 The other remarks are valid of course. Sven On 20 Mar 2013, at 08:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: > On Mar 20, 2013, at 12:54 AM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> First thing, congrats to Pharo community, I observe a good trend. >> It may seem dumb, but it's great to have pharo executable and pharo icons. >> Once the image launched, my general feel is good too, though I'm not >> fan of multiple keys shortcuts. >> It stressed me to the point that I didn't realize the single key >> shortcuts were still active in text editor (desperately seeking cmd b+ >> something... when cmd + shift + N would just browse ivar references). >> I guess I'll get used to it. >> Browsing the class Object seems a bit long, I guess there's time >> wasted scanning the class hierarchy... >> >> Of course, there's a few things to polish. >> First I ran the tests, and here is what I have to say about it >> - there were two interactions requests, IMO, there shouldn't be any (a >> pop up for my name, and a menu) > > How to not require a name when a tests does something that needs it? > When running tests on the build server it sets a name before and removes > it later, but I don't think that the test runner should do that by default. > >> - there are some failures (10) and errors (3), is this expected? (see >> attachment) > > -> There are some tests that fail when running like this that do not fail > on the build server. We should put issues for them on the tracker and fix them. > > -> There seems to be a strange Time related bug happening only around midnight. > Yes, someone should have a look a that, too. > (First step is to submit an issue). > >> - more annoyingly, during the test, the progressbar feedback >> disappeared (sporadically flashing) and the TestRunner feedback too >> (number of succeded test updates went scarce) >> > ProgressBar still needs to be improved. I think there is even an issue for that. > >> When I opened a FileBrowser to browse the filedOut TestRunner report, >> I typed *.txt as a filter and got a RegexSyntaxError nullable closure, >> that's surprising. >> > FileBrowser is not used a lot and there are of course no UI level tests. > So there will be bugs. > >> There I stopped exploring the features and inquired a bit about the failures. >> Most failures are related to DateAndTime. I guess they occured because >> I was playing with image around midnight with a +01:00 offset. > > Yes, two people already saw this bug happening, we should add an issue to the tracker. > > In general it just shows: Any issue that is not fixed by someone is not fixed. ;-) > > > Marcus > > > > >

March 20, 2013

Re: [Pharo-project] Please migrate to the new IRC channel #pharo

by Camillo Bruni

good! thanks for the initiative On 2013-03-19, at 23:20, Damien Pollet <damien.pollet(a)gmail.com> wrote: > The IRC channel we're currently using is not registered with the freenode > infrastructure. It's also named #pharo-project instead of #pharo because at > the time there was a PHP framework of that name. Since then, however, the > owner of #pharo transferred ownership to us. > > It's not really a problem having the two channels (I think we can setup a > redirection from one to the other), but at least both should be registered. > Unfortunately, as long as there is anyone in #pharo, nobody can claim > ownership, make announces in the topic, etc > > I think the best course of action is for regulars to start connecting to > both channels and to push discussions and lurkers to #pharo. I have changed > the topic on #pharo to that effect. Then at some point we'll have to > organize a synchonized emptying of #pharo-project so that we can claim > ownership :) > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet

March 20, 2013

Re: [Pharo-project] Running tests on 2.0 and first impression

by Marcus Denker

On Mar 20, 2013, at 12:54 AM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > First thing, congrats to Pharo community, I observe a good trend. > It may seem dumb, but it's great to have pharo executable and pharo icons. > Once the image launched, my general feel is good too, though I'm not > fan of multiple keys shortcuts. > It stressed me to the point that I didn't realize the single key > shortcuts were still active in text editor (desperately seeking cmd b+ > something... when cmd + shift + N would just browse ivar references). > I guess I'll get used to it. > Browsing the class Object seems a bit long, I guess there's time > wasted scanning the class hierarchy... > > Of course, there's a few things to polish. > First I ran the tests, and here is what I have to say about it > - there were two interactions requests, IMO, there shouldn't be any (a > pop up for my name, and a menu) How to not require a name when a tests does something that needs it? When running tests on the build server it sets a name before and removes it later, but I don't think that the test runner should do that by default. > - there are some failures (10) and errors (3), is this expected? (see > attachment) -> There are some tests that fail when running like this that do not fail on the build server. We should put issues for them on the tracker and fix them. -> There seems to be a strange Time related bug happening only around midnight. Yes, someone should have a look a that, too. (First step is to submit an issue). > - more annoyingly, during the test, the progressbar feedback > disappeared (sporadically flashing) and the TestRunner feedback too > (number of succeded test updates went scarce) > ProgressBar still needs to be improved. I think there is even an issue for that. > When I opened a FileBrowser to browse the filedOut TestRunner report, > I typed *.txt as a filter and got a RegexSyntaxError nullable closure, > that's surprising. > FileBrowser is not used a lot and there are of course no UI level tests. So there will be bugs. > There I stopped exploring the features and inquired a bit about the failures. > Most failures are related to DateAndTime. I guess they occured because > I was playing with image around midnight with a +01:00 offset. Yes, two people already saw this bug happening, we should add an issue to the tracker. In general it just shows: Any issue that is not fixed by someone is not fixed. ;-) Marcus

March 20, 2013

Re: [Pharo-project] Penelope is in town! (or how to have access to the new issue tracker)

by Camillo Bruni

On 2013-03-19, at 23:30, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > 2013/3/19 Nicolas Petton <petton.nicolas(a)gmail.com>: >> >> On Mar 19, 2013, at 10:38 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >>> But more annoying, how can we search or filter, all issues containing >>> 'someString' or browse closed issues ? >> >> not yet. But if you want we can add that. Esteban already suggested it. >> >> nico > > I don't know if it's worth duplicating many bug tracker features. > To me, it does not sound a right thing to do, unless one eventually > want to replace the bug tracker. > If public access is a requirement, then fogbugz must have many other > advantages to be the final choice... > I'd say first concentrate on providing a working registering page and > I'll be happy :) yup I would say so too.

March 20, 2013

Re: [Pharo-project] one-click is dead, now we have platform specific builds

by blake

Clean! On Tue, Mar 19, 2013 at 10:29 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > tbh, one-click was just cool for mac users... windows and linux users > (specially newcomers) where having bad reaction with the structure that the > one-click enforces. > > The new scripts produces structures that can fit better into the platforms > where they will run. > > You can check them here: http://files.pharo.org/platform/ > > of course, a lot of improvements are possible, this is just the first step > :) > > Esteban

March 20, 2013

Re: [Pharo-project] one-click is dead, now we have platform specific builds

by Ben Coman

Sven Van Caekenberghe wrote: > On 19 Mar 2013, at 18:29, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > >> tbh, one-click was just cool for mac users... windows and linux users (specially newcomers) where having bad reaction with the structure that the one-click enforces. >> >> The new scripts produces structures that can fit better into the platforms where they will run. >> >> You can check them here: http://files.pharo.org/platform/ >> >> of course, a lot of improvements are possible, this is just the first step :) >> >> Esteban >> > > Yes, excellent idea. > > Thanks for just doing it ;-) > > The One-Click concept was/is cool, but it is more a barrier than a solution it seems. > > Having a single download that 'just works' and feels native is very important. > > Sven > > However I guess that compared to having to download image & VM separately, it is still a one-click - but platform specific rather than multi-platform. cheers -ben

March 20, 2013

[Pharo-project] Running tests on 2.0 and first impression

by Nicolas Cellier

First thing, congrats to Pharo community, I observe a good trend. It may seem dumb, but it's great to have pharo executable and pharo icons. Once the image launched, my general feel is good too, though I'm not fan of multiple keys shortcuts. It stressed me to the point that I didn't realize the single key shortcuts were still active in text editor (desperately seeking cmd b+ something... when cmd + shift + N would just browse ivar references). I guess I'll get used to it. Browsing the class Object seems a bit long, I guess there's time wasted scanning the class hierarchy... Of course, there's a few things to polish. First I ran the tests, and here is what I have to say about it - there were two interactions requests, IMO, there shouldn't be any (a pop up for my name, and a menu) - there are some failures (10) and errors (3), is this expected? (see attachment) - more annoyingly, during the test, the progressbar feedback disappeared (sporadically flashing) and the TestRunner feedback too (number of succeded test updates went scarce) When I opened a FileBrowser to browse the filedOut TestRunner report, I typed *.txt as a filter and got a RegexSyntaxError nullable closure, that's surprising. There I stopped exploring the features and inquired a bit about the failures. Most failures are related to DateAndTime. I guess they occured because I was playing with image around midnight with a +01:00 offset. Early debugging let me see some highly questionable code, using negative seconds in internal representation is a recipe for trouble.. Having julianDayNumber the instance variable being different from julianDayNumber the message is also asking for trouble. Well, just wanted to share this first feedback, i think i have lot of things to discover in this image (I guess good things, but you know me, I generally report the bad first). cheers Nicolas

March 19, 2013

Re: [Pharo-project] Penelope is in town! (or how to have access to the new issue tracker)

by Nicolas Cellier

2013/3/19 Nicolas Petton <petton.nicolas(a)gmail.com>: > > On Mar 19, 2013, at 10:38 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> But more annoying, how can we search or filter, all issues containing >> 'someString' or browse closed issues ? > > not yet. But if you want we can add that. Esteban already suggested it. > > nico I don't know if it's worth duplicating many bug tracker features. To me, it does not sound a right thing to do, unless one eventually want to replace the bug tracker. If public access is a requirement, then fogbugz must have many other advantages to be the final choice... I'd say first concentrate on providing a working registering page and I'll be happy :) Nicolas

March 19, 2013

[Pharo-project] Please migrate to the new IRC channel #pharo

by Damien Pollet

The IRC channel we're currently using is not registered with the freenode infrastructure. It's also named #pharo-project instead of #pharo because at the time there was a PHP framework of that name. Since then, however, the owner of #pharo transferred ownership to us. It's not really a problem having the two channels (I think we can setup a redirection from one to the other), but at least both should be registered. Unfortunately, as long as there is anyone in #pharo, nobody can claim ownership, make announces in the topic, etc I think the best course of action is for regulars to start connecting to both channels and to push discussions and lurkers to #pharo. I have changed the topic on #pharo to that effect. Then at some point we'll have to organize a synchonized emptying of #pharo-project so that we can claim ownership :) -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

March 19, 2013

Re: [Pharo-project] Penelope is in town! (or how to have access to the new issue tracker)

by Nicolas Petton

On Mar 19, 2013, at 10:38 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > But more annoying, how can we search or filter, all issues containing > 'someString' or browse closed issues ? not yet. But if you want we can add that. Esteban already suggested it. nico

March 19, 2013