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

Using ZnEasy getPng: with an octet-stream

by Andy Burnett

Next step of my Asana adventure. In a browser https://s3.amazonaws.com/profile_photos/206785263586755.0mU1QMOxVZLp3WiRWhW… downloads a png. When I try ZnEasy getPng: with the same address, I get a walkback saying expected image/png actual application/octet-stream. Is it possible to handle this with ZnEasy, or do I have to use the ZnClient and handle the stream first? Cheers Andy

Aug. 27, 2018

Re: [Pharo-users] Adding an Authorization Bearer header via Zinc

by Andy Burnett

Norbert said <<< You have a colon in the name of the header. I?m not sure zinc removes it. It could be a problem. >>> Ah, spot on. Apparently, we need the colon for Curl, but not for Pharo. Also, response setAuthorization turned out to be the best approach. For anyone searching this list, in the future, for Asana connectivity, my PoC is: tmp1 := ZnClient new. tmp1 request setAuthorization: 'Bearer <put your personal access token here>'; url: 'https://app.asana.com/api/1.0/users/me'. tmpJSON := NeoJSONReader fromString: tmp1 get.

Aug. 27, 2018

Re: [Pharo-users] Adding an Authorization Bearer header via Zinc

by Sven Van Caekenberghe

Duh. Yes, there should be not colon at the end of the header name. > On 27 Aug 2018, at 21:12, Norbert Hartl <norbert(a)hartl.name> wrote: > > You have a colon in the name of the header. Iâm not sure zinc removes it. It could be a problem. > > Norbert > > Am 27.08.2018 um 20:23 schrieb Andy Burnett <andy.burnett(a)knowinnovation.com>: > >> I am building some pharo scripts to edit tasks in the Asana.com system. >> >> I have generated a Personal Access Token, and the terminal command of: >> >> curl -H "Authorization: Bearer 12345abc" https://app.asana.com/api/1.0/users/me >> >> Returns 200/ok, and the right data. >> >> However, the pharo commands >> >> tmp1 := ZnClient new. >> tmp1 headerAt: 'Authorization:' put: 'Bearer 12345abc'. >> tmp1 url: 'https://app.asana.com/api/1.0/users/me'. >> tmp1 get. >> >> Results in an authorisation error. >> >> I haven't tried using Zinc to access authenticated sites before, what am I doing wrong? >> >> Cheers >> Andy

Aug. 27, 2018

Re: [Pharo-users] Adding an Authorization Bearer header via Zinc

by Norbert Hartl

You have a colon in the name of the header. Iâm not sure zinc removes it. It could be a problem. Norbert > Am 27.08.2018 um 20:23 schrieb Andy Burnett <andy.burnett(a)knowinnovation.com>: > > I am building some pharo scripts to edit tasks in the Asana.com system. > > I have generated a Personal Access Token, and the terminal command of: > > curl -H "Authorization: Bearer 12345abc" https://app.asana.com/api/1.0/users/me > > Returns 200/ok, and the right data. > > However, the pharo commands > > tmp1 := ZnClient new. > tmp1 headerAt: 'Authorization:' put: 'Bearer 12345abc'. > tmp1 url: 'https://app.asana.com/api/1.0/users/me'. > tmp1 get. > > Results in an authorisation error. > > I haven't tried using Zinc to access authenticated sites before, what am I doing wrong? > > Cheers > Andy

Aug. 27, 2018

Re: [Pharo-users] Adding an Authorization Bearer header via Zinc

by Sven Van Caekenberghe

