June 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] #stable not defined

by Thomas Worthington

On Tue, 11 Jun 2013 22:44:34 +0100, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi tom > > Hello, which version of Pharo are you using? I should have said: 2.0 > Because I do not see why you need to load FileSystem or Moose. I had forgotten than FileSystem was in 2.0; I don't see Moose anywhere in the groups menu. But the general question is: when the stable load fails, what is plan-B for the user? I couldn't work this out from the source. I can see that there are various versions defined (eg, '4.0.9') but I'm not clear on where/what class to send the required messages to. On Tue, 11 Jun 2013 22:44:34 +0100, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Thomas Worthington-2 wrote >> it would be nice if the "stable version" did not appear as an option on >> those which do not >> have one. > > I couldn't agree more. The configuration browser seems extremely > limited. I > guess it will be replaced by Versionner? That having been said, it's > better > than nothing, and provided to us for free, so if you are really want this > fixed, at minimum open an issue, or better yet have a go yourself! I'm still trying to get to the point where I can produce a working application and be familiar with how things work in a proper, modern OO system. I'm employed during the day as a PHP-programmer and I can feel it rotting my brain. I agree that the browser is (much) better than nothing, I'm mainly just trying to find out what to do when there isn't a #stable version. Thomas

June 12, 2013

Re: [Pharo-users] #stable not defined

by Stephan Eggermont

Sean wrote >Thomas Worthington-2 wrote >>Regardless, what should I do to get SOME version of, say, Moose >>or CairoGraphics loaded up? >I tried to load Moose per the instructions on their website [1] and got and error, so I'm not sure. I forwarded the error to >their mailing list [2] Could it be a well known vm bug? https://pharo.fogbugz.com/default.asp?10395 The released version of Moose is 4.7, which is based on Pharo 1.4 Moose 4.8 is based on Pharo 2.0 and is very close to release, and perfectly useable. Installing Moose from Monticello packages takes a lot of time as it is large, so I recommend downloading a development build from http://www.moosetechnology.org/download/4.8 I fully agree that suggesting to install #stable versions of configurations where stable is not defined is not very useful. Stephan

June 11, 2013

Re: [Pharo-users] #stable not defined

by StÃ©phane Ducasse

Hi tom Hello, which version of Pharo are you using? Because I do not see why you need to load FileSystem or Moose. Stef On Jun 11, 2013, at 10:54 PM, Thomas Worthington <thomas(a)technouveau.co.uk> wrote: > Pick something in the configuration browser's unverified tab at random and > the chances are that "Install configuration (stable version)" will fail > with "#stable not defined" - tonight I tried FileSystem, Moose, > CairoGraphics and Cog and all of them failed - some of them taking quite a > long time to get to the failure point. > > To some degree this is fair enough from "unverified" but it would be nice > if the "stable version" did not appear as an option on those which do not > have one. Regardless, what should I do to get SOME version of, say, Moose > or CairoGraphics loaded up? > > Thomas >

June 11, 2013

Re: [Pharo-users] #stable not defined

by Sean P. DeNigris

Thomas Worthington-2 wrote > Pick something in the configuration browser's unverified tab at random and > the chances are that "Install configuration (stable version)" will fail > with "#stable not defined" - tonight I tried FileSystem, Moose, > CairoGraphics and Cog and all of them failed - some of them taking quite a > long time to get to the failure point. Thomas, I'm sorry you're having trouble. Let's see what we can do... Which version of Pharo are you using? FileSystem is preloaded as of 1.4. To build Cog, get an image off of Jenkins. Thomas Worthington-2 wrote > it would be nice if the "stable version" did not appear as an option on > those which do not > have one. I couldn't agree more. The configuration browser seems extremely limited. I guess it will be replaced by Versionner? That having been said, it's better than nothing, and provided to us for free, so if you are really want this fixed, at minimum open an issue, or better yet have a go yourself! Thomas Worthington-2 wrote > Regardless, what should I do to get SOME version of, say, Moose > or CairoGraphics loaded up? I tried to load Moose per the instructions on their website [1] and got and error, so I'm not sure. I forwarded the error to their mailing list [2] Based on the info at http://www.squeaksource.com/CairoGraphics ("Currently it only works with older versions of Alien, since I haven't brought it up to speed with more recent refactrings"), it seems unlikely that you'll get this working in 2.0. There has been a lot of discussion about Cairo/Athens/NativeBoost on the developer list. I would search the archives... [1] http://www.moosetechnology.org/download/pharo http://forum.world.st/ConfigurationOfMoose-Error-in-Pharo-2-0-td4692881.html ----- Cheers, Sean -- View this message in context: http://forum.world.st/stable-not-defined-tp4692873p4692887.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 11, 2013

