- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Weird behavior in Nautilus when doing a method rename

by stephane ducasse

On Feb 20, 2013, at 9:33 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > On Feb 20, 2013, at 8:43 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > >> >> On Feb 20, 2013, at 1:07 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >>> There is actually no simple way to simply rename a method. >>> We should maybe add one which keep track of the versions :) >> >> sure there is: >> click on the method >> in the text pane change the selector of the method and compile. > > I am kind of aware of that :) I know :) Now why not adding a bad menu item that nobody will ever use :) > But for a new comer, it's not obvious at all. > And usually they first look in the menu and click on the first entry "matching" the need Wellâ¦. stef

Feb. 22, 2013

Re: [Pharo-project] Does ZnHTTPSTests>>#testGetPharoVersion actually run on the CI servers ?

by Sven Van Caekenberghe

On 22 Feb 2013, at 13:08, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > On 22 Feb 2013, at 12:13, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> OK, good ;-) >> >> What about the URL ? >> >> It is now >> >> https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… >> >> it used to be >> >> https://ci.lille.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?x… >> >> Is this call/URL still possible or has it changed ? > > Without the /text() the URL https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… works, with it there is a security exception: > > $ curl https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… > <description>2.0 #20563</description> > > $ curl "https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/…" > <html><head><title>Error 403</title></head><body bgcolor="#ffffff"><h1>Status Code: 403</h1>Exception: primitive XPath result sets forbidden; can use -Dhudson.model.Api.INSECURE=true if you run without security<br>Stacktrace: <pre>(none) > </pre><br><hr size="1" width="90%"><i>Generated by Winstone Servlet Engine v0.9.10 at Fri Feb 22 13:06:16 CET 2013</i></body></html> > > I guess the test can run without /text() unless someone can explain what is going onâ¦ --- Name: Zinc-Zodiac-SvenVanCaekenberghe.25 Author: SvenVanCaekenberghe Time: 22 February 2013, 3:04:30.18 pm UUID: b52e2249-16bc-46af-9c11-688fda41ac6d Ancestors: Zinc-Zodiac-SvenVanCaekenberghe.24 Patch ZnHTTPSTests>>#testGetPharoVersion again because the underlying semantics of the URL being tested have changed - no longer use /text() in the XPath query --- ZnHTTPSTests>>#testGetPharoVersion | client lastBuildVersion version | self ensureSocketStreamFactory. self isNativeSSLPluginPresent ifFalse: [ ^ self ]. lastBuildVersion := (client := ZnClient new) beOneShot; get: 'https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/…'. self assert: client isSuccess. self assert: client response contentType equals: ZnMimeType applicationXml. self assert: client response contentLength > 0. self assert: lastBuildVersion notNil. self assert: lastBuildVersion isString. self assert: lastBuildVersion size > 0. version := (lastBuildVersion copyAfter: $>) copyUpTo: $<. self deny: version isEmpty Over the WE I'll add an issue to update some Zn packages. >> Sven >> >> On 22 Feb 2013, at 12:07, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> It is failing (only now?) >>> >>> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/lastCompletedBuild/testReport/ >>> >>> ;) >>> >>> On 2013-02-22, at 12:04, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>>> Hi, >>>> >>>> When testing in #20561 I noticed that ZnHTTPSTests>>#testGetPharoVersion consistently fails for me (Mac OS X, NBCog VM), probably because the URL is wrong - this is a function/regression test on https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… >>>> >>>> My point is that I don't see that failing on the CI servers, but maybe I looked in the wrong places. >>>> >>>> The test code does contain a >>>> >>>> self isNativeSSLPluginPresent ifFalse: [ ^ self ]. >>>> >>>> so it is possible that the test is skipped. >>>> >>>> But if that test is skipped, many more are skipped as well, and that would be not-goodâ¢. >>>> >>>> Sven >>>> >>>> -- >>>> Sven Van Caekenberghe >>>> http://stfx.eu >>>> Smalltalk is the Red Pill >>>> >>> >> >

Feb. 22, 2013

Re: [Pharo-project] Pharo brainstorming workshop to produce Request For Improvements

by stephane ducasse

