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

Re: [Pharo-project] is the date of 8th of February good for a sprint

by StÃ©phane Ducasse

We could now I will not be present that week. On Dec 17, 2012, at 11:02 AM, Stephan Eggermont wrote: > Hi Stef, > > 2-3 Februari is FOSDEM, with a smalltalk devroom on sunday. > (I would welcome ideas to present something there, btw) > 1 or 4 would allow me to combine the trip. > > Cheers, > Stephan Eggermont >

Dec. 18, 2012

Re: [Pharo-project] Feature requests and a tip for SmalltalkHub

by Nicolas Petton

GÃ¶ran Krampe <goran(a)krampe.se> writes: > Hey! > > On 12/18/2012 10:55 AM, Nicolas Petton wrote:[SNIP of nice answers] > >> PS. Yeah, I might check if I can help out with this... > > > > Sure. I'll be planning a release with Stef today, maybe we could talk on > > IRC if you're available :) > > Sure, I am there. And oh, one more question that others may be > interested in: > > - Is there a resonably simple way of copying over all snapshots in a > project on say SS to StHub? > > Ehm, of course there is - but do you happen to have such a snippet? > Otherwise I figure it out :) Have you tried using Gofer? Gofer it squeaksource: 'foo'; package: 'Foo-Bar'; package: 'Foo-Baz'; pull. Gofer it url: 'http://smalltalkhub.com/mc/Me/Foo' username: 'me' password: 'blah'; package: 'Foo-Bar'; package: 'Foo-Baz; push. Cheers, Nico

Dec. 18, 2012

Re: [Pharo-project] Feature requests and a tip for SmalltalkHub

by GÃ¶ran Krampe

Hey! On 12/18/2012 10:55 AM, Nicolas Petton wrote:[SNIP of nice answers] >> PS. Yeah, I might check if I can help out with this... > > Sure. I'll be planning a release with Stef today, maybe we could talk on > IRC if you're available :) Sure, I am there. And oh, one more question that others may be interested in: - Is there a resonably simple way of copying over all snapshots in a project on say SS to StHub? Ehm, of course there is - but do you happen to have such a snippet? Otherwise I figure it out :) regards, GÃ¶ran

Dec. 18, 2012

Re: [Pharo-project] Feature requests and a tip for SmalltalkHub

by Nicolas Petton

Hi GÃ¶ran, GÃ¶ran Krampe <goran(a)krampe.se> writes: > Hi! > > I am moving my SS stuff over to Smalltalkhub and I am discovering some > things as I go: > > - There is no proper way to *list* existing projects or members. Need! > :) Also, I wonder how google can index projects - I don't think it > can. That's planned for the next release :) > > - There is no proper way to search for a member by full name or part of > username/full name. The search field can find a person if you type in > the exact *username*. So you can find me if you search for... "gokr" > (exactly) but not for "GÃ¶ran" or "Krampe" or any part there of. same here :) > > - There is a bug so if you edit your User account settings (sometimes > called "Edit profile" sometimes called "Settings" :) - then if you enter > a full name that is different from the username you signed up with (as I > did) then the projects you have created before will disappear from the > Dashboard. Oops! They are not gone however, they are still located at > ~username/Projectname - but Dashboard seems to mistakenly search for > them using "Full name" instead of username. This is a known bug. It is fixed in the latest (unstable) version I have here. > > > regards, GÃ¶ran > > PS. Yeah, I might check if I can help out with this... Sure. I'll be planning a release with Stef today, maybe we could talk on IRC if you're available :) Cheers, Nico

Dec. 18, 2012

Re: [Pharo-project] Persistence Options

by GÃ¶ran Krampe

Hey! On 12/18/2012 09:35 AM, GÃ¶ran Krampe wrote: > TokyoTyrant > =========== > The "binding" I wrote hasn't been touched since I wrote it, but it is > binary over SocketStream and VERY fast. There is now a new similar > database called KyotoTycoon from the same author that he recommends as > superior. Some differences: > > http://stackoverflow.com/questions/4178414/what-is-the-difference-between-t… > > I am not using nor maintaining this library anymore though. Still the > raw speed is amazing and if that is what you want then this one is hard > to beat. > > NOTE: Not sure how it operates under Pharo but since it runs on top of > SocketStream I suspect it just works. If someone tries it out, let me know. Just noticed that KyotoTycoonClient is available on SS using WebClient by Masashi Umezawa: http://map.squeak.org/packagebyname/kyoto Cool :) Not sure if it works in Pharo of course. regards, GÃ¶ran

Dec. 18, 2012

[Pharo-project] Feature requests and a tip for SmalltalkHub

by GÃ¶ran Krampe

Hi! I am moving my SS stuff over to Smalltalkhub and I am discovering some things as I go: - There is no proper way to *list* existing projects or members. Need! :) Also, I wonder how google can index projects - I don't think it can. - There is no proper way to search for a member by full name or part of username/full name. The search field can find a person if you type in the exact *username*. So you can find me if you search for... "gokr" (exactly) but not for "GÃ¶ran" or "Krampe" or any part there of. - There is a bug so if you edit your User account settings (sometimes called "Edit profile" sometimes called "Settings" :) - then if you enter a full name that is different from the username you signed up with (as I did) then the projects you have created before will disappear from the Dashboard. Oops! They are not gone however, they are still located at ~username/Projectname - but Dashboard seems to mistakenly search for them using "Full name" instead of username. Finally a "workaround" to find people: If you edit a project and go to add contributors field it turns out that it does "partial" search over Usernames - so typing in "okr" will find "gokr". But it doesn't search over Full name at all ... regards, GÃ¶ran PS. Yeah, I might check if I can help out with this...

