- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Differences when loading metacello stable configurations

by Max Leske

On 27.04.2014, at 13:55, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi guys! > > I'm having different behaviors when loading metacello configurations using the configuration directly and using gofer: > > "This loads well" > Gofer it smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; > package: 'ConfigurationOfOpenDBXDriver'; > load. > > (ConfigurationOfOpenDBXDriver project version: #stable) > load: âdefault' Youâre not specifying âdefaultâ below. Could that make a difference? > > "This tries to load the version 1.2 of the configuration which is not stable and doesn't work on pharo3..." > Gofer it smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; > configurationOf: 'OpenDBXDriver'; > loadVersion: #stable. > > Apparently that's because... > > In GoferMetacelloLoad>>metacelloVersion > > It tries to fetch the first the latest version for a blessing and just afterwards it tries to get the explicit version... > > And yes! > > ConfigurationOfOpenDBXDriver project latestVersion: #stable => 1.2 > > But that is using the blessing... So yes, blessing of version 1.2 is stable. > > Shouldn't the #loadVersion: from Gofer behave the same as Metacello? > > Anyways, I can change the blessing of my old version I think, that can solve my problem quickly :) > > Guille

April 27, 2014

Differences when loading metacello stable configurations

by Guillermo Polito

Hi guys! I'm having different behaviors when loading metacello configurations using the configuration directly and using gofer: "This loads well" Gofer it smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; package: 'ConfigurationOfOpenDBXDriver'; load. (ConfigurationOfOpenDBXDriver project version: #stable) load: 'default' "This tries to load the version 1.2 of the configuration which is not stable and doesn't work on pharo3..." Gofer it smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; configurationOf: 'OpenDBXDriver'; loadVersion: #stable. Apparently that's because... In GoferMetacelloLoad>>metacelloVersion It tries to fetch the first the latest version for a blessing and just afterwards it tries to get the explicit version... And yes! ConfigurationOfOpenDBXDriver project latestVersion: #stable => 1.2 But that is using the blessing... So yes, blessing of version 1.2 is stable. Shouldn't the #loadVersion: from Gofer behave the same as Metacello? Anyways, I can change the blessing of my old version I think, that can solve my problem quickly :) Guille

April 27, 2014

Commit right to Pharo30Inbox

by Carlo

Hi I would like to submit a SLICE to the pharo inbox, can you please grant me commit rights? username: CarloTeixeira Thanks Carlo

April 27, 2014

Re: [Pharo-dev] Fast way to load package form github

by Yuriy Tymchuk

On 27 Apr 2014, at 11:22, Johan Brichau <johan(a)inceptive.be> wrote: > > On 26 Apr 2014, at 16:46, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > >> That said, if you found a way to refer a specific commit via github://, I'd really like to know how :) > > In metacello, you can do it [1,2]: > > github:// <github user> / <github project> [ : <version identifier> ] [ / <repository path> ] > > Did I misunderstand your question? Thank you, Iâve found this already. Here is a little quid I wrote: http://sleepycoders.blogspot.ch/2014/04/how-to-distribute-your-github-pharo… Cheers! Uko > > cheers > Johan > > [1] https://github.com/dalehenrich/metacello-work/blob/master/docs/GettingStart… > [2] https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloScr…

April 27, 2014

Re: [Pharo-dev] Error adding a Class instVar

by Camille Teruel

