January 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Monticello class V.S. classSide

by Damien Cassou

On Tue, Jan 29, 2013 at 5:49 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > What do you mean? the screenshot shows a line ending with 'classSide' and a line ending with 'class'. We don't understand why there are 2 different suffixes -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Jan. 29, 2013

Re: [Pharo-project] zn url with passwords

by Damien Cassou

On Tue, Jan 29, 2013 at 3:13 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > well, we can easily write around it and keep the passwords separate. > might make more sense anyway :) the username is very often present however -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Jan. 29, 2013

Re: [Pharo-project] [update 2.0] #20496

by Camillo Bruni

Stef, do you see this entry!! https://code.google.com/p/pharo/issues/detail?id=7352 if you continue developing you will seriously screw up the image... we need discipline on that, if a HorribleErrorBlockingEverything appears the world stops and all forces focus on that.... On 2013-01-29, at 17:42, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > From santiago :) > > 20496 > ----- > > Issue 7349: rootApplication does not exist in Pharo. Thanks Vanessa Pena and Pablo Estefo. > http://code.google.com/p/pharo/issues/detail?id=7349 > > Issue 7349: rootApplication does not exist in Pharo. Thanks Vanessa Pena and Pablo Estefo. > http://code.google.com/p/pharo/issues/detail?id=7349 > > Issue 7356: New comment in MessageTally> Thanks Alexandre and Milton. > http://code.google.com/p/pharo/issues/detail?id=7356. > > Issue 7328: diffmorph does not shows the middle separator. Thanks Sean De Nigris. > http://code.google.com/p/pharo/issues/detail?id=7328 > Diff information: > http://ss3.gemstone.com/ss/Pharo20/Tools-StephaneDucasse.1020.diff > http://ss3.gemstone.com/ss/Pharo20/Refactoring-Tests-Core-StephaneDucasse.6… > http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-StephaneDucasse.761.di… > >

Jan. 29, 2013

Re: [Pharo-project] Monticello class V.S. classSide

by Camillo Bruni

if we merge in / see the changes of our FileSystem-Git package we see what is displayed on Damien's screenshot. But we have no clue what this 'class' vs 'classSide' stands for? The mcz contains standard code without Traits. On 2013-01-29, at 17:49, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Damien I do not understand your question. > What do you mean? > > Stef > > On Jan 29, 2013, at 6:23 AM, Damien Cassou wrote: > >> What is the difference between 'class' and 'classSide'? >> >> We believe this is one symptom of a major problem >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." >> Winston Churchill >> <monticello-classSide.png> > >

Jan. 29, 2013

Re: [Pharo-project] Where to get the VM?

by Camillo Bruni

On 2013-01-29, at 17:55, Ben Coman <btc(a)openInWorld.com> wrote: > Marcus Denker wrote: >> On Jan 29, 2013, at 4:35 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> >>> On 29 January 2013 16:25, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>>> One in the sense of the VM we tell people to use. >>>> >>>> >>> http://pharo.gforge.inria.fr/ci/vm/ >>> >> >> There are 6 >> >> >> > Can the Jenkins job for the images add to the resulting zip > a file named 'vm-used.txt' with a single line that points to the static download location of the vm used for that run ? actually not a bad idea, this would be additional information to the download script and console output we have. The current problem is that all the VM's are unstable or have missing plugins, hence

Jan. 29, 2013

[Pharo-project] Error: cannot remove non empty category [pharo issue 7284]

by Juan Pablo Sandoval Alcocer