Dec. 18, 2012

Re: [Pharo-project] Pharo Icon Revamped

by dimitris chloupis

I cant say I like it either . I think the overall shape can be improved to be more interesting to the eye. Here some examples that may inspire you http://www.walksvictoria.com.au/walksvictoria-pics/prom-lighthouse.jpg http://ih2.redbubble.net/image.4442181.8742/flat,550x550,075,f.jpg http://www.investoffshore.com/blog/images/Roker_lighthouse.jpg http://upload.wikimedia.org/wikipedia/commons/f/fe/Cape_Hatteras_Lighthouse… I also think that maybe your light beam should be more sharp. I really love the original icon, its one of the best if not the best icon I have seen used for a coding application. But variation is always welcomed ;) I am actually thinking designing my own icon for my application too. I know making art is not as easy it may look. Definetly excited to see where you will go with this. ________________________________ From: Camillo Bruni <camillobruni(a)gmail.com> To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Monday, 17 December 2012, 20:48 Subject: [Pharo-project] Pharo Icon Revamped I spent my days reactivating my Illustrator skills and tried my luckÂ on the Pharo logo. I still lack the water and some perspective mismatches with the stripes :) but for me this looks better than the current one :) (as usual a highly subjective opinion). cheers cami

Dec. 18, 2012

Re: [Pharo-project] Persistence Options

by GÃ¶ran Krampe

Hey! On 12/17/2012 07:08 PM, Torsten Bergmann wrote: > Persisting data is crucial for any application and there > are many ways to do it. Be it RDBMS, NoSQL stuff or in-image > persistency. There are many pre-built solutions: Gemstone, OpenDBX, SandstoneDB, Mongo, ... > >>From time to time I ask the question here on the list > to see how it evolves and what people actually use in > their Pharo applications: > > 1. What persistence option do we currently have > 2. What persistence is used in your Pharo application today > 3. Which persistence solution you want to use/would you > like to see in Pharo's future > 4. What would you recommend. I can give some light on a few options that I have been involved in: TokyoTyrant =========== The "binding" I wrote hasn't been touched since I wrote it, but it is binary over SocketStream and VERY fast. There is now a new similar database called KyotoTycoon from the same author that he recommends as superior. Some differences: http://stackoverflow.com/questions/4178414/what-is-the-difference-between-t… I am not using nor maintaining this library anymore though. Still the raw speed is amazing and if that is what you want then this one is hard to beat. NOTE: Not sure how it operates under Pharo but since it runs on top of SocketStream I suspect it just works. If someone tries it out, let me know. Phriak ====== This is a binding to Riak, perhaps the most insanely cool NoSQL database IMHO. Yeah, MongoDB is also very nice, but some aspects of Riak really makes me comfy and warm inside. The binding was started by Runar Jordahl called "EpigentRiakInterface", then I did a friendly fork and improved it even more, and then Nicolas Petton joined and improved it LOTS more, and now lately Paul De Bruicker has also joined with commits. Phriak is intentionally focused on Pharo and uses the Zinc components to implement the API which is HTTP based. Riak has protocol buffers too, but we haven't looked at that. This binding is maintained, pretty complete and very easy to use. Riak is also extremely easy to install. Oak === This is a not so well known little side project from Nicolas Petton that I also am messing around with now. Oak is an "OODBish layer" that first was written abstractly to work on top of Riak, MongoDB etc. Now we are refocusing it on Riak only, possibly keeping optional Memcache support. Oak uses two other very nice new technologies in Pharo: Fuel and Ghost. Fuel is well known, very good serialization library basically. Ghost is a new small library for making well behaving proxies, using a smarter approach than the old "subclass ProtoObject and implement #doesNotUnderstand:". Net result is a semi transparent OODB which stores objects as Fuel blobs in Riak with UUIDs as keys. The auto faulting is done using Ghost proxies (so parts of your domain model are loaded "on demand" when you send messages to them). Oak is not super automagic like Magma - it doesn't do GC for example. But it is quite fast, small codebase and since it has a very simple model you can use other aspects of Riak through Phriak on the side. Oak is live and kicking and we are improving it by the day. So consider it a very interesting alpha, but still, small and simple codebase so you can use it already if you are not afraid to get your hands dirty. regards, GÃ¶ran

Dec. 18, 2012

[Pharo-project] Persistence Options

by Torsten Bergmann

Dec. 18, 2012

Re: [Pharo-project] CI down?

by Marcus Denker

On Dec 18, 2012, at 7:35 AM, Ben Coman <btc(a)openInWorld.com> wrote: > The "Pharo 2.0 one-click (unstable)" and "integration server" links > on http://www.pharo-project.org/pharo-download > and http://www.pharo-project.org/pharo-download/beta-2-0 > still refer to ci.lille.inria.fr > yes, because the new one has no one-click yet. (we really need to push to finish the moveâ¦) > btw should that be "Pharo 2.0 one-click (beta)" ? > yes. > cheers -ben > > Marcus Denker wrote: >> On Dec 17, 2012, at 2:04 AM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> >> >>> On 12/16/2012 5:45 PM, Camillo Bruni wrote: >>> >>>> I repeat: Do not use the CI to download stuff from... >>>> >>>> Use our static file server: http://pharo.gforge.inria.fr/ci/ >>>> >>>> ci jobs may change names and jenkins is too brittle to support heavy traffic! >>>> >>> I think the easiest way to encourage this would be to change the website to point to the latest stable version of each of the images and vms. >>> >> I changed the links on the websiteâ¦ >> >> Marcus >> >> >> >> >> >> > >

Dec. 18, 2012