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

Re: [Pharo-project] ohloh is sad

by Norbert Hartl

Am 03.07.2012 um 21:29 schrieb Camillo Bruni: > we have only 8 users on ohloh :P > > https://www.ohloh.net/p/pharo/users > > now I want to see everybody from the mailinglist on there :P > Yet another community? why? To me it appears the main asset is that it checks contributions which it can't do in our environment. What is it good for? thanks, Norbert

July 4, 2012

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0

by Esteban Lorenzano

yeah, that bug is around since some time (it was not my fault, he)... but I *thought* I fixed it... ok, I will re-check. Maybe code was rollbacked for some weird reason. Esteban On Jul 4, 2012, at 9:51 AM, Fernando Olivero wrote: > I wanted to provide the following fix to the previous problem: to > check wether a file exists before deleting it. > > FileSystem>>delete: aResolvable > aResolvable asFileReference exists ifTrue:[ store delete: (self > resolve: aResolvable) ] > > But i found that the following is working incorrectly: > > (FileSystem disk workingDirectory / 'unexistingFileForTesting.txt') > asFileReference exists = true > > > Esteban, maybe this is the cause of problems? Was it like this before? > > > Fernando > > > On Wed, Jul 4, 2012 at 9:42 AM, fernando.olivero(a)usi.ch > <fernando.olivero(a)usi.ch> wrote: >> 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 >>>> >>> >> >

July 4, 2012

[Pharo-project] renggli mirror created on smalltalkhub

by Torsten Bergmann

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.

July 4, 2012

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0

by Fernando Olivero

I wanted to provide the following fix to the previous problem: to check wether a file exists before deleting it. FileSystem>>delete: aResolvable aResolvable asFileReference exists ifTrue:[ store delete: (self resolve: aResolvable) ] But i found that the following is working incorrectly: (FileSystem disk workingDirectory / 'unexistingFileForTesting.txt') asFileReference exists = true Esteban, maybe this is the cause of problems? Was it like this before? Fernando On Wed, Jul 4, 2012 at 9:42 AM, fernando.olivero(a)usi.ch <fernando.olivero(a)usi.ch> wrote: > 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 >>> >> >

July 4, 2012

Re: [Pharo-project] renggli mirror created on smalltalkhub

by phil＠highoctane.be

Github and Sourceforge are businesses and that's why they stay around. Without that, well, why not get some resources/space paid by the upcoming "loi 1901 association" in a couple of dedicated servers and set them up with your system? Sven, I am willing to work with you on this, financially included. If Pharo is going to be thriving, an ecosystem has to blossom anyway. I am about to be on holidays in 2 weeks, and you are welcome to come over for a beer and some setup fun! Phil 2012/7/4 Sven Van Caekenberghe <sven(a)beta9.be> > > On 04 Jul 2012, at 09:28, phil(a)highoctane.be wrote: > > > There must be a business behind all this to take care of the funding and > the daily operations. > > More than a year ago I did this: > > MCHttpRepository > location: ' > http://mc-mirror.s3-website-eu-west-1.amazonaws.com/ZincHTTPComponents/' > user: '' > password: '' > > It is a proof of concept, a (now no longer up to date) copy of a > repository DIRECTLY hosted by Amazon S3 (works only for public, read-only > repositories). It would not be a lot of work to set up a copy process that > keeps the mirror up to date for the top 100 projects or so. I would cost > some monthly resources though. > > I also did this: > > http://mc.stfx.eu > > which is a full MC repo (storage only) that is also backed by S3. > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > > > > -- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges Belgium

July 4, 2012

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0

by Fernando Olivero

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 >> >

July 4, 2012

Re: [Pharo-project] renggli mirror created on smalltalkhub

by Sven Van Caekenberghe

On 04 Jul 2012, at 09:28, phil(a)highoctane.be wrote: > There must be a business behind all this to take care of the funding and the daily operations. More than a year ago I did this: MCHttpRepository location: 'http://mc-mirror.s3-website-eu-west-1.amazonaws.com/ZincHTTPComponents/' user: '' password: '' It is a proof of concept, a (now no longer up to date) copy of a repository DIRECTLY hosted by Amazon S3 (works only for public, read-only repositories). It would not be a lot of work to set up a copy process that keeps the mirror up to date for the top 100 projects or so. I would cost some monthly resources though. I also did this: http://mc.stfx.eu which is a full MC repo (storage only) that is also backed by S3. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

July 4, 2012

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0

by Esteban Lorenzano

yes, I made changes... but not delete related. I will check it. Esteban On Jul 4, 2012, at 9:32 AM, Fernando Olivero 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 >> >

July 4, 2012

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0

by Fernando Olivero

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 >

July 4, 2012

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0

by Sven Van Caekenberghe

Why not (FileSystem disk workingDirectory / 'foo.txt') delete. Works for me. Are you sure you are using the latest VM ? On 04 Jul 2012, at 09:23, 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 >

July 4, 2012