Hello Esteban, Sorry for the delay. All the layout of all these classes is wrong, due to some ancient bug. The bug fix has been integrated but all the classes that have been modified in-between may have this problem. To fix that you have to force the rebuild of these classes (by adding then removing a dummy inst var for ex). Here is a script that do that: ivName := 'anIVNameImPrettySureNobodyUses'. all := Smalltalk allClasses flatCollect: [ :e | { e . e class } ]. candidates := all reject: [ :e | e superclass isNil or: [e layout slotScope isKindOf: LayoutEmptyScope ] ]. toRebuild := candidates reject: [ :e | e superclass layout slotScope == e layout slotScope parentScope ]. toRebuild do: [ :e | e addInstVarNamed: ivName ]. toRebuild do: [ :e | (e isClassSide ifTrue: [ (Smalltalk at: e instanceSide name) classSide ] ifFalse: [ Smalltalk at: e name ]) removeInstVarNamed: ivName ] On 25 avr. 2014, at 16:53, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Camille, all the classes in my hiearchy are in the toRebuild collection. > > But these others are also included: > > AdabasLikePlatform class > AsyncFileReadStream class > CannotAutomaticallyDetermineJoin class > CannotFindSession class > DialogWindowModel class > DolphinDatabaseAccessor class > DuplicatePrimaryKeyException class > ExternalOSProcess class > GlorpDatabaseReadError class > GlorpDatabaseWriteError class > GlorpIllegalCommand class > GlorpInvalidExpressionError class > GlorpInvalidTypeError class > GlorpLinkTableAnywhereDescriptorSystem class > GlorpTransactionFailure class > GlorpWriteFailure class > JQueryClass class > JQueryInstance class > MAMemoryFileModel class > MBAbstractInfoList class > MBLabelInfo class > MBSpecInfo class > MCClassDefinition > MCClassDefinition class > MCClassTraitDefinition > MCClassTraitDefinition class > MCFileTreeFileSystemUtils class > MCMethodDefinition > MCMethodDefinition class > MCMockDefinition > MCMockDefinition class > MCOrganizationDefinition > MCOrganizationDefinition class > MCScriptDefinition > MCScriptDefinition class > MacOSProcessAccessor class > MacProcess class > MySQLPlatform class > OS2OSProcessAccessor class > OS2Process class > ObjectStudioDatabaseAccessor class > OcelotPlatform class > OraclePlatform class > PGAbstractStringResponse class > PGAsciiRow class > PGAuthentication class > PGBackendKeyData class > PGCancelRequest class > PGColumnDescription class > PGCopyInResponse class > PGCopyOutResponse class > PGFunctionCall class > PGFunctionResultResponse class > PGNotificationResponse class > PGPasswordPacket class > PGQuery class > PGReadyForQuery class > PGRowDescription class > PGStartupPacket class > PGTerminate class > PostgreSQLPlatform class > ProfStef class > RBSLDAPAuthenticationProvider class > RBSPostgresAuthenticationProvider class > RBSSuperUserSession class > RBSVoyageAuthenticationProvider class > RiscOSProcess class > RiscOSProcessAccessor class > SQLServerPlatform class > SQLite3Platform class > SpecDebugActionButton class > SqueakDatabaseAccessor class > TextInputFieldModel class > UIThemeVistary class > UIThemeWatery class > UnixProcess class > VADatabaseAccessor class > VWDatabaseAccessor class > ValidationError class > WAAncestryAttributeEditor class > WABufferedResponse class > WACacheAttributeEditor class > WAComboResponse class > WAConfigAttributeEditor class > WAFileAttributeEditor class > WAFileLibrary class > WAFileMetadataLibrary class > WAFilterAttributeEditor class > WAStreamedResponse class > WindowsOSProcessAccessor class > WindowsProcess class > WorldModel class > > Regards! > > > Esteban A. Maringolo > > > 2014-04-25 4:42 GMT-03:00 Camille Teruel <camille.teruel(a)gmail.com>: >> >> On 25 avr. 2014, at 09:13, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> >>> On 25 Apr 2014, at 04:33, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>> >>>> I was adding a Class instance variable when I got this, admittedly, funny error. >>>> >>>> Any clues of why? >>>> >>>> The class has a Trait (which I plan to remove). Maybe that is causing this? >>> >>> This is this problem: >>> >>> https://pharo.fogbugz.com/f/cases/13028/Adding-ClassVariables-corrupts-clas… >> >> No I don't think so, 13028 is the subclass cache problem whereas Esteban's problem seems to be related to wrong slot scope problem. >> Esteban, is it the latest image? >> Can run this script in your image and tell us the content of toRebuild? >> >> all := Smalltalk allClasses flatCollect: [ :e | { e . e class } ]. >> candidates := all reject: [ :e | e superclass isNil or: [e layout slotScope isKindOf: LayoutEmptyScope ] ]. >> toRebuild := candidates reject: [ :e | e superclass layout slotScope == e layout slotScope parentScope ]. >> >> Does toRebuild contains your class or one class of its hierarchy? >> >>> >>> >> >> >