On Feb 21, 2013, at 10:51 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > StÃ©phane Ducasse wrote >> So it would be good if we could organize a workshop where we do not code >> but produce >> Documented Requests for Improvement. >> ... >> What do you think? > > Great idea! And, it would be great to have a way to participate virtually > for those that can't attend ;) yes writing a pip. The idea is that we should get some "larger" entry points. Stef > > > > -- > View this message in context: http://forum.world.st/Pharo-brainstorming-workshop-to-produce-Request-For-I… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Feb. 22, 2013

Re: [Pharo-project] Pharo brainstorming workshop to produce Request For Improvements

by stephane ducasse

yes please do :) Stef On Feb 21, 2013, at 10:07 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I think this is a very good idea. We could allocate a first slot at the PharoConf for this. > > Cheers, > Doru > > > On Feb 21, 2013, at 10:00 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Hi guys >> >> we often meet to hack together and I would really like to take the time that >> as a group we think about the improvements we want for the system. >> For example luc and noury told me that the finalization for socket was brittle or combersome to use >> and I imagine many other cases. >> >> I would like that we collect them so that we can address such points. >> So it would be good if we could organize a workshop where we do not code but produce >> Documented Requests for Improvement. >> >> Name >> >> Description: one line description >> >> Problem: >> >> Solution: >> >> What do you think? >> >> Stef >> >> >> >> > > -- > www.tudorgirba.com > > "Not knowing how to do something is not an argument for how it cannot be done." > >

Feb. 22, 2013

Re: [Pharo-project] MongoTalk dependency on Grease

by stephane ducasse

+ 1 :) Configuration should not have upstream dependencies On Feb 22, 2013, at 12:03 PM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: > Hi guys, > > While loading ConfigurationOfMongoTalk the Grease loaded also > RefactoringBrowser, Slime, etc. Does MongoTalk really needs > RefactoringBrowser and Sime for its work? > > Even more, isn't better to achieve MongoTalk portability with less > invasive approach like more careful and "least common denominator" > coding, etc? > > Best regards > Janko > > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si >

Feb. 22, 2013

Re: [Pharo-project] Problems with SmalltalkHub

by Nicolas Petton

Well, it appears that some Mongo commits failed. I'm still investigating :) Nicolas Petton <petton.nicolas(a)gmail.com> writes: > Indeed, I can also reproduce the issue. I'll have to take a look at the > db, there seem to be a wrong commit in your repository. > > Nico > > Serge Stinckwich <serge.stinckwich(a)gmail.com> writes: > >> Is it possible after a buggy commit ? >> >> Regards, >> >> On Thu, Feb 21, 2013 at 4:10 PM, Serge Stinckwich >> <serge.stinckwich(a)gmail.com> wrote: >>> Hi all, >>> >>> I have some annoying problems with SmalltalkHub. >>> >>> I have made a project inside a team here: >>> http://smalltalkhub.com/#!/~UMMISCO/Kendrick/ >>> >>> Everytime I try to browse on Pharo 1.4 this repository, I have the >>> following errors: >>> ZnHttpSuccessful: 500 Internal Server Error >>> >>> but not for other projects on SmalltalkHub ... >>> >>> Regards, >>> -- >>> Serge Stinckwich >>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>> Every DSL ends up being Smalltalk >>> http://doesnotunderstand.org/ >> >> >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ >> > > -- > Nicolas Petton > http://nicolas-petton.fr -- Nicolas Petton http://nicolas-petton.fr

Feb. 22, 2013

Re: [Pharo-project] Problems with SmalltalkHub

by Serge Stinckwich

