February 2013 - Pharo-dev - lists.pharo.org

[Pharo-project] zero conf build
by Camillo Bruni Feb. 24, 2013

Feb. 24, 2013

I finally managed to create a zero conf pharo image build setup: # =========================================================================== curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh ./vm.sh Pharo.image save $JOB_NAME REPO=http://smalltalkhub.com/mc/dh83/nabujito/main ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development ./vm.sh $JOB_NAME.image test --junit-xml-output Nabujito zip -r $JOB_NAME.zip $JOB_NAME.image $JOB_NAME.changes # =========================================================================== ./ciPharo20Cog.sh --help This is an entry point script for any Pharo image CI This script will download the latest Pharo 2.0 image and the latest VM Result in the current directory: vm directory containing the VM vm.sh script forwarding to the VM inside vm/ Pharo.image The latest pharo image Pharo.changes The corresponding pharo changes" # =========================================================================== have fun!

9 24

[Pharo-project] Stack VM problem
by Sean P. DeNigris Feb. 24, 2013

Feb. 24, 2013

stack-mac-3.zip (latest on gforge) VirtualMachine getSystemAttribute: 1008 => nil UndefinedObject(Object)>>doesNotUnderstand: #do: WriteStream(Stream)>>nextPutAll: WriteStream>>nextPutAll: VirtualMachine class>>version in Block: [:s | ... Should VM issues be opened in the Pharo tracker, cog, or somewhere else? Cheers, Sean -- View this message in context: http://forum.world.st/Stack-VM-problem-tp4671675.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 3

[Pharo-project] Memory Monitor: updated for Pharo 2.0
by phil＠highoctane.be Feb. 24, 2013

Feb. 24, 2013

I've put the adapted version on: http://ss3.gemstone.com/ss/HO-Experiments in MemoryMonitor-PhilippeBack.15.mcz Not sure everything is covered but it is useful to me :-) There should be an updated to the ConfigurationOfMemoryMonitor etc but I'd have to read that Metacello chapter first... Phil

1 0

[Pharo-project] [JOB][Research] Postdoc position: IDEs
by Marcus Denker Feb. 24, 2013

Feb. 24, 2013

Infrastructure for new generation IDEs ===================================== About Inria and the job ----------------------- Inria, with its academic, institutional and industrial partners, is commited to major research and innovation projects in the field of computational sciences. The institute disseminates across France thanks to its eight research centres. The Inria Lille - Nord Europe research centre, inaugurated in 2008, employs 357 people, including 250 scientists, in its seventeen research teams. Recognised for its significant contribution to the social and economic development of the Nord - Pas-de-Calais region, the Inria Lille - Nord Europe research centre promotes a policy of close cooperation with major businesses and small enterprises. By encouraging synergies between researchers and industrial partners, Inria contributes to the transfer of skills and expertise in computational technologies and provides access to top-level European and international research in order to support innovation and businesses, particularly in the region of Lille. Whether designing innovative software for business or logistics, modelling living cells or fusion plasma, or developing medical simulators or interfaces to facilitate human-computer interaction, our research opens up new possibilities that can revolutionise common practice and contribute to a better understanding of the natural phenomena which surround us. The goal of the RMoD research team at Inria Lille is to support re-modularization of object-oriented applications. This objective is tackled from two complementary perspectives: reengineering and modularity constructs for programming languages. For more information on RMOD, see http://rmod.lille.inria.fr Mission ------- The objectives will be to reconsider and develop a new infrastructure to build new and modern IDEs. The goal of this postdoc is to help the RMOD team rethinking the infrastructure of Pharo from the point of view of its user interface and interaction foundation as well as code navigation. The following topics will be analysed and rethought : - Alternate models of event handling - Decomposing responsibilities of event handler and dispatchers. - Alternative ways to navigate code - Queries to access code elements - Smart handling of coding contexts - Management of window plague - Support for contextual refactorings and automated code transformation. Skills and profile ------------------ - English - Pharo: http://www.pharo.org - User interface design, Vector graphics - IDE design and user interactions Benefits --------- - Possibility of French courses - Help for housing - Participation for transportation - Scientific Resident card and help for husband/wife visa Additional information ----------------------- - Duration : 16 months - Salary: 2 620,84 â¬ gross/month - Monthly salary after taxes : around 2 138 â¬ (medical insurance included) - For the first selections, please apply before March 2013, 22nd. - Before applying, please contact the scientist advisor: stephane.ducasse(a)inria.fr - More information: http://rmod.lille.inria.fr/web/pier/blog/2013-02-22 Security and defense procedure ------------------------------ In the interests of protecting its scientific and technological assets, Inria is a restricted-access establishment. Consequently, it follows special regulations for welcoming any person who wishes to work with the institute. The final acceptance of each candidate thus depends on applying this security and defense procedure.