April 27, 2014

Re: [Pharo-dev] Fast way to load package form github

by Johan Brichau

On 26 Apr 2014, at 16:46, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > That said, if you found a way to refer a specific commit via github://, I'd really like to know how :) In metacello, you can do it [1,2]: github:// <github user> / <github project> [ : <version identifier> ] [ / <repository path> ] Did I misunderstand your question? cheers Johan [1] https://github.com/dalehenrich/metacello-work/blob/master/docs/GettingStart… [2] https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloScr…

April 27, 2014

Re: [Pharo-dev] Fast way to load package form github

by Ben Coman

April 27, 2014

Re: [Pharo-dev] Fast way to load package form github

by Serge Stinckwich

Thierry maybe you could start to write a chapter for Pharo for Entreprise that describe completly the git workfkow for Pharo. EnvoyÃ© de mon iPhone > Le 26 avr. 2014 Ã 19:32, GOUBIER Thierry <thierry.goubier(a)cea.fr> a Ã©crit : > > Hi FranÃ§ois, > > with gitfiletree://, there isn't any real place describing a multi-developper workflow because it is designed to work along existing workflows... as much as possible. > > In short, you work like you used to do in git, and gitfiletree ensures that the commit are properly made, that you have access to your development history (your true development history: the git one), and that pushes and pulls are made as painless as possible. > > After, you just manage your git the way you like it. Branches, merging, one branch per developper, whatever: gitfiletree:// will ensure that what you see inside Pharo is what you have done in git, and that what you do in Pharo is properly committed to git. > > Now, the bad thing: git merge conflicts :( When merging packages under git, some files will regularly(allways :() conflict: the version history of the package and the method properties. Whatever way you resolve those conflicts, gitfiletree:// will cope because it never reads them, but, still, having conflicts in git isn't cool. > > We have a better integration coming, through Max Leske work on integrating libgit to Pharo, and we will be able to solve some of the issues above ;) > > Thierry > > > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de FranÃ§ois Stephany [tulipe.moutarde(a)gmail.com] > EnvoyÃ© : samedi 26 avril 2014 19:06 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] Fast way to load package form github > > I'm a bit lost of what is currently possible to do with git in Pharo. Is there a place where you describe your workflow in a multi-developer environment? > > We currently use git flow[1] for our iOS, Android and Rails apps. We would love to use the same for Pharo. What we are doing now is using a filetree repository under a src/ directory sitting next to the image. We use versionner to save all our packages in the filetree tree and then we `git commit/push`. > > It was working fine while I was alone but we are now two developers working on this and I do not feel confident about this flow; merging filetree tree in CLI doesn't sound like a good idea. probably not be practical. > > The second developer is working on this since yesterday so we haven't yet decided how we gonna handle this. > > I would love to hear from people working with git and Pharo. > > > [1] http://nvie.com/posts/a-successful-git-branching-model/ > > >> On Sat, Apr 26, 2014 at 4:46 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: >> Yuri, >> >> pure filetree will only allow you access to the latest version (HEAD) of the repository (and will only match if you load that precise version number as stored in the package metadata or if you don't specify a version number). You have to change the commit ID (and branch) via git clone, git checkout and git checkout -b before. >> >> github:// urls may be able to select a specific commit ID, but I don't know how. You can select the branch, however. Again, if you specify a version number for your package with a github:// url, the metadata of your package has to agree with you or it will refuse to load (you are able to see only the latest version of the package). >> >> gitfiletree:// urls allows you to select the branch and any version visible in the git history. Read-only gitfiletree:// urls reduce the git history to one commit, so all versions are listed as .1. (Note that gitfiletree:// urls with https are read-only). >> >> That said, if you found a way to refer a specific commit via github://, I'd really like to know how :) >> >> Thierry >> ________________________________________ >> De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Yuriy Tymchuk [yuriy.tymchuk(a)me.com] >> EnvoyÃ© : samedi 26 avril 2014 12:11 >> Ã : Pharo Development List >> Objet : Re: [Pharo-dev] Fast way to load package form github >> >> Do you know how to specify versions with pure filetree? I know that I can specify commit SHA or branch in URL, but can I somehow redefine version for a version definition? >> >> Uko >> >> On 26 Apr 2014, at 11:06, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: >> >> > Yuri, >> > >> > I think the best would be a github:// url in a configuration. >> > >> > Shortest is something like: >> > >> > Gofer new >> > url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/'; >> > configurationOf: 'ProjectOfYuri'; >> > loadStable >> > >> > (with the github:// url inside ConfigurationOfProjectOfYuri) >> > >> > Note that I have added back https access to github in gitfiletree, but, still, it implies OSProcess and git command line access (but no need to register on github.com) >> > >> > Thierry >> > ________________________________________ >> > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Yuriy Tymchuk [yuriy.tymchuk(a)me.com] >> > EnvoyÃ© : samedi 26 avril 2014 09:34 >> > Ã : Pharo Development List >> > Objet : Re: [Pharo-dev] Fast way to load package form github >> > >> > Yes, but this requires user to clone the repository, this is not as fast as just Gofer with Monticello. I know that there is a support for github:// URIs in Metacello, but as far as I remember they donât work in Gofer. >> > >> > Uko >> > >> > On 26 Apr 2014, at 09:25, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> > >> >> Gofer with a filetree:// URL as package ? >> >> >> >> Using the Monticello UI Tool you can just add a repo, select filetree as type and load any package. >> >> >> >> On 26 Apr 2014, at 09:21, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >> >> >>> Hi guys, sorry if there was already this question, but is there a fast way to load a package from github (saved with filetree)? Iâm looking for some way to tell people: execute âthisâ and you will have my package in your image. >> >>> >> >>> Cheers >> >>> Uko >> >> >> >> >> > >> > >> > >

