January 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo-dev] [ANN] Updating Consultants Listing

by Marcus Denker

This is the next step. The association database has an API and we can auto-generate the list. I wanted to not enforce membership manualy before this this is implemented. It is important to bound it to something so it does not end up like the âcompanies using Smalltalkâ lis of ESUG, where entries are added but old ones *never* removedâ¦ as when you stop using something you tend to not ask to be removed. I am sure some of the entries of the consultants list are stale already. With binding it to the association, people that leave the community will stop membership and thus the list will be up to date automatically. And it is one the things that make sense to offer as part of a membership. Marcus > On 18 Jan 2018, at 09:20, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > Consultants listed on this board are not gold association member like said here ? > https://association.pharo.org/Benefits <https://association.pharo.org/Benefits> > > On Wed, Jan 17, 2018 at 5:27 PM, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > Hi, > > We have http://consultants.pharo.org <http://consultants.pharo.org/> > > I want to change it to > - not be a forward to files.pharo.org <http://files.pharo.org/> > - be auto-generated from the https://association.pharo.org <https://association.pharo.org/> > > > But we should update it already before that is finished. So: > > If you want to be listed, please send your infos in the form: > > PharoConsultant { > #name : Your name', > #email : your(a)email.com <mailto:your@email.com>', > #website : 'http://your-website.com <http://your-website.com/>', > #id : 'yourname (currently not used for anything)', > #location : 'City, Country of your business', > #languages : 'what languages do you speak', > #industryExperienceSince : 1994, > #pharoExperienceSince : 2008, > #areasOfExpertise : 'what are your areas of expertise. E.g. business apllications, user interface, legacy, ...', > #smalltalkExperienceSince : 2002 > } > > (or open a pull request at: https://github.com/pharo-project/pharo-project-consultants/ <https://github.com/pharo-project/pharo-project-consultants/>) > > Marcus > > > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC/UY1) > "Programs must be written for people to read, and only incidentally for machines to execute." > http://www.doesnotunderstand.org/ <http://www.doesnotunderstand.org/>

Jan. 18, 2018

Re: [Pharo-users] Working directory

by Alistair Grant

Hi Hilaire & Denis, On 18 January 2018 at 09:38, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Also notice that OS can give program very surprising working directory when > you run it using UI tools. > For example in MacOS drag image to the vm using Finder assigns root (/) as > working directory. > > > 2017-12-15 21:38 GMT+01:00 Hilaire <hilaire(a)drgeo.eu>: >> >> Oh, in a build for a DrGeo app based on P7, the working directory is one >> level highter to the image folder. >> >> So in P7, there are two different results for the working directory: the >> user home directory, and one level hight to image dir. >> >> What's the context? Where to look at? For Pharo 7: The working directory is C getcwd(). The differences you are seeing will be the result of how Pharo is launched. If you run it from the command line, it will be the current directory of the shell. I don't use MacOS, but it sounds like dragging a file to an executable always uses the root directory as cwd. The working directory is cached in DiskStore DefaultWorkingDirectory. It's set at session startup to DiskStore class>>defaultWorkingDirectory, which ultimately calls getcwd(). HTH, Alistair

Jan. 18, 2018

Re: [Pharo-users] Working directory

by Denis Kudriashov

Also notice that OS can give program very surprising working directory when you run it using UI tools. For example in MacOS drag image to the vm using Finder assigns root (/) as working directory. 2017-12-15 21:38 GMT+01:00 Hilaire <hilaire(a)drgeo.eu>: > Oh, in a build for a DrGeo app based on P7, the working directory is one > level highter to the image folder. > > So in P7, there are two different results for the working directory: the > user home directory, and one level hight to image dir. > > What's the context? Where to look at? > > > -- > Dr. Geo > http://drgeo.eu > >

Jan. 18, 2018

Re: [Pharo-users] unsolicited package-cache use

by Hilaire

Le 18/01/2018 Ã 05:30, HernÃ¡n Morales Durand a Ã©critÂ : > Which Pharo version? P7 > Have you found any solution to this? I find a workaround.Â My bash script to build DrGeo image just remove the content of the package-cache directory. > In Gofer there was #disablePackageCache, in Metacello I don't know, > maybe experimenting with MetacelloLoaderPolicy but there are no class > comments. I am now done with this problem, and I will not get back to it right now. Thanks to ask and the suggestion, it could be useful to other. I have other serious concern as the resulting size of the DrGeo image built against P7, 43MB. I feel ashame to make any public DrGeo release with such an important image size. Hilaire -- Dr. Geo http://drgeo.eu

