August 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] latam mirror down?

by Dale Henrichs

----- Original Message ----- | From: "Frank Shearar" <frank.shearar(a)gmail.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Wednesday, August 22, 2012 11:56:12 AM | Subject: Re: [Pharo-project] latam mirror down? | | On 22 August 2012 19:33, Dale Henrichs <dhenrich(a)vmware.com> wrote: | > Frank, | > | > You can already do this in your configuration by supplying a list | > of repositories instead of a single repository: | > | > spec | > repository: 'http://seaside.gemstone.com/ss/metacello'; | > repository: 'http://www.squeaksource.com/metacello'. | > | > Gofer is used to do the loads in Metacello, so I don't think that | > Gofer necessarily processes repositories in order , but this is | > the technique I use to insulate Metacello loads from repository | > outages... | | Sure, but I can't do that for ConfigurationOfFFI, for example. I | can't | do that for ObjectsAsMethodWrappers, to talk about what's currently | causing our builds to fail. | | > My latam hack for travis ci had to do with compensating for | > configurations that are "single sourced"... | | Sure, and the presence of the latam mirror _ought_ to mean that any | single-sourced thing on SS would no longer be single source. Surely | it | would be easier all round if travisCI.st (if I remember the name | correctly) defined where to find these packages? (I can hear Chris & | Chris saying "it should look on SM") | | I'll see if I can't hack up something we can pick over. Frank, If you're talking about what I did in builderCI ... then I agree wholeheartedly that a failover of some sort is called for when trying to bootstrap the latam mirror support ... squeaksource was dead at the time and I was in a hurry ... (haven't we heard that before) ... I'd welcome improvements there.... A fail-over scheme for FFI or any arbitrary projects (is that what you're getting at?) is a bit more difficult, but I'd definitely be interested in seeing what you're thinking ... Dale

Aug. 22, 2012

Re: [Pharo-project] latam mirror down?

by Frank Shearar

On 22 August 2012 19:33, Dale Henrichs <dhenrich(a)vmware.com> wrote: > > > ----- Original Message ----- > | From: "Frank Shearar" <frank.shearar(a)gmail.com> > | > | Sorry, I wasn't clear - I meant precisely that it wasn't a Metacello > | ConfigurationOf's responsibility to find something, but just to name > | parts. _My particular_ setup might say "try local cache, then SS, > | then > | LatAm, and bail otherwise" while someone else's might say "try only > | this special local network repo". In either case, I'd imagine > | something like a configuration script supplying repository info to > | Metacello. Metacello would simply say "I know about these repos, and > | I'll try them in order." (This is just what Maven does. Not that I > | think that Maven's necessary the ultimate tool: it works, and copying > | things that work seems like a good plan.) > > Frank, > > You can already do this in your configuration by supplying a list of repositories instead of a single repository: > > spec > repository: 'http://seaside.gemstone.com/ss/metacello'; > repository: 'http://www.squeaksource.com/metacello'. > > Gofer is used to do the loads in Metacello, so I don't think that Gofer necessarily processes repositories in order , but this is the technique I use to insulate Metacello loads from repository outages... Sure, but I can't do that for ConfigurationOfFFI, for example. I can't do that for ObjectsAsMethodWrappers, to talk about what's currently causing our builds to fail. > My latam hack for travis ci had to do with compensating for configurations that are "single sourced"... Sure, and the presence of the latam mirror _ought_ to mean that any single-sourced thing on SS would no longer be single source. Surely it would be easier all round if travisCI.st (if I remember the name correctly) defined where to find these packages? (I can hear Chris & Chris saying "it should look on SM") I'll see if I can't hack up something we can pick over. frank > Dale >

Aug. 22, 2012

Re: [Pharo-project] latam mirror down?

by Dale Henrichs