April 26, 2014

Re: [Pharo-dev] Fast way to load package form github

by GOUBIER Thierry

Hi FranÃ§ois, with gitfiletree://, there isn't any real place describing a multi-developper workflow because it is designed to work along existing workflows... as much as possible. In short, you work like you used to do in git, and gitfiletree ensures that the commit are properly made, that you have access to your development history (your true development history: the git one), and that pushes and pulls are made as painless as possible. After, you just manage your git the way you like it. Branches, merging, one branch per developper, whatever: gitfiletree:// will ensure that what you see inside Pharo is what you have done in git, and that what you do in Pharo is properly committed to git. Now, the bad thing: git merge conflicts :( When merging packages under git, some files will regularly(allways :() conflict: the version history of the package and the method properties. Whatever way you resolve those conflicts, gitfiletree:// will cope because it never reads them, but, still, having conflicts in git isn't cool. We have a better integration coming, through Max Leske work on integrating libgit to Pharo, and we will be able to solve some of the issues above ;) Thierry ________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de FranÃ§ois Stephany [tulipe.moutarde(a)gmail.com] EnvoyÃ© : samedi 26 avril 2014 19:06 Ã : Pharo Development List Objet : Re: [Pharo-dev] Fast way to load package form github I'm a bit lost of what is currently possible to do with git in Pharo. Is there a place where you describe your workflow in a multi-developer environment? We currently use git flow[1] for our iOS, Android and Rails apps. We would love to use the same for Pharo. What we are doing now is using a filetree repository under a src/ directory sitting next to the image. We use versionner to save all our packages in the filetree tree and then we `git commit/push`. It was working fine while I was alone but we are now two developers working on this and I do not feel confident about this flow; merging filetree tree in CLI doesn't sound like a good idea. probably not be practical. The second developer is working on this since yesterday so we haven't yet decided how we gonna handle this. I would love to hear from people working with git and Pharo. [1] http://nvie.com/posts/a-successful-git-branching-model/ On Sat, Apr 26, 2014 at 4:46 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr<mailto:thierry.goubier@cea.fr>> wrote: Yuri, pure filetree will only allow you access to the latest version (HEAD) of the repository (and will only match if you load that precise version number as stored in the package metadata or if you don't specify a version number). You have to change the commit ID (and branch) via git clone, git checkout and git checkout -b before. github:// urls may be able to select a specific commit ID, but I don't know how. You can select the branch, however. Again, if you specify a version number for your package with a github:// url, the metadata of your package has to agree with you or it will refuse to load (you are able to see only the latest version of the package). gitfiletree:// urls allows you to select the branch and any version visible in the git history. Read-only gitfiletree:// urls reduce the git history to one commit, so all versions are listed as .1. (Note that gitfiletree:// urls with https are read-only). That said, if you found a way to refer a specific commit via github://, I'd really like to know how :) Thierry ________________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org<mailto:pharo-dev-bounces@lists.pharo.org>] de la part de Yuriy Tymchuk [yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>] EnvoyÃ© : samedi 26 avril 2014 12:11 Ã : Pharo Development List Objet : Re: [Pharo-dev] Fast way to load package form github Do you know how to specify versions with pure filetree? I know that I can specify commit SHA or branch in URL, but can I somehow redefine version for a version definition? Uko On 26 Apr 2014, at 11:06, GOUBIER Thierry <thierry.goubier(a)cea.fr<mailto:thierry.goubier@cea.fr>> wrote: > Yuri, > > I think the best would be a github:// url in a configuration. > > Shortest is something like: > > Gofer new > url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/'; > configurationOf: 'ProjectOfYuri'; > loadStable > > (with the github:// url inside ConfigurationOfProjectOfYuri) > > Note that I have added back https access to github in gitfiletree, but, still, it implies OSProcess and git command line access (but no need to register on github.com<http://github.com>) > > Thierry > ________________________________________ > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org<mailto:pharo-dev-bounces@lists.pharo.org>] de la part de Yuriy Tymchuk [yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>] > EnvoyÃ© : samedi 26 avril 2014 09:34 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] Fast way to load package form github > > Yes, but this requires user to clone the repository, this is not as fast as just Gofer with Monticello. I know that there is a support for github:// URIs in Metacello, but as far as I remember they donât work in Gofer. > > Uko > > On 26 Apr 2014, at 09:25, Sven Van Caekenberghe <sven(a)stfx.eu<mailto:sven@stfx.eu>> wrote: > >> Gofer with a filetree:// URL as package ? >> >> Using the Monticello UI Tool you can just add a repo, select filetree as type and load any package. >> >> On 26 Apr 2014, at 09:21, Yuriy Tymchuk <yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>> wrote: >> >>> Hi guys, sorry if there was already this question, but is there a fast way to load a package from github (saved with filetree)? Iâm looking for some way to tell people: execute âthisâ and you will have my package in your image. >>> >>> Cheers >>> Uko >> >> > > >

April 26, 2014

Re: [Pharo-dev] [Inspiration] Toward a better programming

by Sven Van Caekenberghe

On 29 Mar 2014, at 11:31, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > | input | > input := #(2 4 4 4 5 5 7 9). > (((input - input average) raisedTo: 2) sum / (input size - 1)) sqrt. Shorter, simpler using #squared : | input | input := #(2 4 4 4 5 5 7 9). ((input - input average) squared sum / (input size - 1)) sqrt. I just found out that we already have #stdev in the 3.0 image : #(2 4 4 4 5 5 7 9) stdev. ;-)

April 26, 2014