- Pharo-dev - lists.pharo.org

[Pharo-project] Cog VM continuous integration: update
by Igor Stasenko July 1, 2011

July 1, 2011

Hello, all. Last few weeks i concentrated my efforts to make Windows slave working and merge the updates made by Eliot and synchronize source with svn. It took quite a bit time to set up windows slaves (multiple people were involved). I don't want to go into details, but there was some technical issues, as well as complications with connecting windows with non-windows, firewalls etc etc. At least now it is working and we can build windows VMs. A merge also costed me quite of a time, since Andreas reorganized sources and merged cross and win32 plugin codebase with squeak branch using of svn:externals. And while i, no doubt, welcome the merge, i had to spend time learning how i could mirror that on git. The only thing which i can say after this: git is superior tool. Its a pity that i had to waste my time fighting with svn, while its only a question of couple of minutes for developer(s) to clone sources from git and start using it instead of svn. So, after couple of hiccups and show-stoppers now everything more-or less run smoothly on Hudson, (except from stack vm on win32). Here the list of builds which currently available for download. Mac: Cog/Mac Carbon https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Mac%20Carbon/ Stack VM/ Mac Carbon https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/StackVM%20Mac%20Carbon/ Linux: Cog https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Unix/ Stack VM/ Unix https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Stack%20VM%20Unix/ A new kid on the block Windows: Cog/Win32 https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/CogWin32/ (the Stack VM has linking problems which is yet to be solved, see my post on vm-dev list) To download VM just follow one of the links and then pick the .zip with VM. As for Mac Cocoa VMs: they are broken for now, because yet unmerged. Hopefully Esteban will find time to update his branch soon. The next step is to run tests for built VMs. For this i planning to create a specialized package, which will contain code snippets for loading & firing off various tests, because currently all tests are a bunch of .st scripts, and managing files over dozen of networked machines is not fun. So, i think i will just take these snippets and put them into single MC package, so then it could be managed much easier. -- Best regards, Igor Stasenko AKA sig.

3 2

Re: [Pharo-project] [Pharo-users] **Important Please read** Towards First Class Tasks
by Tudor Girba July 1, 2011

July 1, 2011

Hi, The idea of Pharo Tasks is not to get things rigid and to stop the individuals from contributing. This should continue to happen. Instead, the idea is to start acknowledging that Pharo has became larger, and that the integration and drive of individual contributions has more dimensions that can be handled by the core group alone. So, the Pharo Task Force is a mechanism for teams to form around some larger topics. Like I said beforetime, I want to work on the IDE. This is a topic that is larger than one person can and should do. But, it is also a topic that requires integration of contributions, and it won't work by simply doing a union of choices. Just like now the Core team relentlessly cleans up the language and infrastructure, so should the IDE deserve a similar approach to get it strong and reinvented. People should know that this project exists and that they can contribute in a more organized way. This won't work by force. But, if someone wants to build/lead/integrate a project like this, I think it can work nicely. Cheers, Doru On 1 Jul 2011, at 13:08, Igor Stasenko wrote: > Are you trying to repeat experience of Squeak teams? > I can remind you that they are never worked and failed in the end. > > And i think that problem is that its hard to coordinate people which > are located around the globe and their main tasks are completely > different. > Another reason is that you cannot enforce any kind of responsibility > for delaying or not delivering , because we're talking about > enthusiasts. > > I believe that individual people with own vision and own, personal, > agenda could do much more. > If someone would like to voluntary coordinate some activities, i am > all for it. Now this means that given person should have plan in his > head and stick with it, > and keep an eye, ask around, communicate, and of course try coordinate people. > But is it really need to be formalized like that? > > We, as community could discuss the agendas, and then a concrete steps > to implement it. Now, its not really matters who will do it, as long > as there enough people interested in helping > with it. > And its completely pointless to form groups of individuals, only to be > listed as a group member on site and doing nothing (for whatever > objective reason). > > So, the right questions about any improvement, which we would like to > see in future is: > - do/why we need that > - who can do that > > if both of these questions can be answered positively, then it is only > a matter of time for new feature to appear. > And to my opinion, putting any kind of formality around it is > completely orthogonal to what will happen in reality. > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- www.tudorgirba.com "Some battles are better lost than fought."

