- Pharo-users - lists.pharo.org

Re: [Pharo-users] Metacello does not load the expected version from ConfigOf

by Usman Bhatti

Dale, I couldn't make it work with the upgraded Metacello and the script you provided. Steps I did: 1. Download moose image: https://ci.inria.fr/moose/job/moose-5.0/ 2. Update my Metacello to the 'full' version: Metacello new baseline: 'Metacello'; repository: 'github://dalehenrich/metacello-work:master/repository'; get. Metacello new baseline: 'Metacello'; repository: 'github://dalehenrich/metacello-work:master/repository'; onConflict: [:ex | ex allow]; load 3. File in the ConfigurationOfDummyParser (see the first message in the thread). 4. Run this script to downgrade to PetitParser version 1.51 Metacello new configuration: 'DummyParser'; version: '1.0'; repository: '???'; onDowngradeUseIncoming: #('PetitParser'); load. The desired version is still not loaded, am I missing something here? regards, A question: I always use Metacello with ConfigOf and have never used the scripting API myself or saw it being used elsewhere. Can you provide a link that describes the use cases for both: ConfigOf vs. Scripting API? On Fri, Jan 2, 2015 at 6:47 PM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > Usman, > > It is likely that Pharo3.0 is not using the latest version of Metacello. > You should be able to upgrade to the latest versions following the install > instructions for Pharo3.0[1]. > > Dale > > [1] https://github.com/dalehenrich/metacello-work#pharo30 > > > On 1/2/15 6:23 AM, Usman Bhatti wrote: > > Dale, > > Thanks for your detailed explanations. > > Metacello class in my image does not seem to define the messages > described in the documentation for handling downgrading and upgrading > conflicts: > > https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloUse… > > I am using Pharo 3.0 with Moose. > > [image: Inline image 1] > > Did I miss something? > > regards, > Usman > > On Fri, Dec 19, 2014 at 7:00 PM, Dale Henrichs < > dale.henrichs(a)gemtalksystems.com> wrote: > >> Usman, >> >> With classic Metacello (using the `(ConfigurationOfxxx project version: >> 'xxx') load` pattern) you can only downgrade via an explicit load of a >> particular version of the project. When loading projects indirectly via a >> project reference from another project Metacello is biased towards upgrade. >> >> With the Metacello Scripting API[1], you may include an >> #onDowngradeUseIncoming: clause to selectively permit downgrades: >> >> Metacello new >> configuration: 'DummyParser'; >> version: '1.0'; >> repository: '???'; >> onDowngradeUseIncoming: #('PetitParser'); >> load. >> >> For additional downgrade options see[2]. >> >> Since you are interested in using a specific version of a project you may >> also be interested in locking the project[3][4]. With a `lock` Metacello >> will not upgrade or downgrade the project but always `honor` the lock >> unless an #onLock: clause is used ... >> >> Note that for `locking` to work, you must use the Metacello Scripting API >> to do all of your project loads ... >> >> Dale >> >> [1] >> https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloUse… >> [2] >> https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloUse… >> [3] >> https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloUse… >> [4] >> https://github.com/dalehenrich/metacello-work/blob/master/docs/LockCommandR… >> >> >> On 12/19/2014 07:44 AM, Usman Bhatti wrote: >> >> Hi all, >> >> I am trying to load a specific version of PetitParser in a Moose image. >> A Moose image comes with the latest development version of PetitParser. So, >> I am trying to downgrade to an older version. So, when I load the version >> manually, older versions of the packages are loaded: >> (ConfigurationOfPetitParser project version: '1.51') load >> >> But when I try to load the same version within my ConfigOf the expected >> packages are not loaded and list of the PetitParser packages loaded remains >> unchanged. Here is how my baseline looks like: >> >> ConfigurationOfDummyParser>>baseline01: spec >> <version: '0.1-baseline'> >> >> spec for: #'common' do: [ >> spec blessing: #'baseline'. >> spec project: 'PetitParser' with: [ >> spec >> className: #ConfigurationOfPetitParser; >> versionString: '1.51'; >> repository: 'http://smalltalkhub.com/mc/Moose/PetitParser/main/' ]. ]. >> >> I also tried creating a version but it didn't help. >> >> ConfigurationOfDummyParser>>version10: spec >> <version: '1.0' imports: #('0.1-baseline' )> >> >> spec for: #'common' do: [ >> spec blessing: #'stable'. >> spec description: 'version 1.0'. >> spec author: 'usmanbhatti'. >> spec timestamp: '12/19/2014 16:35'. >> spec project: 'PetitParser' with: '1.51'. ]. >> >> I also had a look at the package the configuration tries to load and >> the list shows correct packages to be loaded (see screenshot). >> >> Does anyone have an idea what may be problematic in my code or that of >> Metacello? I am attaching the code of my ConfigOf for a Moose image. >> >> Thanks in advance. >> >> Usman[image: Inline image 1] >> >> >> >> >> > >

