December 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] Company/freelance working with Pharo/Seaside

by Sven Van Caekenberghe

On 12 Dec 2011, at 11:28, StÃ©phane Ducasse wrote: > We need your inputs to build a structure to answer these questions. > So what would help you to make your clients feel more confident? > Again I repeat it (and I know that you know): we are really interested in making business grows around pharo. > > so do you think that the consortium could have a list of > companies offering services? > freelancers? > â¦ > The consortium should help you. Having an active community where many people participate in making Pharo better all the time is the best reference. It is also important that success stories, even small ones, are shared. Having a public list of available consultancy resources would be good, yes. But I guess that half the people on these lists are available for remotely delivered services in one form or another ;-) Although it is important that the community keeps on growing, we reached critical mass a long time ago, IMHO. Sven

Dec. 12, 2011

Re: [Pharo-project] IdentitySet but using #hash rather than #identityHash ?

by Levente Uzonyi

On Mon, 12 Dec 2011, Mariano Martinez Peck wrote: > Hi guys. I hope this is not a very stupid question. Background: in Fuel we > have a IdentityDictionary where we put each of the objects we find while > traversing the graph. We need to use IdentitySet because we cannot have > repetitions (and to avoid loops) so we NEED to use #==. In such dictionary > we put ALL objects of the graph, so it can be very big. Since IdentitySet > uses #identityHash, it means it will be using those ONLY 12 bits in the > object header. It means that we have 2^12 = 4096 different values. > > Question: having explained the previous, I wanted to be able to use #hash > rather than #identityHash since several classes implement #hash and hence I > thought that using #hash I could have less colisions and hence a better > performance. I tried to make a subclass of IdentitySet that uses #hash > rather than #identityHash but my image freezes. I also tried something like: > > set := PluggableSet new. > set hashBlock: [ :elem | elem hash ]. > set equalBlock: [ :a :b | a == b ]. > > But it doesn't work either. I works with simple tests in a workspace but > when I run the full tests of Fuel, it enters in a loop in the method #hash > of Collection.. > > Anyway, my question is, should that work? if not, what is the exact reason? If the serialized objects remain unchanged, then it can work. You can also give another IdentitySet implementation a try, e.g.: http://leves.web.elte.hu/squeak/LargeIdentitySet.st . Levente > > Thanks in advance, > > -- > Mariano > http://marianopeck.wordpress.com >

Dec. 12, 2011

Re: [Pharo-project] [Pharo-users] Company/freelance working with Pharo/Seaside

by StÃ©phane Ducasse

Janko, stephane and others We need your inputs to build a structure to answer these questions. So what would help you to make your clients feel more confident? Again I repeat it (and I know that you know): we are really interested in making business grows around pharo. so do you think that the consortium could have a list of companies offering services? freelancers? â¦ The consortium should help you. Stef

Dec. 12, 2011

[Pharo-project] IdentitySet but using #hash rather than #identityHash ?

by Mariano Martinez Peck

Hi guys. I hope this is not a very stupid question. Background: in Fuel we have a IdentityDictionary where we put each of the objects we find while traversing the graph. We need to use IdentitySet because we cannot have repetitions (and to avoid loops) so we NEED to use #==. In such dictionary we put ALL objects of the graph, so it can be very big. Since IdentitySet uses #identityHash, it means it will be using those ONLY 12 bits in the object header. It means that we have 2^12 = 4096 different values. Question: having explained the previous, I wanted to be able to use #hash rather than #identityHash since several classes implement #hash and hence I thought that using #hash I could have less colisions and hence a better performance. I tried to make a subclass of IdentitySet that uses #hash rather than #identityHash but my image freezes. I also tried something like: set := PluggableSet new. set hashBlock: [ :elem | elem hash ]. set equalBlock: [ :a :b | a == b ]. But it doesn't work either. I works with simple tests in a workspace but when I run the full tests of Fuel, it enters in a loop in the method #hash of Collection.. Anyway, my question is, should that work? if not, what is the exact reason? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

Dec. 12, 2011

Re: [Pharo-project] Latest Zinc in Pharo 1.3 with MetacelloConfiguration

by Sven Van Caekenberghe