Have a look at ZnClient>>#username:password: ZnClient>>#setBasicAuthenticationUsername:password: ZnRequest>>#setBasicAuthenticationUsername:password: ZnRequest>>#setAuthorization: and their senders. This should get you started. It is possible/probable that you have to set the #url: before you modify the headers (you can check that by inspecting the ZnClient object). > On 27 Aug 2018, at 20:41, Ben Coman <btc(a)openinworld.com> wrote: > > On Tue, 28 Aug 2018 at 02:25, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > I am building some pharo scripts to edit tasks in the Asana.com system. > > I have generated a Personal Access Token, and the terminal command of: > > curl -H "Authorization: Bearer 12345abc" https://app.asana.com/api/1.0/users/me > > Returns 200/ok, and the right data. > > However, the pharo commands > > tmp1 := ZnClient new. > tmp1 headerAt: 'Authorization:' put: 'Bearer 12345abc'. > tmp1 url: 'https://app.asana.com/api/1.0/users/me'. > tmp1 get. > > Results in an authorisation error. > > I haven't tried using Zinc to access authenticated sites before, what am I doing wrong? > > > I just happen to have done this today... > https://github.com/exercism/pharo/issues/32#issuecomment-416100875 > > HTH, cheers -ben

Aug. 27, 2018

Re: [Pharo-users] Adding an Authorization Bearer header via Zinc

by Ben Coman

On Tue, 28 Aug 2018 at 02:25, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > I am building some pharo scripts to edit tasks in the Asana.com system. > > I have generated a Personal Access Token, and the terminal command of: > > curl -H "Authorization: Bearer 12345abc" > https://app.asana.com/api/1.0/users/me > > Returns 200/ok, and the right data. > > However, the pharo commands > > tmp1 := ZnClient new. > tmp1 headerAt: 'Authorization:' put: 'Bearer 12345abc'. > tmp1 url: 'https://app.asana.com/api/1.0/users/me'. > tmp1 get. > > Results in an authorisation error. > > I haven't tried using Zinc to access authenticated sites before, what am I > doing wrong? > > I just happen to have done this today... https://github.com/exercism/pharo/issues/32#issuecomment-416100875 HTH, cheers -ben

Aug. 27, 2018

Adding an Authorization Bearer header via Zinc

by Andy Burnett

I am building some pharo scripts to edit tasks in the Asana.com system. I have generated a Personal Access Token, and the terminal command of: curl -H "Authorization: Bearer 12345abc" https://app.asana.com/api/1.0/users/me Returns 200/ok, and the right data. However, the pharo commands tmp1 := ZnClient new. tmp1 headerAt: 'Authorization:' put: 'Bearer 12345abc'. tmp1 url: 'https://app.asana.com/api/1.0/users/me'. tmp1 get. Results in an authorisation error. I haven't tried using Zinc to access authenticated sites before, what am I doing wrong? Cheers Andy

Aug. 27, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by H. Hirzel

