- Pharo-dev - lists.pharo.org

[Pharo-project] Pharo and SFC

by Torsten Bergmann

On goal of Squeak was/still is to become part of the Software Freedom Center. Dont know about the benefits but will/should Pharo work towards that goal too? Thx T. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

Sept. 11, 2009

[Pharo-project] one click distribution

by astares＠gmx.de

http://gforge.inria.fr/frs/download.php/23114/Pharo1.0-10440-BETAdev09.09ON… now works on windows Any feedback from the other platforms? Bye T. -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate fÃ¼r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

Sept. 11, 2009

Re: [Pharo-project] May be some problems with MC history

by Lukas Renggli

> Does any (lukas) use the history feature to merge? Sometimes, if I would like to merge changes made in another branch. Imagine the following situation: a.1 ---- wc (working copy) \---- b.1 --- b.2 Now I want to include the changes that happened between b.2 and b.3, but not those that were done between a.1 and b.1. I use the history and to calculate a diff between b.1 and b.2 and selectively load the changes. If the changes are separate from what happened between a.1 and wc and a.1 and b.1 this should be relatively simple. Unfortunately Monticello cannot figure out such dependencies, because it keeps the ancestry on a package level only. In fact, with Monticello 2 an operation like this should be smooth and automatic like a normal merge. > I will retry to do the changes one by one and run the tests in between > to see what went wrong > but I 'm not sure that what is going wrong is the changes (I have the > impression that may be MC history is not capturing > exactly everything but I can be wrong). MC1 does not capture the ancestry of the individual methods, that's why you have to extremely careful and check if you do not override changes that were made between a.1 and wc and if you do not introduce changes made between a.1 and b.1. I know this can be very tricky, especially when there are many changes between a.1 and wc and a.1 and b.1. MC2 promises rescue here. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 11, 2009

[Pharo-project] May be some problems with MC history

by StÃ©phane Ducasse

hi all yesterday I decided to have a look at MC changes in squeak to see if this has an impact for the closure last fixes merge. So I did with the latest scriptLoader in the pharo repository ScriptLoader new addExtraRepositories then I select each version of the monticello package in squeak trunk starting from 314 up to 321 and used the history and asked to get the delat with the previous version. This way I could get all the changes one by one. Now I ended up having - methods refering to instance variables that were not included (methodDefinitiosn for example with 321) - when I run the tests I realized that most of the Mock classes where gone. Except for 321 I do not see a change that could affect the MC merging. Does any (lukas) use the history feature to merge? I will retry to do the changes one by one and run the tests in between to see what went wrong but I 'm not sure that what is going wrong is the changes (I have the impression that may be MC history is not capturing exactly everything but I can be wrong). Stef

Sept. 11, 2009

Re: [Pharo-project] little tools support to better browse the squeaktrunk

by StÃ©phane Ducasse

ok I will check Stef On Sep 11, 2009, at 12:08 AM, Michael Roberts wrote: > Stef, i have added to PharoInbox > > Name: ScriptLoader-MikeRoberts.1054 > -Adds Squeak trunk convenience. > > no point doing it by hand? > > cheers, > Mike > > On Thu, Sep 10, 2009 at 8:01 PM, StÃ©phane > Ducasse<stephane.ducasse(a)inria.fr> wrote: >> Hi all >> >> to push the closure fixes I needed to browse the squeak trunk so I >> added >> >> ScriptLoader new addExtraRepositories >> >> so that all the packages get their 3.9a histories and that we can in >> one click browse the >> squeak repository. >> >> As a test I will integrate some fixes done on the MC browser and >> other >> MC related features. >> I will document that of course in our nice bugtracker. >> >> Stef >> >> >> _______________________________________________ >> 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

Sept. 11, 2009

Re: [Pharo-project] ODBC: table names and column names/types?

by Mariano Martinez Peck