Jan. 18, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Updating Consultants Listing

by Sven Van Caekenberghe

> On 18 Jan 2018, at 09:20, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > Consultants listed on this board are not gold association member like said here ? > https://association.pharo.org/Benefits We've never been strict on this, but yes, the idea is that anyone who wants to be listed as 'Pharo Consultant' should either be an Association Gold member or a Consortium member. I think that is the least we can ask for. After all, this is publicity for a commercial activity. > On Wed, Jan 17, 2018 at 5:27 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > We have http://consultants.pharo.org > > I want to change it to > - not be a forward to files.pharo.org > - be auto-generated from the https://association.pharo.org > > > But we should update it already before that is finished. So: > > If you want to be listed, please send your infos in the form: > > PharoConsultant { > #name : Your name', > #email : your(a)email.com', > #website : 'http://your-website.com', > #id : 'yourname (currently not used for anything)', > #location : 'City, Country of your business', > #languages : 'what languages do you speak', > #industryExperienceSince : 1994, > #pharoExperienceSince : 2008, > #areasOfExpertise : 'what are your areas of expertise. E.g. business apllications, user interface, legacy, ...', > #smalltalkExperienceSince : 2002 > } > > (or open a pull request at: https://github.com/pharo-project/pharo-project-consultants/) > > Marcus > > > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC/UY1) > "Programs must be written for people to read, and only incidentally for machines to execute." > http://www.doesnotunderstand.org/

Jan. 18, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Updating Consultants Listing

by Serge Stinckwich

Consultants listed on this board are not gold association member like said here ? https://association.pharo.org/Benefits On Wed, Jan 17, 2018 at 5:27 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > We have http://consultants.pharo.org > > I want to change it to > - not be a forward to files.pharo.org > - be auto-generated from the https://association.pharo.org > > > But we should update it already before that is finished. So: > > If you want to be listed, please send your infos in the form: > > PharoConsultant { > #name : Your name', > #email : your(a)email.com <your(a)email.com>', > #website : 'http://your-website.com', > #id : 'yourname (currently not used for anything)', > #location : 'City, Country of your business', > #languages : 'what languages do you speak', > #industryExperienceSince : 1994, > #pharoExperienceSince : 2008, > #areasOfExpertise : 'what are your areas of expertise. E.g. business > apllications, user interface, legacy, ...', > #smalltalkExperienceSince : 2002 > } > > (or open a pull request at: https://github.com/pharo- > project/pharo-project-consultants/) > > Marcus > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC/UY1) "Programs must be written for people to read, and only incidentally for machines to execute."http://www.doesnotunderstand.org/

Jan. 18, 2018

Re: [Pharo-users] [Vm-dev] Running headless on Windows

by Nicolai Hess

2017-12-29 16:53 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > 2017-12-29 16:13 GMT+01:00 Andrei Stebakov <lispercat(a)gmail.com>: > >> Nicolai, the maximize/non-maximize trick worked! Thanks! I wonder if it's >> an easy fix to put in Pharo. >> > > So it means that something in image is not initialised. It can be another > bug of wrong startup order > Maybe a problem on the image and the vm side. Even in headless mode, starting pharo creates a window. Even if it is hidden, it has some size. Quit and Saving an image will write the current width/height into the image file. Starting the vm will create a window and set the size of the window to the last size. The window is always created in normal (not-maximized) mode and the available size is a little bit smaller than for a maximized window. Now, the image checks for a change of the size of the current DisplayScreen instance and the actual screen size. If this is different (as in this case) a new DisplayScreen is initialized which will call a full screen update (ioForceDisplayUpdate). And this method will show a hidden (headless) image. > > >> >> On Fri, Dec 29, 2017 at 6:22 AM, phil(a)highoctane.be <phil(a)highoctane.be> >> wrote: >> >>> I am using nssm because the service option is broken. >>> >>> The code seems to still be in the image but disabled (there are quite a >>> few things like that actually). >>> >>> Phil >>> >>> >>> On Fri, Dec 29, 2017 at 11:59 AM, Torsten Bergmann <astares(a)gmx.de> >>> wrote: >>> >>>> >>>> Hi, (cross posting vm-dev) >>>> >>>> nssm is nice - but requires additional tools. >>>> >>>> Since the days of Squeak the windows VM had the >>>> >>>> -service "ServiceName" >>>> >>>> option and one was able to run Squeak as a windows service out of the >>>> box. >>>> >>>> See http://wiki.squeak.org/squeak/105 for details. >>>> >>>> This option allows to register/deregister with the windows service >>>> manager and run >>>> a headless image. >>>> >>>> I run a Squeak Wiki (Swiki/Comanche) since years with this and it is >>>> very nice and stable. >>>> >>>> Unfortunately this is broken in recent Pharo VMs and so far Esteban or >>>> others did not >>>> have the time to look into this issue. Would be really nice if this >>>> option could >>>> be recovered in 2018. So one could easily deploy and run Seaside or >>>> Teapot/Tealight >>>> or Zinc/WebClient based web services on Windows. >>>> >>>> If we want to deploy Smalltalk based web applications or services on >>>> Windows we >>>> should support that. It will keep Windows administrators happy and we >>>> would integrate with >>>> the whole ecosystem (for instance you can start/stop a service using >>>> Windows scripting for >>>> doing backups, etc.) right out of the box. >>>> >>>> Bye >>>> T. >>>> >>>> >>>> >>>> Gesendet: Freitag, 29. Dezember 2017 um 11:36 Uhr >>>> Von: "phil(a)highoctane.be" <phil(a)highoctane.be> >>>> An: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> >>>> Betreff: Re: [Pharo-users] Running headless on Windows >>>> >>>> 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[mailto: >>>> nicolaihess(a)gmail.com]> wrote: >>>> >>>> >>>> 2017-12-29 3:07 GMT+01:00 Andrei Stebakov <lispercat(a)gmail.com[mailto: >>>> 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[mailto: >>>> 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. >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >> >