Re: [Pharo-users] auto-format on save/display in pharo 2?

by StÃ©phane Ducasse

not that I know but I would really like to experiment with such feature. On Jun 11, 2013, at 7:05 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > > Is there a way to set the browser to auto format on save or display in > pharo 2? > > > Thanks > > >

June 11, 2013

#stable not defined

by Thomas Worthington

Pick something in the configuration browser's unverified tab at random and the chances are that "Install configuration (stable version)" will fail with "#stable not defined" - tonight I tried FileSystem, Moose, CairoGraphics and Cog and all of them failed - some of them taking quite a long time to get to the failure point. To some degree this is fair enough from "unverified" but it would be nice if the "stable version" did not appear as an option on those which do not have one. Regardless, what should I do to get SOME version of, say, Moose or CairoGraphics loaded up? Thomas

June 11, 2013

Re: [Pharo-users] Grabbing email attachments

by Davide Varvello

>________________________________ > From: Sven Van Caekenberghe <sven(a)stfx.eu> >To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> >Sent: Tuesday, June 11, 2013 11:56 AM >Subject: Re: [Pharo-users] Grabbing email attachments > > > >Davide, > >> >Here is some more info (I had little time when I sent the previous reply). > >ZdcSecurePOP3Client is normally in your image, else it can be found in Zodiac-Extra (http://mc.stfx.eu/Zodiac) and shouldÂ work for GMail, for example: > >I don't have it in my image, anyway no problem. >ZdcSecurePOP3Client >retrieveMessagesFromGMailAccount: '<your-name>@gmail.com' >password: '<your-password>' >limit: 5. > >Reading a multipart message goes like this: > >'/Users/sven/Desktop/Test.eml' asFileReference readStreamDo: [ :stream |Â >stream binary. >ZnMimePart readFrom: stream ]. > >Test.eml is a message that I sent to myself, containing an image. I just saved it from Apple Mail as raw text. > > The result should be something like the following screenshot: >> >> >> >>Note the nesting of mime parts. >> > > > > > > >That's cool! Thank you very much, Sven Davide >Please do upgrade to Zinc #bleedingEdge as I had to make a couple of fixes to get mime part support up to date. > >Good luck ! > >Sven > > > >Sven Van Caekenberghe-2 wrote >> >>Davide, >>> >>>On 11 Jun 2013, at 00:54, Davide Varvello < >>> >> >>varvello@ >>> >> >>> wrote: >>> >>> >>>Hi guys, >>>>Is there a way to grab and save an attachment using Pharo? >>>> >>>There is a SMTPClient and even a SecureSMTPClient. And there is support >>>for ZnMimePart. >>>But I don't know exactly how to combine the two, although I think somebody >>>once did on the list. >>>It could be as easy as just reading the raw message. >>> >>>HTH, >>> >>>Sven >>> >>> >>>TIA >>>>Davide >>>> >>>> >>>> >>>>-- >>>>View this message in context: >>>>http://forum.world.st/Grabbing-email-attachments-tp4692693.html >>>>Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>>> >>>-- >>>Sven Van Caekenberghe >>>Proudly supporting Pharo >>>http://pharo.org >>>http://association.pharo.org >>>http://consortium.pharo.org >>> >> >> >> >> >>-- >>View this message in context: http://forum.world.st/Grabbing-email-attachments-tp4692693p4692707.html >>Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> > > >

June 11, 2013

Re: [Pharo-users] inspect returns iOf SystemWindow and not receiver

by Sean P. DeNigris

Marcus Denker-4 wrote > So maybe we can > -> add #inspector that returns the tool > -> make inspect be like it was before (with documentation). +1. Great idea. Seems best from both viewpoints. ----- Cheers, Sean -- View this message in context: http://forum.world.st/inspect-returns-iOf-SystemWindow-and-not-receiver-tp4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 11, 2013

auto-format on save/display in pharo 2?

by Paul DeBruicker

Is there a way to set the browser to auto format on save or display in pharo 2? Thanks

June 11, 2013

Re: [Pharo-users] inspect returns iOf SystemWindow and not receiver

by Johan Fabry

+1 as well. Consistent with historical/expected behavior and with info on how to do it 'the other way'. On Jun 11, 2013, at 4:08 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 11 Jun 2013, at 09:57, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> So maybe we can >> -> add #inspector that returns the tool >> -> make inspect be like it was before (with documentation). > > +1 > > Lets not waste any more time on this > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

June 11, 2013