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

Re: [Pharo-project] SqueakSource down ....

by Johan Fabry

I would have the LA mirror be read only to start with. If people publish let them do that to the main repository. This way my on-the desk machine (never put a mac mini under a desk, that's just a shame :-P ) possible lower availability is not a real problem. Plus my non-industrial backup setting (I only have on-site backups for that machine) are no problem either. I dont know what the Monticello support is for having different repositories for the same package, and some of them read-only so if somebody could figure this out that would be great :-) . On 22 Jul 2010, at 02:19, Norbert Hartl wrote: > To set up a WebDAV is pretty easy. And you need a two-way sync. For this scenario unison (http://www.cis.upenn.edu/~bcpierce/unison/) works pretty well. It keeps sync state on either side for each client-server combination. If you have one main server than you can sync in a star-scenario where every mirror syncs from the main server and this works really reliable. > > The stability depends also on the stability of the machine. Servers under the desk of someones working place are usually less reliable then a hosting provider server :) > > In my opinion the biggest problem is how you like to access this mirror and manage the list of available mirros. The ultimate way is when it happens transparently (one server is down means another one from the list of mirrors is taken). But this needs to be done in the client. On the other side there is some list in some wiki that lists all mirrors. If you are lucky finding the page you find a mirror. To ease this it might be a good idea to assign hostnames like > > de.mirror.squeaksource.com > cl.mirror.squeaksource.com > > or anything similar. > > Norbert > > On 21.07.2010, at 22:39, StÃ©phane Ducasse wrote: > >> this would be great to have a mirror indeed. >> I do not have the knowledge for that. >> But if we go for a web-dav I imagne that rsync would do the trick. >> Stef >> >> On Jul 21, 2010, at 10:25 PM, Johan Fabry wrote: >> >>> >>> Related to that, access to European servers from Latin-America is slow (we need to go through the US in general). It would be cool for the Argentinians and us if there was a LA mirror (read-only). I have a small machine (mac osx) that could be used for that. Would it be possible to set up something like this? >>> >>> On 21 Jul 2010, at 16:12, Norbert Hartl wrote: >>> >>>> If there is an urgent desire to have another WebDAV share or the like than speak up. I could provide one. I think we can manage the load. Support could go from a WebDAV share to a complete virtual linux instance. >>>> >>>> Norbert >>>> >>>> On 21.07.2010, at 16:31, StÃ©phane Ducasse wrote: >>>> >>>>> We will have a server based on web dav hosted at inria to support pharo but we have to wait until sep I would say. >>>>> Then there is also the option to use a GemSource but we also have to sync with gemstone. >>>>> >>>>> On Jul 21, 2010, at 8:22 AM, Geert Claes wrote: >>>>> >>>>>> >>>>>> I just noticed SqueakSource is down again. It looks like this is happening >>>>>> more and more often now, what can be done? >>>>>> -- >>>>>> View this message in context: http://forum.world.st/SqueakSource-down-tp2296645p2296645.html >>>>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> Johan Fabry >>> jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >>> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by Mariano Martinez Peck

On Thu, Jul 22, 2010 at 3:45 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > On Jul 22, 2010, at 14:42 , StÃ©phane Ducasse wrote: > > > probably because we were stupid to remove it from the image. > > I don't think so. > > Rather because we have: > - nobody who takes responsibility to maintain this package > - no tests for this package > - no build and test server to detect problems automatically > > I think it is a combination of the 2. First, we are not stupid to remove it from core. They HAVE to be removed and put it as separate package. Then, I agree with ALL adrian comments. But I also agree that this problem can be minimized. When you remove methods/classes in PharoCore, it would be good to search them in "Pharo". That's why I did ConfigurationOfPharoNonCore. Cheers Mariano > Cheers, > Adrian > > BTW, the two expressions posted below work for me on a recent Mac VM in a > Pharo 1.0 image. > > > > If you can check there are two fixes on the bug archives and it would be > great that somebody compares with squeak > > version. I did not see that much changes from this part of the system on > their side. > > > > Stef > > On Jul 22, 2010, at 2:36 PM, Hilaire Fernandes wrote: > > > >> I tried the Pharo sound package, so far it looks sound is not working. > >> Is it true or is it a mistake of myself. > >> > >> For example: > >> > >> No sound output when executing: > >> FMSound bass1 play > >> > >> DNU FMSound copy when executing: > >> (FMSound lowMajorScaleOn: FMSound bass1) play > >> > >> Hilaire > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by Mariano Martinez Peck

On Thu, Jul 22, 2010 at 2:36 PM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > I tried the Pharo sound package, so far it looks sound is not working. > Is it true or is it a mistake of myself. > > For example: > > No sound output when executing: > FMSound bass1 play > > DNU FMSound copy when executing: > (FMSound lowMajorScaleOn: FMSound bass1) play > Ã§ > Hi Hilaire. If you check in the latests commits, you will see I have been commiting all possible fixes. When they are removed from the core, nobody maintains them. For the Pharo releas, I fixed all sents to messages not implement, and all references to classes that don't exist. There are not tests, so I cannot do more than that. I have no idea if it is working or not. Cheers Mariano > Hilaire > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Lukas Renggli

On 22 July 2010 16:30, Levente Uzonyi <leves(a)elte.hu> wrote: > On Thu, 22 Jul 2010, Lukas Renggli wrote: > >>>> 1. #World asClass does not return a class. >>> >>> #classNamed: can solve this. >> >> No, it still returns an instance of PasteUpMorph. > > That's a bug, isn't it? Yeah, strange :-) >>>> 2. We are trying to remove all direct references to the Smalltalk >>>> namespace, this however hardcodes the Smalltalk namespace again. >>> >>> self environment can solve this. >> >> No, what will #asClass return if you have different instances of >> Smalltalk? > > A Class or nil. A random class if there are multiple environments with the same class name? Lukas -- Lukas Renggli www.lukas-renggli.ch

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Sudhakar Krishnamachari

And of course the extensibility it gives: [ 1->'asd'. 2->'asd'. 3->'dsd' ] asDictionary ... On Thu, Jul 22, 2010 at 7:48 PM, Sudhakar Krishnamachari < skrishnamachari(a)gmail.com> wrote: > * > *>* > It's different because evaluated only once, either at method compilation > *>* or at first execution (lazy initialization). > * > >

July 22, 2010

Re: [Pharo-project] How disable debugger?

by Mariano Martinez Peck

2010/7/22 Denis Kudriashov <dionisiydk(a)gmail.com> > Yes, I can do this. > > But I hope there is existed solution. > > I was think scriptLoader>>cleanForProduction do this (disable debugger). > > I think I don't agree. That is not cleaning, but a matter of bussines. I know a lot of seaside apps running headless with RFB...in that case I do want a debugger. But I agree, it would be good to have a Strategy and 2 implementation. DebuggerUnhandledError and TranscriptUhandledError. You put the first as default. Then, you put the straegy as an (class?) instVar of UnhandledError. you define an api method and implement it in both. Then, at runtime, in your app you can set that insVar and you are done. In addition, it can be added to Core and you create a setting that let you choose the strategy. Cheers Mariano > 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > have a look at the handler of >> >> UnhandledError>>defaultAction >> >> ^ UIManager default unhandledErrorDefaultAction: self exception >> >> so you can define a different UIManager for example >> >> Stef >> On Jul 22, 2010, at 1:18 PM, Denis Kudriashov wrote: >> >> > Hello >> > >> > Is it possible write all exceptions to log and dont show debugger? >> > How I can do this? >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Levente Uzonyi

On Thu, 22 Jul 2010, Lukas Renggli wrote: >>> 1. #World asClass does not return a class. >> >> #classNamed: can solve this. > > No, it still returns an instance of PasteUpMorph. That's a bug, isn't it? > >>> 2. We are trying to remove all direct references to the Smalltalk >>> namespace, this however hardcodes the Smalltalk namespace again. >> >> self environment can solve this. > > No, what will #asClass return if you have different instances of Smalltalk? A Class or nil. Levente > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] ImageMorph Vs SketchMorph Vs ThumbnailImageMorph

by nullPointer

oh!! perfect! perfect! That is exactly I did want. Regards -- View this message in context: http://forum.world.st/ImageMorph-Vs-SketchMorph-Vs-ThumbnailImageMorph-tp22… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Fernando olivero

I also see problems, in my opinion, conceptually is wrong. Why does a Symbol needs to understand this behavior? Just because the current binding of class names are symbols? Fernando On Jul 22, 2010, at 4:09 PM, Lukas Renggli wrote: > I see two problems with this: > > 1. #World asClass does not return a class. > > 2. We are trying to remove all direct references to the Smalltalk > namespace, this however hardcodes the Smalltalk namespace again. > > Lukas > > 2010/7/22 Guillermo Polito <guillermopolito(a)gmail.com>: >> why not let #asClass raise an error and make another one like >> >> Symbol>>asClassIfAbsent: aBlock >> ^Smalltalk globals at: self ifAbsent: aBlock. >> >> ? >> >> On Thu, Jul 22, 2010 at 10:45 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> now after some thinking. I'm wondering why this is good addition or the >>> name could be better. >>> I do not know... thinking aloud. >>> >>> >>>> sounds cool :) >>>> >>>>>> VAST has an #asClass method on Symbol that does more or less this: >>>>>> >>>>>> Symbol >> #asClass >>>>>> ^ Smalltalk at: self >>>>> >>>>> What about this? >>>>> >>>>> ^Smalltalk at: self ifAbsent: nil >>>> >>>> ^Smalltalk globals at: self ifAbsent: nil >>>>> >>>>> >>>>> So one could also write: >>>>> >>>>> #MyClass asClass ifNotNil: [ :myClass | ... ] >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Lukas Renggli

>> 1. #World asClass does not return a class. > > #classNamed: can solve this. No, it still returns an instance of PasteUpMorph. >> 2. We are trying to remove all direct references to the Smalltalk >> namespace, this however hardcodes the Smalltalk namespace again. > > self environment can solve this. No, what will #asClass return if you have different instances of Smalltalk? Lukas -- Lukas Renggli www.lukas-renggli.ch

July 22, 2010