----- Original Message ----- | From: "Frank Shearar" <frank.shearar(a)gmail.com> | | Sorry, I wasn't clear - I meant precisely that it wasn't a Metacello | ConfigurationOf's responsibility to find something, but just to name | parts. _My particular_ setup might say "try local cache, then SS, | then | LatAm, and bail otherwise" while someone else's might say "try only | this special local network repo". In either case, I'd imagine | something like a configuration script supplying repository info to | Metacello. Metacello would simply say "I know about these repos, and | I'll try them in order." (This is just what Maven does. Not that I | think that Maven's necessary the ultimate tool: it works, and copying | things that work seems like a good plan.) Frank, You can already do this in your configuration by supplying a list of repositories instead of a single repository: spec repository: 'http://seaside.gemstone.com/ss/metacello'; repository: 'http://www.squeaksource.com/metacello'. Gofer is used to do the loads in Metacello, so I don't think that Gofer necessarily processes repositories in order , but this is the technique I use to insulate Metacello loads from repository outages... My latam hack for travis ci had to do with compensating for configurations that are "single sourced"... Dale

Aug. 22, 2012

Re: [Pharo-project] New Text Completion suggestions

by StÃ©phane Ducasse

Thanks henrik Thanks thanks thanks :) Stef On Aug 22, 2012, at 8:22 PM, Henrik Sperre Johansen wrote: > Is it just me who finds the new text completion resulting from O/E merge insufferably disruptive? > Whenever I've been editing in an existing method, and try moving back/forward using arrow keys, instead of moving the cursor, it opens a browser on the completion suggestion for whatever I'd just finished writing (if I go right), or does jack squat (if I try moving left)... > Ironically, clicking the text editor anywhere BUT the completion dialogue leaves the window open, and starts suggesting for whatever you type at the cursors new location, while clicking ON any part of the popup-pane CLOSES it. > moving cursor with the mouse (not that you could before), only thing that works is pressing escape, which is a natural key to reach for whenever you've finished typing a word, no? > Not to mention, if there is only one suggestion, and that suggestion you've already typed in completely, it DOES NOT CLOSE. > > Suggestions: > - Don't hijack the arrow keys (at least not left/right) for autocomplete-popup functionality. > - Close the fracking dialogue if the only suggestion it has is _exactly what is already typed_ > - Handle mouse-clicks on a suggestion by selecting it, clicks anywhere else in the texteditor by closing it. > > Cheers, > Henry > > PS: AlphaBlendingCanvas suggested for 'aB'... really? >

Aug. 22, 2012

Re: [Pharo-project] latam mirror down?

by Frank Shearar

