July 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Glamour: update presenter with new text

by Hilaire

Okay, I will try to describe it: First in Dr. Geo there is user scripting. The idea is to let the user define a computing object he can plug on a sketch. This object receive an arbitrary number of objects as arguments selected from the sketch by mouse. This script object is a class, subclass of DrGeoUserScript, and each use in a geometric canvas create an instance. This video exposes this: http://www.dailymotion.com/video/x30amxd_introduction-to-scripting_tech Now, the script editing is done with Nautilus and it is a bit too overload for average user. What I want is a dedicated browser with more targeted information: * Two vertical panes: 1. at the left, the script classes, but it is the script name (as given by the user) displayed 2. at the right, the methods of the selected script * A large horizontal pane with the source of selected pane. The attached screenshot shows the wished user interface as writen with Glamour. Hilaire Le 05/07/2017 Ã 19:24, Tudor Girba a Ã©crit : > However, I am not sure what the current problem is. Could you describe it again in more details? -- Dr. Geo http://drgeo.eu

July 5, 2017

Re: [Pharo-users] Are we able to run pharo images in a read only environment?

by Sven Van Caekenberghe

> On 5 Jul 2017, at 19:03, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > Sven Van Caekenberghe-2 wrote >>> On 27 Jun 2017, at 21:15, Sven Van Caekenberghe < > >> sven@ > >> > wrote: >>> >>> >>>> On 27 Jun 2017, at 21:00, Esteban A. Maringolo < > >> emaringolo@ > >> > wrote: >>>> >>>> Interesting experiment. >>>> >>>> It would be good to know how fast does the image boot and start >>>> execution in the context of a service billed at the sub second scale. >>> >>> Sadly I have the impression we lost some speed: >>> >>> ~/pharo64$ ./pharo Pharo.image printVersion >>> [version] 6.0 #60499 >>> >>> ~/pharo64$ time ./pharo Pharo.image eval '42 factorial' >>> 1405006117752879898543142606244511569936384000000000 >>> >>> real 0m1.276s >>> user 0m0.985s >>> sys 0m0.171s >>> >>> while before >>> >>> ~/pharo/build$ ../bin/pharo Pharo.image printVersion >>> [version] 4.0 #40620 >>> >>> $ time ../bin/pharo Pharo.image eval '42 factorial' >>> 1405006117752879898543142606244511569936384000000000 >>> >>> real 0m0.526s >>> user 0m0.434s >>> sys 0m0.045s >>> >>> But it is really hard to find the cause. >> >> The good news is that the Pharo 7 minimal core is way faster >> >> $ time ./pharo ~/Downloads/Pharo7.0-core-32bit-b649ac6.image eval "42 >> factorial" >> 1405006117752879898543142606244511569936384000000000 >> >> real 0m0.262s >> user 0m0.132s >> sys 0m0.062s >> >> Which is good of course ! > > So I guess, most of the additional time is either spent in #startUp methods > not present in the minimal image (), or in vm reading the larger sized > image? > While doing the same in Pharo4 would probably be a pain, it could be > interesting to hack ClassSessionHandler in Pharo7 to log time spent in each, > and compare the output difference between minimal/full image... Yes, there should (optionally) be some log with timing info explaining which startup actions are executed and how long each takes. Maybe the log could just be kept in memory in the image. > -- > View this message in context: http://forum.world.st/Are-we-able-to-run-pharo-images-in-a-read-only-enviro… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 5, 2017

Re: [Pharo-users] Glamour: update presenter with new text

by Juraj Kubelka