FranÃ§ois, On 12 Dec 2011, at 05:51, Francois Stephany wrote: > But I'd like to do that with a MetacelloConfiguration. May I add a version 14 in the ConfigurationOfZincHTTPComponents? > > Can I use the latest versions of each package ? Or are there some 'stable' versions I should use ? > > There are two ConfigurationOfZincHTTPComponents: one in the Zn repository and one in the MetacelloRepository. Which one should I update? Why is there two different place to find it? > > Cheers, > > Francois It would be great if you could update both to the latest versions of all packages. Merci beaucoup! Sven

Dec. 12, 2011

Re: [Pharo-project] [ANN] Eclipse Icons for Pharo

by StÃ©phane Ducasse

Sure but we would like to avoid to have more license. I would prefer a CreativeCommons license because it is simple to understand and is not related to code. Stef On Dec 11, 2011, at 4:45 PM, Ben Coman wrote: > > The EPL does not seem the same show stopper as the GPL since the Eclipse License and FAQ indicate it is not viral like the GPL. There is no requirement that an EPL licensed program combined with a non-EPL licensed program requires the combination to be licensed under the EPL as a whole. In fact it is designed to allow distribution of closed source commercial applications based on it while keeping the common base open source. > > FAQ#17 actually says: "When incorporating a portion of a Program licensed under the EPL into my own proprietary product distributed in object code form, can I use a single license for the full product, in other words, covering the portion of the Program plus my own code? Answer: Yes. The object code for the product may be distributed under a single license as long as it references the EPL portion and complies, for that portion, with the terms of the EPL." > > Complying with the terms effectively be satisfied by: > 1. "sources" be available "just for the icons" > 2. Disclaiming warranty and liability - which the MIT already does > 3. Assumedly no patent issues arising from inclusion of icons. > > > StÃ©phane Ducasse wrote: >> I'm not sure that I would like to carry the Eclipse License around in Pharo :) >> >> >> On Dec 11, 2011, at 3:15 AM, Esteban Lorenzano wrote: >> >> >>> Hi, >>> >>> Today I was bored and not wanting to think too much... but I wanted to do something for Pharo... and I never liked the current Pharo icons, so I took one icon library I really like and changed all needed icons (well... all that I saw). >>> Here a couple of screen shots: >>> >>> <Captura de pantalla 2011-12-10 a la(s) 23.05.55.png> >>> <Captura de pantalla 2011-12-10 a la(s) 23.06.20.png> >>> >>> Of course, I don't think they are perfect (also maybe I didn't pick the best icons), but I think they look a lot better than the older. >>> >>> If you want to see how they look, this are the packages: >>> >>> for Pharo 1.3: >>> >>> <Eclipse-Icons-EstebanLorenzano.2.mcz> >>> >>> for Pharo 1.4: >>> >>> <Eclipse-Icons-EstebanLorenzano.4.mcz> >>> >>> >>> Then you execute: >>> >>> ThemeIcons initializeIcons. >>> World resetWorldMenu. >>> >>> ... and enjoy your new icons :) >>> >>> btw... this icons are in an open-source license, the EPL: >>> http://www.eclipse.org/legal/epl-v10.html >>> >>> so, maybe âif all agreeâ, we can add this icons to regular distribution :) >>> >>> best, >>> Esteban >>> >>> >>> >> >> >> >> >> >

Dec. 12, 2011

[Pharo-project] Latest Zinc in Pharo 1.3 with MetacelloConfiguration

by Francois Stephany

But I'd like to do that with a MetacelloConfiguration. May I add a version 14 in the ConfigurationOfZincHTTPComponents? Can I use the latest versions of each package ? Or are there some 'stable' versions I should use ? There are two ConfigurationOfZincHTTPComponents: one in the Zn repository and one in the MetacelloRepository. Which one should I update? Why is there two different place to find it? Cheers, Francois -- http://tulipemoutarde.be BE: +32 (0)65 709 131 CA: +1 778 558 3225

Dec. 12, 2011

Re: [Pharo-project] Cleaning up SmartRefStream use

by Martin Dias

