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

[Pharo-project] renggli mirror created on smalltalkhub
by Torsten Bergmann July 4, 2012

July 4, 2012

Phil wrote: >There must be a business behind all this to take care of the funding and >the daily operations. There is infrastructure freely available for Open Source project hosting. Maybe the consortium has only to invest into using/accessing this infrastructure without paying a monthly bill for the use. Sven wrote: >More than a year ago I did this: >... Amazon S3 ... So does that mean we can have an cloud (S3) based internet package cache for all mczs floating around that can be used as fallback and searched if the usual repos do not work? Thx T.

3 2

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0
by Fernando Olivero July 4, 2012

July 4, 2012

Hi Sven, yes is working. I found the error. Try evaluating the code WHEN the file is un-existing. 2 timesRepeat:[ (FileSystem disk workingDirectory / 'unexistingFileForTesting.txt') delete ]. I will try to fix it, The initial problem was that monticello is trying to delete an un-existing mcz file in the package-cache. Strange that nobody else had this problem before. Fernando On Wed, Jul 4, 2012 at 9:32 AM, fernando.olivero(a)usi.ch <fernando.olivero(a)usi.ch> wrote: > Yes, i'm using the latest VM's from Jenkins. > > I've tried with both Cog and NB vm's. > > It appears to be related to the (internal) FilePlugin, did esteban > make changes to it? > > Surely this happened to somebody else? When trying to load/merge/commit ? > > Fernando > > > On Wed, Jul 4, 2012 at 9:28 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> Are you using a current VM from Jenkins? >> >> I think FileSystem needs some fixes in the Vm File plugin... >> >> On Jul 4, 2012, at 9:23 AM, Fernando Olivero wrote: >> >>> Hi, i found an error in the latest Pharo2.0 build, at least in OSX , >>> that prevents from using Gofer and monticello. >>> >>> Its related to the FileSystem primitives, when trying to delete a file. >>> >>> To reproduce evaluate the following code ( change 'PharoDebug.log' for >>> any existing file in the same directory as the image). >>> >>> | path | >>> path := FileSystem disk workingDirectory. >>> p := FilePluginPrims new . >>> p deleteDirectory: (path / 'PharoDebug.log') fullName. >>> >>> >>> Any idea why? >>> >>> Thanks, >>> Fernando >>> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >

1 0

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0
by Fernando Olivero July 4, 2012

July 4, 2012

Yes, i'm using the latest VM's from Jenkins. I've tried with both Cog and NB vm's. It appears to be related to the (internal) FilePlugin, did esteban make changes to it? Surely this happened to somebody else? When trying to load/merge/commit ? Fernando On Wed, Jul 4, 2012 at 9:28 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Are you using a current VM from Jenkins? > > I think FileSystem needs some fixes in the Vm File plugin... > > On Jul 4, 2012, at 9:23 AM, Fernando Olivero wrote: > >> Hi, i found an error in the latest Pharo2.0 build, at least in OSX , >> that prevents from using Gofer and monticello. >> >> Its related to the FileSystem primitives, when trying to delete a file. >> >> To reproduce evaluate the following code ( change 'PharoDebug.log' for >> any existing file in the same directory as the image). >> >> | path | >> path := FileSystem disk workingDirectory. >> p := FilePluginPrims new . >> p deleteDirectory: (path / 'PharoDebug.log') fullName. >> >> >> Any idea why? >> >> Thanks, >> Fernando >> > > -- > Marcus Denker -- http://marcusdenker.de >

2 1

[Pharo-project] Problem with FileSystem primitives in latest Pharo2.0
by Fernando Olivero July 4, 2012

July 4, 2012

Hi, i found an error in the latest Pharo2.0 build, at least in OSX , that prevents from using Gofer and monticello. Its related to the FileSystem primitives, when trying to delete a file. To reproduce evaluate the following code ( change 'PharoDebug.log' for any existing file in the same directory as the image). | path | path := FileSystem disk workingDirectory. p := FilePluginPrims new . p deleteDirectory: (path / 'PharoDebug.log') fullName. Any idea why? Thanks, Fernando

3 2

[Pharo-project] [Issue Tracker] a push to get the numbers down
by Marcus Denker July 4, 2012

July 4, 2012

Hello, There are 531 issues on the tracker: http://code.google.com/p/pharo/issues/list?can=2 We should realize that just adding things will not scale.. we need to close issues, too. This is especially true for -> duplicates -> things that have already been fixed -> reports on code that has been removed or deprecated Another kind of reports cluttering the system are "small" code smells that are easy to fix. But fixing we need to...we can not just add and add and add. So which of the trivial-to-fix reports *you* did you can fix yourself? Which ones are actually so un-important that they are not even worth your time fixing and thus should be closed? It would be nice if everyone would at least look at the issues that he/she submitted. One can easily search for the owner of a report: http://code.google.com/p/pharo/issues/list?can=2&q=owner%3AMarcus.Denker -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] pharo-2.0-tests Â» 32,mac - Build # 179 - Failure!
by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr July 4, 2012

July 4, 2012

1 0

[Pharo-project] [update 2.0] #20179
by Marcus Denker July 4, 2012

July 4, 2012

20179 ----- Issue 6241: Fix NewVersionBorwser http://code.google.com/p/pharo/issues/detail?id=6241 Issue 6246: RGMethodDefintion asMCMethodDefinition cache was removed http://code.google.com/p/pharo/issues/detail?id=6246 Issue 6232: Remove SystemChangeNotifierTests http://code.google.com/p/pharo/issues/detail?id=6232 Issue 6215: Test failing for MCDirectoryRepositoryTest http://code.google.com/p/pharo/issues/detail?id=6215 Issue 6138: AbsolutePath not absolute on Windows http://code.google.com/p/pharo/issues/detail?id=6138 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] ZnUrl: Convenience method to add to path
by Sean P. DeNigris July 3, 2012

July 3, 2012

Issue 6243: ZnUrl: Convenience method to add to path http://code.google.com/p/pharo/issues/detail?id=6243 How about #/ like FileReference. Then the following: baseUrl := 'https://ci.lille.inria.fr/pharo/job' asZnUrl. lastSuccessfulBuildUrl := baseUrl addPathSegment: aString; addPathSegment: 'lastSuccessfulBuild'. could become... lastSuccessfulBuildUrl := baseUrl / aString / 'lastSuccessfulBuild'. Here's the code (also attached to the issue): / aString ^ self copy addPathSegment: aString. -- View this message in context: http://forum.world.st/ZnUrl-Convenience-method-to-add-to-path-tp4637920.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 2

[Pharo-project] renggli mirror created on smalltalkhub
by Torsten Bergmann July 3, 2012

July 3, 2012

Esteban wrote: >Already done... He's server crashed and it will take couple of weeks until >he can put it online again :) it looks like we didnt learn from 2011: http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg38300.ht… Bye T.

3 2

[Pharo-project] is the monkey working on a clean image?
by Guillermo Polito July 3, 2012

July 3, 2012

Because this error is strange in that case... If you continue, you will lose these changes: 1: MCVersionLoader>>warnAboutLosi ngChangesTo:ifCancel:ifMerge: 2: MCVersionLoader>>checkForModificationsIfCancel:ifMerge: 3: MCVersionLoader>>loadWithNameLike: 4: MCVersionLoader>>load 5: GoferLoad>>execute 6: Gofer>>execute:do: 7: Gofer>>execute: 8: Gofer>>load 9: GoferResolvedReference>>load 10: [self slice load] in UlysseTheMonkey>>loadSlice ...

2 3