I think the issue is how to update a browser when a method is modified. There is a script: -=-=-=-=- browser := GLMTabulator new column: #one; column: #two; column: #three; yourself. browser transmit to: #one; andShow: [ :composite | composite fastList ]. browser transmit from: #one; to: #two; andShow: [ :composite | composite wrapper title: [ 'Instance' translated ]; show: [ :wrapper | wrapper fastList display: [ :aClass | aClass methods ]; format: [ :aCompiledMethod | aCompiledMethod selector asString ] ]. composite wrapper title: [ 'Class side' translated ]; show: [ :wrapper | wrapper fastList display: [ :aClass | aClass class methods ]; format: [ :aCompiledMethod | aCompiledMethod selector asString ] ]. composite updateOn: MethodModified from: [ SystemAnnouncer uniqueInstance ]. composite onChangeOfPort: #activePresentation act: [ :presentation | (presentation pane port: #activePresentation) value ifNotNil: [ :activePresentation | ((browser paneNamed: #two) port: #selection) value: (activePresentation defaultPane port: #selection) value ] ] ]. browser transmit from: #two; to: #three; andShow: [ :composite | composite text display: [ :aCompiledMethod | aCompiledMethod sourceCode ]; updateOn: MethodModified from: [ SystemAnnouncer uniqueInstance ]. ]. browser openOn: Collection allSubclasses. -=-=-=-=- I have added the bold line from the previous post: http://forum.world.st/Custom-Glamour-browser-for-Dr-Geo-scripting-tp4952920… <http://forum.world.st/Custom-Glamour-browser-for-Dr-Geo-scripting-tp4952920…> But it is not perfect, because it does not keep the selection. Hilaire, it looks like you are going to end up with a simplified Nautilus/Calypso system editor. Maybe it is possible to take Calypso and find out how to simplify it for your needs? Well, I am writing it without understanding your goal :-) Cheers, Juraj > El 05-07-2017, a las 19:24, Tudor Girba <tudor(a)tudorgirba.com> escribiÃ³: > > Hi Hilaire, > > I think it does fit your problem. > > However, I am not sure what the current problem is. Could you describe it again in more details? > > Cheers, > Doru > > >> On Jul 5, 2017, at 5:10 PM, Hilaire <hilaire(a)drgeo.eu> wrote: >> >> May be my use case does not fit to Glamour, but I am tempted to think it does. I really need help on that to make progress. >> >> Thanks >> >> Hilaire >> >> Le 04/07/2017 Ã 23:08, Hilaire a Ã©crit : >>> I added these lines of code, but it is not that yet: >>> >>> browser >>> updateOn: GLMItemAdded from: #yourself; >>> updateOn: GLMItemRemoved from: #yourself. >>> >>> >> >> -- >> Dr. Geo >> >> http://drgeo.eu > > -- > www.tudorgirba.com > www.feenk.com > > "It's not how it is, it is how we see it." > >

July 5, 2017

Re: [Pharo-users] Glamour: update presenter with new text

by Tudor Girba

Hi Hilaire, I think it does fit your problem. However, I am not sure what the current problem is. Could you describe it again in more details? Cheers, Doru > On Jul 5, 2017, at 5:10 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > > May be my use case does not fit to Glamour, but I am tempted to think it does. I really need help on that to make progress. > > Thanks > > Hilaire > > Le 04/07/2017 Ã 23:08, Hilaire a Ã©crit : >> I added these lines of code, but it is not that yet: >> >> browser >> updateOn: GLMItemAdded from: #yourself; >> updateOn: GLMItemRemoved from: #yourself. >> >> > > -- > Dr. Geo > > http://drgeo.eu -- www.tudorgirba.com www.feenk.com "It's not how it is, it is how we see it."

July 5, 2017

Re: [Pharo-users] Are we able to run pharo images in a read only environment?

by Henrik Sperre Johansen

Sven Van Caekenberghe-2 wrote >> On 27 Jun 2017, at 21:15, Sven Van Caekenberghe < > sven@ > > wrote: >> >> >>> On 27 Jun 2017, at 21:00, Esteban A. Maringolo < > emaringolo@ > > wrote: >>> >>> Interesting experiment. >>> >>> It would be good to know how fast does the image boot and start >>> execution in the context of a service billed at the sub second scale. >> >> Sadly I have the impression we lost some speed: >> >> ~/pharo64$ ./pharo Pharo.image printVersion >> [version] 6.0 #60499 >> >> ~/pharo64$ time ./pharo Pharo.image eval '42 factorial' >> 1405006117752879898543142606244511569936384000000000 >> >> real 0m1.276s >> user 0m0.985s >> sys 0m0.171s >> >> while before >> >> ~/pharo/build$ ../bin/pharo Pharo.image printVersion >> [version] 4.0 #40620 >> >> $ time ../bin/pharo Pharo.image eval '42 factorial' >> 1405006117752879898543142606244511569936384000000000 >> >> real 0m0.526s >> user 0m0.434s >> sys 0m0.045s >> >> But it is really hard to find the cause. > > The good news is that the Pharo 7 minimal core is way faster > > $ time ./pharo ~/Downloads/Pharo7.0-core-32bit-b649ac6.image eval "42 > factorial" > 1405006117752879898543142606244511569936384000000000 > > real 0m0.262s > user 0m0.132s > sys 0m0.062s > > Which is good of course ! So I guess, most of the additional time is either spent in #startUp methods not present in the minimal image (), or in vm reading the larger sized image? While doing the same in Pharo4 would probably be a pain, it could be interesting to hack ClassSessionHandler in Pharo7 to log time spent in each, and compare the output difference between minimal/full image... -- View this message in context: http://forum.world.st/Are-we-able-to-run-pharo-images-in-a-read-only-enviro… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 5, 2017

