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

Re: [Pharo-users] Teapot: Managing authentication by a third party (Fossil)

by Attila Magyar

IMO it depends on how the API works. Most REST APIs are stateless and the authentication token or api key is sent in each request, there is no login/logout operation. In this case you can setup a before filter and check the authentication token in the filter. If you use normal form based login then using http sessions is the way to go. You can check the session attribute in a before filter similarly, and redirect the user to the login page if there is no session info. Teapot on before: '/secure/*' -> [:req | req session attributeAt: #user ifAbsent: [req abort: (TeaResponse redirect location: '/loginpage')]]; GET: '/loginpage' -> ...show login form... GET: '/secure' -> 'protected'; start. You should clean the session when the user logs out manually. As far as I know ZnServer automatically cleans up inactive sessions after a while, so there is no need to worry about cleanup. -- View this message in context: http://forum.world.st/Teapot-Managing-authentication-by-a-third-party-Fossi… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 9, 2017

Re: [Pharo-users] [Pharo-dev] Pharo6 server deployment and no home directory

by Holger Freyther

> On 9. Jun 2017, at 13:26, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: Hey, > Why would $HOME not be set ? In this specific case runit doesn't export HOME when starting my service but looking at systemd and picking a random service like exim4.service I see: $ strings /proc/946/environ PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin LANG=C _SYSTEMCTL_SKIP_REDIRECT=true PWD=/ I think it is safe to assume this applies to other services started by systemd as well. > And if it is not set / seems like a reasonable default. In Shell it would be "" but with >>resolveString: '' it seems to be / but that seems to be fair enough. E.g. as {home} / '.config' is used anyway. holger

June 9, 2017

Re: [Pharo-users] [Pharo-dev] Pharo6 server deployment and no home directory

by Sven Van Caekenberghe

Why would $HOME not be set ? And if it is not set / seems like a reasonable default. > On 9 Jun 2017, at 06:06, Holger Freyther <holger(a)freyther.de> wrote: > > >> On 9. Jun 2017, at 11:09, Holger Freyther <holger(a)freyther.de> wrote: >> >> > > >> a.) Behave like unix and resolve $HOME to '' >> >> $ unset HOME >> $ echo $HOME/.config >> /.config >> >> self home / '.config' => '/.config' > > > Implementing UnixResolver>>#home as > > home > ^ self directoryFromEnvVariableNamed: 'HOME' or: [self resolveString: ''] > > will lead to something creating /.config/pharo (if possible). By itself this change is not good enough but when adding --no-default-preferences. > > > Comments? Opinions? > > holger > > >

June 9, 2017

Re: [Pharo-users] PharoCloud drops VM hosting and focuses on Ephemeric Cloud

by Ben Coman

On Fri, Jun 9, 2017 at 6:59 AM, mikefilonov <mikefilonov(a)gmail.com> wrote: > Hello, > > I just wanted to make some clarifications on what is going on with > PharoCloud and how I see the future of the project. > > PharoCloud is not closing, but just dropping VM hosting support. We will > continue to develop and maintain Ephemeric Cloud which allows you to > publish > Pharo web applications online much easier than any other VM hosting can > offer. In some way PharoCloud just becomes more "cloudy" by dropping > outdated technologies off :) > Thanks for the clarification Mike. > > Our plan is to make the project more community oriented. We integrated > PharoCloud with Pharo.org SSO and provide *FREE* access to all *Pharo > Association* members. You should remind us of this more often, maybe once a month. Its a great offer, but I'm not ready right now to try it, and in a few months I'll have forgotten. Or better, the Association should post here a monthly promotion flyer/newletter that lists deals like this. cheers -ben

June 9, 2017

crash.dmp of OSSubProcess on Pharo 6.0

by john pfersich

I got a seg fault when I tried to execute some OSSubProcess code in Pharo 6.0. Namely, | process | process := OSSUnixSubprocess new command: '/bin/cat'; redirectStdin; redirectStdout; run. process stdinStream nextPutAll: 'we are testing!'; nextPutAll: 'we again!'; close. process waitForExit. process stdoutStream upToEndOfFile inspect. process closeAndCleanStreams. Attached is the crash.dmp file

June 9, 2017

Re: [Pharo-users] Pharo6 server deployment and no home directory

by Holger Freyther

> On 9. Jun 2017, at 11:09, Holger Freyther <holger(a)freyther.de> wrote: > > > a.) Behave like unix and resolve $HOME to '' > > $ unset HOME > $ echo $HOME/.config > /.config > > self home / '.config' => '/.config' Implementing UnixResolver>>#home as home ^ self directoryFromEnvVariableNamed: 'HOME' or: [self resolveString: ''] will lead to something creating /.config/pharo (if possible). By itself this change is not good enough but when adding --no-default-preferences. Comments? Opinions? holger

June 9, 2017