Actually there is a probably a configuration file, but not in the place where I checked, I assume. I have Ubuntu or Ubuntu based test installations in partitions sda6,7,8,9,10. I can not recall in which partition in actually happened. However I found out about the command [1] jupyter --paths And I did this in some of the different test installations [2] In sda8 I have user8@Latitude2:~$ ls /usr/share/jupyter kernels nbextensions user8@Latitude2:~$ ls /usr/share/jupyter/kernels python3 user8@Latitude2:~$ ls /usr/local/share/jupyter/kernels pharo So the probable explanation is that there was actually a configuration file but not in /usr/local/share/jupyter/kernels/pharo as you indicate in https://github.com/jmari/JupyterTalk/blob/master/README.md but in /usr/share/jupyter/kernels So my guess is that a download *nteract* (https://www.nteract.io/) alone and pharo6.1 with Juyptertalk (thus no python notebook) should work in a new Linux installation if there is a a kernel.json file with Pharo Smalltalk [3] in either /usr/local/share/jupyter/kernels/pharo OR /usr/share/jupyter/kernels/pharo I will test that and report to the list. --Hannes [1] jupyter help ================= user10@Latitude2:~$ jupyter --help usage: jupyter [-h] [--version] [--config-dir] [--data-dir] [--runtime-dir] [--paths] [--json] [subcommand] Jupyter: Interactive Computing positional arguments: subcommand the subcommand to launch optional arguments: -h, --help show this help message and exit --version show the jupyter command's version and exit --config-dir show Jupyter config dir --data-dir show Jupyter data dir --runtime-dir show Jupyter runtime dir --paths show all Jupyter paths. Add --json for machine-readable format. --json output paths as machine-readable json Available subcommands: bundlerextension console kernel kernelspec migrate nbconvert nbextension notebook qtconsole run serverextension troubleshoot trust [2] jupyter paths in different test installations ================================================= sda7 ----- jupyter --paths config: /home/user25/.jupyter /home/user25/anaconda3/etc/jupyter /usr/local/etc/jupyter /etc/jupyter data: /home/user25/.local/share/jupyter /home/user25/anaconda3/share/jupyter /usr/local/share/jupyter /usr/share/jupyter runtime: /run/user/1000/jupyter sda8 ------- jupyter --paths config: /home/user8/.jupyter /usr/etc/jupyter /usr/local/etc/jupyter /etc/jupyter data: /home/user8/.local/share/jupyter /usr/local/share/jupyter /usr/share/jupyter runtime: /run/user/1000/jupyter user8@Latitude2:~$ ls /usr/share/jupyter kernels nbextensions user8@Latitude2:~$ ls /usr/share/jupyter/kernels python3 user8@Latitude2:~$ ls /usr/local/share/jupyter/kernels pharo user8@Latitude2:~$ sda10 ----- user10@Latitude2:~$ jupyter --paths config: /home/user10/.jupyter /usr/etc/jupyter /usr/local/etc/jupyter /etc/jupyter data: /home/user10/.local/share/jupyter /usr/local/share/jupyter /usr/share/jupyter runtime: /run/user/1000/jupyter [3] Example kernel.json file for Pharo ====================================== ls /usr/local/share/jupyter/kernels/pharo kernel.json user8@Latitude2:~$ cat /usr/local/share/jupyter/kernels/pharo/kernel.json { "argv": [ "/home/user8/pharo-vm/bin/pharo", "/home/user8/Pharo.image", "ipharo", "{connection_file}" ], "display_name": "Pharo Smalltalk", "language": "smalltalk" } On 8/24/18, JesÃºs MarÃ <jmariaguirre(a)gmail.com> wrote: > Last update works also on *nteract* > > In the other hand, I could not understand how Jupyter knows about Pharo > kernel without the configuration file!!! Unbelievable! > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Aug. 27, 2018

Re: [Pharo-users] Roassal installation in Pharo 6.1 through the catalog?

by Alexandre Bergel

Hi! Yes. If you find a way to tag the baseline for Pharo 6.1 and 7.0, then I will be happy to do so. Alexandre > On Aug 24, 2018, at 2:09 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > Hello > > Installing Roassal in 6.1 through the catalog gives the message that > it has not been tested for installation in 6.0. See screen shot. > > Is this the regular way to go for or is there a better installation script? > > > Regards > Hannes > <Roassal_installation_in_Pharo6.1_Screenshot_2018-08-24.png>

Aug. 27, 2018

Re: [Pharo-users] Dynabook and authentic learning pedagogy

by Sean P. DeNigris

Offray Vladimir Luna CÃ¡rdenas-2 wrote > Smalltalk keeps its curse of being so concern with the future that was > disconnected from most of the present and so, giving the majority of us no > bridge between our present > and the Dynabook vision. The idea of a bridge is an interesting one. One of the core Dynabook/Smalltalk principles is that the whole computer should be available for inspection and experimentation by the user. As Dan Ingalls said about operating systems "there shouldn't be one". However, the rest of the world is stuck in an application/stovepipe model. While that may cripple and pigeonhole users' creativity, it's a reality that to be practically and generally useful the Dynabook would now have to deal/interact effectively with that whole mess while we're waiting for the rest of the world to catch up to our better way of doing things. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 26, 2018