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

Re: [Pharo-project] Pharo VMs should be more Pharo-like

by Diaz Trepat, Ramiro

I'm not sure having a VM with a different name is so confusing. Cog is a VM for more than one project, it's got its own identity and that is a good thing to me. Very much like V8 is not called javascriptvm or chromevm to the best of my knowledge. I'd say Pharo uses Cog, not that Cog is Pharo, and there's nothing wrong with that. Cheers. r. -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Esteban Lorenzano Sent: 29 November 2011 12:46 To: Pharo Development Subject: [Pharo-project] Pharo VMs should be more Pharo-like Hi, Currently, we are linking official VMs for pharo taking directly from Jenkins a version and packaging for download (or for Pharo One-Click). I think this is a temporal solution, we need something better: 1) Pharo VMs should have Pharo Icons. 2) Pharo VMs should be named "pharo" or "pharovm" (better the fist), not "CogVM", which is an internal name. 3) We should include a PLUGINS.txt file with information about present plugins (internal and external) 4) We should include a LICENCE.txt file with all licence information. ... I think that's all :) I know... this is very dumb and clearly not mandatory, but it says a lot about the maturity of our Pharo :) All agree? Should I create a ticket? Cheers, Esteban pd: I'm the only one who does not likes One-Click versions? I would prefer a different package for each platform (Is ugly to have a directory named Pharo.app in linux or windows. Also, no need to have all those duplicated-but-for-different-platform files) This email is confidential and subject to important disclaimers and conditions including on offers for the purchase or sale of securities, accuracy and completeness of information, viruses, confidentiality, legal privilege, and legal entity disclaimers, available at http://www.jpmorgan.com/pages/disclosures/email.

Nov. 29, 2011

Re: [Pharo-project] Pharo VMs should be more Pharo-like

by Sean P. DeNigris

EstebanLM wrote > > All agree? Should I create a ticket? > +1. All the little things make a difference, especially to newbies that may have misconceptions/doubts about Smalltalk. EstebanLM wrote > > pd: I'm the only one who does not likes One-Click versions? I would prefer > a different package for each platform (Is ugly to have a directory named > Pharo.app in linux or windows. Also, no need to have all those > duplicated-but-for-different-platform files) > I think they are both valuable. For me, the one-click is great to showcase Smalltalk's ability to run on any mainstream OS. I think the idea that in one operation I can drag my Smalltalk world onto a USB stick, plug it into any computer I may find, and have everything work is pretty cool. OTOH, for a dedicated use, like a web app on a unix server, the cleaner platform-specific approach seems better. -- View this message in context: http://forum.world.st/Pharo-VMs-should-be-more-Pharo-like-tp4119042p4119166… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 29, 2011

Re: [Pharo-project] Pharo VMs should be more Pharo-like

by Larry White

On Tue, Nov 29, 2011 at 8:07 AM, Luc Fabresse <luc.fabresse(a)gmail.com> > > >> pd: I'm the only one who does not likes One-Click versions? I would >> prefer a different package for each platform (Is ugly to have a directory >> named Pharo.app in linux or windows. Also, no need to have all those >> duplicated-but-for-different-platform files) >> > > I understand but on the other hand it is great to have the same package > which contains everything and runs everywhere. > > I have a bizarre, but maybe related use-case. I work in OS X and tried to setup my dev environment such that my one-click app was in a DropBox folder so I would never have to worry about backups and, theoretically, would be able to switch at any time to work from my other macs. (I put my local montecello repository in the same folder.) Unfortunately, it didn't work. Clicking the app resulted in a 'can't find image' error. I didn't look into it further but assumed that either there was a non-relative path setting, or that the image was actually not in the package contents hidden by the app. If the app packaging could be tweaked so this use-case worked it would be a nice, flexible (and free) model for working across different machines and having constant , effortless backup of the working environment. - Larry > Luc > > >

Nov. 29, 2011

[Pharo-project] VM page in pharo book is outdated

by Esteban Lorenzano