Re: [Pharo-users] Pharo6 server deployment and no home directory

by Holger Freyther

> On 8. Jun 2017, at 23:16, Holger Freyther <holger(a)freyther.de> wrote: > > Hey Juraj! Hey! this will most likely block more people trying to deploy a headless Pharo6 image but I am not so sure how to properly fix it. > $ unset HOME > $ pharo ... > Error: Can't find the requested origin ... > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: $HOME is not set so cantFindOriginError will be executed. > UnixResolver>>home > [ self home / '.config' ] in UnixResolver>>preferences in Block: [ self home / '.config' ] XDG_CONFIG_DIR can not be found and then "self home" will be executed... > FileLocator(AbstractFileReference)>>exists (FileLocator preferences / '.config' / ...) resolve exists a.) Behave like unix and resolve $HOME to '' $ unset HOME $ echo $HOME/.config /.config self home / '.config' => '/.config' b.) FileLocator>>#exists If something can not be resolved, one can argue that it doesn't exist? So I wonder if the exception should be catched and false be returned? c.) ??? I don't see an obvious/good approach. Do you? holger

June 9, 2017

PharoCloud drops VM hosting and focuses on Ephemeric Cloud

by mikefilonov

Hello, I just wanted to make some clarifications on what is going on with PharoCloud and how I see the future of the project. PharoCloud is not closing, but just dropping VM hosting support. We will continue to develop and maintain Ephemeric Cloud which allows you to publish Pharo web applications online much easier than any other VM hosting can offer. In some way PharoCloud just becomes more "cloudy" by dropping outdated technologies off :) Our plan is to make the project more community oriented. We integrated PharoCloud with Pharo.org SSO and provide *FREE* access to all *Pharo Association* members. You are welcome to log in to the cloud with your Pharo Association account at: https://www.pharocloud.com/manager/connect We are encouraging you to migrate your applications hosted as Pharocloud VMs to the Ephemeric Cloud. It is much more simple! We have some positive experience already. There are some examples I moved from VM hosting to Ephemeric Cloud: http://pharo.pharocloud.com http://seaside31.swarm.pharocloud.com/ http://eph-b147b6e2.swarm.pharocloud.com/ http://smalltalk.mikefilonov.ru/ Here you can find a quick start guide to Ephemeric cloud and some tips on how to publish your app: http://docs.swarm.pharocloud.com/article/getting_started Also there is a REST API you can use to manage the cloud. And there is also a Pharo wrapper around the REST-API: http://docs.swarm.pharocloud.com/article/pharo_library_reference We also have video guides: quickstart (sorry for old UI of the manager) https://www.youtube.com/watch?v=a1GfuT9M4qo curl example: https://www.youtube.com/watch?v=9dKBCpj96cU In case of any questions or issues with images, please feel free to contact me. -- View this message in context: http://forum.world.st/PharoCloud-drops-VM-hosting-and-focuses-on-Ephemeric-… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 8, 2017

Teapot: Managing authentication by a third party (Fossil)

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm trying to make some test on a distributed wiki provided by Fossil as a backend for storage/auth, Mustache + Material Design Lite for the frontend and Teapot using as middleware for logic and connecting frontend and backend. Teapot is connected with Fossil via JSON and domain objects are stored as Fossil wiki pages. So far the experiment is going well, but now I'm wondering about how to make authentication. In my experiments I use the Fossil user and password to get an auth token that is used via the Fossil's JSON API to make all the operations that require permissions on the repository and now I wonder how this strategy should be implemented for "real" (for the tests, I read the password data from a local temporal file). - There is some User Management Framework or project for Teapot or Zinc, without going to more complex frameworks like Seaside or Aida? - Should I have some "Sessions" object that stores logged users, passwords and/or auth tokens inside the image and deletes them once the user have logoff and/or on a time basis? - Any other strategy or lite user auth framework that I have not thought ? Any advice or experience in dealing with similar scenario is greatly appreciated. Cheers, Offray

June 8, 2017

Re: [Pharo-users] Wiring objects, IoC and Service Locator

by Attila Magyar

Peter Uhnak wrote > Scale can make all the difference. I don't think it should. If you have a small cluster of objects where you can manage the dependencies yourself, you can compose larger objects from them and manage the dependencies the same way. By doing so, you'll get an object that is simpler from the outside than it's parts in the inside, and you'll need to solve the smaller problem again. In other words we shouldn't write large software, but compose large software from smaller ones. But the same can be done with objects (that's why I'm not a big fan of microservices despite they solve this problem similarly). If you have a flat structure (where objects don't form higher level abstractions) and everything needs to know about everything else, then the DI container will make it easier to work with this structure. But I don't think this is the right way to organize a software. -- View this message in context: http://forum.world.st/Wiring-objects-IoC-and-Service-Locator-tp4949280p4950… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 8, 2017