May 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] User questions
by Sean P. DeNigris May 17, 2012

May 17, 2012

I think the options we identified are: * StackOverflow * dedicated site - we seem not to fit stackexchange's guidelines - our own hosted site, possibly like http://ask.rascal-mpl.org/questions/ * Users mailing list The disadvantage of the users list vs. the other options is that the domain model is much weaker for questions/answers e.g. was it answered? does the community think it's a good answer? On the question of internal/external. I guess the big tradeoff is the visibility of something like SO (where the outside world will see the energy of Pharo's Smalltalk revival) vs. keeping control of the content. Of the two options available this second, which do we prefer to get started - SO, or the users list? Sean -- View this message in context: http://forum.world.st/User-questions-tp4630513.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 3

[Pharo-project] WTF -> instVar called 'behaviors' in first slot
by Mariano Martinez Peck May 17, 2012

May 17, 2012

Hi guys. Today we had something really strange with Pharo 2.0. We are serializing FLPackage: Object subclass: #FLPackage instanceVariableNames: 'extensionMethods behaviors mustInitialize preLoadActions postLoadActions additionalObjects' classVariableNames: 'MustInitializeByDefault' poolDictionaries: '' category: 'FuelPackageLoader' That definition, where 'extensionMethods' is before 'behaviors' it works perfect. However, when just switching the oder to: Object subclass: #FLPackage instanceVariableNames: 'behaviors extensionMethods mustInitialize preLoadActions postLoadActions additionalObjects' classVariableNames: 'MustInitializeByDefault' poolDictionaries: '' category: 'FuelPackageLoader' The serialization of PharoCore fails because a problem with a metaclass of HTTPSocket. Any idea what can happen? thanks -- Mariano http://marianopeck.wordpress.com

4 7

Re: [Pharo-project] Are we losing method versions?
by Marcus Denker May 17, 2012

May 17, 2012

On May 16, 2012, at 8:16 PM, Sean P. DeNigris wrote: > For DateAndTime class>>#readFrom: ... > > In Pharo 1.0, only one version: 'PeterHugossonMiller 9/3/2009 01:10' > In Pharo 1.2.2, two versions, minus the one from 1.0: "#('SeanDeNigris > 8/5/2010 15:51' 'StephaneDucasse 4/24/2010 12:46')" > In Pharo 2.0, only the last version from 1.2.2 remains: 'SeanDeNigris > 8/5/2010 15:51' > Yes, we did a condense sources in 1.4. The .sources file reached 40MB. (condensed 12). Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] Pharo is exploding
by Marcus Denker May 17, 2012

May 17, 2012

On May 16, 2012, at 9:23 AM, Pavel Krivanek wrote: > On Tue, May 15, 2012 at 11:29 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >>>> It depends. Pharo 2.0 is UNSTABLE. It says it everywhere. If you want to do >>>> seriuous development you won't beusing Pharo 2.0, will you? ;) >>> >>> I talked about that few days ago with GermÃ¡n. The problem is not in >>> using of unstable version. The problem is that it is very easy to stop >>> to be in touch with Pharo now and within one year when the current >>> unstable version will become stable the developers will face to very >>> different system. That is one of the reason why GermÃ¡n choose Cuis for >>> his current projects. Developers want simple predictable system. >> >> Absolutely wonderful. So what people wants just the same. Ok but this is not Pharo. >> And and and again again again and again who is concerned by RPackage vs PackageInfo, >> systemNotifier vs. announcement, better monticello, better canvas, better Zincâ¦. >> I find that a totally false argument. > > I will quote GermÃ¡n (I hope he will not mind): "lot and lot of > things... Lot of new things each day. Part of that is that I started the project "tweet something about Pharo every day". some 15 months? ago... my idea was that we need to make public what happens because most people's perception was : Smalltak is dead. If people want I can stop. > Not time to stabilize nothing. Pharo 1.4 is frozen. We just fix bugs. The same with 1.3. Or even 1.2... > Is needed such acceleration? ... My point is, I'm trying to move a > business with Smalltalk and the acceleration of Pharo is well know by > me (from other companies) and sooner or later, impact in my job and > I'm a very LITTLE software house can't migrate my products all the > time." > You should *not* migrate. That's the idea. Just as one uses a (in the future unchanging Cuis, I am sorry to hear that), you can use an unchaning Pharo 1.4, or 1.3. Only when your project needs it, (because you actively with manpower develop it for a longer time), you can move to a new version. > We simply have to accept that some developers can have this feelings > and try to find a way how to limit it. I think that some official > Pharo blog (maybe written by Esteban) would be very helpful. Some kind > of not very extensive technical information source that will help > people to stay in touch with Pharo progress. That will explain what is > being changed in Pharo and why. I think that developers than will see > the changes like positive not as alien ones. > What I think is problematic: Peopler are against Change. But when somone nevertheless does it, build a great system, the same people that did not allow us to move will gladly abandon the old system for the new system. Cuis is a good example. According to the Philosophy of German, it should not exist. Maybe we should partition the *mailinglist* by stable and unstable? This way people using the stable don't see the noise and can focus... Marcus -- Marcus Denker -- http://marcusdenker.de

8 7

[Pharo-project] n-dimensional arrays
by Francisco Garau May 17, 2012

May 17, 2012

Hi -- just wonder if someone has implemented a n-dimensional array as in NumPy. What is cool about those arrays is that they are stored efficiently in an homogeneous collection (eg FloatArray) over which you can have several "views" or "slices" without having to take a copy. - Francisco

2 1

[Pharo-project] Collection>>difference: behaviour in 1.4 (was [Moose-dev] Re: Jenkins build is still unstable: moose-latest-dev #972 )
by Ben Coman May 16, 2012

May 16, 2012

'From Pharo1.4 of 18 April 2012 [Latest update: #14438] on 16 May 2012 at 11:15:20 pm'! !MOAbstractRegularTreeLayout methodsFor: 'hook' stamp: 'BenComan 5/16/2012 23:14'! doExecute: node | rootNodes btcdebug| alreadyLayoutedNodes := OrderedCollection new. rootNodes := self rootNodesFor: node nodes. nodesByLayer := OrderedCollection new. self flag: #btcdebug. "Regarding moose-dev(a)iam.unibe.ch emails 'Jenkins build is still unstable: moose-latest-dev #972' To isolate the issue, open a Transcript then generate the following in Mondrian Easel twenty times view shape label. view nodes: #(1 2 3 4 ). view edgesFromAssociations: { 1 -> 2. 1 ->3 . 3 -> 4}. view treeLayout. " btcdebug := rootNodes first. Transcript cr; crShow: '------------------------------'. Transcript crShow: 'B1>', (self childrenFor: btcdebug) asString. Transcript crShow: 'B2>', (self computeChildrenFor: btcdebug) asString. self layout: rootNodes atPoint: self leftGap @ self topGap atLayer: 1. self isLayered ifTrue: [ self rearrangeByLayers: node ]! ! !MOAbstractVerticalTreeLayout methodsFor: 'hook-private' stamp: 'BenComan 5/16/2012 23:02'! layout: aNodeCollection atPoint: aPoint atLayer: aNumber | treeSize childrenPosition x y middleOfTree | aNodeCollection isEmpty ifTrue: [ ^ 0 ]. x := aPoint x. y := aPoint y. alreadyLayoutedNodes addAll: aNodeCollection. self atLayer: aNumber add: aNodeCollection. aNodeCollection do: [ :each | self flag: #btcdebug. Transcript crShow: 'A2>', each asString. childrenPosition := y + each height + self verticalGap. treeSize := each width max: (self layout: (self computeChildrenFor: each) atPoint: x @ childrenPosition atLayer: aNumber + 1). middleOfTree := x + (treeSize / 2.0) - (each width / 2.0). each translateTo: middleOfTree @ y. x := x + treeSize + self horizontalGap ]. ^ x - aPoint x - self horizontalGap! !

4 3

[Pharo-project] Pharo is exploding
by Igor Stasenko May 16, 2012

May 16, 2012

it was a time, when were able to track all activities around squeak, pharo and vm.. today the amount of updates, news and activities is just overwhelming.. a rusty locomotive, which once staying in backyard, repaired by Stef and Marcus and now goes faster and faster :) -- Best regards, Igor Stasenko.

11 21

[Pharo-project] Pharo Kernel 2.0 Reload by Fuel activated
by Pavel Krivanek May 16, 2012

May 16, 2012

Hi, we were able to activate the job Pharo Kernel 2.0 Reload by Fuel [1] and related tests [2]. In short, this job takes latest Pharo Kernel image and with the only single script [3] it creates working Pharo Core image. It uses code and some data previously exported by a supporting job [4] [5]. The resultant image is not production-ready because Fuel Package Loader currently doesn't work with changes file. The next step that should be quite simple is to do the same with an image without Compiler :-) [1] https://ci.lille.inria.fr/pharo/view/Pharo-Kernel%202.0/job/Pharo%20Kernel%… [2] https://ci.lille.inria.fr/pharo/view/Pharo-Kernel%202.0/job/Pharo%20Kernel%… [3] http://gitorious.org/pharo-build/pharo-build/blobs/master/scripts/pharo/Ker… [4] https://ci.lille.inria.fr/pharo/view/Pharo-Kernel%202.0/job/Pharo%20Kernel%… [5] http://gitorious.org/pharo-build/pharo-build/blobs/master/scripts/pharo/Ker… Cheers, -- Pavel

4 4

[Pharo-project] [update 2.0] #20075
by Esteban Lorenzano May 16, 2012

May 16, 2012

20075 ----- This update begins the path towards modularization of Pharo builds, replacing old ScripLoader with new MetacelloScriptLoader. Still not much to see... :) Issue 5906: Better comment for Class>>#copy http://code.google.com/p/pharo/issues/detail?id=5906 Issue 5898: Fixing version browsing and ring historical behavior http://code.google.com/p/pharo/issues/detail?id=5898 Issue 5895: Change History separator in nautilus history http://code.google.com/p/pharo/issues/detail?id=5895 Issue 5894: Mini improvement in MethodWidget API http://code.google.com/p/pharo/issues/detail?id=5894

2 1

[Pharo-project] [update 2.0] #20076
by Esteban Lorenzano May 16, 2012

May 16, 2012

20076 ----- Issue 5669: MC Speedup http://code.google.com/p/pharo/issues/detail?id=5669

2 1