January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ScreencastMorph

by StÃ©phane Ducasse

Sean did you try to create a new WorldMorph? Now one of the problem is that there is only one hand (global variable). In Bloc alain removed the ActiveHand and ActiveWorld globals. Stef On 16 Jan 2014, at 15:53, DeNigris Sean <sean(a)clipperadams.com> wrote: > I'm working on a ScreencastMorph. The idea is to have something like what HandMorphForReplay does, but in a self contained window. The effect would be that there was another World running in a window, where the HandMorphForReplay could carry out a UI script that could be played, sped up, slowed down, rewound - all the actions you would except from a media player. > > Unfortunately, starting a World in a window does not seem easy. Most of the time I try it or manually mess with HandMorphs, my image locks up permanently. > > I've also had trouble getting the tool to resize. I tried Window -> TransformationMorph -> PasteUpMorph -> MyCoolToolWindow. That seems promising - although I have to open the tool in the world before embedding in the PasteUpMorph. The tool will resize and even interact for a while, but eventually that too seems to lock up the image. > > Any ideas? > > Thanks, > Sean > > p.s. cross-posting to Squeak-dev and Pharo-dev. If I get it working, I plan on porting to both. > p.p.s. I'm posting to the dev lists because I see clear killer uses for this in the Core system (UI Testing, live documentation)

Jan. 17, 2014

Re: [Pharo-dev] Two videos to explain what we do when integrating a fix.

by StÃ©phane Ducasse

thanks I did this video at least 20 times because I started to do it when the vm on the server was crashingâ¦. so I could not integrate any changes. On 16 Jan 2014, at 20:28, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > BTW: there is an error in the second github download, it is the wrong project, must be pharo-update. > > On 16 Jan 2014, at 20:20, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 16 Jan 2014, at 19:56, Pharo4Stef <pharo4Stef(a)free.fr> wrote: >> >>> too many fan wanted to watch these amazing videosâ¦. :) >>> Should put them on youtbue but I dod not how. >> >> We have an account for Pharo, I can show you next week. >> >>> On 16 Jan 2014, at 19:50, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >>> >>>> StÃ©phane Ducasse wrote >>>>> Can you retry? >>>> >>>> Huh, works now. Thanks :) >>>> >>>> >>>> >>>> ----- >>>> Cheers, >>>> Sean >>>> -- >>>> View this message in context: http://forum.world.st/Two-videos-to-explain-what-we-do-when-integrating-a-f… >>>> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >>>> >>> >>> >> >> > >

Jan. 17, 2014

Re: [Pharo-dev] Pharo on a Raspbian

by StÃ©phane Ducasse

JB? Soon in the blog close to you :) Hi, We compile the StackVM now for RaspberryPi based on a Raspbian os. In order to do that you have to: - get your image - prepare your RaspberryPi or your cross compile environment - and compile First step, the VMMaker image: Here is the link to the source (basically the job just prepare the source and a image): https://ci.inria.fr/pharo-contribution/view/RaspberryPi/job/RaspberryPi-Cog… You will found a preconfigured image in the image folder. If you want to create your own and not just extend this one, you need to clone the pharo-vm git repository: https://github.com/pharo-project/pharo-vm all the used source code is in mc use the filetree in montecello. Second Step Preparing the Raspberry: I used the linux source (raspbian), Then you can recompile using a RaspberryPi (what I do), but you need to follow Nick instruction for install all the required dependencies on the RaspberryPi: " On the raspberry PI: # install build tools sudo apt-get install gcc g++ cmake # dependencies for vm plugins sudo apt-get install libasound2-dev libssl-dev libfreetype6-dev libgl1-mesa-dev sudo apt-get install build-essential # to fix: # /usr/bin/ld: cannot find -lSM #/usr/bin/ld: cannot find -lICE # create the following links in: /usr/lib/arm-linux-gnueabihf/ sudo ln -s libSM.so.6 libSM.so sudo ln -s libICE.so.6 libICE.so Once the source is installed: chmod +x platforms/unix/config/version chmod +x platforms/unix/config/verstamp " Then compile: I have done a configuration to generate VM on raspbian. StackRaspbianConfig, you need to subclass and add your plugin + configure Cmake as you want. "YourSubclass generate" and recompile (cmake . & make from a terminal in build folder) on the Raspberry Pi, it should work. My jenkins job actually take the last version of the source VM, and it is able to rebuild it on RaspPi. You can cross-compile but I do not explore that way. I hope that help you. ========Second mail I will explain everything. First of all the StackVM on rbp now work only on headless mode but soon the fast bltbit will be introduce. The main issue is you cannot develop directly on raspberryPi for now. You need to develop on another os for prepare the environment and then push it on your raspberryPi for compile (I have a job jenkins to do that). You need to do newImage.sh, but this will not work on raspberry pi. For create your generator image. In this image load you own source. (with your configuration and plugin). You can use this image to generate vm, try to do not keep this image for keeping your vm up to date. after that you need to: - first generate source in by doing: "YourConfigSubclass new generateSources.". but this step is really long If you do on raspberry pi, but you can do on raspberry pi, you can also do this step before send the source on the Rasp (what i do to save time). - second you need to generate CMakeFile. That step should be perform on RaspPi The process required a working vm, Here is a working vm for RaspberryPi on Raspbian: https://ci.inria.fr/pharo-contribution/view/RaspberryPi/job/RaspberryPi-Com… As you cannot run the VM with UI So, you need to run a script.st like this one. echo " YourConfigSubclass new generate. Smalltalk snapshot: false andQuit: true." > ./script.st execute like that in a shell: ./StackVM -vm-display-null generator.image script.st - third step: build. in build folder do: sh build.sh RaspberryPi is slow for recompiling everything. Maybe a solution for develop faster is to cross-compile but as I say I do not explore that way. If you have any problem you can give me feedback On 17 Jan 2014, at 15:24, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 17 Jan 2014, at 15:12, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> On 17 Jan 2014, at 15:06, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> On 17 Jan 2014, at 15:03, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> >>>> is just to compile a NB Stack VMâ¦ with should be fairly straightforwardâ¦ >>> >>> So that means there _is_ a working VM, right ? >>> Where can we download it for testing ? >> >> no, there isnât :) >> there are some (minor) changes to do to a StackVM and they are not done yet. >> >> AFAIK, is just change one or two methods and to add the NB Plugin. > > I think many people are quite eager for this. > > So how many request does it take ? Who do we have to ask ? > > In any case, here is my request: > > Please, please, Dark Lords of the VM, can we please have a Pharo VM for 3.0 for the Raspberry Pi, please, please, please ... > > ;-) > > Anyone else ? > >

