- Pharo-dev - lists.pharo.org

Use of minimal image

by K K Subbu

Hi, I am tempted ;-) by the following message on Pharo's download page: --- The minimal image is a reduced version of Pharo 7.0 (alpha): You have the most basic environment and you can interact with it via command line. WARNING: For hackers only! --- What kind of hacking has been done with this image in the past ? Can this image be used as a swiss-army knife for st (ala busybox in GNU)? The image is small enough to ship as part of regular VM binary and plugins. If pharo (binary) is run without any image, this image can be used as a fallback to run st scripts. At launch time, we know underlying platform OS and architecture, so we could move a lot of platform-specific vm code into such st scripts. Or, we could use it within Makefiles to build plugins outside of src tree. Regards .. Subbu

May 15, 2017

Re: [Pharo-dev] Does OSSubprocess works on ARM vm?

by Denis Kudriashov

Little problem which I not understand. Maybe you can explain. Path '~' is not recognizied in ls command: OSSUnixSubprocess new command: '/bin/ls'; arguments: #('~'); redirectStdout; runAndWaitOnExitDo: [ :process :outString | outString ] It returns empty string and console report: ls: cannot access ~: No such file or directory Any idea why it not works properly? (from command line "ls ~" returns expected files). 2017-05-15 11:52 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > I just checked. It works perfectly. > > One notice for API: > > OSSUnixSubprocess new > command: '/bin/ls'; > arguments: #('-la' '/Users'); > redirectStdout; > runAndWaitOnExitDo: [ :process :outString | > outString > ] > > Why you are not return result of block? It would be very handy > (here it is an OSSUnixSubprocess instance). > > > > 2017-05-12 14:18 GMT+02:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> mmmm I don't know. Can you at least try for the first time in a 32 bits >> ARM ? >> >> On Fri, May 12, 2017 at 5:00 AM, Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >> >>> Hi. >>> >>> I decided to ask before I will try it. >>> >>> Best regards, >>> Denis >>> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > >

May 15, 2017

Re: [Pharo-dev] Does OSSubprocess works on ARM vm?

by Denis Kudriashov

I just checked. It works perfectly. One notice for API: OSSUnixSubprocess new command: '/bin/ls'; arguments: #('-la' '/Users'); redirectStdout; runAndWaitOnExitDo: [ :process :outString | outString ] Why you are not return result of block? It would be very handy (here it is an OSSUnixSubprocess instance). 2017-05-12 14:18 GMT+02:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > mmmm I don't know. Can you at least try for the first time in a 32 bits > ARM ? > > On Fri, May 12, 2017 at 5:00 AM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> Hi. >> >> I decided to ask before I will try it. >> >> Best regards, >> Denis >> > > > > -- > Mariano > http://marianopeck.wordpress.com >

May 15, 2017

Re: [Pharo-dev] Extending the debugger inspector with a new presentation

by Andrei Chis

Hi, Currently extending the UI of the debugger is not as easy as extending the inspector. (It cannot just be done using annotations) We should work on improving this for Pharo 7. The actual presentations at the bottom are created in GTDebuggerVariablesBrowser>>#compose. To change it in a debugger you need to create a subclass of both GTGenericStackDebugger and GTDebuggerVariablesBrowser and then override the class side method #variablesBrowserClass in the debugger. I see now that GTDebuggerVariablesBrowser >>#compose doesn't really have a hook for adding new tabs so you'll need to completely override it. We should add one. The pragma <gtDebuggerPresentationOrder:> is used for presentations that should only be displayed when inspecting objects in the debugger. Cheers, Andrei On Mon, May 15, 2017 at 9:51 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Yeah, in any case, it is not clear what we should do: > > - can't we extend the default debugger presentation? > - or should we create a new presentation? > - maybe we can do both, but then we have the question: is there a > criteria to say "if X, extend the default presentation, if Y, create a new > one"? > - How to do it? We can just copy paste an existing class... but... > - Also, what happens if we want to add a tab to **EVERY** debugger > presentation next to the evaluate? > > On Mon, May 15, 2017 at 8:22 AM, <tdupriez(a)ens-paris-saclay.fr> wrote: > >> I've looked at it, but I can't get to reproduce it. I have trouble >> finding an entry point to start understanding. >> >> Quoting Denis Kudriashov <dionisiydk(a)gmail.com>: >> >> Hi. >>> >>> One possibility is to follow BytecodeDebugger approach. Try to look how >>> it >>> is implemented >>> >>> 2017-05-12 9:53 GMT+02:00 <tdupriez(a)ens-paris-saclay.fr>: >>> >>> Hello, >>>> >>>> I would like to extend the debugger with some context-dependent >>>> information. >>>> I am playing with metalinks and I would like to show, in the debugger, >>>> some information if my metalinks are in the selected method. >>>> This means that: >>>> - I need to add a new presentation in the debugger next to the >>>> "variable" >>>> and "evaluator" ones. >>>> - I need to filter that presentation to show it depending on which >>>> method >>>> is selected. >>>> >>>> I tried to extend ProtoObject with a method like: >>>> >>>> gtDebuggerExpressionMachinViewIn: composite >>>> <gtDebuggerPresentationOrder: 21> >>>> >>>> composite text >>>> title: 'My machin'; >>>> display: [ :browser :debugger | debugger asString] >>>> >>>> However, this did not add a presentation in the debugger. It only show >>>> up >>>> when selecting an object in the debugger inspector (see screenshot). >>>> >>>> How can I extend the debugger as I want? >>>> >>>> Thanks >>>> Thomas and Guille >>>> >>>> >>> >> >> >> >> > > > -- > > > > Guille Polito > > > Research Engineer > > French National Center for Scientific Research - *http://www.cnrs.fr* > <http://www.cnrs.fr> > > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

