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

Re: [Pharo-project] [squeak-dev] Re: SqueakSource AND SmalltalkHub down ; )

by Tobias Pape

Am 2011-04-20 um 12:32 schrieb GermÃ¡n Arduino: > Hi Tobias: > > Sorry if I'm asking something already explained, but what are the new > features of Squeaksource3? > > I'm interested in try being that I was thinking in provide it with > some sort of data replication (only ideas > at the moment). > Am 2011-04-20 um 12:32 schrieb GermÃ¡n Arduino: > Hi Tobias: > > Sorry if I'm asking something already explained, but what are the new > features of Squeaksource3? > > I'm interested in try being that I was thinking in provide it with > some sort of data replication (only ideas > at the moment). I have not implemented replication yet, but it is high on my list. There are no _really_ distinct features but in contrast to the oriiginal SqueakSource and SqueakSource 2, â¢ runs on Seaside3.0 and Magritte 2 â¢ is highly aimed to run on GemStone â¢ includes a basic Issue tracking implemented by Dale Henrichs I integrated the features that were âlurking aroundâ , eg, in the source.squeak.org instance. So the recently added direct access to diffs between versions as either .diff or .cs is available in SqueakSource3, too. My highest aim was to improve extensibility, to allow drop-ins to extend squeaksource or to have a minimal one. For example, you can load the mare minimum of SqueakSource without even the ability to store versions to disk or have a full-featured SqueakSource that also includes Statistics, IssueTracking and (email) notification. I hope that helps imagine the SqueakSource3 :) So Long, -Tobias

April 20, 2011

Re: [Pharo-project] Transcript rant

by StÃ©phane Ducasse

thanks fernando Stef On Apr 20, 2011, at 12:35 PM, Fernando Olivero wrote: > Ok! > In the latest Pharo1.3 you can evaluate: > > Transcript rename: 'TranscriptModel'. > Smalltalk globals at: #Transcript put: TranscriptStream new. > > If you load the issue 3948, then you dont need the first line. > > Fernando > > > > On Tue, Apr 19, 2011 at 9:14 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> I know all that :) I favor changes. >> Now theadSafeTranscript was thread safe. >> How can I get the old transcript because I need to get fast for debugging an ugly bug. >> >>> From the release notes of CUIS: >>> "New Transcript >>> Fast (Calls return quickly) >>> Fast (Updates are immediate) >>> Thread safe >>> Can log to file in addition to Display >>> Display output is optional (for headless images) >>> Can work on a bare bones image (Doesn't need UI, dependency, events, >>> processes) >>> Optional morphic window for seamless integration in Morphic >>> UI framework agnostic. Can be used to debug Morphic, even with the >>> morphic window open, without crashing the image! >>> No longer a text editor. Display is read only." >>> >>> The idea of the current Transcript are, not to use a standart widget >>> for decoupling from Morphic, in case of errors the transcript still >>> remains functional. >>> >>> I propose adding a new transcript morph, that has the previous >>> functionality ( cut and paste ), but keep the new transcript model ( >>> as in the ISSUE 3948). >>> >>> Fernando >>> >>> On Sun, Apr 17, 2011 at 6:59 PM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>>> How can I get the old transcript? >>>> >>>> Stef >>>> >>>> On Apr 7, 2011, at 9:58 AM, Fernando Olivero wrote: >>>> >>>>> I propose some modifications to the Transcript as a (singleton) class, >>>>> and revert to the use of TranscriptModel. >>>>> >>>>> See the latest post on 3948: Transcript and ThreadedTranscript needs >>>>> to be merged. >>>>> >>>>> Fernando >>>>> >>>>> On Wed, Apr 6, 2011 at 10:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>>>>> On 6 April 2011 20:24, <csrabak(a)bol.com.br> wrote: >>>>>>> Em 06/04/2011 09:07, Igor Stasenko <siguctua(a)gmail.com> escreveu: >>>>>>>>> On 6 April 2011 13:54, Fernando Olivero <fernando.olivero(a)usi.ch> >>>>>>> wrote: >>>>>>> >>>>>>>>> Hi Stef, i will as an initial step take Igor's suggestion and make >>>>>>>>> Transcript a global wich points to an instance of TranscriptModel >>>>>>>>> ( the new name i propose for the current class taken from CUIS). >>>>>>>>> I still believe that composition is better then inheritance for >>>>>>>>> handling different behaviors of the Transcript, so i argue against >>>>>>>>> making it a subclass of WriteStream and making it polymorphic with >>>>>>>>> a write stream instead. >>>>>>>>> >>>>>>>> That's totally not my concern. As long as thing which sits there >>>>>>>> responds to writestream protocol , i don't care about rest. >>>>>>>> >>>>>>> >>>>>>> Would it make sense then to lift the methods from {write}stream and >>>>>>> put then in a Trait so the composition is made through reuse of code? >>>>>>> >>>>>>> My 0.0199999.... >>>>>> >>>>>> hehe.. yes, but if to follow this road every time you need to do small >>>>>> improvement, >>>>>> then at some day you will discover that you rewriting whole system >>>>>> from scratch :) >>>>>> >>>>>>> >>>>>>> -- >>>>>>> Cesar Rabak >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Igor Stasenko AKA sig. >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> >