1 0

[Pharo-project] Please test Pharo 1.3!
by Marcus Denker July 1, 2011

July 1, 2011

Please test Pharo 1.3! There is no magic.. what is now here: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/ Will be the release. Issues fixed until the released are just those that will be detected and fixed. There is no magic. For those who only run released software: Version Number is 1.3. Consider this released. There will be no RC. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

11 11

Re: [Pharo-project] Cog VM continuous integration: update
by Marcus Denker July 1, 2011

July 1, 2011

On Jul 1, 2011, at 2:55 PM, Igor Stasenko wrote: > > So, after couple of hiccups and show-stoppers now everything more-or > less run smoothly on Hudson, (except from stack vm on win32). > Very nice!!! What this VM has (as it merges all changes of Igor) is support for Ephemerons. The ephemerons-imageside.3.cs from http://code.google.com/p/cog/issues/detail?id=44 has the image side. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

4 3

[Pharo-project] Copying text in Pharo 1.3
by Alexandre Bergel July 1, 2011

July 1, 2011

Cmd-c moves the text selection. Terrible... Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 2

[Pharo-project] Opal now on Jenkins
by Marcus Denker July 1, 2011

July 1, 2011

https://ci.lille.inria.fr/pharo/job/OpalCompiler/ I will delete the Hudson project. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] 1.3 profiler - nice stuff!
by Schwab,Wilhelm K July 1, 2011

July 1, 2011

Recent mention of the profiler prodded me to take a look at the profiler in 1.3. Very nice! Some "quick" changes that I think would be good: (1) Shout in the code pane; (2) Use tabs to show the gc data or the code; (3) Add a tab to show the result rather than using a modal notifier (which probably quickly gets dismissed, and then missed<g>). A non-quick change, if it's even possible... Some of the slickest Dolphin goodies in existence include: Ian Bartholomew's ChunkBrowser (Pharo's lost changes is close and useful, but not the same) and Profiler, the SUnitBrowser (nicer than the SUnit test runner), and Ghoul. Ghoul is well named. It presents Dolphin crash dumps in a debugger-like view: http://metagnostic.org/DolphinSmalltalk/Ghoul.html If there is, or could/should be enough data in a profile to do the same thing, it would make an interesting addition. Then interacting with the code includes the ability to see the values of variables. Bill

2 2

[Pharo-project] [update 1.4] #14022
by Marcus Denker July 1, 2011

July 1, 2011

14022 ----- Issue 4475: Senders button of finder tool DNU browseSendersOf: http://code.google.com/p/pharo/issues/detail?id=4475 Issue 4457: Polymorph-ToolBuilder package need to be removed http://code.google.com/p/pharo/issues/detail?id=4457 (package not yet removed, just cleanup) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.3] #13281
by Marcus Denker July 1, 2011

July 1, 2011

13281 ----- Issue 4475: Senders button of finder tool DNU browseSendersOf: http://code.google.com/p/pharo/issues/detail?id=4475 Issue 4473: About HTTP proxies, settings and MacOS http://code.google.com/p/pharo/issues/detail?id=4473 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Silly Tweet
by Stephan Eggermont June 30, 2011

June 30, 2011

Igor wrote: >On 29 June 2011 15:56, Schwab,Wilhelm K <bschwab at anest.ufl.edu wrote: >> Having an archive seems sufficient - those who need old versions for use or research can get them; they don't have to be clogging up the build server. Sounds great. > >Indeed. If people would like to use older releases, they should look >for another place, not for build server. >Since build server are there to build & test bleeding-edge (under >development) versions, but not ones which already released and years >old. Ok, so you simply do not want the builds to be used by others. That's fine. Stephan Eggermont

8 10