- Pharo-users - lists.pharo.org

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

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

by Hilaire

Hi Offray, >From my understanding, the Dynabook concept is rooted to the idea of dynamic media or active essay and user engagement in producing this dynamic media contents. Etoys is a step in this direction, its innovative graphical programming environment supports the end user engagement in producing such dynamic media. I try to explain it in a previous article (http://blog.drgeo.eu/post/2018/The-Dynabook-Concept) In my opinion, Scratch is not related to this dynamic media vision. It only borrows the concept of graphical programming environment to provide an accessible environment to initiate kids to programming and algorithmic. The Dynabook concept is very rooted to the constructivism movement and its learning models, which are not that effective according to researches. I discussed a bit about that on another article (http://blog.drgeo.eu/post/2018/The-Dynabook-and-its-learning-models) Nevertheless, teachers mix different teaching approaches, so I think it is interesting to look at the dynabook concept under the different teaching models coined as innovative. I wrote several small texts about that. Authentic learning pedagogy is one of this teaching model. In your example, your authentic document is your raw data and Grafoscopio is a scaffolding tool to make this data learnable. I am just guessing because I don't know Grafoscopio. What I found interesting in your case, is the central position of the text document. Text is such a handy media: video and audio run on the air then are gone, a text stays there under your vision, it is very easy to "play it" one paragraph backward or forward. In Dynabook there is this idea of dynamic book: text with dynamic content, I love it. As a teacher I will love to be able to produce textbook with text math and dynamic simulations (geometry, calculus, algebra micro-world) for the kids to learn with. Such dynamic simulations could just be pluggable Morph components, teachers will pick up and/or adapt to specific needs, eventually linkable, Ã la Etoys, and shared on the net, etc. Hilaire -- Dr. Geo http://drgeo.eu

Aug. 25, 2018

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

by Offray Vladimir Luna CÃ¡rdenas

Hi, It's good to see this conversations happening on this list. Conversations below. On 24/08/18 16:25, Hilaire wrote: > Hi Hannes, > > > Le 24/08/2018 Ã 06:59, H. Hirzel a Ã©critÂ : >> Hello Hilaire >> >> Thank you for the short summary what authentic learning is and the >> conclusions what this means for a Dynabook implementation. >> >> You conclude that >> >> Dynabook's tools should support using authentic documents. >> >> I think that in practice this means that DOCX and ODT documents should >> be supported in some way. > Authentic documents are situation or media from the "real world" used in > teaching situation. It can be an analog or digital document: a poster, a > TV advertisement, a TV show, or it can be a real world problem. > Often these ones need to be scaffolded by the teacher to make it > accessible to the students. > > Speaking about docs/dot support, could Dynabook support it? It depends > on what it will be. > 1. Is Dyanbook just one software among many in a given os host, to > support creative use of computerized simulation? > 2. Or is it the whole operating system for the host, disconnected from > today use cases and software (ie libreoffice). For what benefit? > 3. Or a mix of both? > > Hilaire > In my case, authentic documents are those that I do mostly with communities. We have a long tradition of documentation in the Colombian FLOSS communities with an old wiki that reached, in its good times, 4000 pages (now only spread in offline backups). Most of this documentation is done using light markup languages and recently a strong tendency is in the use of variants of Markdown (mainly because of their preeminence in sites like GitHub and StackOverflow). Also we are concern with online and offline edition, because connectivity is not a given in countries of the so called Global South and because web technologies are (gratuitously?) overcomplicated. Those authentic documentation workflows and needs are the ones that Grafoscopio is trying to support. Several demos of such documentation use cases have been done, like the Data Journalism Handbook[1], blogging on reproducible research and data activism, storytelling and visualization[2][3][4] and, of course, the Grafoscopio Manual is written it itself[5] (because, you know, we love metasystems that help to evolve themselves). [1] http://mutabit.com/repos.fossil/mapeda/ [2] http://mutabit.com/offray/blog/en/entry/panama-papers-1 [3] http://mutabit.com/offray/blog/en/entry/sdv-infomed [4] http://mutabit.com/offray/blog/en/entry/ds-twitter-mockup [5] http://mutabit.com/repos.fossil/grafoscopio/uv/Docs/En/Books/Manual/manual.… This means that the Dynabook, at least currently can be (de)construct like something in between a software among many others, running in a host, but also something connecting to today's real needs, like the ones you solve in office software (word processing and documentation, calculation and visualizations, and presentation), despite not solving them in the same way (what would be the point then?). In Grafoscopio's case, the outlining metaphor (a la OrgMode[6] or Leo Editor[7]) is important is such alternative approach do documentation. [6] http://orgmode.org/ [7] http://leoeditor.com/ Which leads us to the issue of benefit? Who benefits from this other ways of authentic documentation? One of my issues with current Dynabook incarnations and research papers, in the form of Smalltalk (and its variants and projects, including Squeak, Etoys, the original Scratch and Phracth), is that they are too oriented towards children and teenagers (with incidentally teachers in the mix) or computer scientist. I felt that the more I grow up, the more frozen the "software" felt for me, because the huge gap between the intended audiences of the software (children, teens, their teachers and computer scientist) and the rest of the population. If I departed from those communities and needs, it was difficult to find any place for me in the Dynabook/Smalltalk related communities and their used tools. There was little to nothing for the day to day task (i.e. documenting) or it was too insular and departed for more widely spread practices (i.e. Markdown or Pandoc) or without the huge traction and diverse functionality of custom made formats and tools (i.e. OrgMode). It was like if, 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. I think that data activism, storytelling and visualization joined with reproducible research and publishing can help us to bridge the gap mentioned before for a lot of diverse populations (journalists, activists, researchers, academics, students) that are leaving or outside the classroom or are already adults and such themes are concerns from the present and the upcoming future. That's why Grafoscopio locates in such places and educational context beyond the classroom (hackerspaces, workshops, innovation labs, newsrooms). I think that The Home Desktop System [8] is tackling other knowledge workers with a parallel similar approach, including outlining [8] [8] https://github.com/hpi-swa/Rack Grafoscopio is trying to make its contribution for authentic documentation in learning pedagogy for long life learning. Children, teens and the classroom are an important concern and also the needs of computer scientists, but, of course, they're not enough and we need to provide more bridges for empowering more diverse populations with authentic learning pedagoty. I think would be important to know what we can come with, as a community, so more people can traverse such bridges and build more. Cheers, Offray

Aug. 25, 2018