- Pharo-dev - lists.pharo.org

[Pharo-project] Thoughts on Monticello/GIT?

by Geert Claes

A feedback post on the ESUG list from the GSoC somehow turned into an idea sandpit. I would like to test the water about one of the ideas to get a feeling about what people thoughts are regarding Pharo/GIT? Some groundwork has already been done via the gitocello (I like the name) project. Paolo Bonzini-2 wrote: > > ... For the VCS, I've always been surprised there's no git or svn backend > for Monticello. It wouldn't seem _too_ hard to have a directory per > package and replace each .mcz file with a commit in that directory. > > Alternatively, there's actually very little GST-specific code in > http://github.com/timfel/gitocello (a Squeak+Monticello <-> GST+git > bridge), so if someone wants to play with it... > -- View this message in context: http://forum.world.st/Thoughts-on-Monticello-GIT-tp3019086p3019086.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 29, 2010

Re: [Pharo-project] posting etiquette - please post new text at the *top* of your email

by Stephan Eggermont

Niko wrote: >I think RFC1855-style messages still look beautiful, and they have >their place. But if you're too lazy to follow the gist of it, that's >alright with me, but then put your content at the top, so I don't have >to scroll down to Walhalla. The best thing to do is to make the mailing list enforce trimming and quote- to original text fraction and reject top- and bottom-posts. It tends to have a very good effect on readability of the list especially when looking back a few months/years later. Stephan

Oct. 29, 2010

[Pharo-project] Wrong O2 loaded by default

by Johan Fabry

Hi all, DEVImageWorkspaces openExternalProjectWorkspace shows a script for O2 that loads a version that is not up to date and therefore does not work in Pharo 1.1 Could some Metacello or O2 wizard please solve this problem? -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Oct. 29, 2010

Re: [Pharo-project] GraphViz in pharo

by Schwab,Wilhelm K

Does that mean that Grapviz exists both in executable and library forms? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Fernando Olivero [fernando.olivero(a)usi.ch] Sent: Friday, October 29, 2010 12:48 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] GraphViz in pharo Did you consider using Alien to reify the Graphviz lib into the image? It would also be a another option. Fernando On Thu, Oct 28, 2010 at 10:34 PM, Guillermo Polito <guillermopolito(a)gmail.com<mailto:guillermopolito@gmail.com>> wrote: Hi! I downloaded Graphviz yesterday in my ubuntu machine using pharo 1.1.1 with cog, and graphviz worked very well :). Today I'm using a pharo 1.1 image and 4.0.2 VM on windows machine and I can't make it work :(. Graphviz needs OSProcess and CommandShell. I downloaded them, but there are some problems: - For windows it uses Win32Shell, which isn't in my Pharo Image of course :P. So I replaced it by CommandShell but it is still failing. - I'm trying to use CommandShell on its own, but I have the folowing result: $ ls cannot access system to run 'ls' GraphViz was adapted to pharo this year on June by "SR". Â¿Does someone know who's him or her? Â¿Can someone send me a tip? Thanks! Guille

Oct. 29, 2010

Re: [Pharo-project] Glamour theme now loads in Pharo1.2

by Esteban Lorenzano

cool :) On 2010-10-28 10:28:54 -0300, Fernando Olivero <fernando.olivero(a)usi.ch> said: > > Name: Glamour-Morphic-Theme-FernandoOlivero.22 > Author: FernandoOlivero > Time: 28 October 2010, 3:26:49 pm > UUID: fa2bf315-5143-4e38-8e1d-6563510b1169 > Ancestors: Glamour-Morphic-Theme-tg.21 > > Ported the style to Pharo1.2. > Dropped the usage of MenuIcons, because this class was deprecated, now each > theme defines its own Icons class. > See GLMUIThemeIcons. > > > <div>Name: Glamour-Morphic-Theme-FernandoOlivero.22</div><div>Author: Ferna= > ndoOlivero</div><div>Time: 28 October 2010, 3:26:49 pm</div><div>UUID: fa2b= > f315-5143-4e38-8e1d-6563510b1169</div><div>Ancestors: Glamour-Morphic-Theme= > -tg.21</div> > > <div><br></div><div>Ported the style to Pharo1.2.</div><div>Dropped the usa= > ge of =A0MenuIcons, because this class was deprecated, now each theme defin= > es its own Icons class.</div><div>See GLMUIThemeIcons.</div>

Oct. 29, 2010

Re: [Pharo-project] [update 1.2] #12217

by Marcus Denker