On Sun, Dec 11, 2011 at 12:54 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Sun, Dec 11, 2011 at 4:35 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> >> On Dec 11, 2011, at 4:26 PM, Mariano Martinez Peck wrote: >> >> > >> > >> > On Sun, Dec 11, 2011 at 11:32 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> > Indeed this is fun I was doing the same :) >> > Now I do not understand why some parts of the system uses dataStream, >> others ReferenceStream and finally others SmartRefStream >> > why not all of them use SmartRefStream. >> > >> > It is not that I like these guys, but their class comments are pretty >> clear: >> > - DataStream does NOT handle cycles, but hence it may be faster in >> certain scenarios. I guess that for example, Monticello is sure that in its >> definitions, there cannot be cycles. In addition, it doesn't take into >> account variables names/order and hence class reshape isn't supported. >> > - ReferenceStream supports cycles but still doesn't support class >> reshape. >> > - SmartRefStream supports cycles and class reshape. >> > >> sounds good > > > Yes it does. In fact, I would love also to have those things > optional/configurable in Fuel: optional cycle detection and optional class > reshape support :) > But I don't see any performance cost on "class reshape support", do you? > > >> then we should be able to replace all the reference stream and smart by >> fuel. >> > > Yes, but Fuel is not completly ready to fully replace them. There are some > hooks they provide that Fuel does not yet. But we will get there at some > point. > > >> >> stef >> > > > > -- > Mariano > http://marianopeck.wordpress.com > >

Dec. 12, 2011

Re: [Pharo-project] NBCairo

by Fernando Olivero

Done, committed more enhancements and examples (from http://cairographics.org/samples/) I'm glad to take part of the "Form" liberation front! Fernando On Sun, Dec 11, 2011 at 7:41 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com> wrote: > Excelent! this is really good! I added you to the NBCairo admins, can > you copy them to squeaksource? (I have a really crappy internet > connection right now) > > Cheers, > Javier > > On 12/11/11, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >> Hi, Javier Â i've enhanced a bit the NBCairo bindings. >> >> Made the examples work with FS and directly display on the Display, >> without creating an ImageMorph, and also release the png's. >> I've changed the protocol of NBCairo, and updated it to subclass >> NBExternalLibrary, now present in NB. >> >> I've attached the monticello packages, let me know what do you think. >> >> Fernando >> pd: almost have the pango bindings working, screenshots soon. >> > > > -- > Lic. Javier PimÃ¡s > Ciudad de Buenos Aires

Dec. 11, 2011

Re: [Pharo-project] Help: Zodiac secure server.

by Sven Van Caekenberghe

Prasad, Comments inline: On 11 Dec 2011, at 19:06, Prasad Khurd wrote: > socketStreamOn: socket > | stream sss | > stream := ZdcSecureSocketStream on: socket. > stream > binary; > shouldSignal: true; > autoFlush: false; > bufferSize: self class socketBufferSize; The 4 messages above are not necessary (they are no-ops for ZdcSecureSocketStream, see their implementation). > timeout: self class socketStreamTimeout. > stream sslSession certificateName: '/home/khurd/pharo/cert.pem'. > > sss := stream sslSession. > Transcript cr; show: 'Is connected: ', sss isConnected printString, > 'certVerifState: ', sss certificateVerificationState printString. > stream accept. > > At the transcript output i get > Is connected: false certVerifState: 0 > which leads me to believe the certificate (cert.pem) is valid but the > sslSession has disconnected The SSL session can only be OK *after* the #accept. > and i get a walkback in accept stating the > connection is closed. Are any of the stream settings wrong? Can u please share briefly how i could debug hereâ¦ What is the walkback ? > Also do i need to set the certificateName on the client stream's sslSession? > > ss := ZdcSecureSocketStream > openConnectionToHostNamed: 'localhost' port: 443. > ss sslSession certificateName: '/home/khurd/pharo/cacert.pem'. Each secure stream has an SSLSession instance on which you should set the certificate once. The argument should be the full path to the .pem file which must include both the certificate and the private key. In the document that you used I think it should be key-cert.pem, the combined private key and certificate. Good luck and be sure to let me know how it goes. Sven PS: BTW I guess you are on Linux ? Because on Mac OS X this won't work due to missing functionality in the plugin.

Dec. 11, 2011