December 2017 - Pharo-users

Re: [Pharo-users] Running headless on Windows

by phil＠highoctane.be

If you want to run Pharo as a service, I have found nssm to be working well. https://nssm.cc Phil On Dec 29, 2017 09:25, "Nicolai Hess" <nicolaihess(a)gmail.com> wrote: > > > 2017-12-29 3:07 GMT+01:00 Andrei Stebakov <lispercat(a)gmail.com>: > >> Pierce, I tried all of those "no display" options, the result is the same >> >> On Dec 28, 2017 8:37 PM, "Pierce Ng" <pierce(a)samadhiweb.com> wrote: >> >>> On Wed, Dec 27, 2017 at 04:58:39PM +0100, Cyril Ferlicot D. wrote: >>> > On 12/27/2017 04:39 PM, Andrei Stebakov wrote: >>> > > When I run Pharo 6.1 with -- headless option on Windows, it executes >>> the >>> > > eval command as expected but during the execution (which lasts 4 >>> sec) it >>> > > opens the Pharo GUI. >>> > > Is it expected? I thought headless means that the whole execution >>> would >>> > > happen in the background >>> > >>> > I think that currently Pharo does not have a "real" headless. But I >>> > heard there was work on that part for Pharo 7. >>> >>> I know OP is talking about Windows... I've been running server >>> applications on >>> Linux without X11 with -vm-display-null and in-image RFBServer for >>> access to >>> Pharo over VNC. This works very well for me. >>> >>> I believe "real" headless means GUI is not run at all and therefore does >>> not >>> consume CPU cycles, which is very welcome. Meanwhile, maybe >>> -vm-display-null >>> works on Windows for scripting purposes? >>> >>> Pierce >>> >>> >>> > > Hi Andrei, > > can you try this: > > Open Pharo normal (no headless option). > Change the window size to "not-maximized" (eve if it is actually not > maximized, maximize it ones and change it back to "not-maximized") > Save and quit the image. > > After that, a call like > > pharo --headless pharo.image eval "DateAndTime now" > > will write the output to the stdout file, without opening a window. > > > > > > > >

Dec. 29, 2017

Re: [Pharo-users] [Pharo-dev] Best wishes for 2018

by Esteban Lorenzano

Thanks Torsten, I was about to write a similar mail. Thanks to everybody for allow me to be your âguy to hateâ :) I will continue doing my best to make Pharo a better place for everybody, one step at a time. happy new year! Esteban > On 29 Dec 2017, at 09:39, Torsten Bergmann <astares(a)gmx.de> wrote: > > Only a few days left for 2017. Thanks to all who helped shaping Pharos future. > May the lighthouse be with you in 2018 as well: > > World backgroundImage: > (ZnEasy > getJpeg: 'https://spotlight.it-notes.ru/wp-content/uploads/2017/08/02c48424be88ee36d5…') > layout: #scaled > > Have fun! > > Bye > T. >

Dec. 29, 2017

Re: [Pharo-users] Package reference in Monticello

by Esteban Lorenzano