Hello, We are working on a pharo issue 7284: "Error: cannot remove non empty category". A simple script to reproduce this issue is the following. Gofer new squeaksource: 'Roassal'; package: 'ConfigurationOfRoassal'; load. ((Smalltalk at: #ConfigurationOfRoassal) project version: '1.200') load. ((Smalltalk at: #ConfigurationOfRoassal) project version: '1.269') load. The problem is in the method MCOrganizationDefinition>>unload, it uses the removeCategory: method and this method don't delete the classes inside the category and raise an error: MCOrganizationDefinition>>unload categories do: [ :c | SystemOrganization removeCategory:c ]. A possible solution for this could be use the removeSystemCategory: instead, since it delete the classes inside and then the category. MCOrganizationDefinition>>unload categories do: [ :c | SystemOrganization removeSystemCategory: c ]. Perhaps, we are not sure about our solution. We want to have your opinion about it :) It's removing the classes inside the category is what we really want to do? There is a reason for not deleting the classes inside? Regards, Juan Pablo & Alejandro

Jan. 29, 2013

Re: [Pharo-project] Where to get the VM?

by Camillo Bruni

On 2013-01-29, at 16:23, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 29 January 2013 14:57, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Jan 29, 2013, at 2:49 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> if you guys would 10 seconds to read the jenkins configuration you would see that >>> we use the COG vm >>> >>> wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash >>> >>> and most of the builds on https://ci.inria.fr/rmod use the NBCogVM >>> >>> wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash >>> >>> >>> !!!!PLEASE BOOKMARK!!!! >>> >>> all vms are archived on the gforge, >>> >>> DO NOT USE JENKINS TO DOWNLOAD VMS... >>> >>> http://pharo.gforge.inria.fr/ci/vm/ >>> >>> they are all sorted by type and platform. Currently the PharoVM us not so stable. >>> => stack, cog or nbcog are better choices >>> >> >> The goal of course is to have *one* VMâ¦ else this is very very complex. >> > > But it is impossible to have just one. > Because it is against development process, same as with images: we > have 2.0 beta, 1.4 stable [+seaside preloaded] [+ project Foo > preloaded ] > (not speaking about older versions).. > Why you think what is normal for image-side, should be banned for VM side? > > And while i agree that we should minimize the confusion, i do not see > how we can avoid having zoo of VMs around. you're over generalizing... PharoVM with NativeBoost + SSL + OSProcess + Freetype will do the trick for most users, and that's what we aim for. people with special requirements need special treatment...

Jan. 29, 2013

Re: [Pharo-project] CommandShell and OSProcess updated for Pharo 2.0

by David T. Lewis

On Tue, Jan 29, 2013 at 01:45:27PM -0300, St?phane Ducasse wrote: > I can write a configuration if you want. > > Stef That would be great, thank you! Dave > > On Jan 29, 2013, at 12:14 AM, David T. Lewis wrote: > > > I have updated CommandShell for Pharo 2.0, and made a few additional > > updates to OSProcess also. In addition to CommandShell-Piping, the rest > > of the CommandShell package (except for CommandShell-MVC) can now be > > loaded into Pharo 2.0. CommandShellPharo provides the menu registration > > to make "Command shell" available under "Tools" in the world menu. > > > > The repository is at http://www.squeaksource.com/CommandShell, and the > > latest versions are: > > > > CommandShell-Base-dtl.29 > > CommandShell-Piping-dtl.13 > > CommandShell-Commands-dtl.13 > > CommandShell-UI-dtl.10 > > CommandShell-Morphic-dtl.2 > > CommandShellPharo-dtl.2 > > > > Yes I know, it needs a ConfigurationOfCommandShell. > > > > There are test failures related to VM issues but the basic functionality > > is now working, and both OSProcess and CommandShell should now be working > > for Pharo on Unix/Linux (and hopefully Mac) VMs. > > > > Dave > > > > > > On Thu, Jan 24, 2013 at 08:38:03PM -0500, David T. Lewis wrote: > >> > >> OSProcess and CommandShell-Piping should now load cleanly in Pharo 2.0. > >> > >> The latest versions are OSProcess-dtl.75 and CommandShell-Piping-dtl.13 > >> in the SqueakSource repositories for OSProcess and CommandShell. > >> > >> Thanks to Damien Cassou for doing the original work for OSProcess support > >> in Coral. I adapted his work so it will now load in both Squeak and Pharo. > >> > >> Unit test notes: > >> > >> The AioEventHandlerTestCase failures are due to AioPlugin not included in > >> the VM. I expect the tests will pass if AioPlugin is added to VM builds. > >> > >> Many test rely on #forkSqueak to create cooperating OS processes for the > >> tests. These tests fail on Cog, although this does not affect basic > >> functionality of OSProcess itself. > >> > >> UnixProcessAccessorTestCase>>testRedirectStdOutTo fails due to a problem > >> introduced in the oscog branch of the OSProcessPlugin. This should be fixed > >> in the plugin but is a minor concern and does not affect normal usage > >> of OSProcess. > >> > >> Dave > >> > > >

Jan. 29, 2013

Re: [Pharo-project] I hate 'as yet unclassified'

by Ben Coman

While on the topic, some of the category chooser dialogs are sorted so that the extensions are listed first - which I find annoying (in 1.4). In 2.0 can the standard categories be shown first ? Also, I still struggle to really be confident I am choosing the right categories. Perhaps down the track, a feature useful for newcomers might be a tooltip when hovering over items on the category list, or alternatively, hover showing a list of the ten most common methods appearing in that category. cheers -ben StÃ©phane Ducasse wrote: > Hi guys > > I spend my time recategorizing methods. > > I would like the change the intention of 'as yet unclassified' because this is a PLAGUE. > It is like throwing papers on the floor. > So we should have a different name to indicate that it should be fixed. > > > Any ideas? > > 'you are a dirty programmer - change me' > > > Stef > > > > >

Jan. 29, 2013

Re: [Pharo-project] Where to get the VM?

by Ben Coman

Marcus Denker wrote: > On Jan 29, 2013, at 4:35 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > >> On 29 January 2013 16:25, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> One in the sense of the VM we tell people to use. >>> >>> >> http://pharo.gforge.inria.fr/ci/vm/ >> > > There are 6 > > > Can the Jenkins job for the images add to the resulting zip a file named 'vm-used.txt' with a single line that points to the static download location of the vm used for that run ?

Jan. 29, 2013