February 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo 1.2 virtual sprint

by Guillermo Polito

Next week? I can join a llittle :). On Sat, Feb 19, 2011 at 5:46 AM, Serge Stinckwich < serge.stinckwich(a)gmail.com> wrote: > No one seems to be motivated to have a virtual sprint to release Pharo 1.2 > ? > > > On Wed, Feb 16, 2011 at 1:28 PM, laurent laffont > <laurent.laffont(a)gmail.com> wrote: > > > > On Wed, Feb 16, 2011 at 3:28 AM, Serge Stinckwich > > <serge.stinckwich(a)gmail.com> wrote: > >> > >> Launch a doodle for a day long virtual sprint all over the world ;-) > > > > > > http://www.doodle.com/byvynpkmm87hc3x8 > > Laurent. > > > >> > >> On Wed, Feb 16, 2011 at 4:54 AM, laurent laffont > >> <laurent.laffont(a)gmail.com> wrote: > >> > Which day you prefer ? > >> > Laurent > >> > On Tue, Feb 15, 2011 at 10:00 AM, StÃ©phane Ducasse > >> > <Stephane.Ducasse(a)inria.fr> wrote: > >> >> > >> >> If there is internet connection where I will be hacking with alain we > >> >> can > >> >> participate :). > >> >> > >> >> Stef > >> >> > >> >> On Feb 14, 2011, at 10:01 PM, laurent laffont wrote: > >> >> > >> >> > Could we organize a Pharo 1.2 virtual sprint over IRC to resolve, > >> >> > kill, > >> >> > eleminate, eradicate, destroy remaining issues ? and learn together > >> >> > too. > >> >> > > >> >> > I can do this next week from monday to wednesday evening (France > time > >> >> > zone). > >> >> > > >> >> > Laurent > >> >> > >> >> > >> >> > >> > > >> > > >> > >> > >> > >> -- > >> Serge Stinckwich > >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > >> Every DSL ends up being Smalltalk > >> http://doesnotunderstand.org/ > >> > > > > > > > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > >

Feb. 19, 2011

Re: [Pharo-project] Issue 3350 in pharo: Network Tests

by pharo＠googlecode.com

Updates: Cc: stephane.ducasse Comment #2 on issue 3350 by luc.fabr...(a)gmail.com: Network Tests http://code.google.com/p/pharo/issues/detail?id=3350 A SocketTest class has been introduced in Squeak 4.2. It is 8 tests cases. They are all green in Pharo 1.2 and Pharo 1.3. We should integrate that in Pharo and preferably in 1.2 if it is still possible. Thanks to Squeak people for these tests! Attachments: SocketTest.st 3.3 KB

Feb. 19, 2011

Re: [Pharo-project] Need your point of view on FSPath * and others

by Max Leske

Concerning question 4: If I remember correctly, the problem is that a path is absolute if "path at: 1" answers ''. "FSPath with: '/parent/child'" creates a path with size 1 and not size three as you would expect in this case. So in my oppinion, the message #with: does not behave like one would expect. I have had troubles with this myself. I would suggest to change the behaviour of #with:. Cheers, Max On 18.02.2011, at 23:40, StÃ©phane Ducasse wrote: > Colin > > I'm continuing adding comments to FS. > 1- A question about > > FSPath class>>* aString > > ^ self with: aString > > I would like to deprecated FSPath class>>* and use with: since this is the message > and > > What do you think? > I really prefer for static analysis point of view not to pollute numerical behavior with others. > Avoiding ad-hoc polymorphism will help us to build static checker in the future. > > > 2- Then I was wondering if it would not be good to have validating creation methods > > (FSPath * 'parent/child/') isRelative > true > (FSPath * '/parent/child/') isAbsolute > false > because the string is not checked > FSPath * '/parejhkjhhg %% ^%$%^(%$546547675 nt??child/' > > I saw that there is > readFrom: aStream delimiter: aCharacter > > so I created an unchecking instance creation category and I added with: and * in it. > And added comments > > 3- Then finally the following confuses me > > (FSPath with: 'parent/child/') isRelative true > (FSPath with: '/parent/child/') isRelative true > (FSPath with: '') isRelative false > > Either with: create relative path or isRelative is not consistent. > If with: creates relative path then the last one should be true > or isRelative should return false on the second one. ? > > 4 - about FSPath root > we have > > root > "Return the relative root path" > ^ self with: '' > > FSPath root > returns / > and I like that > > Now what about defining root as > > root > ^ self with: '/' > > It would be more consistent. Now it breaks everything. So I did not do it :) > > > > May be I'm tired after 4 ours teaching and 6 hours train. > > > > Thanks for your time > > Stef