Re: [Pharo-users] [ANN] Pharo community addon for world menu

by Dimitris Chloupis

well done Torsten , great idea :) On Wed, Jul 5, 2017 at 8:40 AM Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > This is cool :) > > > On Tue, Jul 4, 2017 at 7:41 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi, > > > > I added a small utility called "Community" to the catalog that allows > you to quickly > > access/browse the most prominent Pharo pages (Homepage, Discord, > Mailinglist Archive, CI Server, > > Books page, Association, Consortium, STHub) right from the world menu. > Also in Spotter. > > > > Example: > > ======== > > Load Community from Pharo catalog. As the menu entries are mirrored also > in Spotter you > > can easily open Spotter, key in "Discord" hit enter and the local web > browser should > > open the Pharo chat. > > > > Attached is a screenshot. > > > > Maybe this is useful for others too. > > > > Have fun > > T. > >

July 5, 2017

Re: [Pharo-users] Pharo6.0 for linux and PharoV60.sources location

by Andreas Sunardi

Hi Stef, Thank you for the clarification. It helps to know whether something is intended or not. I appreciate very much that you took time to response and clarify. And congratulation to Clement :) On Tue, Jul 4, 2017 at 11:20 PM, Marc Hanisch via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Marc Hanisch <marc.hanisch(a)googlemail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Wed, 5 Jul 2017 08:20:45 +0200 > Subject: Re: [Pharo-users] Pharo6.0 for linux and PharoV60.sources location > Hi Stephane, > > thanks for that kind reply! No problem! > I'm unfortunately not too deep into Pharo, but maybe I can help with > the packaging / build process for the Linux downloads (at least my > Linux knowledge is far better than my Pharo knowledge ;-))? > > Best regards, > Marc > > 2017-07-05 8:00 GMT+02:00 Stephane Ducasse <stepharo.self(a)gmail.com>: > > Hi marc > > > > We are a bit under water in this moment making sure that we can handle > > pull requests for Pharo 70. > > I'm sure that it will get better in the future. > > Esteban is moving, we got many articles to send, clement hand it in its > phd :). > > And many more. > > > > So we are sorry about the support. > > > > Stef > > > > On Mon, Jul 3, 2017 at 1:14 PM, Marc Hanisch via Pharo-users > > <pharo-users(a)lists.pharo.org> wrote: > >> > >> > >> ---------- Forwarded message ---------- > >> From: Marc Hanisch <marc.hanisch(a)googlemail.com> > >> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > >> Cc: > >> Bcc: > >> Date: Mon, 3 Jul 2017 13:14:52 +0200 > >> Subject: Re: [Pharo-users] Pharo6.0 for linux and PharoV60.sources > location > >> Hi Andreas, > >> > >> Yes, that was me. Unfortunately I did not get an answer. I solved this > by copying the sources file into the location where Pharo is looking for it. > >> > >> Due to the missing sources file, variables and arguments got renamed > automatically... > >> > >> I still don't understand why the sources file is spread 3 or 4 times > across the directory structure... > >> > >> Best regards, > >> Marc > >> > >> Am 03.07.2017 12:16 schrieb "Andreas Sunardi" <a.sunardi(a)gmail.com>: > >>> > >>> Pardon me if this has been discussed before. I seem to recall somebody > ran into this issue or related to this, but I don't remember what the > solution was, if there was any. > >>> > >>> The linux Pharo 6 download package from Pharo web site has different > VM directory structure than Pharo 5. The PharoV60.sources file is not > located in the same directory as the VM binary. As a result, if user has > image + changes files in another directory, Pharo always gives notification > that the sources file is not found. This is not so with the Pharo 5. > >>> > >>> In most cases, it's just a notification, but in the past I've run into > an error in debugging session when I tried to look into a method because of > missing sources file. > >>> > >>> Can this be corrected or is it expected for the user to manage sources > file where about? I'm hoping a correction or clarification would at least > benefit new comers. > >>> > >>> -- > >>> Andreas > >>> > >>> > >> > > > > >

July 5, 2017

Re: [Pharo-users] super simple programming intro with Pharo 6?

by Hilaire

Hi Christian, What about trying to program Euclidean geometry (and in French if you want) with Dr. Geo[1]. It is still based on Pharo3 but it does not really matter. And there is some documentation in French[2] Hilaire [1] http://drgeu.eu [2] http://drgeo.eu/help Le 05/07/2017 Ã 15:19, Christian Haider a Ã©crit : > > Hi, > > > > is there some basic intro to programming (for a 10 year old without > prior experience) ideally with Pharo 6? > > Is Prof Stef suitable? > > > > Thanks, > > Christian > -- Dr. Geo http://drgeo.eu