April 20, 2011

Re: [Pharo-project] Transcript rant

by Fernando Olivero

Ok! In the latest Pharo1.3 you can evaluate: Transcript rename: 'TranscriptModel'. Smalltalk globals at: #Transcript put: TranscriptStream new. If you load the issue 3948, then you dont need the first line. Fernando On Tue, Apr 19, 2011 at 9:14 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I know all that :) I favor changes. > Now theadSafeTranscript was thread safe. > How can I get the old transcript because I need to get fast for debugging an ugly bug. > >> From the release notes of CUIS: >> "New Transcript >> Â Fast (Calls return quickly) >> Â Fast (Updates are immediate) >> Â Thread safe >> Â Can log to file in addition to Display >> Â Display output is optional (for headless images) >> Â Can work on a bare bones image (Doesn't need UI, dependency, events, >> processes) >> Â Optional morphic window for seamless integration in Morphic >> Â UI framework agnostic. Can be used to debug Morphic, even with the >> morphic window open, without crashing the image! >> Â No longer a text editor. Display is read only." >> >> The idea of the current Transcript are, not to use a standart widget >> for decoupling from Morphic, in case of errors the transcript still >> remains functional. >> >> I propose adding a new transcript morph, that has the previous >> functionality ( cut and paste ), but keep the new transcript model ( >> as in the ISSUE 3948). >> >> Fernando >> >> On Sun, Apr 17, 2011 at 6:59 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> How can I get the old transcript? >>> >>> Stef >>> >>> On Apr 7, 2011, at 9:58 AM, Fernando Olivero wrote: >>> >>>> I propose some modifications to the Transcript as a (singleton) class, >>>> and revert to the use of TranscriptModel. >>>> >>>> See the latest post on 3948: Â Transcript and ThreadedTranscript needs >>>> to be merged. >>>> >>>> Fernando >>>> >>>> On Wed, Apr 6, 2011 at 10:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>>>> On 6 April 2011 20:24, Â <csrabak(a)bol.com.br> wrote: >>>>>> Em 06/04/2011 09:07, Igor Stasenko <siguctua(a)gmail.com> escreveu: >>>>>>>> On 6 April 2011 13:54, Fernando Olivero <fernando.olivero(a)usi.ch> >>>>>> Â Â wrote: >>>>>> >>>>>>>> Hi Stef, i will as an initial step take Igor's suggestion and make >>>>>>>> Transcript a global wich Â points to an instance of TranscriptModel >>>>>>>> ( the new name i propose for the current class taken from CUIS). >>>>>>>> I still Â believe that composition Â is better then Â inheritance for >>>>>>>> handling different behaviors of the Transcript, so i argue against >>>>>>>> making it a subclass of WriteStream and making it polymorphic with >>>>>>>> a write stream instead. >>>>>>>> >>>>>>> Â That's totally Â not my concern. As Â long as thing Â which sits there >>>>>>> Â responds to writestream protocol , i don't care about rest. >>>>>>> >>>>>> >>>>>> Would it make sense then to lift the methods from {write}stream and >>>>>> put then in a Trait so the composition is made through reuse of code? >>>>>> >>>>>> My 0.0199999.... >>>>> >>>>> hehe.. yes, but if to follow this road every time you need to do small >>>>> improvement, >>>>> then at some day you will discover that you rewriting whole system >>>>> from scratch :) >>>>> >>>>>> >>>>>> -- >>>>>> Cesar Rabak >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko AKA sig. >>>>> >>>>> >>>> >>> >>> >> > >

April 20, 2011

Re: [Pharo-project] [squeak-dev] Re: SqueakSource AND SmalltalkHub down ; )

by GermÃ¡n Arduino

Hi Tobias: Sorry if I'm asking something already explained, but what are the new features of Squeaksource3? I'm interested in try being that I was thinking in provide it with some sort of data replication (only ideas at the moment). Thanks 2011/4/20 Tobias Pape <Das.Linux(a)gmx.de>: > > Am 2011-04-20 um 11:30 schrieb Torsten Bergmann: > >>> SqueakSource AND SmalltalkHub down >> >> Yes, it looks like SmalltalkHub replaces all features >> of squeaksource and mimicks also the down behavior ;) >> >>> Btw: anyone eager to try out >>> SqueakSource3 ? >>> It is available as and alpha Metacello Config. >> >> Does it work with Pharo 1.2 already? Could you post >> a script for people to load and try? >> > > Gofer new > Â Â Â Â squeaksource: 'MetacelloRepository'; > Â Â Â Â package: 'ConfigurationOfSqueakSource'; > Â Â Â Â load. > ((Smalltalk at: #ConfigurationOfSqueakSource) project version: #development) load. > > I've yet to test whether it works in Pharo at all, > however, I tried to focus on portability. > I would be happy with any feedback :) > > So Long, > Â Â Â Â -Tobias > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

April 20, 2011

Re: [Pharo-project] SqueakSource AND SmalltalkHub down ;)

by Nicolas Petton

Le mercredi 20 avril 2011 Ã 11:30 +0200, Torsten Bergmann a Ã©crit : > >SqueakSource AND SmalltalkHub down > > Yes, it looks like SmalltalkHub replaces all features > of squeaksource and mimicks also the down behavior ;) Hehe :-) I shutdown the demo of SmalltalkHub because of some issues we got, especially a (stupid) security hole. I'll let you know when it will be back online. Cheers, Nicolas > > >Btw: anyone eager to try out > >SqueakSource3 ? > >It is available as and alpha Metacello Config. > > Does it work with Pharo 1.2 already? Could you post > a script for people to load and try? > > Thx > T. -- Nicolas Petton http://www.nicolas-petton.fr