Feb. 19, 2011

[Pharo-project] Hudson builds are cool

by Miguel CobÃ¡

I haven't had time to use Pharo 1.2 from Hudson until now. All I have to say is: amazing work (or job :) Thanks to all the people involved! -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Feb. 19, 2011

[Pharo-project] [ANN] ConfigurationOfOSProcess with symbolic versions

by Miguel CobÃ¡

Hi all, I have updated the Metacello configuration for OSProcess. Changes ------- - Uses symbolic versions - Adds support for release 4.4.0 of OSProcess - Applies MetacelloToolBox validations to the old versions of the configuration and corrects them Install -------- In a PharoCore image evaluate in a workspace: Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOSProcess'; load. ((Smalltalk globals at: #ConfigurationOfOSProcess) project version: #stable) load. This will install the stable version for the platform you are installing to. This is using symbolic versions and permits to rely on the maintainers to specify the stable version (4.3.11, 4.3.12, 4.4.0) for a given platform version (PharoCore 1.1.1, PharoCore 1.2). Other versions and groups --------------------------- To load older versions: ((Smalltalk globals at: #ConfigurationOfOSProcess) project version: '4.3.11') load. To load other groups: ((Smalltalk globals at: #ConfigurationOfOSProcess) project version: #stable) load: 'Tests'. or ((Smalltalk globals at: #ConfigurationOfOSProcess) project version: '4.3.11') load: 'Tests'. Platforms ---------- This was tested on - PharoCore 1.1.1 190 run, 190 passes, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes - PharoCore 1.2 (build #199 from Hudson) 190 run, 190 passes, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes P.S. I'm cross-posting to pharo and metacello lists but I don't know what is the correct way to announce a new configuration. Advise? Enjoy! -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Feb. 19, 2011

Re: [Pharo-project] Pharo 1.2 virtual sprint

by Serge Stinckwich

No one seems to be motivated to have a virtual sprint to release Pharo 1.2 ? On Wed, Feb 16, 2011 at 1:28 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > > On Wed, Feb 16, 2011 at 3:28 AM, Serge Stinckwich > <serge.stinckwich(a)gmail.com> wrote: >> >> Launch a doodle for a day long virtual sprint all over the world ;-) > > > http://www.doodle.com/byvynpkmm87hc3x8 > Laurent. > >> >> On Wed, Feb 16, 2011 at 4:54 AM, laurent laffont >> <laurent.laffont(a)gmail.com> wrote: >> > Which day you prefer ? >> > Laurent >> > On Tue, Feb 15, 2011 at 10:00 AM, StÃ©phane Ducasse >> > <Stephane.Ducasse(a)inria.fr> wrote: >> >> >> >> If there is internet connection where I will be hacking with alain we >> >> can >> >> participate :). >> >> >> >> Stef >> >> >> >> On Feb 14, 2011, at 10:01 PM, laurent laffont wrote: >> >> >> >> > Could we organize a Pharo 1.2 virtual sprint over IRC to resolve, >> >> > kill, >> >> > eleminate, eradicate, destroy remaining issues ? and learn together >> >> > too. >> >> > >> >> > I can do this next week from monday to wednesday evening (France time >> >> > zone). >> >> > >> >> > Laurent >> >> >> >> >> >> >> > >> > >> >> >> >> -- >> Serge Stinckwich >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ >> > > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Feb. 19, 2011