Hi, > On 29 Dec 2017, at 03:00, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > > Hello, > > Is it possible to reference a 'package with tag' as a package in a Monticello configuration? nope. Monticello allows monticello granularity (which currently is 1 package = 1 monticello package. > Such packages don't have a folder in filetree, so, for example: > > Package1-Tag1 > Package1-Tag2 > > There will be only one folder in filetree named Package1 and classes from Package1-Tag1 and Package1-Tag2 will be inside Package1and have, respectivelly, category Package1-Tag1 and Package1-Tag2. If I wanna use Iceberg, Git and reference Package1-Tag1 and Package1-Tag2 as packages in a Monticello spec, will I have to promote them to a full Packages? yes, you will need to promote tags as full packages. cheers, Esteban > > Cheers, > VItor > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Livre de vÃrus. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>. > <x-msg://31/#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Dec. 29, 2017

Best wishes for 2018

by Torsten Bergmann

Only a few days left for 2017. Thanks to all who helped shaping Pharos future. May the lighthouse be with you in 2018 as well: World backgroundImage: (ZnEasy getJpeg: 'https://spotlight.it-notes.ru/wp-content/uploads/2017/08/02c48424be88ee36d5…') layout: #scaled Have fun! Bye T.

Dec. 29, 2017

Re: [Pharo-users] Running headless on Windows

by Nicolai Hess

2017-12-29 3:07 GMT+01:00 Andrei Stebakov <lispercat(a)gmail.com>: > Pierce, I tried all of those "no display" options, the result is the same > > On Dec 28, 2017 8:37 PM, "Pierce Ng" <pierce(a)samadhiweb.com> wrote: > >> On Wed, Dec 27, 2017 at 04:58:39PM +0100, Cyril Ferlicot D. wrote: >> > On 12/27/2017 04:39 PM, Andrei Stebakov wrote: >> > > When I run Pharo 6.1 with -- headless option on Windows, it executes >> the >> > > eval command as expected but during the execution (which lasts 4 sec) >> it >> > > opens the Pharo GUI. >> > > Is it expected? I thought headless means that the whole execution >> would >> > > happen in the background >> > >> > I think that currently Pharo does not have a "real" headless. But I >> > heard there was work on that part for Pharo 7. >> >> I know OP is talking about Windows... I've been running server >> applications on >> Linux without X11 with -vm-display-null and in-image RFBServer for access >> to >> Pharo over VNC. This works very well for me. >> >> I believe "real" headless means GUI is not run at all and therefore does >> not >> consume CPU cycles, which is very welcome. Meanwhile, maybe >> -vm-display-null >> works on Windows for scripting purposes? >> >> Pierce >> >> >> Hi Andrei, can you try this: Open Pharo normal (no headless option). Change the window size to "not-maximized" (eve if it is actually not maximized, maximize it ones and change it back to "not-maximized") Save and quit the image. After that, a call like pharo --headless pharo.image eval "DateAndTime now" will write the output to the stdout file, without opening a window.

Dec. 29, 2017

Re: [Pharo-users] image/vm mismatch on raspberry pi model 3

by Greg Lewin

Hi Denis, Thank you for replying. I need to do further checks on dates of images and VMs, I realise I may have been confused by different date formats (D-M-Y and Y-M-D) among other things. the code on https://ci.inria.fr/pharo/view/RaspberryPi/job/RaspberryPi-Publish/ws/ does seem to be in error and perhaps that should be flagged. I will post again soon, thanks Greg On 28 December 2017 at 09:58, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hi Greg. > > 2017-12-28 4:05 GMT+01:00 Greg Lewin <greg.lewin(a)gmail.com>: >> >> (I want to try https://github.com/pharo-iot/PharoThings on the pi) - I >> now see there is another VM on there ... I have just tried it with >> better results. Matching image-VM versions does seem to be a problem >> with Smalltalk. > > > So with github instruction you are succeed, right? > > Problem that CI job which you found is super outdated. Probably we should > remove it. > There was major VM release called Spur VM which produced incompatibility > with old image versions. Normally you will not see such problems because > major updates are very rare. > >> >> >> ... >> >> On 28 December 2017 at 02:34, Greg Lewin <greg.lewin(a)gmail.com> wrote: >> > Hi, >> > >> > >> > Having copied a viable pair of image+changes and its associated >> > sources file to a pi 3, in the same directory as the directory from >> > the zip file (from >> > >> > https://ci.inria.fr/pharo/view/RaspberryPi/job/RaspberryPi-Publish/ws/64.zip) >> > containing the VM code for a rpi, >> > >> > on running >> > >> > ./PharoS Pharo6.1 >> > >> > I get the message >> > >> > "This interpreter (vers. 6505) cannot read image file (vers. 6521)." >> > >> > How does one ensure a match between VM and image+sources on raspberry pi >> > ? >> > >> > I have also tried one image pair from an earlier version and get a >> > similar message. >> > >> > thanks >> > >> > Greg >> >

Dec. 29, 2017

Re: [Pharo-users] Running headless on Windows

by Andrei Stebakov

Pierce, I tried all of those "no display" options, the result is the same On Dec 28, 2017 8:37 PM, "Pierce Ng" <pierce(a)samadhiweb.com> wrote: > On Wed, Dec 27, 2017 at 04:58:39PM +0100, Cyril Ferlicot D. wrote: > > On 12/27/2017 04:39 PM, Andrei Stebakov wrote: > > > When I run Pharo 6.1 with -- headless option on Windows, it executes > the > > > eval command as expected but during the execution (which lasts 4 sec) > it > > > opens the Pharo GUI. > > > Is it expected? I thought headless means that the whole execution would > > > happen in the background > > > > I think that currently Pharo does not have a "real" headless. But I > > heard there was work on that part for Pharo 7. > > I know OP is talking about Windows... I've been running server > applications on > Linux without X11 with -vm-display-null and in-image RFBServer for access > to > Pharo over VNC. This works very well for me. > > I believe "real" headless means GUI is not run at all and therefore does > not > consume CPU cycles, which is very welcome. Meanwhile, maybe > -vm-display-null > works on Windows for scripting purposes? > > Pierce > > >

Dec. 29, 2017

Package reference in Monticello

by Vitor Medina Cruz

Hello, Is it possible to reference a 'package with tag' as a package in a Monticello configuration? Such packages don't have a folder in filetree, so, for example: Package1-Tag1 Package1-Tag2 There will be only one folder in filetree named Package1 and classes from Package1-Tag1 and Package1-Tag2 will be inside Package1and have, respectivelly, category Package1-Tag1 and Package1-Tag2. If I wanna use Iceberg, Git and reference Package1-Tag1 and Package1-Tag2 as packages in a Monticello spec, will I have to promote them to a full Packages? Cheers, VItor <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Livre de vÃrus. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>. <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Dec. 29, 2017

Re: [Pharo-users] Running headless on Windows

by Pierce Ng

On Wed, Dec 27, 2017 at 04:58:39PM +0100, Cyril Ferlicot D. wrote: > On 12/27/2017 04:39 PM, Andrei Stebakov wrote: > > When I run Pharo 6.1 with -- headless option on Windows, it executes the > > eval command as expected but during the execution (which lasts 4 sec) it > > opens the Pharo GUI.Â > > Is it expected? I thought headless means that the whole execution would > > happen in the background > > I think that currently Pharo does not have a "real" headless. But I > heard there was work on that part for Pharo 7. I know OP is talking about Windows... I've been running server applications on Linux without X11 with -vm-display-null and in-image RFBServer for access to Pharo over VNC. This works very well for me. I believe "real" headless means GUI is not run at all and therefore does not consume CPU cycles, which is very welcome. Meanwhile, maybe -vm-display-null works on Windows for scripting purposes? Pierce

Dec. 29, 2017

Re: [Pharo-users] Is there a way to set form colours using a 'fuzzy' option?

by Andy Burnett

Nicolai wrote >>> You can draw a new form with copybits and use your own color mapping. First, I thought there would be a bitblt operation that you could use without explicit calculating the color mapping, a paint operation that would convert a gray-value to an alpha value. But I could find it. In this special case (black text on white background) you can use an existing method for calculating this color map. This method is used by strike font to create apropriate glyph forms from its font bitmap. (A large bitmap with black characters on a white background.) Here is an example that first, creates a form with black text on white background, and than computes the color map and copys the source form in a new form: "create a test form " sourceForm := Form extent: 300@150 depth: 32. sourceForm fillColor: Color white. "draw some black, bold text" text := 'Hello World' asText. text addAttribute: (TextFontReference toFont: (LogicalFont familyName: 'Source Sans Pro' pointSize: 32)). text addAttribute: (TextColor color: Color black). text addAttribute: (TextEmphasis bold). text asMorph drawOn: sourceForm getCanvas. "create a morph for displaying this form" sourceImageMorph := ImageMorph withForm: sourceForm. sourceImageMorph openInWorld; topLeft: 300@300. "calculate the colormap" colorMap := Color computeColorConvertingMap: Color black from: 32 to: 32 keepSubPixelAA: false. "copy the source form bits to a new form of the same size" newForm := sourceForm deepCopy copyBits: sourceForm boundingBox from: sourceForm at: 0@0 colorMap: (colorMap). "create a morph for displaying this form" newImageMorph := ImageMorph withForm: newForm. newImageMorph openInWorld; topLeft: 300@500. <<< Thanks Nicolai That is very helpful. However, I agree with you that this is probably something BitBlt should be able to handle. I have been looking at how they do this in mathematica, and they have some interesting approaches. Cheers Andy

Dec. 28, 2017