On 22 August 2012 18:30, Dale Henrichs <dhenrich(a)vmware.com> wrote: > Frank, > > The rationale for turning on the latam mirror was driven by metacello bootstrapping concerns (metacello is bootstrapped from squeaksource/gemsource so isn't sensitive to squeaksource being down) but the desire to use the latam mirror for other configs that may be loaded like omnibrowser, profstef, etc.... those were the issues I was running into when squeaksource was down for several days and I was trying to get work done ... I just threw the switch to the latam mirror and didn't have to worry about it until now... > > If squeaksource decides to go down now, there is no latam mirror and that is a real problem! That is indeed a real problem, and something that hosting the whole world on github would ameliorate, but not solve. > There are configuration level things that folks can do like providing two repositories in the specification, but not everyone does that and I'm not sure that the logic for trying different schemes for supplying the schemes is a Metacello responsibility ... I liked the latam solution because it is a developer decision to switch repositories, not a default action by Metacello when it "thinks" that a repository is down and switches to another repository without the developer being aware of what's going on ... > > In the large I agree that solutions are needed, but I'm not convinced that Metacello is the right place to manage these choices (especially given the fact that you can specify mulitiple repositories in a configuration so that you can explicitly define the primary, secondary, tertiarty, etc. repository). Sorry, I wasn't clear - I meant precisely that it wasn't a Metacello ConfigurationOf's responsibility to find something, but just to name parts. _My particular_ setup might say "try local cache, then SS, then LatAm, and bail otherwise" while someone else's might say "try only this special local network repo". In either case, I'd imagine something like a configuration script supplying repository info to Metacello. Metacello would simply say "I know about these repos, and I'll try them in order." (This is just what Maven does. Not that I think that Maven's necessary the ultimate tool: it works, and copying things that work seems like a good plan.) frank > Dale > > ----- Original Message ----- > | From: "Frank Shearar" <frank.shearar(a)gmail.com> > | To: Pharo-project(a)lists.gforge.inria.fr > | Sent: Wednesday, August 22, 2012 8:02:31 AM > | Subject: Re: [Pharo-project] latam mirror down? > | > | On 22 August 2012 15:16, Dale Henrichs <dhenrich(a)vmware.com> wrote: > | > Yes, it's the travis builds ... It's more than > | > ObjectsAsMethodsWrapper, because once the mirror is installed all > | > squeaksource requests are routed to the mirror, so failing to load > | > ObjectsAsMethodsWrapper is not the only issue. > | > > | > I am unconditionally using the mirror in the Travis images... > | > > | > I will now have to make a flag in the builder to allow one to > | > choose whether to use the mirror or not ... that way when > | > squeaksource flakes out you can use the mirror (assuming the > | > mirror is resurrected ... it's been down for days) and use > | > squeaksource when it is available ... > | > | Isn't a flag more complicated than a fall-over? In other words, try > | SS, fail, use LatAm (or vice versa). My hacks for > | ConfigurationOfControl class >> bootstrapPackage:from: did this, and > | I'd like to think they don't completely suck. > | > | Otherwise your build fails and you have to edit its invocation to get > | it to work, by which time source A has disappeared and source B's > | back > | up, so you unflick the flag and ... > | > | There's a thought half-formed in my head. It's something like this: a > | configuration says "I'm built out of parts called foo, bar and baz. > | Where they come from I don't care." Something else (by default, at > | least) does the searching, trying various well-known configurations. > | Er, I guess something a bit like Maven's repository mirrors: > | http://maven.apache.org/guides/mini/guide-mirror-settings.html. > | > | But that's more of a long term solution, and not something you'd want > | to get into just before ESUG. > | > | frank > | > | > Dale > | > ----- Original Message ----- > | > | From: "Frank Shearar" <frank.shearar(a)gmail.com> > | > | To: Pharo-project(a)lists.gforge.inria.fr > | > | Sent: Wednesday, August 22, 2012 12:54:15 AM > | > | Subject: Re: [Pharo-project] latam mirror down? > | > | > | > | On 21 August 2012 22:20, Dale Henrichs <dhenrich(a)vmware.com> > | > | wrote: > | > | > http://www.dsal.cl/squeaksource/ > | > | > > | > | > http://www.downforeveryoneorjustme.com/http://www.dsal.cl/squeaksource/ > | > | > | > | It's down for me too. I'm assuming it's your Travis builds > | > | failing > | > | like mine are. One option that occurs to me is to convert > | > | ObjectsAsMethodsWrapper to filetree and store a copy on GitHub? > | > | GitHub > | > | have rather more resources to through at availability than we do, > | > | so > | > | we might as well take advantage. > | > | > | > | frank > | > | > | > | > | > > | > | >

Aug. 22, 2012

[Pharo-project] New Text Completion suggestions

by Henrik Sperre Johansen

Is it just me who finds the new text completion resulting from O/E merge insufferably disruptive? Whenever I've been editing in an existing method, and try moving back/forward using arrow keys, instead of moving the cursor, it opens a browser on the completion suggestion for whatever I'd just finished writing (if I go right), or does jack squat (if I try moving left)... Ironically, clicking the text editor anywhere BUT the completion dialogue leaves the window open, and starts suggesting for whatever you type at the cursors new location, while clicking ON any part of the popup-pane CLOSES it. moving cursor with the mouse (not that you could before), only thing that works is pressing escape, which is a natural key to reach for whenever you've finished typing a word, no? Not to mention, if there is only one suggestion, and that suggestion you've already typed in completely, it DOES NOT CLOSE. Suggestions: - Don't hijack the arrow keys (at least not left/right) for autocomplete-popup functionality. - Close the fracking dialogue if the only suggestion it has is _exactly what is already typed_ - Handle mouse-clicks on a suggestion by selecting it, clicks anywhere else in the texteditor by closing it. Cheers, Henry PS: AlphaBlendingCanvas suggested for 'aB'... really?

Aug. 22, 2012

Re: [Pharo-project] latam mirror down?

by Dale Henrichs

Frank, The rationale for turning on the latam mirror was driven by metacello bootstrapping concerns (metacello is bootstrapped from squeaksource/gemsource so isn't sensitive to squeaksource being down) but the desire to use the latam mirror for other configs that may be loaded like omnibrowser, profstef, etc.... those were the issues I was running into when squeaksource was down for several days and I was trying to get work done ... I just threw the switch to the latam mirror and didn't have to worry about it until now... If squeaksource decides to go down now, there is no latam mirror and that is a real problem! There are configuration level things that folks can do like providing two repositories in the specification, but not everyone does that and I'm not sure that the logic for trying different schemes for supplying the schemes is a Metacello responsibility ... I liked the latam solution because it is a developer decision to switch repositories, not a default action by Metacello when it "thinks" that a repository is down and switches to another repository without the developer being aware of what's going on ... In the large I agree that solutions are needed, but I'm not convinced that Metacello is the right place to manage these choices (especially given the fact that you can specify mulitiple repositories in a configuration so that you can explicitly define the primary, secondary, tertiarty, etc. repository). Dale ----- Original Message ----- | From: "Frank Shearar" <frank.shearar(a)gmail.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Wednesday, August 22, 2012 8:02:31 AM | Subject: Re: [Pharo-project] latam mirror down? | | On 22 August 2012 15:16, Dale Henrichs <dhenrich(a)vmware.com> wrote: | > Yes, it's the travis builds ... It's more than | > ObjectsAsMethodsWrapper, because once the mirror is installed all | > squeaksource requests are routed to the mirror, so failing to load | > ObjectsAsMethodsWrapper is not the only issue. | > | > I am unconditionally using the mirror in the Travis images... | > | > I will now have to make a flag in the builder to allow one to | > choose whether to use the mirror or not ... that way when | > squeaksource flakes out you can use the mirror (assuming the | > mirror is resurrected ... it's been down for days) and use | > squeaksource when it is available ... | | Isn't a flag more complicated than a fall-over? In other words, try | SS, fail, use LatAm (or vice versa). My hacks for | ConfigurationOfControl class >> bootstrapPackage:from: did this, and | I'd like to think they don't completely suck. | | Otherwise your build fails and you have to edit its invocation to get | it to work, by which time source A has disappeared and source B's | back | up, so you unflick the flag and ... | | There's a thought half-formed in my head. It's something like this: a | configuration says "I'm built out of parts called foo, bar and baz. | Where they come from I don't care." Something else (by default, at | least) does the searching, trying various well-known configurations. | Er, I guess something a bit like Maven's repository mirrors: | http://maven.apache.org/guides/mini/guide-mirror-settings.html. | | But that's more of a long term solution, and not something you'd want | to get into just before ESUG. | | frank | | > Dale | > ----- Original Message ----- | > | From: "Frank Shearar" <frank.shearar(a)gmail.com> | > | To: Pharo-project(a)lists.gforge.inria.fr | > | Sent: Wednesday, August 22, 2012 12:54:15 AM | > | Subject: Re: [Pharo-project] latam mirror down? | > | | > | On 21 August 2012 22:20, Dale Henrichs <dhenrich(a)vmware.com> | > | wrote: | > | > http://www.dsal.cl/squeaksource/ | > | > | > | > http://www.downforeveryoneorjustme.com/http://www.dsal.cl/squeaksource/ | > | | > | It's down for me too. I'm assuming it's your Travis builds | > | failing | > | like mine are. One option that occurs to me is to convert | > | ObjectsAsMethodsWrapper to filetree and store a copy on GitHub? | > | GitHub | > | have rather more resources to through at availability than we do, | > | so | > | we might as well take advantage. | > | | > | frank | > | | > | | > | |

Aug. 22, 2012

Re: [Pharo-project] Some docs on NativeBoost

by StÃ©phane Ducasse

Thanks! I will read it after camille master and probably before :) simon article :) Stef On Aug 22, 2012, at 6:57 PM, Igor Stasenko wrote: > On 22 August 2012 18:51, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Igor >> >> always think to provide actionable information in a requesting mail. >> So where is the gofer snippet to load the native boost help? >> > Gofer it > squeaksource: 'NativeBoost'; > package: 'NativeBoost-Help'; > load > >> Stef >> >> On Aug 21, 2012, at 10:23 PM, Igor Stasenko wrote: >> >>> i am poor guy, learning how to write a documentation properly.. >>> (ehh.. i am one who prefers reading it instead of writing ;) >>> >>> So, to anyone interested , you can load the NativeBoost-Help package from >>> sqs/NativeBoost repository. >>> >>> The package is autonomous (you don't need NB installed neither special VM). >>> You can see the things i wrote by opening a system help browser (from >>> world menu) >>> or by invoking: >>> >>> NBHelp open >>> >>> I need your feedback and comments. and of course correstions, because >>> my english is quite poor. >>> - today i worked on pages >>> - Type system >>> - Calling an external functions >>> >>> so, please put more attention to those ones. >>> >>> Cya :) >>> P.S. ah.. yes.. don't be surprised that when you first time opening >>> it, it will go to monticello and load the code. >>> It is automagic process to load the markdown syntax parser, which i >>> using to author the pages and style them properly. >>> (i hope you like styled help). >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > > > > -- > Best regards, > Igor Stasenko. >

Aug. 22, 2012

Re: [Pharo-project] Some docs on NativeBoost

by Igor Stasenko

On 22 August 2012 18:51, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor > > always think to provide actionable information in a requesting mail. > So where is the gofer snippet to load the native boost help? > Gofer it squeaksource: 'NativeBoost'; package: 'NativeBoost-Help'; load > Stef > > On Aug 21, 2012, at 10:23 PM, Igor Stasenko wrote: > >> i am poor guy, learning how to write a documentation properly.. >> (ehh.. i am one who prefers reading it instead of writing ;) >> >> So, to anyone interested , you can load the NativeBoost-Help package from >> sqs/NativeBoost repository. >> >> The package is autonomous (you don't need NB installed neither special VM). >> You can see the things i wrote by opening a system help browser (from >> world menu) >> or by invoking: >> >> NBHelp open >> >> I need your feedback and comments. and of course correstions, because >> my english is quite poor. >> - today i worked on pages >> - Type system >> - Calling an external functions >> >> so, please put more attention to those ones. >> >> Cya :) >> P.S. ah.. yes.. don't be surprised that when you first time opening >> it, it will go to monticello and load the code. >> It is automagic process to load the markdown syntax parser, which i >> using to author the pages and style them properly. >> (i hope you like styled help). >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

Aug. 22, 2012

Re: [Pharo-project] Some docs on NativeBoost

by StÃ©phane Ducasse

Igor always think to provide actionable information in a requesting mail. So where is the gofer snippet to load the native boost help? Stef On Aug 21, 2012, at 10:23 PM, Igor Stasenko wrote: > i am poor guy, learning how to write a documentation properly.. > (ehh.. i am one who prefers reading it instead of writing ;) > > So, to anyone interested , you can load the NativeBoost-Help package from > sqs/NativeBoost repository. > > The package is autonomous (you don't need NB installed neither special VM). > You can see the things i wrote by opening a system help browser (from > world menu) > or by invoking: > > NBHelp open > > I need your feedback and comments. and of course correstions, because > my english is quite poor. > - today i worked on pages > - Type system > - Calling an external functions > > so, please put more attention to those ones. > > Cya :) > P.S. ah.. yes.. don't be surprised that when you first time opening > it, it will go to monticello and load the code. > It is automagic process to load the markdown syntax parser, which i > using to author the pages and style them properly. > (i hope you like styled help). > > -- > Best regards, > Igor Stasenko. >

Aug. 22, 2012