On Oct 27, 2010, at 8:01 PM, Tony Fleig wrote: > In my Pharo core image there is indeed a Software Update entry under System, but when I select it a window pops up that says "0 new update file(s) processed." > > In my Seaside One-Click Image, there is no Software Update entry at all. -> only core images can be updated. Reason: updates do not cover packages managed outside (e.g. OmniBrowser, OCompletion). Yet the Core changes can make these packages not work anymore due to e.g. deprecation of code. -> Core images only load the updates of their release. that is, a 1.1 image loads updates for 1.1.1, but not for 1.2. Reason: You do not want to load experimental updates in a production system. All of this is far from perfect and should be improved. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Oct. 29, 2010

Re: [Pharo-project] Glamour theme now loads in Pharo1.2

by Tudor Girba

Thanks, Fernando! Doru On 28 Oct 2010, at 15:28, Fernando Olivero wrote: > Name: Glamour-Morphic-Theme-FernandoOlivero.22 > Author: FernandoOlivero > Time: 28 October 2010, 3:26:49 pm > UUID: fa2bf315-5143-4e38-8e1d-6563510b1169 > Ancestors: Glamour-Morphic-Theme-tg.21 > > Ported the style to Pharo1.2. > Dropped the usage of MenuIcons, because this class was deprecated, now each theme defines its own Icons class. > See GLMUIThemeIcons. -- www.tudorgirba.com "What we can governs what we wish."

Oct. 29, 2010

Re: [Pharo-project] posting etiquette - please post new text at the *top* of your email

by Geert Claes

Sean P. DeNigris wrote: > > ... I get this list in a digest and often read it on my iPhone .... > I don't know about the email digest, but the forum.world.st reads very nicely on my iPhone :) -- View this message in context: http://forum.world.st/posting-etiquette-please-post-new-text-at-the-top-of-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 29, 2010

Re: [Pharo-project] Sharing a image between several computers

by Henrik Johansen

On Oct 28, 2010, at 11:39 01PM, Oscar E A Callau wrote: > Hi all, > > I've been programming in Smalltalk/Pharo for a time, and it is really nice (I love it). Usually, I work with several images at my work and home. I share those images using dropbox. However it is not practical, if your images size are 100+ MB (because dropbox is synchronizing each time that you save). > > So I was wondering If you use a more practical software to share your images between several computers. > I use Dropbox, alot. Synching other stuff than smalltalk images as well, but on my Mac with Dropbox installed on a Windows bootcamp partition, an Ubuntu VM, and OSX itself, it saves me lots of manual tediousness making sure I have the data I want to work on available everywhere, at the cost of some disk-space. Usually I'm on a LAN with the other machine I have Dropbox installed on as well at least once a day, so transfer times aren't a big issue. Never really liked the frailty of having to carry around USB sticks. :) My Pharo images are rarely much larger than the base PharoCore, what's important to me is not having to spend lots of time downloading updates to make sure I work on the latest version on every platform. Code I develop I usually store in the local cache (or temporary images) while its in progress, then push it to Inbox. In my work using VW, I do the same, except there's usually data as well (stored externally), which I load in during development. I rarely ever save images containing data though (the exception being when I'm deep in debugging sessions at the end of a work day), and then always in temporary images I delete afterwards. Once changes are completed, they're saved to SCM, then reloaded in a fresh image, which is subsequently saved as the new development base. So basically - Keep your images sizes low by storing data externally. - Prefer saving to Monticello rather than storing the image as you progress. - Make saving images containing data an exception rather than the rule. And Dropbox will serve you just fine (well, at least it's just wonderful for me following those rules) Cheers, Henry

Oct. 29, 2010

Re: [Pharo-project] Sharing a image between several computers

by Norbert Hartl

On 28.10.2010, at 23:39, Oscar E A Callau wrote: > Hi all, > > I've been programming in Smalltalk/Pharo for a time, and it is really nice (I love it). Usually, I work with several images at my work and home. I share those images using dropbox. However it is not practical, if your images size are 100+ MB (because dropbox is synchronizing each time that you save). > > So I was wondering If you use a more practical software to share your images between several computers. > If you just need to carry your working image around with you an usb stick is the easiest I think. If you do it like this you should build it new from time to time. This way you see unintentional side effects you produced and that will keep you from succesful deploy your stuff elsewhere. In my case it is different. I'm developing in pharo and deploying on gemstone so no chance to copy an image. But I also feel the need to move things around. What I need to move is two things: Code and data. For moving code I use metacello. With a single line the server is updated to the new code. That is very comfortable. But then there is data accumulated on the server I like to have in my deployment image. For this you can use SIXX to file out your data object graph and read it in in your development image. hope this helps, Norbert

Oct. 29, 2010