May 15, 2017

Re: [Pharo-dev] Extending the debugger inspector with a new presentation

by Denis Kudriashov

Hi 2017-05-15 8:22 GMT+02:00 <tdupriez(a)ens-paris-saclay.fr>: > I've looked at it, but I can't get to reproduce it. I have trouble finding > an entry point to start understanding. Starting point is method GTMoldableDebugger>>compose with code: ... self tabulator with: [:browser | self debuggerStructureIn: browser. self debuggerTransmissionsIn: browser ]. ... Then look what methods are overridden in BytecodeDebugger.

May 15, 2017

Re: [Pharo-dev] Extending the debugger inspector with a new presentation

by Guillermo Polito

Yeah, in any case, it is not clear what we should do: - can't we extend the default debugger presentation? - or should we create a new presentation? - maybe we can do both, but then we have the question: is there a criteria to say "if X, extend the default presentation, if Y, create a new one"? - How to do it? We can just copy paste an existing class... but... - Also, what happens if we want to add a tab to **EVERY** debugger presentation next to the evaluate? On Mon, May 15, 2017 at 8:22 AM, <tdupriez(a)ens-paris-saclay.fr> wrote: > I've looked at it, but I can't get to reproduce it. I have trouble finding > an entry point to start understanding. > > Quoting Denis Kudriashov <dionisiydk(a)gmail.com>: > > Hi. >> >> One possibility is to follow BytecodeDebugger approach. Try to look how it >> is implemented >> >> 2017-05-12 9:53 GMT+02:00 <tdupriez(a)ens-paris-saclay.fr>: >> >> Hello, >>> >>> I would like to extend the debugger with some context-dependent >>> information. >>> I am playing with metalinks and I would like to show, in the debugger, >>> some information if my metalinks are in the selected method. >>> This means that: >>> - I need to add a new presentation in the debugger next to the "variable" >>> and "evaluator" ones. >>> - I need to filter that presentation to show it depending on which method >>> is selected. >>> >>> I tried to extend ProtoObject with a method like: >>> >>> gtDebuggerExpressionMachinViewIn: composite >>> <gtDebuggerPresentationOrder: 21> >>> >>> composite text >>> title: 'My machin'; >>> display: [ :browser :debugger | debugger asString] >>> >>> However, this did not add a presentation in the debugger. It only show up >>> when selecting an object in the debugger inspector (see screenshot). >>> >>> How can I extend the debugger as I want? >>> >>> Thanks >>> Thomas and Guille >>> >>> >> > > > > -- Guille Polito Research Engineer French National Center for Scientific Research - *http://www.cnrs.fr* <http://www.cnrs.fr> *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

May 15, 2017

PharoLauncher prepared for Pharo 7

by Torsten Bergmann

Pharo Launcher was updated for Pharo 7 already: ----------------------------------------------------------- Name: PharoLauncher-Core-TorstenBergmann.105 Author: TorstenBergmann Time: 15 May 2017, 9:12:21.430226 am UUID: 9b8faeb3-da25-49e9-bdf4-0c2b130ed357 Ancestors: PharoLauncher-Core-CyrilFerlicot.104 Adopt to Pharo 70 already after loading ensure to run PhLTemplateGroupRepository resetGroups. the new directory http://files.pharo.org/image/70/ is still empty until the middle of the week. Have fun T.