Jan. 18, 2018

Re: [Pharo-users] Working directory

by Alistair Grant

Hi HernÃ¡n, On 18 January 2018 at 05:41, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > Note that in R you can set the current working directory with setwd() > and this is very common in R scripts. > > I like the idea around #imageDirectory and #vmStartupDirectory or just > #vmDirectory. > And maybe renaming #workingDirectory to #userWorkingDirectory would be > more clear? Assuming 1 image = 1 user? In Pharo 7: FileLocator workingDirectory = C getcwd() # same as R and most languages FileLocator imageDirectory = the directory where the image is located FileLocator vmDirectory = the directory where the vm is located + several others FileLocator class>>workingDirectory: (i.e. setwd()) doesn't exist, but is straightforward to add. Pharo 6 has the same, but workingDirectory = imageDirectory. Cheers, Alistair

Jan. 18, 2018

Re: [Pharo-users] Working directory

by HernÃ¡n Morales Durand

Hi Ben, 2017-12-16 8:01 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > > > On 16 December 2017 at 16:02, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: >> >> Hi ben >> >> We should think about it. Indeed. >> Now about the names. I'm wondering if they cover well enough the >> situation. >> In fact I would like to have imageDirectory (it exists but not in >> FileSystem) and workingDirectory (I would prefer startupDirectory or >> something like that). > > > startupDirectory sounds like its where the startup scripts are kept, > and common across many Images. > >> For me workingDirectory is totally unclear. > > > Its a fairly well defined concept. Its starts as the shell directory where > you > type the command to run a program. > https://en.wikipedia.org/wiki/Working_directory > Note that in R you can set the current working directory with setwd() and this is very common in R scripts. I like the idea around #imageDirectory and #vmStartupDirectory or just #vmDirectory. And maybe renaming #workingDirectory to #userWorkingDirectory would be more clear? Assuming 1 image = 1 user? Cheers, HernÃ¡n

Jan. 18, 2018

Re: [Pharo-users] unsolicited package-cache use

by HernÃ¡n Morales Durand

Hi Hilaire, Which Pharo version? Have you found any solution to this? In Gofer there was #disablePackageCache, in Metacello I don't know, maybe experimenting with MetacelloLoaderPolicy but there are no class comments. Cheers, HernÃ¡n 2017-12-18 17:24 GMT-03:00 Hilaire <hilaire(a)drgeo.eu>: > If understood correctly, when using a tonel file repository to build up an > image, Pharo seems instead to take the sources from some package-cache, > which is out of sync, because the tonel file repo was updated from another > image, with a different cache. I guess I can trick the file system but it is > for the least very annoying, for the worst unreliable. > > > > Le 10/12/2017 Ã 18:16, Hilaire a Ã©crit : >> >> I am using tonel format to install from and save to a local repository. >> >> How to prevent Monticello/Configuration/Metacello to save packages to the >> image package-cache dir? >> >> Even when installing from a configuration with repo on tonel file format, >> packages get created in the image package-cache directory. >> >> I have read there and there, Pharo gets confused and uses wrongly the >> package-cache versions and not the local repo. > > > -- > Dr. Geo > http://drgeo.eu > > >

Jan. 18, 2018