Jan. 17, 2014

Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700

by Igor Stasenko

On 17 January 2014 20:13, Torsten Bergmann <astares(a)gmx.de> wrote: > Camille wrote: > >It works and it's commited. > > Thanks! Still there is a problem: > > (NBExternalTypeValue ofType: 'NBInt64'). > > in a Pharo3.0 Latest update: #30703 (with the fix integrated) throws > now an #DNU because the new anonymous subclass of NBExternalTypeValue > class does not understand #rebuildFieldAccessors > > NBExternalTypeValue(class)>>valueType: sends #rebuildFieldAccessors > but there is no such method in this hierarchy. > > But there is NBExternalStructure>>rebuildFieldAccessors and > NBExternalTypeValue(class)>>installAccessors. > > Maybe a leftover from refactoring? > > fix in inbox https://pharo.fogbugz.com/f/cases/12674/Fix-NBExternalTypeValue-initializat… > Thx > Torsten > > -- Best regards, Igor Stasenko.

Jan. 17, 2014

Re: [Pharo-dev] Phratch: first tutorial on how to create your own blocks programmatically

by jannik.laval

Not for now, I can do them, but seems not necessary for a blog post :) Jannik On Jan 17, 2014, at 6:24 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > no screenshot? > > Alexandre > > > On Jan 17, 2014, at 2:09 PM, jannik laval <jannik.laval(a)gmail.com> wrote: > >> Dear lists, as requested, I wrote a small tutorial. >> The tutorial is here: http://car.mines-douai.fr/2014/01/624/ >> >> You are welcome to comment and to fix my english :) >> Cheers >> -- >> ~~Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> http://car.mines-douai.fr/ >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Jan. 17, 2014

Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700

by Torsten Bergmann

Camille wrote: >It works and it's commited.Â Thanks! Still there is a problem: (NBExternalTypeValue ofType: 'NBInt64'). in a Pharo3.0 Latest update: #30703 (with the fix integrated) throws now an #DNU because the new anonymous subclass of NBExternalTypeValue class does not understand #rebuildFieldAccessors NBExternalTypeValue(class)>>valueType: sends #rebuildFieldAccessors but there is no such method in this hierarchy. But there is NBExternalStructure>>rebuildFieldAccessors and NBExternalTypeValue(class)>>installAccessors. Maybe a leftover from refactoring? Thx Torsten

Jan. 17, 2014

Re: [Pharo-dev] [Pharo-users] [ANN] Pillar release 0.6

by Benjamin