On Mon, Aug 31, 2009 at 10:00 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > I looked through it in MC, but did not see anything obvious. Even then, I > doubt it is a workable choice for me because regardles of what X and - mean > in their doumention, one of the DBMS/OS pairs I need is not supported. > OpenDBX supports now MySQL under Windows. I couldn't test SqueakDBX because I have a problem with the MySQL I have installed in my windows PC, but OpenDBX was tested and worked perfect. I will fix my MySQL in Windows so that I can test it, but if you want to also try to test it, you can do it. It is quite easy: 1) Download DLLs from here: http://linuxnetworks.de/opendbx/download/opendbx-1.4.3_win32.zip 2) Copy libopendbx-1.dll and libmysqlbackend-1.dll to c:/windows/system32/ 3) Install your MySQL client libraries. If the database is in other PC, you can install the client libraries: For building the OpenDBX MySQL backend, you need to install the "Windows Essentials" <http://dev.mysql.com/downloads/mysql/5.1.html#win32> available in the download section of the MySQL website. A minimal install must consist of Client Programs -> MySQL Command Line Utilities C Include Files / Lib Files Otherwise, the libmysql.dll file isn't installed in the "bin\" directory and the files in the "include\" and "lib\opt\" directory are not available. If you have the database installed, I think you also have the client, but I am not sure. THE IMPORTANT thing is that the MySQL libraries (dlls) are findable by windows (put it in the same directory of the executable, in path or whatever windows can do) If I could test it, I will let you know. If you do it, please let me know ;) Best, Mariano > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Esteban A. > Maringolo > Sent: Monday, August 31, 2009 6:38 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] ODBC: table names and column names/types? > > Hello Bill, > > 2009/8/31 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > > Hello all, > > > > Is there anything available for Pharo that gives schema information about > a database? > > Doesn't SqueakDBX do that? > > Regards, > > Esteban A. Maringolo > > _______________________________________________ > 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 >

Sept. 10, 2009

Re: [Pharo-project] little tools support to better browse the squeaktrunk

by Michael Roberts

Stef, i have added to PharoInbox Name: ScriptLoader-MikeRoberts.1054 -Adds Squeak trunk convenience. no point doing it by hand? cheers, Mike On Thu, Sep 10, 2009 at 8:01 PM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > Hi all > > to push the closure fixes I needed to browse the squeak trunk so I added > > Â Â Â Â ScriptLoader new addExtraRepositories > > so that all the packages get their 3.9a histories and that we can in > one click browse the > squeak repository. > > As a test I will integrate some fixes done on the MC browser and other > MC related features. > I will document that of course in our nice bugtracker. > > Stef > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 10, 2009

Re: [Pharo-project] Spring in November, Argentina

by Alexandre Bergel

Done. you're on the list. Alexandre On 10 Sep 2009, at 17:21, csrabak(a)bol.com.br wrote: > My first name is Cesar. > > > Em 09/09/2009 13:29, Alexandre Bergel < alexandre(a)bergel.eu > > escreveu: > > > I can add it. What is your firstname - name ? > > Alexandre > > > On 9 Sep 2009, at 10:00, csrabak(a)bol.com.br wrote: > > > Would it suffice I add a comment in the wiki or should I get some > > specific id in order to edit the wiki page itself? > > > > BTW, if anything else fails:: I'm attemting to apply :-) > > > > > > Em 08/09/2009 15:10, Alexandre Bergel < alexandre(a)bergel.eu > > > > escreveu: > > > > > > Dear List, > > > > I added a section in the Sprint wiki page: > > http://code.google.com/p/pharo/wiki/PharoSprints?ts=1252433348&updated=… > > > > People should add their name. I will send a remainder a few days > > before the event. > > > > Cheers, > > Alexandre > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > 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 > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 10, 2009

Re: [Pharo-project] Spring in November, Argentina

by csrabak＠bol.com.br

My first name is Cesar. Em 09/09/2009 13:29, Alexandre Bergel < alexandre(a)bergel.eu > escreveu: I can add it. What is your firstname - name ? Alexandre On 9 Sep 2009, at 10:00, csrabak(a)bol.com.br wrote: > Would it suffice I add a comment in the wiki or should I get some > specific id in order to edit the wiki page itself? > > BTW, if anything else fails:: I'm attemting to apply :-) > > > Em 08/09/2009 15:10, Alexandre Bergel < alexandre(a)bergel.eu > > escreveu: > > > Dear List, > > I added a section in the Sprint wiki page: > http://code.google.com/p/pharo/wiki/PharoSprints?ts=1252433348&updated=… > > People should add their name. I will send a remainder a few days > before the event. > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 10, 2009

Re: [Pharo-project] namespace collisions

by StÃ©phane Ducasse