1 0

[Pharo-project] TextModel review and discussion
by Igor Stasenko Feb. 24, 2013

Feb. 24, 2013

Hi, today, me, Tristan and Camillo took some overview on existing code and discussed further steps. TxAttributes 'contents' should be private (no getter/setter) because if you can directly manipulate the underlying collection, then what is the point of having separate class? Text Attributes in general: - we discussed and decided that it would be better that model will keep abstract attributes for text , like - bold - italic - font family name the view then can compute the real font to use, but model don't have to deal with real font(s). This will imply having more complex attribute(s): you will be forced to visit them all to determine all of the font properties of a final font to use. The attributes in span should behave like a set (you cannot apply same attribute once), and hence implement #= and #hash properly. Also, i think, since neither bold, nor italic attributes don't need to be represented by multiple instances of same class, we could use convenience methods (by introducing them) in TxAttribute class to get a singletons for those ones, e.g.: selection applyAttribute: TxAttribute bold Layout: - right now, when you do layout it will split spans of txmodel. Which should not happen. We discussed about it and agreed that layouts(views) should not modify anything in text model. Instead the information about where line has to be split (like when you need to wrap a text) should be kept separately by a view. We thought that it would be nicer to implement a new span type (layoutspan), which will hold an text-interval (pos1, pos2) and probably any additional information (like caching the width/height) to not recalculate this stuff if nothing changed in model. We did some cosmetic changes to configuration.. to merge Tristan's code into it and load most recent packages: Gofer it smalltalkhubUser: 'sig' project: 'TxText'; package: 'ConfigurationOfTxText'; load. (ConfigurationOfTxText project version: '0.3') load: 'Tests' -- Best regards, Igor Stasenko.

4 4

[Pharo-project] webdoc is back online
by Camillo Bruni Feb. 24, 2013

Feb. 24, 2013

I made a little effort to get webdoc up and running again. I think with the forthcoming stable release of pharo it makes sense to put an documentation of the whole system online. I took the seaside image and statically exported (almost) all content and uploaded it to the gforge: http://pharo.gforge.inria.fr/doc/webdoc.html I will spend some more time this weekend to fix the missing contents (mostly the popups)

5 7

[Pharo-project] [ANN] Pharo Online Help 1.1. for Pharo 2.0 (now with Markdown support and tutorials)
by Torsten Bergmann Feb. 24, 2013

Feb. 24, 2013

Phile wrote: >But the "Browse button" invokes a NBWin32Shell class, which doesn't >works too well on my Mac. Yes I know. Thats why I asked http://lists.gforge.inria.fr/pipermail/pharo-project/2013-February/074553.h… for more browser support in NativeBoost on other platforms. The only answer I got was using OSProcess but I want to have a NativeBoost solution for non-windows platforms too (since NB is already preinstalled) Sven wrote: >I am particularly interested in the Markdown conversion, but I can't find it immediately. >Where does the conversion from .md to .html happen in the code ? Its not solved within Smalltalk - it is done directly in the browser using javscript. It uses https://code.google.com/p/pagedown/ The scripts can be found on OHFileRequestHandler. Anything I do is to write a div to the client html and invoke the script. Bye T.

3 4

[Pharo-project] Problem with building the PharoVM: cairo tar -J option invalid
by phil＠highoctane.be Feb. 24, 2013

Feb. 24, 2013