May 15, 2017

Re: [Pharo-dev] Extending the debugger inspector with a new presentation

by tdupriez＠ens-paris-saclay.fr

I've looked at it, but I can't get to reproduce it. I have trouble finding an entry point to start understanding. Quoting Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi. > > One possibility is to follow BytecodeDebugger approach. Try to look how it > is implemented > > 2017-05-12 9:53 GMT+02:00 <tdupriez(a)ens-paris-saclay.fr>: > >> Hello, >> >> I would like to extend the debugger with some context-dependent >> information. >> I am playing with metalinks and I would like to show, in the debugger, >> some information if my metalinks are in the selected method. >> This means that: >> - I need to add a new presentation in the debugger next to the "variable" >> and "evaluator" ones. >> - I need to filter that presentation to show it depending on which method >> is selected. >> >> I tried to extend ProtoObject with a method like: >> >> gtDebuggerExpressionMachinViewIn: composite >> <gtDebuggerPresentationOrder: 21> >> >> composite text >> title: 'My machin'; >> display: [ :browser :debugger | debugger asString] >> >> However, this did not add a presentation in the debugger. It only show up >> when selecting an object in the debugger inspector (see screenshot). >> >> How can I extend the debugger as I want? >> >> Thanks >> Thomas and Guille >> >

May 15, 2017

Esteban's ChangeLog week of 8 May 2017

by estebanlm＠gmail.com

Hello! This is my weekly ChangeLog, from 8 May 2017 to 14 May 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=8/5/2017&to=14/5/2017 ChangeLog ========= 10 May 2017: ------------ * I removed some remaining overrides on [iceberg](http://github.com/pharo-vcs/iceberg). NOW is ready for integration. I will submit an issue :) 9 May 2017: ----------- * Working for release: I spent some time working on the future [Pharo 7.0 download page](http://pharo.org/STAGE.download). It's still not finished (I need to see how to fix the linux distros), but is almost there. * I prepared [zeroconf](http://get.pharo.org) to serve also Pharo 7.0 images (and prepared it to declare a new stable/latest). This is ready but on hold for the momnent of release. * I fixed [iceberg](http://github.com/pharo-vcs/iceberg) remaining problems, merged +dev-0.4+ to +master+ and verify everything works more or less "as expected". With this, I think iceberg is ready to integration (in Pharo6, not enabled by default, but available anyway). cheers! Esteban

May 15, 2017

Re: [Pharo-dev] Idea of searcheability of Pharo project on git

by Peter Uhnak

Regarding project catalog on github... Rust has something similar there https://github.com/rust-lang/crates.io-index (and Rust's package manager is called Cargo too ;)) Peter On Sun, May 14, 2017 at 03:08:59PM +0200, Esteban Lorenzano wrote: > yes, is something I have in my TODO list for after release :) > > > On 14 May 2017, at 14:22, Ben Coman <btc(a)openInWorld.com> wrote: > > > > On Sat, May 13, 2017 at 9:38 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > >> > >>> On 13 May 2017, at 15:04, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > >>> > >>> Steph, > >>> > >>> As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1]. > >> > >> there is already an umbrella project for pharo which is âpharo-projectâ. > >> we also promote some othe rmeta projects under the âpharoâ umbrella. > >> > >> pharo-project > >> pharo-graphics > >> pharo-vcs > >> pharo-nosql > >> > >> and probably some others will emerge. > > > > Would it make sense to have... > > pharo-catalog ? > > > > Having this data in STON format on github may make it easier for third > > parties to update missing package descriptions. > > > > cheers -ben > > > >> the reason why we donât concentrate all on one is just organisational, and we could review that on the future. > >> > >>> > >>> I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project. > >>> > >>> The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ... > >>> > >>> Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email. > >>> > >>> Dale > >>> > >>> [1] http://gsdevkit.github.io/GsDevKit_home/ > >>> > >>> [2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston > >>> > >>> [3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston > >>> > >>> [4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git > >>> > >>> > >>> On 5/13/17 12:01 AM, Stephane Ducasse wrote: > >>>> Hi guys > >>>> > >>>> right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource > >>>> and this is handy to find something. > >>>> > >>>> > >>>> I hope that we will release soon the package repository that christophe was developing but > >>>> now I'm wondering if we as a community should follow a pattern to help? > >>>> > >>>> git freaks do you have suggestions > >>>> > >>>> > >>>> Stef >

May 14, 2017