April 20, 2011

Re: [Pharo-project] SqueakSource AND SmalltalkHub down ;)

by Tobias Pape

Am 2011-04-20 um 11:30 schrieb Torsten Bergmann: >> SqueakSource AND SmalltalkHub down > > Yes, it looks like SmalltalkHub replaces all features > of squeaksource and mimicks also the down behavior ;) > >> Btw: anyone eager to try out >> SqueakSource3 ? >> It is available as and alpha Metacello Config. > > Does it work with Pharo 1.2 already? Could you post > a script for people to load and try? > Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSqueakSource'; load. ((Smalltalk at: #ConfigurationOfSqueakSource) project version: #development) load. I've yet to test whether it works in Pharo at all, however, I tried to focus on portability. I would be happy with any feedback :) So Long, -Tobias

April 20, 2011

[Pharo-project] SqueakSource AND SmalltalkHub down ;)

by Torsten Bergmann

>SqueakSource AND SmalltalkHub down Yes, it looks like SmalltalkHub replaces all features of squeaksource and mimicks also the down behavior ;) >Btw: anyone eager to try out >SqueakSource3 ? >It is available as and alpha Metacello Config. Does it work with Pharo 1.2 already? Could you post a script for people to load and try? Thx T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

April 20, 2011

[Pharo-project] Fwd: [squeak-dev] Re: [ANN] Magma 1.2

by StÃ©phane Ducasse

Begin forwarded message: > From: pharo-project-owner(a)lists.gforge.inria.fr > Date: April 20, 2011 10:47:40 AM GMT+02:00 > To: stephane.ducasse(a)gmail.com > Subject: Re: [squeak-dev] Re: [ANN] Magma 1.2 > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > From: stephane ducasse <stephane.ducasse(a)gmail.com> > Date: April 20, 2011 10:47:29 AM GMT+02:00 > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Cc: ma.chris.m(a)gmail.com, magma <magma(a)lists.squeakfoundation.org>, "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> > Subject: Re: [squeak-dev] Re: [ANN] Magma 1.2 > > > + 1 > >> Thanks Chris, >> >> I will install it this night and update the ConfigurationOfMagma and >> will set new #stable version both for Pharo 1.1.x and Pharo 1.2.x >> >> Thank you very much for your effort to keep Magma working on Pharo. >> >> We the Pharoers are very grateful. >> >> Cheers >> >> El mar, 19-04-2011 a las 17:08 -0500, Chris Muller escribiÃ³: >>> Magma 1.2 is now finally released for Squeak 4.2, Pharo 1.1 and Pharo >>> 1.2. This new release offers improved performance thanks to >>> minimizing the problem associated with finalization, as well as >>> avoiding Squeak's slow become except once every 30 seconds. See >>> >>> http://wiki.squeak.org/squeak/6163 >>> >>> for release-notes details. >>> >>> I just went through all of the wiki pages and fixed / updated several >>> of them, including new, clean, one-click installation scripts for for >>> Pharo: >>> >>> http://wiki.squeak.org/squeak/2657 >>> >>> Squeak users may install with one-click directly from the SqueakMap >>> Catalog user-interface. I hope Pharo will consider bringing this back >>> into a future version; SqueakMap already has several projects that >>> load from Metacello. >>> >>> I also realized several of Magma's special capabilities have been >>> undocumented. I've now documented them. >>> >>> http://wiki.squeak.org/squeak/6164 >>> >>> This release is, exactly, one year since Magma 1.1, thank you for your >>> patience. As before, support for Magma is described at: >>> >>> http://wiki.squeak.org/squeak/5818 >>> _______________________________________________ >>> Magma mailing list >>> Magma(a)lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/mailman/listinfo/magma >> >> -- >> Miguel CobÃ¡ >> http://twitter.com/MiguelCobaMtz >> http://miguel.leugim.com.mx >> >> >> >> > > > >

April 20, 2011

Re: [Pharo-project] SqueakSource AND SmalltalkHub down ;)

by Tobias Pape

Btw: anyone eager to try out SqueakSource3 ? It is available as and alpha Metacello Config. So Long, -Tobias Am 2011-04-20 um 08:13 schrieb laurent laffont: > Laurent

April 20, 2011

[Pharo-project] [update 1.3] #13165

by Marcus Denker

13165 ----- Issue 4058: Character printOn: storeOn: are inconsistent for Character delete Issue 4062: Unpackaged Code Issue 4061: External semaphore table size accessors for Cog -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 20, 2011