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

[Pharo-project] No win or macos build for Nativeboost in Jeckins
by dimitris chloupis Oct. 2, 2012

Oct. 2, 2012

I am trying to get a build for Nativeboost Cogvm for the past several weeks and it seems no build is available for win32 or macos. https://ci.lille.inria.fr/pharo/job/NativeBoost-Cog-VM/ Any idea why this happens and when it will be resolved ? thanks. I am also interested in using Athens for a new GUI api that I am making.Â

3 4

[Pharo-project] [update 2.0] #20318
by Marcus Denker Oct. 2, 2012

Oct. 2, 2012

20318 ----- Issue 6751: Use gzip compression for most transferred files http://code.google.com/p/pharo/issues/detail?id=6751 Issue 6729: Array SubscriptOutOfBounds: in PluggableListMorph http://code.google.com/p/pharo/issues/detail?id=6729 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree
by Stephan Eggermont Oct. 1, 2012

Oct. 1, 2012

Hannes wrote: > Some people however do not mind to do mappings from one data format to another. That is right, and I prefer to keep my meditation separate from my programming. Stephan Eggermont

1 0

[Pharo-project] detect if image was saved with Cog
by Max Leske Oct. 1, 2012

Oct. 1, 2012

Hi guys Is there a way to find out (from outside of the image), if an image has been saved with Cog? What I would like to do is something like this: $ head -20 myImage.image | grep <some expression> The use case for this is seaside hosting, where we only have squeak VMs to run images, so when an image is uploaded that was saved with Cog that image cause trouble. Any ideas? Cheers, Max

6 16

Re: [Pharo-project] detect if image was saved with Cog
by Max Leske Oct. 1, 2012

Oct. 1, 2012

Thanks for the help guys, I think I have what I need. @Stef Christoph will get in touch with you. Cheers, Max On 01.10.2012, at 14:03, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 1 October 2012 13:52, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi max >> >> I do not remember (may be doru) told me that he talked with christophe about the update of the SeasideHosting VM. >> I passed the mail to the esug-board because ESUG would certainly support action from this side. >> There is the work done by laurent laffont around smallHarbor is certainly to be considered as well as the hosting of the source >> modification in our git hub repository ( we could imagine that the hostingVM is part of our builds). >> > Is that was work about restricting file access/ports? > Sure it costs nothing in keeping a branch with little changes. > > >> may be we should see how we can help/what we can do about seaside hosting. >> I like the idea behind SmallHarbor: that people could deploy a way to manage their seaside app. >> >> Do you have more information from netstyle point of view? >> >> >> Stef >> >> >> On Oct 1, 2012, at 11:09 AM, Max Leske wrote: >> >>> Hi guys >>> >>> Is there a way to find out (from outside of the image), if an image has been saved with Cog? What I would like to do is something like this: >>> >>> $ head -20 myImage.image | grep <some expression> >>> >>> The use case for this is seaside hosting, where we only have squeak VMs to run images, so when an image is uploaded that was saved with Cog that image cause trouble. >>> Any ideas? >>> >>> Cheers, >>> Max >> > > > > -- > Best regards, > Igor Stasenko.

1 0

[Pharo-project] Problem with merging, changes and MC
by Mariano Martinez Peck Oct. 1, 2012

Oct. 1, 2012

Hi. Together with Guille we found a problem and we were able to reproduce it. The thing is this... I have my FuelTest package with version MarcusDenker.286. Then I did a merge with the last version from Fuel repo (Name: FuelTests-MarianoMartinezPeck.289). Now, if you see the package in the MC browser, it looks like: * FuelTests (MarcusDenker.286, MarianoMartinezPeck.289) So now when I search for "changes" the #closestAncestorSnapshotIn: is wrong because it is NOT taking the last version. From what we could understand, the problem is that #closestAncestorVersionFor:ifNone: sends #breadthFirstAncestorsDo: and this last methods does not SORT the versions. So...since the .286 is first and .289 is last, it answers the wrong value. Just as a test, we did a "ancestors := ancestors reversed" in #breadthFirstAncestorsDo: and the "changes" work as expected. So...what should we do? change the #breadthFirstAncestorsDo: so that it does not depend on the "sort", fix the Ëmerge" so that it sorts the versions? something else? Thanks! -- Mariano http://marianopeck.wordpress.com

3 2

[Pharo-project] String>>includesSub[S|s]tring: - do we need another kind of deprecation ?
by Sven Van Caekenberghe Oct. 1, 2012

Oct. 1, 2012

Guys, So yesterday I deployed a new server based on an #20309 image, with a single Metacello config for my code, and a separate manual load for Seaside 3.1 (which I use as an interface to work with the headless image) - and all went well ! But I had to apply one manual hack: remove the deprecation from #includesSubString: (for Seaside). I feel like we need another, more silent kind of deprecation for situations like this. Library/framework/application writers targetting multiple Pharo versions are being hit way too hard by this, for - in this case certainly -, no good reason. Creating two versions (I introduced a special package Pharo-Forward-Compatibility just for this), is not worth it (unless you absolutely want the best Pharo 2.x code like I do). I would imagine something similar to Deprecation which maybe prints on the Transcript, but is otherwise silent, except when some switch is turned on. It would give us the power to deprecate much more things even 'silly renames'. And less external stuff would break. What do you think ? Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

5 8

[Pharo-project] [update 2.0] #20317
by Marcus Denker Oct. 1, 2012

Oct. 1, 2012

20317 ----- Issue 6167: ClassFactoryForTestCase has silent extensions from fuel http://code.google.com/p/pharo/issues/detail?id=6167 Issue 6392: DNU for Text initialize http://code.google.com/p/pharo/issues/detail?id=6392 Issue 6277: PharoV10.sources files should be loaded on demand http://code.google.com/p/pharo/issues/detail?id=6277 -- Marcus Denker -- http://marcusdenker.de

1 0