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

Re: [Pharo-users] Email Google API for pharo

by Ben Coman

On 11 July 2018 at 05:53, oswall arguedas <oswallcr(a)hotmail.com> wrote: > Greetings community of pharo > > I am working with the google API to process gmail emails, read, modify, > archive, send. > > Is there any way with pharo ?. > > Thank you very much in advance > > Oswall I remember seeing this... http://forum.world.st/Using-Google-service-discovery-API-s-with-Pharo-Small… cheers -ben

July 11, 2018

Zinc + HTTPS does not check for self signed certificates.

by JuliÃ¡n Maestri

tl;dr Querying an HTTPS site with a self signed certificate does not fail / raise an exception (and it should). Long: I'm trying to use client and server HTTPS validation with Zinc on Pharo. I prepared: a self signed CA certificate, and server and client certificates signed by the same CA. I set up an Apache server with a site over HTTPS requiring client authentication. This worked (had to install the client certificate on my browser to access the site). After some failed attempts, i found this link <http://forum.world.st/How-to-use-HTTPS-SSL-with-Zinc-tp4952461p4952507.html> which was very helpful and successfully managed to authenticate a *ZnClient* with the Apache Server. This is the small snippet, only configuring the full path to the client certificate is enough (getting the right format for the pem file is another thing, it must have both certificate and key inside). | result | Transcript clear. result := ZnClient new certificate: 'certs/client.pem' asFileReference asAbsolute pathString; logToTranscript; url: 'https://my-secure-site'; get. Transcript crShow: result. That worked on linux, windows still fails i don't know why. Trying to make it work on linux, i started checking without client authentication, and realized that Zinc was not complaining about the server certificate not known by a trusted CA. I changed the server certificate with a new one, self signed to make the case simpler, and Zing still did not complain. This is a problem, it should either fail, or let me configure it to fail when the server is not trustworthy. I'm not sure if it's Zinc, Zodiac or the SqueakSSL plugin. Am i doing anything wrong? Is there a configuration option which i can not find? If necessary, i can (temporarily) set up a public server with a self-signed certificate to help reproduce the case (the server i'm currently using is on a local network). PD: Sadly for this particular project (reverse proxy) this would be a no go, i can not use Pharo :(

July 10, 2018

Email Google API for pharo

by oswall arguedas

Greetings community of pharo I am working with the google API to process gmail emails, read, modify, archive, send. Is there any way with pharo ?. Thank you very much in advance Oswall

July 10, 2018

XML support for pharo

by oswall arguedas

Greetings community of pharo I have to process many XML files, to convert them to objects and incorporate them into a database and create an application in seaside. In pharo I have found XmlParser, however I have not found documentation to use it as best as possible. I do not know if there is another more appropriate tool. Please if possible and there are examples of common use of xml processing inform me. Thank you very much in advance Oswall

July 10, 2018

Re: [Pharo-users] [Pharo-dev] Which command-line handlers do you use most?

by Damien Pollet

On Mon, 9 Jul 2018 at 18:48, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Most used: eval, config, st (default to run script.st) > Do you ever use the metacello one instead of config? > Please make sure to stay as compatible as possible, lots of CI and server > deploy/run code depends on it. > I intend to provide similar features and a path for migrating with minimal headaches, but there are several idiosyncrasies that I hope to get rid of as well. I guess the big users of deploy/run code will come see me at ESUG and we can see what's best ;-) -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

July 10, 2018

Re: [Pharo-users] Logging system

by Miguel Campusano

thanks! On Tue, Jul 10, 2018 at 3:20 AM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi Miguel, > > there is beacon for logging https://github.com/pharo-project/pharo-beacon > > you can also consider pharo-sentry > https://github.com/peteruhnak/pharo-sentry (note that sentry can be > self-hosted) > > Peter > > On Mon, Jul 9, 2018 at 10:30 PM, Miguel Campusano < > m.campusano.araya(a)gmail.com> wrote: > >> Hello guys, >> >> I want to capture the logs of a Pharo program to visualize them, but I do >> not find something like Python to log stuffs with more info than the string >> itself (such as severity or source of the log) ( >> https://docs.python.org/2/howto/logging.html) >> >> Is there a standard tool for logging in Pharo already in use? >> >> Bests, >> Miguel >> > >

July 10, 2018

Re: [Pharo-users] Logging system

by Peter UhnÃ¡k

Hi Miguel, there is beacon for logging https://github.com/pharo-project/pharo-beacon you can also consider pharo-sentry https://github.com/peteruhnak/pharo-sentry (note that sentry can be self-hosted) Peter On Mon, Jul 9, 2018 at 10:30 PM, Miguel Campusano < m.campusano.araya(a)gmail.com> wrote: > Hello guys, > > I want to capture the logs of a Pharo program to visualize them, but I do > not find something like Python to log stuffs with more info than the string > itself (such as severity or source of the log) (https://docs.python.org/2/ > howto/logging.html). > > Is there a standard tool for logging in Pharo already in use? > > Bests, > Miguel >

July 10, 2018

Logging system

by Miguel Campusano

Hello guys, I want to capture the logs of a Pharo program to visualize them, but I do not find something like Python to log stuffs with more info than the string itself (such as severity or source of the log) ( https://docs.python.org/2/howto/logging.html) Is there a standard tool for logging in Pharo already in use? Bests, Miguel

July 9, 2018

Re: [Pharo-users] Which command-line handlers do you use most?

by Sven Van Caekenberghe

> On 9 Jul 2018, at 17:38, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > Hi all, > > I'm starting to port / reimplement existing command line handlers using Clap. There's a dozen, but I wonder which ones are the most relied upon, because it's a good opportunity for refactoring the command line API as a whole and simplifying it or at least making it more orthogonal. > > For instance I discovered there is a "perform" command, which is sort of redundant with the "eval" one. Similarly there are both a "configuration" and a "metacello" handlers which seem to have the same exact purposeâ¦ > > Since Clap can exist besides the current command-line handlers, we can have a deprecation period to minimize breakage and leave time for people to adapt before we kill old command line handlers for real. > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet Most used: eval, config, st (default to run script.st) Please make sure to stay as compatible as possible, lots of CI and server deploy/run code depends on it.

July 9, 2018

Re: [Pharo-users] Which command-line handlers do you use most?

by Santiago Bragagnolo

This are great news. Maybe you can extend Pharo launcher as a usage case for implantation! It would be really welcomed and useful. Santiago El lun., 9 de jul. de 2018 17:40, Damien Pollet <damien.pollet(a)gmail.com> escribiÃ³: > Hi all, > > I'm starting to port / reimplement existing command line handlers using > Clap. There's a dozen, but I wonder which ones are the most relied upon, > because it's a good opportunity for refactoring the command line API as a > whole and simplifying it or at least making it more orthogonal. > > For instance I discovered there is a "perform" command, which is sort of > redundant with the "eval" one. Similarly there are both a "configuration" > and a "metacello" handlers which seem to have the same exact purposeâ¦ > > Since Clap can exist besides the current command-line handlers, we can > have a deprecation period to minimize breakage and leave time for people > to adapt before we kill old command line handlers for real. > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet >

July 9, 2018