Thank u Nico. I would like to recover access to my repository. Regards EnvoyÃ© de mon iPhone Le 22 fÃ©vr. 2013 Ã 12:44, Nicolas Petton <petton.nicolas(a)gmail.com> a Ã©crit : > > Indeed, I can also reproduce the issue. I'll have to take a look at the > db, there seem to be a wrong commit in your repository. > > Nico > > Serge Stinckwich <serge.stinckwich(a)gmail.com> writes: > >> Is it possible after a buggy commit ? >> >> Regards, >> >> On Thu, Feb 21, 2013 at 4:10 PM, Serge Stinckwich >> <serge.stinckwich(a)gmail.com> wrote: >>> Hi all, >>> >>> I have some annoying problems with SmalltalkHub. >>> >>> I have made a project inside a team here: >>> http://smalltalkhub.com/#!/~UMMISCO/Kendrick/ >>> >>> Everytime I try to browse on Pharo 1.4 this repository, I have the >>> following errors: >>> ZnHttpSuccessful: 500 Internal Server Error >>> >>> but not for other projects on SmalltalkHub ... >>> >>> Regards, >>> -- >>> Serge Stinckwich >>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>> Every DSL ends up being Smalltalk >>> http://doesnotunderstand.org/ >> >> >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ > > -- > Nicolas Petton > http://nicolas-petton.fr >

Feb. 22, 2013

Re: [Pharo-project] Does ZnHTTPSTests>>#testGetPharoVersion actually run on the CI servers ?

by Sven Van Caekenberghe

On 22 Feb 2013, at 12:13, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > OK, good ;-) > > What about the URL ? > > It is now > > https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… > > it used to be > > https://ci.lille.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?x… > > Is this call/URL still possible or has it changed ? Without the /text() the URL https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… works, with it there is a security exception: $ curl https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… <description>2.0 #20563</description> $ curl "https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/…" <html><head><title>Error 403</title></head><body bgcolor="#ffffff"><h1>Status Code: 403</h1>Exception: primitive XPath result sets forbidden; can use -Dhudson.model.Api.INSECURE=true if you run without security<br>Stacktrace: <pre>(none) </pre><br><hr size="1" width="90%"><i>Generated by Winstone Servlet Engine v0.9.10 at Fri Feb 22 13:06:16 CET 2013</i></body></html> I guess the test can run without /text() unless someone can explain what is going on... > Sven > > On 22 Feb 2013, at 12:07, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> It is failing (only now?) >> >> https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/lastCompletedBuild/testReport/ >> >> ;) >> >> On 2013-02-22, at 12:04, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> Hi, >>> >>> When testing in #20561 I noticed that ZnHTTPSTests>>#testGetPharoVersion consistently fails for me (Mac OS X, NBCog VM), probably because the URL is wrong - this is a function/regression test on https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… >>> >>> My point is that I don't see that failing on the CI servers, but maybe I looked in the wrong places. >>> >>> The test code does contain a >>> >>> self isNativeSSLPluginPresent ifFalse: [ ^ self ]. >>> >>> so it is possible that the test is skipped. >>> >>> But if that test is skipped, many more are skipped as well, and that would be not-goodâ¢. >>> >>> Sven >>> >>> >>> -- >>> Sven Van Caekenberghe >>> http://stfx.eu >>> Smalltalk is the Red Pill >>> >>> >> >> >

Feb. 22, 2013

Re: [Pharo-project] Problems with SmalltalkHub

by Nicolas Petton

Indeed, I can also reproduce the issue. I'll have to take a look at the db, there seem to be a wrong commit in your repository. Nico Serge Stinckwich <serge.stinckwich(a)gmail.com> writes: > Is it possible after a buggy commit ? > > Regards, > > On Thu, Feb 21, 2013 at 4:10 PM, Serge Stinckwich > <serge.stinckwich(a)gmail.com> wrote: >> Hi all, >> >> I have some annoying problems with SmalltalkHub. >> >> I have made a project inside a team here: >> http://smalltalkhub.com/#!/~UMMISCO/Kendrick/ >> >> Everytime I try to browse on Pharo 1.4 this repository, I have the >> following errors: >> ZnHttpSuccessful: 500 Internal Server Error >> >> but not for other projects on SmalltalkHub ... >> >> Regards, >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > -- Nicolas Petton http://nicolas-petton.fr

Feb. 22, 2013

Re: [Pharo-project] Does ZnHTTPSTests>>#testGetPharoVersion actually run on the CI servers ?

by Marcus Denker

On Feb 22, 2013, at 12:13 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > OK, good ;-) > > What about the URL ? > > It is now > > https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… > > it used to be > > https://ci.lille.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?x… > > Is this call/URL still possible or has it changed ? > it is outdated. ci.lille.inria.fr /pharo has been turned off. Marcus

Feb. 22, 2013