Jan. 6, 2015

Re: [Pharo-users] Pharo 4: Setting values from within an inspector

by Johan Fabry

(I agree that discoverability of the previous solution was very low.) As is, Iâm happy that it exists. :-) But it does not seem to work for me :-( I tested it in todayâs build (40429). When I do âabcâ asValueHolder and then try to change value (double-click, delete a and b, press enter) nothing seems to happen. If instead of pressing enter, I click outside the edit field, the field shows âcâ, but clicking on self shows that the value is still âabcâ. I also tried Cmd-S but it only makes the orange edit triangle go away. The rest of my comments / requests are more cosmetic and here they are as a bulleted list for convenience. - hitting esc should cancel the edit. - I expect that starting an edit would select the content of the field, like for example when renaming a file in the MacOS Finder. - start an edit and stop it by clicking outside (for example) without making a change and the field still has the orange triangle - the context menu on the field is too big, I would expect only cut/copy/paste > On Jan 5, 2015, at 18:29, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Yes, something like that is clearly needed (although the discoverability of the previous solution was not at all better). But, I meant except from the discoverability. Could you check and see if the behavior is what you expect? > > Cheers, > Doru > > > On Mon, Jan 5, 2015 at 10:25 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Well, I would say that there is a discoverability issue ;-) How about having some small âeditâ icon-button in the list instead? > > > On Jan 5, 2015, at 17:29, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > You saw it. How did you discover it? :) > > > > The implementation is still a work in progress, but it already shows the direction. Now that it is out, feedback is welcome. > > > > Cheers, > > Doru ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Jan. 5, 2015

Re: [Pharo-users] Problem with bugtracker

by Mark Rizun

> > I reviewed some of your changes for that issue, but it was difficult, > because you made > some new changes and it wasn't clear when it is ready or what was the > original error > and if it is solved now. > Yes I know it was a bit messy with this one, sorry for that ;) > > you can set the state to "resolved" again and wait for the monkey to > do the validation again. If there is still, there will be a new > "Issue Validation Failed"-result page. > Thanks, has to try it. Mark 2015-01-05 23:10 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > Hi Mark, > > I reviewed some of your changes for that issue, but it was difficult, > because you made > some new changes and it wasn't clear when it is ready or what was the > original error > and if it is solved now. > > you can set the state to "resolved" again and wait for the monkey to > do the validation again. If there is still, there will be a new > "Issue Validation Failed"-result page. > > > nicolai > > > 2015-01-05 20:10 GMT+01:00 Mark Rizun <mrizun(a)gmail.com>: > >> Hello, >> >> While ago, I've resolved an issue 14254 >> < >> https://pharo.fogbugz.com/f/cases/14254/AST-method-replaceWith-does-not-cha… >> > >> and validation was successful. Since that time, I didn't check this issue >> as >> was busy. Turned out after successful validation, there was a failure, >> which >> I can't take a look at, because it's not found (404 error). Just wanted >> this >> slice to be included in Pharo4. >> >> Best, >> Mark >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Problem-with-bugtracker-tp4797910.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >

Jan. 5, 2015

Re: [Pharo-users] Pharo 4: Setting values from within an inspector

by Tudor Girba

Hi, Yes, something like that is clearly needed (although the discoverability of the previous solution was not at all better). But, I meant except from the discoverability. Could you check and see if the behavior is what you expect? Cheers, Doru On Mon, Jan 5, 2015 at 10:25 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Well, I would say that there is a discoverability issue ;-) How about > having some small âeditâ icon-button in the list instead? > > > On Jan 5, 2015, at 17:29, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > You saw it. How did you discover it? :) > > > > The implementation is still a work in progress, but it already shows the > direction. Now that it is out, feedback is welcome. > > > > Cheers, > > Doru > > > > On Mon, Jan 5, 2015 at 8:06 PM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > > Hi, > > > > This is a bit hidden, but you can double click on the value and get an > input field. > > > > On Mon, Jan 5, 2015 at 3:57 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> > wrote: > > Hi all, > > > > there was a cool feature of inspectors in Pharo 3 that seems to be gone > in 4. You could inspect an object, say a ValueHolder, click on a variable, > e.g. value, and that would show the value of the value variable :-P in the > right hand pane. OK nothing fundamentally changed in Pharo 4, that still > happens. But, in Pharo 3, I could enter an expression in that pane, e.g. > âabc', and hit cmd-s (accept). This would *change* the contents of value to > the result of the evaluation, i.e. the string abc. > > > > I donât see how I can do that in Pharo 4, there is no menu item and no > keyboard shortcut. I would really love to have that back, it can be very > useful at times... > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > > > Johan Fabry - http://pleiad.cl/~jfabry > > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > > > > > > > > > > -- > > -- > > Marcus Denker -- denker(a)acm.org > > http://www.marcusdenker.de > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 5, 2015

Re: [Pharo-users] Pharo 4: Setting values from within an inspector

by Johan Fabry

Well, I would say that there is a discoverability issue ;-) How about having some small âeditâ icon-button in the list instead? > On Jan 5, 2015, at 17:29, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > You saw it. How did you discover it? :) > > The implementation is still a work in progress, but it already shows the direction. Now that it is out, feedback is welcome. > > Cheers, > Doru > > On Mon, Jan 5, 2015 at 8:06 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > This is a bit hidden, but you can double click on the value and get an input field. > > On Mon, Jan 5, 2015 at 3:57 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hi all, > > there was a cool feature of inspectors in Pharo 3 that seems to be gone in 4. You could inspect an object, say a ValueHolder, click on a variable, e.g. value, and that would show the value of the value variable :-P in the right hand pane. OK nothing fundamentally changed in Pharo 4, that still happens. But, in Pharo 3, I could enter an expression in that pane, e.g. âabc', and hit cmd-s (accept). This would *change* the contents of value to the result of the evaluation, i.e. the string abc. > > I donât see how I can do that in Pharo 4, there is no menu item and no keyboard shortcut. I would really love to have that back, it can be very useful at times... > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > > > > -- > -- > Marcus Denker -- denker(a)acm.org > http://www.marcusdenker.de > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Jan. 5, 2015

Re: [Pharo-users] Problem with bugtracker

by Nicolai Hess

Hi Mark, I reviewed some of your changes for that issue, but it was difficult, because you made some new changes and it wasn't clear when it is ready or what was the original error and if it is solved now. you can set the state to "resolved" again and wait for the monkey to do the validation again. If there is still, there will be a new "Issue Validation Failed"-result page. nicolai 2015-01-05 20:10 GMT+01:00 Mark Rizun <mrizun(a)gmail.com>: > Hello, > > While ago, I've resolved an issue 14254 > < > https://pharo.fogbugz.com/f/cases/14254/AST-method-replaceWith-does-not-cha… > > > and validation was successful. Since that time, I didn't check this issue > as > was busy. Turned out after successful validation, there was a failure, > which > I can't take a look at, because it's not found (404 error). Just wanted > this > slice to be included in Pharo4. > > Best, > Mark > > > > -- > View this message in context: > http://forum.world.st/Problem-with-bugtracker-tp4797910.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 5, 2015

