August 2018 - Pharo-users - lists.pharo.org

Pharo and Docker (some steps)

by Torsten Bergmann

For those interested in Docker: I recently played with Pharo and Docker and summarized some of my steps in a small tutorial in my Pharo wiki: http://wiki.astares.com/pharo/613 There is also a page following Mike Filonovs suggestions on the Pharo docker file: http://wiki.astares.com/pharo/615 Maybe this is useful for others too. Bye T.

Aug. 20, 2018

Re: [Pharo-users] Gemstone as a service?

by Richard Sargent

Well, Iwan, we are definitely interested in what our customers' needs are. I think it's fair to say that the only things we have excluded are things that would bankrupt us. GemTalk is truly interested in learning what our customers want to do and in producing solutions that meet those needs. On Sun, Aug 19, 2018, 23:23 Iwan Vosloo <iwan(a)reahl.org> wrote: > Hi Andy, > > On 18/08/2018 18:12, Andy Burnett wrote: > > I was wondering if anyone offers GaaS? I would love to be able to just > > focus on writing code, and leave the system management to others. > > Gemstone does seem to offer a very complete package. > > We have one client for whom we are managing a fair number of GemStone > servers and I am itching to do this "aaS". Being able to use the same > for several clients would make it easier to spend more time and > resources, hopefully making the offering better. > > I've been holding back on the idea though because I have no idea of > knowing whether there is enough interest for something like this to make > it financially viable. > > If people are interested, I'd also love to know what their requirements > are: > - how big are the systems they want to run ito the various machine > resources and network resources needed? > - how complicated the setup needs to be (we run a fairly simple setup, > more flexible setups may be difficult to generalise)? > - where to you prefer to locate servers physically, and do you require > hot-standbys (perhaps in a different location)? > - what do you require in terms of the process deploying new versions > of your code to production? > - ... or any other requirements? > > > > Regards > Iwan > > > -- > > > >

Aug. 20, 2018

Re: [Pharo-users] Gemstone as a service?

by Iwan Vosloo

Hi, On 18/08/2018 18:25, Tim Mackinnon wrote: > I was steered towards Digital Ocean which was really simple to setup and > very cheap. Although I think this is all heading towards kuberneties and > docker images as the end game. Although we are not using Docker and kubernetes currently, we've been eyeing them and hoping to grow in that direction too. Is there a problem with such an approach? Could it help if someone produced, say a set of usable docker containers for various gemstone bits? Regards Iwan --

Aug. 20, 2018

Re: [Pharo-users] Gemstone as a service?

by Iwan Vosloo

Hi Andy, On 18/08/2018 18:12, Andy Burnett wrote: > I was wondering if anyone offers GaaS? I would love to be able to just > focus on writing code, and leave the system management to others. > Gemstone does seem to offer a very complete package. We have one client for whom we are managing a fair number of GemStone servers and I am itching to do this "aaS". Being able to use the same for several clients would make it easier to spend more time and resources, hopefully making the offering better. I've been holding back on the idea though because I have no idea of knowing whether there is enough interest for something like this to make it financially viable. If people are interested, I'd also love to know what their requirements are: - how big are the systems they want to run ito the various machine resources and network resources needed? - how complicated the setup needs to be (we run a fairly simple setup, more flexible setups may be difficult to generalise)? - where to you prefer to locate servers physically, and do you require hot-standbys (perhaps in a different location)? - what do you require in terms of the process deploying new versions of your code to production? - ... or any other requirements? Regards Iwan --

Aug. 20, 2018

Re: [Pharo-users] Error in fresh image

by Stephan Eggermont

Jeff Gray <jeff(a)rogerthedog.com> wrote: > I just downloaded and unzipped the Pharo Standalone for Windows. > I unzipped it and copied the image and changes to my existing Pharo 6.1 > folder. > The first thing I see is this error: > > <http://forum.world.st/file/t160774/pharo.png> > That might be a windows bug. Does it persist after you restart your windows? Stephan

Aug. 20, 2018

Re: [Pharo-users] Gemstone as a service?

by James Foster

> On Aug 19, 2018, at 3:49 PM, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > > Might [someone provide] GaaS ... through Heroku[?] Regarding Heroku, see https://programminggems.wordpress.com/2013/07/16/gemstones-on-heroku/ <https://programminggems.wordpress.com/2013/07/16/gemstones-on-heroku/> and https://github.com/jgfoster/heroku-gss <https://github.com/jgfoster/heroku-gss> (from 2013). It seems to me that ephemeral file systems are a pretty big hurdle. James

Aug. 20, 2018

Re: [Pharo-users] Error in fresh image

by Jeff Gray

<http://forum.world.st/file/t160774/cap.png> Here's the link as pictured above http://files.pharo.org/platform/Pharo6.1-win.zip -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 20, 2018

Re: [Pharo-users] Gemstone as a service?

by Andy Burnett