> Ah, ok, I am confused too. I can probably work around this, but.. > The problem occurred when I tried to upgrade my version of > ScriptLoader. I already had a class named #Repository in my image, > but when I tried to load the latest in the Pharo repository via MC, I > get the following stack trace. > > I hadn't considered whether ClassVar names would or wouldn't clash > with Class names (not to mention which the compiler would interpret in > an ambiguous situation..), and and Squeak let me define a class and > class-var of the same name. in pharo too. this is strange I'm exhausted right now so better go to sleep but this is strange. > However, MC will not let me load > something because it found an existing #bindingOf: #Repository.. > > I can work around this, no need to rename that class-var.. > > Thanks.. > > ScriptLoader class(Object)>>error: > Receiver: ScriptLoader > Arguments and temporary variables: > aString: 'Repository is defined elsewhere' > Receiver's instance variables: > superclass: Object > methodDict: a MethodDictionary(size 961) > format: 134 > instanceVariables: #('repository' 'inboxRepository') > organization: ('accessing' gofer inboxRepository installer > repository repositor...etc... > subclasses: nil > name: #ScriptLoader > classPool: nil > sharedPools: nil > environment: a SystemDictionary(lots of globals) > category: #ScriptLoader > traitComposition: nil > localSelectors: nil > > [] in ScriptLoader class(Class)>>declare: {[:var | (self bindingOf: > var) notNil ifTrue: [self error: var , ' is defin...]} > Arguments and temporary variables: > varString: 'CurrentScriptVersionNumber PackagesBeforeLastLoad > Repository Curren...etc... > newVars: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad > #Repository #Cur...etc... > conflicts: false > x: 'LogStream' > var: #Repository > > Array(SequenceableCollection)>>do: > Receiver: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad > #Repository #CurrentUpdateVersionNum...etc... > Arguments and temporary variables: > aBlock: [] in ScriptLoader class(Class)>>declare: {[:var | (self > bindingOf: var...etc... > index: 3 > indexLimiT: 5 > Receiver's instance variables: > #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad #Repository > #CurrentUpdateVersionNum...etc... > > ScriptLoader class(Class)>>declare: > Receiver: ScriptLoader > Arguments and temporary variables: > varString: 'CurrentScriptVersionNumber PackagesBeforeLastLoad > Repository Curren...etc... > newVars: #(#CurrentScriptVersionNumber #PackagesBeforeLastLoad > #Repository #Cur...etc... > conflicts: false > x: 'LogStream' > var: #Repository > Receiver's instance variables: > superclass: Object > methodDict: a MethodDictionary(size 961) > format: 134 > instanceVariables: #('repository' 'inboxRepository') > organization: ('accessing' gofer inboxRepository installer > repository repositor...etc... > subclasses: nil > name: #ScriptLoader > classPool: nil > sharedPools: nil > environment: a SystemDictionary(lots of globals) > category: #ScriptLoader > traitComposition: nil > localSelectors: nil > > > --- The full stack --- > ScriptLoader class(Object)>>error: > [] in ScriptLoader class(Class)>>declare: {[:var | (self bindingOf: > var) notNil ifTrue: [self error: var , ' is defin...]} > Array(SequenceableCollection)>>do: > ScriptLoader class(Class)>>declare: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > [] in > ClassBuilder > > > > > name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe > : > {[unsafe ifFalse: [(self validateSuperclass: newSuper forSubclass: > oldClass...]} > BlockContext>>ensure: > ClassBuilder > > > > > name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe > : > ClassBuilder > > > > > name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category > : > MCClassDefinition>>createClass > MCClassDefinition>>load > MCClassDefinition(MCDefinition)>>loadOver: > [] in MCPackageLoader>>basicLoad {[:ea | ea loadOver: (self > obsoletionFor: ea)]} > [] in > OrderedCollection(SequenceableCollection)>>do:displayingProgress: > {[:each :i | bar value: i. aBlock value: each]} > OrderedCollection(SequenceableCollection)>>withIndexDo: > [] in > OrderedCollection(SequenceableCollection)>>do:displayingProgress: > {[:bar | self withIndexDo: [:each :i | bar value: i. aBlock > value: e...]} > [] in ProgressInitiationException>>defaultMorphicAction {[result := > workBlock value: progress]} > BlockContext>>ensure: > ProgressInitiationException>>defaultMorphicAction > ProgressInitiationException>>defaultAction > UndefinedObject>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > ProgressInitiationException(Exception)>>signal > ProgressInitiationException>>display:at:from:to:during: > ...etc... > > > On Thu, Sep 10, 2009 at 2:35 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Chris >> >> may be I'm not well woken up but do you imply that classVar binding >> are stored in the systemDictionary? >> I imagine that we can still have two classes having the same classVar >> name Default without problem >> so I'm confused. >> >> Stef >> >> On Sep 9, 2009, at 11:56 PM, Chris Muller wrote: >> >>> Does Pharo have namespaces? >>> >>> If not, may I request that we remember to apply due consideration >>> when >>> choosing names for globals, including class-variables? >>> >>> The top version of ScriptLoader in the Pharo repository consumes the >>> name #Repository, preventing any class or global from using that >>> name. >>> I am now faced with a namespace collision with another package that >>> wants to declare a class named Repository. >>> >>> A class-var in "ScriptLoader" really doesn't need to consume such a >>> valuable name does it? Can this be renamed to something more >>> specific >>> to free up that name? >>> >>> - Chris >>> >>> _______________________________________________ >>> 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

Sept. 10, 2009