Re: [Pharo-users] Problem with bugtracker

by stepharo

thanks mark Le 5/1/15 20:10, Mark Rizun a Ã©crit : > Hello, > > While ago, I've resolved an issue 14254 > <https://pharo.fogbugz.com/f/cases/14254/AST-method-replaceWith-does-not-cha…> > and validation was successful. Since that time, I didn't check this issue as > was busy. Turned out after successful validation, there was a failure, which > I can't take a look at, because it's not found (404 error). Just wanted this > slice to be included in Pharo4. Ok we will have a look > > Best, > Mark > > > > -- > View this message in context: http://forum.world.st/Problem-with-bugtracker-tp4797910.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 5, 2015

Re: [Pharo-users] Pharo 4: Setting values from within an inspector

by Tudor Girba

Hi, You saw it. How did you discover it? :) The implementation is still a work in progress, but it already shows the direction. Now that it is out, feedback is welcome. Cheers, Doru On Mon, Jan 5, 2015 at 8:06 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > This is a bit hidden, but you can double click on the value and get an > input field. > > On Mon, Jan 5, 2015 at 3:57 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > >> Hi all, >> >> there was a cool feature of inspectors in Pharo 3 that seems to be gone >> in 4. You could inspect an object, say a ValueHolder, click on a variable, >> e.g. value, and that would show the value of the value variable :-P in the >> right hand pane. OK nothing fundamentally changed in Pharo 4, that still >> happens. But, in Pharo 3, I could enter an expression in that pane, e.g. >> âabc', and hit cmd-s (accept). This would *change* the contents of value to >> the result of the evaluation, i.e. the string abc. >> >> I donât see how I can do that in Pharo 4, there is no menu item and no >> keyboard shortcut. I would really love to have that back, it can be very >> useful at times... >> >> >> ---> Save our in-boxes! http://emailcharter.org <--- >> >> Johan Fabry - http://pleiad.cl/~jfabry >> PLEIAD lab - Computer Science Department (DCC) - University of Chile >> >> >> > > > -- > -- > Marcus Denker -- denker(a)acm.org > http://www.marcusdenker.de > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 5, 2015

Problem with bugtracker

by Mark Rizun

Hello, While ago, I've resolved an issue 14254 <https://pharo.fogbugz.com/f/cases/14254/AST-method-replaceWith-does-not-cha…> and validation was successful. Since that time, I didn't check this issue as was busy. Turned out after successful validation, there was a failure, which I can't take a look at, because it's not found (404 error). Just wanted this slice to be included in Pharo4. Best, Mark -- View this message in context: http://forum.world.st/Problem-with-bugtracker-tp4797910.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 5, 2015

Re: [Pharo-users] Pharo 4: Setting values from within an inspector

by Marcus Denker

Hi, This is a bit hidden, but you can double click on the value and get an input field. On Mon, Jan 5, 2015 at 3:57 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hi all, > > there was a cool feature of inspectors in Pharo 3 that seems to be gone in > 4. You could inspect an object, say a ValueHolder, click on a variable, > e.g. value, and that would show the value of the value variable :-P in the > right hand pane. OK nothing fundamentally changed in Pharo 4, that still > happens. But, in Pharo 3, I could enter an expression in that pane, e.g. > âabc', and hit cmd-s (accept). This would *change* the contents of value to > the result of the evaluation, i.e. the string abc. > > I donât see how I can do that in Pharo 4, there is no menu item and no > keyboard shortcut. I would really love to have that back, it can be very > useful at times... > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > -- -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Jan. 5, 2015