July 5, 2017

Re: [Pharo-users] Glamour: update presenter with new text

by Hilaire

May be my use case does not fit to Glamour, but I am tempted to think it does. I really need help on that to make progress. Thanks Hilaire Le 04/07/2017 Ã 23:08, Hilaire a Ã©crit : > > I added these lines of code, but it is not that yet: > > browser updateOn: GLMItemAdded from: #yourself; updateOn: > GLMItemRemoved from: #yourself. -- Dr. Geo http://drgeo.eu

July 5, 2017

Re: [Pharo-users] Are we able to run pharo images in a read only environment?

by Sven Van Caekenberghe

> On 5 Jul 2017, at 16:05, Tim Mackinnon <tim(a)testit.works> wrote: > > I went to try this to see how it might perform on AWS Lambda but Iâm guessing there isnât a minimal 64 bit image right? > > Sven - was this a 32bit image from get.pharo.org/70-minimal? It came from a link Pavel sent me for debugging purposes, he is the expert, I don't know if there are both 32 and 64 bit versions (or even if there is much difference, if any). > Tim > >> On 30 Jun 2017, at 14:43, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> >>> On 27 Jun 2017, at 21:15, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> >>>> On 27 Jun 2017, at 21:00, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>>> >>>> Interesting experiment. >>>> >>>> It would be good to know how fast does the image boot and start >>>> execution in the context of a service billed at the sub second scale. >>> >>> Sadly I have the impression we lost some speed: >>> >>> ~/pharo64$ ./pharo Pharo.image printVersion >>> [version] 6.0 #60499 >>> >>> ~/pharo64$ time ./pharo Pharo.image eval '42 factorial' >>> 1405006117752879898543142606244511569936384000000000 >>> >>> real 0m1.276s >>> user 0m0.985s >>> sys 0m0.171s >>> >>> while before >>> >>> ~/pharo/build$ ../bin/pharo Pharo.image printVersion >>> [version] 4.0 #40620 >>> >>> $ time ../bin/pharo Pharo.image eval '42 factorial' >>> 1405006117752879898543142606244511569936384000000000 >>> >>> real 0m0.526s >>> user 0m0.434s >>> sys 0m0.045s >>> >>> But it is really hard to find the cause. >> >> The good news is that the Pharo 7 minimal core is way faster >> >> $ time ./pharo ~/Downloads/Pharo7.0-core-32bit-b649ac6.image eval "42 factorial" >> 1405006117752879898543142606244511569936384000000000 >> >> real 0m0.262s >> user 0m0.132s >> sys 0m0.062s >> >> Which is good of course ! >> >>> That being said, these lambda servers can only work well if they keep instances alive for longer when there is enough traffic. >>> >>>> Esteban A. Maringolo >>>> >>>> >>>> 2017-06-27 13:05 GMT-03:00 Tim Mackinnon <tim(a)testit.works>: >>>>> Hi - I am trying to run a pharo image in lambda (as an experiment) - however >>>>> I get an error from Pharo about not being able to write to the changes file? >>>>> >>>>> As I am just evaluating some code - Iâm not really coding, so donât need a >>>>> changes file - is there a command line option to not require it? >>>>> >>>>> Also, am I running pharo the most efficient way - Iâm using eval on the >>>>> command line and referencing a class with a class method - but is this the >>>>> best way? >>>>> >>>>> Thanks, >>>>> >>>>> Tim >>>>> >>>>> "errorMessage": "Command failed: ./pharo Pharo.image eval \"Lambda >>>>> processJSON: >>>>> '{\"key3\":\"value3\",\"key2\":\"value2\",\"key1\":\"value1\"}'\"\n'Pharo >>>>> cannot write to the changes file named /var/task/Pharo.changes.\n\nPlease >>>>> check that you have write permission for this file.\n\nYou won''t be able to >>>>> save this image correctly until you fix this.'\n\u001b[31mError: Can't find >>>>> the requested >>>>> origin\n\u001b[0mUnixResolver(PlatformResolver)>>cantFindOriginError\n[ self >>>>> cantFindOriginError ] in >>>>> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ >>>>> self cantFindOriginError >>>>> ]\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or:\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:\nUnixResolver>>home\n[ >>>>> self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / >>>>> '.config' >>>>> ]\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or:\nUnixResolver>>preferences\nUnixResolver(FileSystemResolver)>>resolve:\nSystemResolver(FileSystemResolver)>>unknownOrigin:\nSystemResolver(FileSystemResolver)>>resolve:\nInteractiveResolver>>unknownOrigin:\n[ >>>>> self unknownOrigin: origin ] in InteractiveResolver>>resolve: in Block: [ >>>>> self unknownOrigin: origin >>>>> ]\nIdentityDictionary(Dictionary)>>at:ifAbsent:\nInteractiveResolver>>resolve:\nFileLocator>>resolve\nFileLocator(AbstractFileReference)>>exists\nGlobalIdentifierStonPersistence(GlobalIdentifierPersistence)>>shouldCallPreviousPersistence\nGlobalIdentifierStonPersistence(GlobalIdentifierPersistence)>>ensure:\nGlobalIdentifier>>ensure\nGlobalIdentifier >>>>> class>>initializeUniqueInstance\nGlobalIdentifier >>>>> class>>uniqueInstance\nSystemSettingsPersistence >>>>> class>>resumeSystemSettings\n[ :persistence | persistence >>>>> resumeSystemSettings ] in PharoCommandLineHandler>>runPreferences in Block: >>>>> [ :persistence | persistence resumeSystemSettings >>>>> ...etc...\nBlockClosure>>cull:\nSystemDictionary(Dictionary)>>at:ifPresent:\nSmalltalkImage>>at:ifPresent:\nPharoCommandLineHandler>>runPreferences\nPharoCommandLineHandler>>activate\nPharoCommandLineHandler >>>>> class(CommandLineHandler class)>>activateWith:\n\u001b[0m", >>>>> "errorType": "Error", >>>>> "stackTrace": [ >>>>> "'Pharo cannot write to the changes file named >>>>> /var/task/Pharo.changes.", >>>>> "", >>>>> "Please check that you have write permission for this file.", >>>>> "", >>>>> "You won''t be able to save this image correctly until you fix this.'", >>>>> "\u001b[31mError: Can't find the requested origin", >>>>> "\u001b[0mUnixResolver(PlatformResolver)>>cantFindOriginError", >>>>> "[ self cantFindOriginError ] in >>>>> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ >>>>> self cantFindOriginError ]", >>>>> "UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or:", >>>>> "UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:", >>>>> "UnixResolver>>home", >>>>> "[ self home / '.config' ] in UnixResolver>>preferences in Block: [ self >>>>> home / '.config' ]", >>>>> "UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or:", >>>>> "UnixResolver>>preferences", >>>>> "UnixResolver(FileSystemResolver)>>resolve:", >>>>> "SystemResolver(FileSystemResolver)>>unknownOrigin:", >>>>> "SystemResolver(FileSystemResolver)>>resolve:", >>>>> "InteractiveResolver>>unknownOrigin:", >>>>> "[ self unknownOrigin: origin ] in InteractiveResolver>>resolve: in >>>>> Block: [ self unknownOrigin: origin ]", >>>>> "IdentityDictionary(Dictionary)>>at:ifAbsent:", >>>>> "InteractiveResolver>>resolve:", >>>>> "FileLocator>>resolve", >>>>> "FileLocator(AbstractFileReference)>>exists", >>>>> >>>>> "GlobalIdentifierStonPersistence(GlobalIdentifierPersistence)>>shouldCallPreviousPersistence", >>>>> "GlobalIdentifierStonPersistence(GlobalIdentifierPersistence)>>ensure:", >>>>> "GlobalIdentifier>>ensure", >>>>> "GlobalIdentifier class>>initializeUniqueInstance", >>>>> "GlobalIdentifier class>>uniqueInstance", >>>>> "SystemSettingsPersistence class>>resumeSystemSettings", >>>>> "[ :persistence | persistence resumeSystemSettings ] in >>>>> PharoCommandLineHandler>>runPreferences in Block: [ :persistence | >>>>> persistence resumeSystemSettings ...etc...", >>>>> "BlockClosure>>cull:", >>>>> "SystemDictionary(Dictionary)>>at:ifPresent:", >>>>> "SmalltalkImage>>at:ifPresent:", >>>>> "PharoCommandLineHandler>>runPreferences", >>>>> "PharoCommandLineHandler>>activate", >>>>> "PharoCommandLineHandler class(CommandLineHandler >>>>> class)>>activateWith:", >>>>> "\u001b[0m", >>>>> "ChildProcess.exithandler (child_process.js:204:12)", >>>>> "emitTwo (events.js:106:13)", >>>>> "ChildProcess.emit (events.js:191:7)", >>>>> "maybeClose (internal/child_process.js:886:16)", >>>>> "Process.ChildProcess._handle.onexit (internal/child_process.js:226:5)" >>>>> ] >>>>> } >

July 5, 2017