[Pharo-project] Issue 3735 in pharo: ODBCLibrary class moduleName calls deprecated method

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3735 by DougEdmu...(a)gmail.com: ODBCLibrary class moduleName calls deprecated method http://code.google.com/p/pharo/issues/detail?id=3735 I ran the sqlite/odbc tutorial on an XP box. http://www.pharocasts.com/2010/12/access-database-through-odbc.html When creating the sqlite database using ODBC, a warning pops up: "The method SmalltalkImage platformName has been deprecated. Use Smalltalk os platformName." I traced the warning to this Sender: ODBCLibrary class >> moduleName "Return the name of the module for this library" SmalltalkImage current platformName = 'Win32' ifTrue: [ ^ 'odbc32' ]. SmalltalkImage current platformName = 'unix' ifTrue: [ ^ 'libodbc.so' ]. ^ self error: 'Don''t know the ODBC library name'

Feb. 19, 2011

Re: [Pharo-project] saving a monticello working copy

by Tudor Girba

Hi Sven, The scenario is like this: - I have an image in a new folder without any package-cache subfolder - I want to save programmatically a package from the image working copy to the package-cache folder (without creating a new version if possible) I need this for a test fixture that needs to ensure that a certain mcz is in the package-cache, but without depending on copying files around. Cheers, Doru On 14 Feb 2011, at 12:23, Sven Van Caekenberghe wrote: > Doru, > > On 14 Feb 2011, at 12:18, Tudor Girba wrote: > >> Basically, I need that given a working copy in the image, to copy it in the local package-cache. > > I am not sure I understand. > > For each MC package, your image's local package-cache is always one of the possible repositories, so why can't you just save it right there ? And later on copy it to some other repository. > > I am sure you know that, so your problem must be something else, no ? > > Sven > > -- www.tudorgirba.com "Not knowing how to do something is not an argument for how it cannot be done."

Feb. 19, 2011

Re: [Pharo-project] [Pharo-users] Call for Pharo Support **important**

by Krishsmalltalk

Count me in. What is the formality in sign n dispatch of the letter Sudhakar krishnamachari Extn 91-40403012 Cell 9902104814 On Feb 18, 2011, at 1:43 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi davorin > It says that you would consider paying a membership if this one is ok for you but that the membership > would have to be clear. So this is just a letter of support. Your are not tying yourself. > We will decide together the model because we should like that everybody can contribute. > > Now for us this is an important tool because we can seize the community to see if we could collect > money to pay an engineer like igor full-time, half time.... > > Stef > > >> I am not expert in legalize, does signing of this letter imply some >> financial commitment on part of the signer, or it is just "Pharo is >> great and we would like to use it" kind of letter? >> >> Many thanks! >> >> Davorin Rusevljan >> http://www.cloud208.com/ > >

Feb. 19, 2011

[Pharo-project] Issue 3734 in pharo: Build of 1.1 Full is broken...

by pharo＠googlecode.com

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.1-DevImage Importance-High New issue 3734 by marcus.d...(a)gmail.com: Build of 1.1 Full is broken... http://code.google.com/p/pharo/issues/detail?id=3734 Somehow is loads different packages than in the past... THERE_BE_DRAGONS_HERE Error: Could not resolve: Collection-Arithmetic [Collection-Arithmetic] in /builds/workspace/Pharo 1.1/Pharo-1.1/package-cache http://www.squeaksource.com/PharoSound http://www.squeaksource.com/PharoNonCorePackages 19 February 2011 1:43:54 am VM: unix - i686 - linux - Squeak4.1 of 17 April 2010 [latest update: #9957] Image: Pharo1.1.1 [Latest update: #11420] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir /builds/workspace/Pharo 1.1/Pharo-1.1 Trusted Dir /builds/workspace/Pharo 1.1/Pharo-1.1/secure Untrusted Dir /builds/workspace/Pharo 1.1/Pharo-1.1/My Squeak MetacelloFetchingMCSpecLoader(Object)>>error: Receiver: a MetacelloFetchingMCSpecLoader(linear load : 2.0 [ConfigurationOfPharoSound] load : Soun...etc... Arguments and temporary variables: aString: 'Could not resolve: Collection-Arithmetic [Collection-Arithmetic] in /...etc... Receiver's instance variables: spec: a MetacelloMCVersionSpecLoader operator: #'>=' loaderPolicy: a MetacelloLoaderPolicy disablePackageCache: false

Feb. 19, 2011