I have something like that, but there is no theme there :( Ben On 17 Jan 2014, at 12:00, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Maybe we can do something similar to https://github.com/MarioRicalde/SCSS.tmbundle > > Uko > > On 16 Jan 2014, at 00:26, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> The syntax regex are done, but if you know how to create a theme, youâll be my god :) >> >> Ben >> >> On 15 Jan 2014, at 19:16, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >>> >>> On 15 Jan 2014, at 22:40, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >>> >>>> Note that I also started to write/hack a TextMate bundle :P >>> >>> So: >>> >>> can I help you? :) >>> >>> Uko >>> >>>> >>>> Ben >>>> >>>> On 15 Jan 2014, at 16:11, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>>> >>>>> Pillar is cool. >>>>> >>>>> I have been using it and found that it works quite well. The html output is very pretty and the markdown format is quite handy as well. >>>>> >>>>> Damien forgot to say that Pillar / Pier also has an emacs major mode (pier-mode.el) which helps a lot when writing. :-) See https://github.com/DamienCassou/pier-cl >>>>> >>>>> On Jan 15, 2014, at 2:17 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>>>> >>>>>> Dear lists, >>>>>> >>>>>> I'm proud to announce the 0.6 release of Pillar, a syntax and >>>>>> associated tools to write and generate documentation and books. >>>>>> >>>>>> Pillar is currently used to write the Enterprise Pharo book >>>>>> (https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/) >>>>>> and other projects. >>>>>> >>>>>> The attached screenshot shows a part of the Voyage documentation >>>>>> generated by Pillar (from >>>>>> https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/bl…) >>>>>> >>>>>> Pillar has many features: >>>>>> - simple markup-based syntax with references, tables, pictures, >>>>>> captions... (this is the syntax of Pier) >>>>>> - export to HTML, LaTeX and markdown (more to come) >>>>>> - customization of the export through a dedicated STON configuration file >>>>>> - support of templates using the Mustache templating engine >>>>>> - syntax-highlighting of generated code blocks (not yet in LaTeX) >>>>>> - configurable numbering of section titles and figures >>>>>> - ... >>>>>> >>>>>> Pillar has also: >>>>>> - a 5-minutes tutorial >>>>>> (https://github.com/DamienCassou/pillar-documentation/blob/master/README.md#…) >>>>>> - a documentation >>>>>> (https://github.com/DamienCassou/pillar-documentation) (in progress) >>>>>> - a good test coverage (91% with more than a 1000 executed tests) >>>>>> - a continuous integration job >>>>>> (https://ci.inria.fr/pharo-contribution/job/Pillar/) >>>>>> - a command-line interface >>>>>> (https://github.com/DamienCassou/pillar-documentation#5--command-line-interf…) >>>>>> - several existing use cases: >>>>>> https://github.com/DamienCassou/pillar-documentation#6--example-pillar-usage >>>>>> >>>>>> -- >>>>>> Damien Cassou >>>>>> http://damiencassou.seasidehosting.st >>>>>> >>>>>> "Success is the ability to go from one failure to another without >>>>>> losing enthusiasm." >>>>>> Winston Churchill >>>>>> <pillar-voyage.png> >>>>> >>>>> >>>>> >>>>> ---> Save our in-boxes! http://emailcharter.org <--- >>>>> >>>>> Johan Fabry - http://pleiad.cl/~jfabry >>>>> PLEIAD lab - Computer Science Department (DCC) - University of Chile >>>>> >>>>> >>>> >>> >> >

Jan. 17, 2014

Re: [Pharo-dev] different execution result debugger vs. 'normal run'

by Johan Brichau

Hi Marcus, I was hoping for that ;-) An NDA will not be necessary, just that I don't need to send our code to the list and your guarantee to eat the image afterwards ;-) Will put it on a shared Dropbox link and email you, is that fine? Johan Sent from my iPad > On 17 Jan 2014, at 13:37, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > This could be a compiler bugâ¦ I check that with you offline of the list (and sign any NDA needed ;-) > > Marcus > >> On 17 Jan 2014, at 13:27, Johan Brichau <johan(a)inceptive.be> wrote: >> >> Hi there, >> >> In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. >> It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). >> >> Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? >> >> cheers, >> Johan > >

Jan. 17, 2014

Re: [Pharo-dev] Phratch: first tutorial on how to create your own blocks programmatically

by Alexandre Bergel

no screenshot? Alexandre On Jan 17, 2014, at 2:09 PM, jannik laval <jannik.laval(a)gmail.com> wrote: > Dear lists, as requested, I wrote a small tutorial. > The tutorial is here: http://car.mines-douai.fr/2014/01/624/ > > You are welcome to comment and to fix my english :) > Cheers > -- > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://car.mines-douai.fr/ > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 17, 2014

Phratch: first tutorial on how to create your own blocks programmatically

by jannik laval

Dear lists, as requested, I wrote a small tutorial. The tutorial is here: http://car.mines-douai.fr/2014/01/624/ You are welcome to comment and to fix my english :) Cheers -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

Jan. 17, 2014