Hi, Checking the pharo colaboractive book, I found that the VM building is old and it is not compatible anymore with our current process. Maybe "someone" (cough, cough, Mariano, cough, cough) could update it with better information? Cheers, Esteban pd: also... I'm a little worried about nobody noticing this before. That means people does not use pharo book? I think is a great way to share information, but maybe there is not much people aware of it... I know, there is a link in "external links" in main page and is top in "documentation"... I don't know if we can do it more visible or clear? ppd: I'd rearrange "pharo tools" section by adding subsections like: "Persistence", "Web", etc., today looks a little bit confusing, IMHO. pppd: yeah... today is my "stupid questions" day... :P

Nov. 29, 2011

Re: [Pharo-project] Pharo VMs should be more Pharo-like

by Luc Fabresse

Hi Esteban, 2011/11/29 Esteban Lorenzano <estebanlm(a)gmail.com> > Hi, > > Currently, we are linking official VMs for pharo taking directly from > Jenkins a version and packaging for download (or for Pharo One-Click). > I think this is a temporal solution, we need something better: > > 1) Pharo VMs should have Pharo Icons. > 2) Pharo VMs should be named "pharo" or "pharovm" (better the fist), not > "CogVM", which is an internal name. > 3) We should include a PLUGINS.txt file with information about present > plugins (internal and external) > 4) We should include a LICENCE.txt file with all licence information. > > ... I think that's all :) > > I know... this is very dumb and clearly not mandatory, but it says a lot > about the maturity of our Pharo :) > > All agree? Should I create a ticket? > I completly agree. > > Cheers, > Esteban > > pd: I'm the only one who does not likes One-Click versions? I would prefer > a different package for each platform (Is ugly to have a directory named > Pharo.app in linux or windows. Also, no need to have all those > duplicated-but-for-different-platform files) > I understand but on the other hand it is great to have the same package which contains everything and runs everywhere. Luc

Nov. 29, 2011

Re: [Pharo-project] Pharo VMs should be more Pharo-like

by GermÃ¡n Arduino

2011/11/29 Esteban Lorenzano <estebanlm(a)gmail.com> > pd: I'm the only one who does not likes One-Click versions? I would prefer > a different package for each platform (Is ugly to have a directory named > Pharo.app in linux or windows. Also, no need to have all those > duplicated-but-for-different-platform files) > > +1

Nov. 29, 2011

[Pharo-project] Pharo VMs should be more Pharo-like

by Esteban Lorenzano

Hi, Currently, we are linking official VMs for pharo taking directly from Jenkins a version and packaging for download (or for Pharo One-Click). I think this is a temporal solution, we need something better: 1) Pharo VMs should have Pharo Icons. 2) Pharo VMs should be named "pharo" or "pharovm" (better the fist), not "CogVM", which is an internal name. 3) We should include a PLUGINS.txt file with information about present plugins (internal and external) 4) We should include a LICENCE.txt file with all licence information. ... I think that's all :) I know... this is very dumb and clearly not mandatory, but it says a lot about the maturity of our Pharo :) All agree? Should I create a ticket? Cheers, Esteban pd: I'm the only one who does not likes One-Click versions? I would prefer a different package for each platform (Is ugly to have a directory named Pharo.app in linux or windows. Also, no need to have all those duplicated-but-for-different-platform files)

Nov. 29, 2011

Re: [Pharo-project] Problem with NonInteractiveUIManager

by Norbert Hartl

Am 29.11.2011 um 02:24 schrieb Igor Stasenko: > ok, seems like someone extended protocol without implementing analog > in non-interactive manager. > please file a bug report we will fix that. done. http://code.google.com/p/pharo/issues/detail?id=5040 Norbert

Nov. 29, 2011

[Pharo-project] 1.4 arch users of Smalltalk does not work anymore

by StÃ©phane Ducasse

Hi ben I cannot work with 1.4 to look for users for example of Smalltalk. Can you have a look because it is dead slow. May be something with the Class comments. Stef

Nov. 29, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by StÃ©phane Ducasse

> > you shall install it from ports or homebrew. just make sure you build > either universal binaries > or 32-bit, because 64 bit ones won't work. Igor what is the exact invocation? Stef

Nov. 29, 2011