Hi, I was looking at the fixes in the VM (crashes in the last week). Now, on OSX, I see that there are things (cairo, freetype, ...) loaded based on a pkg-config something. But at one point (when "unpacking cairo" when doing make), I got this: [ 2%] Built target freetype2 [ 3%] Built target FT2Plugin [ 4%] Built target pkg-config [ 5%] Built target libpng [ 6%] Built target pixman [ 6%] Unpacking cairo ... tar: l'option -- J est invalide Pour en savoir davantage, faites: << tar --help >> ou << tar --usage >>. make[2]: *** [thirdparty/cairo/cairo-1.12.6/touch.cmake] Error 64 make[1]: *** [thirdParty/cairo/CMakeFiles/cairo.dir/all] Error 2 make: *** [all] Error 2 Never got anything like that in the previous builds. So, I wonder. I did a PharoVMBuilder build in the latest generator image. Cmake didn't complained in build/ but make does... Any idea? Phil

1 0

[Pharo-project] CI cleanup
by Camillo Bruni Feb. 24, 2013

Feb. 24, 2013

I just finished the next jenkins cleanup: https://ci.inria.fr/pharo contains now just the core projects: - images 1.4 and 2.0 - VMs All the other additional projects have been moved to the contribution server https://ci.inria.fr/pharo-contribution to which we can add any pharo-related project that wishes to use a build server. cami

2 1

Re: [Pharo-project] Weird behavior in Nautilus when doing a method rename
by Fernando Olivero Feb. 23, 2013

Feb. 23, 2013

Hi, i had the same misconception once, but i recall Lukas pointed out that the refactoring engine is built on the original refactoring's from Fowler's book, and implemented in Smalltalk by Roberts and Johnson [1]. So the semantics of the refactoring are preserved in the implementation. If you just want a method rename, not a method refactoring rename, maybe is best have an option for that in the menu [2]. Fernando [1] http://st-www.cs.illinois.edu/users/droberts/tapos.pdf [2] or use a better widget for editing methods, than a simple code editor within the pane of the browser, as in Gaucho..which i'm working on. On Wed, Feb 20, 2013 at 11:03 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > and you are right, scoped browsing is a very powerful feature that can be tricky to newcomers... but at least now with nautilus it is there, as first option (in OB it was there, but more or less hidden in a submenu)... > It is a small step, but is something... and well... we can improve in next releases, one step at a time :) > > Esteban > > On Feb 20, 2013, at 10:52 AM, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: > >> Yes, thanks, I figured that out. A newcomer wouldn't... and renaming >> is pretty common. >> >> What will happen is that people will remove the method and recreate a new one. >> Version history will then go away. >> >> Or is the system smart enough to find out about these things? >> >> Phil >> >> 2013/2/20 Esteban Lorenzano <estebanlm(a)gmail.com>: >>> hi, >>> >>> yes, you are right.. but that is a "nice to have", not a bug... so it will wait to 3.0 :) >>> In the mean time, you can do a scoped rename: you select the packages you want, then right click and "browse scoped", then you apply you rename, and it will apply the refactor in the scoped selection, not all the image. >>> >>> cheers, >>> Esteban >>> >>> On Feb 20, 2013, at 10:21 AM, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: >>> >>>> Well, look at the screenshot then tell me that this is what I want. >>>> >>>> It is definitively *not* what I want. Especially unchecking that >>>> endless list of methods. >>>> >>>> Adding a "Uncheck all" "Check all" button to the Changes Browser list >>>> would help... >>>> >>>> Regards >>>> Phil >>>> >>>> 2013/2/20 Camillo Bruni <camillobruni(a)gmail.com>: >>>>> there is 1 certain bug, that is that you cannot see the changes of the refactoring: >>>>> >>>>> https://code.google.com/p/pharo/issues/detail?id=7547 >>>>> >>>>> the rest I would consider a bug as well. But in the terms of refactoring it might >>>>> be "valid". It does preserve behavior by renaming also all implementors. >>>>> >>>>> How about this reasoning: >>>>> >>>>> Rename method >>>>> => rename all senders (since you refactor) >>>>> => you have to rename all implementors as well since you renamed all send sites >>>>> otherwise you'll run for sure into a DNU >>>>> >>>>> I think I just convinced myself :D >>>>> >>>>> On 2013-02-20, at 09:26, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: >>>>>> I was doing a Refactoring>rename of the initialize method in Nautilus >>>>>> for the ClassMethodBrowser and then the changes browser proposed me to >>>>>> change all classes with initialize. WTF? >>>>>> >>>>>> Phil >>>>>> >>>>> >>>>> >>>> <PharoScreenshot.3.png> >>> >>> >> > >

10 24