- Pharo-dev - lists.pharo.org

[Pharo-project] SqueakSource 3

by Torsten Bergmann

Hi Tobias, looks like it is basically working. I used a clean Pharo 1.2.1, then loaded Seaside Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside30'; load. ((Smalltalk at: #ConfigurationOfSeaside30) project latestVersion) load. then loaded you script: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSqueakSource'; load. ((Smalltalk at: #ConfigurationOfSqueakSource) project version: #development) load. After that I started Seaside using the seaside control panel and went to http://localhost:9094/installSS I got two errors, but after proceeding I was able to run an instance of SS3. Cool. Would be nice if the config for Squeaksource 3 could be extended for Pharo (together with a dependency on Seaside 3 config) so that one could easily load anything using your simple script right from a Pharo 1.2 image. It could then be added to http://ci.pharo-project.org by Marcus as one of the projects to build and everybody is able to download his own private squeaksource server ... Bye T. -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

April 20, 2011

Re: [Pharo-project] input for pending items to integrate

by Tudor Girba

Hi Stef, RPackage and Announcements would be on the top of my preferences :) Cheers, Doru On 20 Apr 2011, at 13:01, StÃ©phane Ducasse wrote: > Hi guys > > Take three minutes and reply to this mail. I would like to get a list of pending fixes I should focus on to help you. > Because I can take the tagged items but this is a bit like ok that one > but I want to make sure that I'm spending time to making you making progress. > So just tell me. > > I will try to integrate some fixes regularly now. > My own list is > Transcript :) > Zinc > and fixxxxing RPackage :( > Stef -- www.tudorgirba.com "When people care, great things can happen."

April 20, 2011

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

by GermÃ¡n Arduino

2011/4/20 Tobias Pape <Das.Linux(a)gmx.de>: > > 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_______________________________________________ Thanks for the comments TobÃas. I've a good idea now and definitely I will give it a try. About the replication feature, do you have some ideas in mind? I was thinking in different possibilities: 1. Develop a feature in the same squeaksource that does this. 2. Use some sort of replicated file system (as XtreemFS: http://www.xtreemfs.org/) It will require to install it on XtreemOS (http://www.xtreemos.eu/) 3. Use some nosql horizontally scalable DB (as Riak / Cassandra) 4. Use Magma/Gemstone But, I repeat, just ideas until now. I was thinking in this feature to my own use, because I need a reliable store of my source code on my company. Cheers. GermÃ¡n.

April 20, 2011

[Pharo-project] input for pending items to integrate

by StÃ©phane Ducasse

Hi guys Take three minutes and reply to this mail. I would like to get a list of pending fixes I should focus on to help you. Because I can take the tagged items but this is a bit like ok that one but I want to make sure that I'm spending time to making you making progress. So just tell me. I will try to integrate some fixes regularly now. My own list is Transcript :) Zinc and fixxxxing RPackage :( Stef

April 20, 2011

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

by StÃ©phane Ducasse

+1 Janko we support nic and seb do not worry :) People are just too excited. Stef > SqueakSource AND SmalltalkHub down >> >> Yes, it looks like SmalltalkHub replaces all features >> of squeaksource and mimicks also the down behavior ;) > > Guys, be patient please, this is alpha release only! I think StHub is > worth waiting a bit more to stabilize and I'm sure Nico and Seb will > manage to do the job. > > And you already see how big step forward not to mention all yet to be > explored potential has this hub, isn't that so? > > Janko > > > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si >

April 20, 2011

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

by Janko MivÅ¡ek

On 20. 04. 2011 11:30, Torsten Bergmann wrote: >> SqueakSource AND SmalltalkHub down > > Yes, it looks like SmalltalkHub replaces all features > of squeaksource and mimicks also the down behavior ;) Guys, be patient please, this is alpha release only! I think StHub is worth waiting a bit more to stabilize and I'm sure Nico and Seb will manage to do the job. And you already see how big step forward not to mention all yet to be explored potential has this hub, isn't that so? Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

April 20, 2011

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