James wrote: <<< Will you be coming to ESUG? Perhaps we could discuss this in more detail after my talk on Wednesday at 12:30 (https://esug.github.io/2018- Conference/conf2018.html <https://esug.github.io/2018- Conference/conf2018.html>). >>> Unfortunately not, so I will have to wait for the slides, and video. However, this does sound encouraging. Might GemTalk get into the business of offering GaaS? Perhaps through Heroku or similar. Cheers Andy

Aug. 19, 2018

Re: [Pharo-users] How best to cope with 2 editor/browser frameworks - Calypso and RubSmalltalkEditor

by Denis Kudriashov

2018-08-19 23:12 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > Thanks Denis - I guess for now I can put the methods in RubSmalltalkEditor > so that the playground can operate and then my Calypso plugins can also > reference that code too (if class methods). > > Is the idea that playground will become part of Calypso too? > No. What we can try to achieve is to reused Commander everywhere. So these SystemCommands will be reused by different tools. > If so, I can add the methods I need as an extension (although I guess this > wonât work as the keyboard mapping for playground in one method and not > extensible like Calypso which uses pragmas). > > Iâll do something as a pr and we can figure it out. > > Itâs worth saying, that for my Calypso plugins Iâve had to abuse your > mechanism a bit as the simple #execute mechanism doesnât give me access to > the text morph to control the cursor. I was able to do it though via the > prompting mechanism (I just donât show any ui prompt). > > Tim > > Sent from my iPhone > > On 19 Aug 2018, at 14:28, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hi. > > I dont't know answer to your question. But for the note: > Calypso was needed to override existing way to spawn implementors/senders > and so on. So I added subclass of RubSmalltalkEditor - ClyTextEditor which > overrides required methods. > So if you will put new methods into the RubSmalltalkEditor then Calypso > will be able to use them. > > 2018-08-19 16:55 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > >> Hi Iâm trying to work out the best way to cope with the fact that we are >> in a hybrid place where the Playground is using an RubSmalltalkEditor but >> Calypso has its own mechanisms for editing code. >> >> I have commands that should/can work in both the playground as well as >> code method editor (in Calypso). >> >> Previously my code lived in RubSmalltalkEditor and Nautilus was using >> that too - but now Iâm not sure where to put some reusable methods that use >> RBParser and the AST to find the best place to position your cursor. >> >> I can make a class method on RubSmalltalkEditor and Calypso commands >> could reference that (but that feels wrong somehow). I could make some >> extension methods on RBParser and both places reference that - but then who >> should own the extension method (as I think RubSmalltalkEditor is lower >> level and Calypso is then loaded on top). >> >> Anyone have some good suggestions? >> >> Tim >> > >

Aug. 19, 2018

Re: [Pharo-users] How best to cope with 2 editor/browser frameworks - Calypso and RubSmalltalkEditor

by Denis Kudriashov

2018-08-19 23:12 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > Thanks Denis - I guess for now I can put the methods in RubSmalltalkEditor > so that the playground can operate and then my Calypso plugins can also > reference that code too (if class methods). > > Is the idea that playground will become part of Calypso too? If so, I can > add the methods I need as an extension (although I guess this wonât work as > the keyboard mapping for playground in one method and not extensible like > Calypso which uses pragmas). > > Iâll do something as a pr and we can figure it out. > > Itâs worth saying, that for my Calypso plugins Iâve had to abuse your > mechanism a bit as the simple #execute mechanism doesnât give me access to > the text morph to control the cursor. I was able to do it though via the > prompting mechanism (I just donât show any ui prompt). > I think in that case your commands can have inst var textMorph because they work with it, they modify its state (cursor). Idea behind commands that they should be self contained objects. You should be able create them in workspace, initialize them with required state without any notion of context and #execute them. Context is only clue to access commands from application. So try to retrieve state in prepare method like: prepareFullExecutionInContext: aToolContext textMorph := aToolContext tool textMorph (chain is not good but it is what exists for now). It also possible that I misunderstood your problem :) > Tim > > Sent from my iPhone > > On 19 Aug 2018, at 14:28, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hi. > > I dont't know answer to your question. But for the note: > Calypso was needed to override existing way to spawn implementors/senders > and so on. So I added subclass of RubSmalltalkEditor - ClyTextEditor which > overrides required methods. > So if you will put new methods into the RubSmalltalkEditor then Calypso > will be able to use them. > > 2018-08-19 16:55 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > >> Hi Iâm trying to work out the best way to cope with the fact that we are >> in a hybrid place where the Playground is using an RubSmalltalkEditor but >> Calypso has its own mechanisms for editing code. >> >> I have commands that should/can work in both the playground as well as >> code method editor (in Calypso). >> >> Previously my code lived in RubSmalltalkEditor and Nautilus was using >> that too - but now Iâm not sure where to put some reusable methods that use >> RBParser and the AST to find the best place to position your cursor. >> >> I can make a class method on RubSmalltalkEditor and Calypso commands >> could reference that (but that feels wrong somehow). I could make some >> extension methods on RBParser and both places reference that - but then who >> should own the extension method (as I think RubSmalltalkEditor is lower >> level and Calypso is then loaded on top). >> >> Anyone have some good suggestions? >> >> Tim >> > >

Aug. 19, 2018