- Pharo-users - lists.pharo.org

Re: [Pharo-users] Is lazy evaluation of infinite series possible?

by Nicolai Hess

2016-05-28 20:57 GMT+02:00 Erisa <bawolk(a)ucdavis.edu>: > I am just learning Pharo (taking the MOOC actually!) and am wondering > whether > it is possible to model formal power series. I have done this in Haskell > quite easily and efficiently, but struggled to do it in Python without real > success. It requires one to perform operations on an infinite stream (such > as multiplying two infinite power series). One then only evaluates the > terms as they are needed, i.e., lazily. Any thoughts? > Hi Erisa, we have generatos in Pharo! See class Generator. nicolai > > > > -- > View this message in context: > http://forum.world.st/Is-lazy-evaluation-of-infinite-series-possible-tp4897… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

May 28, 2016

Is lazy evaluation of infinite series possible?

by Erisa

I am just learning Pharo (taking the MOOC actually!) and am wondering whether it is possible to model formal power series. I have done this in Haskell quite easily and efficiently, but struggled to do it in Python without real success. It requires one to perform operations on an infinite stream (such as multiplying two infinite power series). One then only evaluates the terms as they are needed, i.e., lazily. Any thoughts? -- View this message in context: http://forum.world.st/Is-lazy-evaluation-of-infinite-series-possible-tp4897… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 28, 2016

Re: [Pharo-users] Zinc Server name

by Sven Van Caekenberghe

Torsten asked how to change the server name as seen in HTTP responses: $ curl -v http://localhost:1701/echo * Trying 127.0.0.1... * Connected to localhost (127.0.0.1) port 1701 (#0) > GET /echo HTTP/1.1 > Host: localhost:1701 > User-Agent: curl/7.43.0 > Accept: */* > < HTTP/1.1 200 OK < Content-Length: 245 < Content-Type: text/plain;charset=utf-8 < Server: Zinc HTTP Components 1.0 < Date: Sat, 28 May 2016 11:30:43 GMT < This is Zinc HTTP Components echoing your request ! Running a ZnManagingMultiThreadedServer(running 1701) GET request for /echo with headers X-Zinc-Remote-Address: 127.0.0.1 Host: localhost:1701 User-Agent: curl/7.43.0 Accept: */* As you can see, the default header is 'Server: Zinc HTTP Components 1.0'. We don't need specific API for this uncommon scenario, as all requests and response are object that you can manipulate at will. We can do this programmatically as follows: | delegate | ZnServer startDefaultOn: 1701. delegate := ZnServer default delegate. ZnServer default delegate: (ZnValueDelegate with: [ :request | | response | response := delegate handleRequest: request. response headers at: #Server put: 'My HTTP Server 3.14'. response ]). The default handler of the server gets wrapped, the original is used to do the actual work, when it returns a response, we manipulate it as required. Now, the server name has changed: $ curl -v http://localhost:1701/echo * Trying 127.0.0.1... * Connected to localhost (127.0.0.1) port 1701 (#0) > GET /echo HTTP/1.1 > Host: localhost:1701 > User-Agent: curl/7.43.0 > Accept: */* > < HTTP/1.1 200 OK < Content-Length: 245 < Content-Type: text/plain;charset=utf-8 < Server: My HTTP Server 3.14 < Date: Sat, 28 May 2016 11:31:03 GMT < This is Zinc HTTP Components echoing your request ! Running a ZnManagingMultiThreadedServer(running 1701) GET request for /echo with headers X-Zinc-Remote-Address: 127.0.0.1 Host: localhost:1701 User-Agent: curl/7.43.0 Accept: */* Sven > On 27 May 2016, at 17:11, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi Sven, > > A quick example (shared on the list) would be really nice! > Not urgent but I'm sure useful for many people using Pharo as webserver. > Security always is an issue. > > Thanks > Torsten > >> Gesendet: Freitag, 27. Mai 2016 um 16:33 Uhr >> Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> >> An: "Torsten Bergmann" <astares(a)gmx.de> >> Betreff: Re: Zinc Server name >> >> Hi Torsten, >> >>> On 27 May 2016, at 15:59, Torsten Bergmann <astares(a)gmx.de> wrote: >>> >>> Hi Sven, >>> >>> In Zinc the defaultServerString returns the frameworkNameAndVersion. >>> This is used in the HTTP responses, ... >>> >>> In a production situation one might give as little info to hackers >>> as possible about the server for security reasons. >>> >>> For sure I can patch the method but it would be good if the framework >>> could provide this out of the box. >>> >>> Having this as a setting (with the framework name as default) >>> would already solve the problem. What do you think? >>> >>> bye >>> Torsten >> >> This is a valid concern/request. However, it does not appear to be that important to make it a user settable option. You can easily add this yourself, without changing any method. >> >> Wrap another delegate around the delegate of the Zn server and intercept any response being returned, modify the Server: header and you're done. This is similar to how you would do pre/post request/response fiddling in apache or nginx. >> >> Does that make sense or should I write a small example ? >> >> Sven

May 28, 2016

Re: [Pharo-users] Panama Papers: a case for reproducible research, data activism and frictionless data (powered by Pharo)

by Offray Vladimir Luna CÃ¡rdenas

GastÃ³n, With this script you should be able to install Grafoscopio a run the Panama Papers example on a fresh Moose 6 image: === (ConfigurationOfGrafoscopio project version: #stable) load. OffshoreLeaksDB choroplethWorldMapQuick === If you want to follow the interactive tutorial do: === OffshoreLeaksDB OffshoreLeaksDB docDownloadFor: 'intro'. OffshoreLeaksDB openIntroNotebook === Cheers, Offray On 23/05/16 07:18, GastÃ³n Dall' Oglio wrote: > Thanks for your details answer. > > I will review your blog post, I have to learn Roassal too so it's a > good way to begin... If you can yes please share these scripts :) > > Yes it seem to be the same webinar that I indicated in my previos mail ;) > > Regards. > > > 2016-05-21 0:27 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>>: > > Thanks GastÃ³n for your interest. > > I used csv and imported to sqlite, because that's the way the ICIJ > released their info and let me query aggregated information in an > easy way. I bridge SQLite with Pharo using UDBC and then the > choropleth map was made on Roassal. Details are in the blog post ;-). > > My first attempt was trying to load all nodes in (Entities in the > offshore leaks database) in Roassal and query/visualize directly > from it, but with over 150k nodes the environment started to lag > and doesn't was as responsive as I want for exploring the dataset. > That's why I switched quickly to sqlite. I think that this keeps > the environment agile and covers a pretty good amount of the cases > when you work with tabular data and even some specific graphs > could be replicated from the exported CVS files containing the > entities and their relationships. My focus was more on accuracy of > the visualization, trying to put the rest of the territories in a > Roassal map. If you're interested I can put a quick script to run > the visualization/notebook in your Moose image. > > I have not used Neo4J, but there will be a seminar on how it was > used in the Panama Papers next Tuesday: > > http://info.neo4j.com/0526-register.html > > Cheers, > > Offray > > > On 20/05/16 16:42, GastÃ³n Dall' Oglio wrote: >> Hi. Looks good :) >> >> Just out of curiosity, what data format you used? csv, sqlite? >> >> I am interested in using Neo4j from pharo >> (http://smalltalkhub.com/#!/~MasashiUmezawa/Neo4reSt >> <http://smalltalkhub.com/#%21/%7EMasashiUmezawa/Neo4reSt>) with a >> large database, and few days ago and found the ICIJ used Neo4j to >> relate information. In a few days they will give a webinar: >> http://info.neo4j.com/05262016-ICIJandPanamaPapersOnDemand_Registration.html >> >> A question, you can use Neo4reSt to store data and Pharo/Roassal >> for display on a more or less friendly way? or there is a lot >> impedance between graph models? >> >> >> >> 2016-05-20 13:44 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas >> <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>>: >> >> Hi, >> >> I'm glad to share my recent work with Pharo/Roassal in the >> form of a minisite[1] and a detailed blog entry[2] arguing >> about interactive environments for increasing understanding >> and participation in data phenomena: >> >> [1] >> http://mutabit.com/repos.fossil/panama-papers/doc/tip/index.html >> [2] http://mutabit.com/offray/blog/en/entry/panama-papers-1 >> >> Using a relatively simple visualization I advocate for this >> case. The bigger issues here were not related with >> visualization, but with accuracy/completion of the >> information. For example the original RTSVGPath includes only >> 167 world territories, but Panama Papers mentions over 210. >> Improving accuracy lead to hunting a bug and to its bugfix. >> So we have a more cleaver reader for SVG in Roassal. I was >> fighting for several days with newbie errors (like the one on >> the download bar not advancing, despite of the download being >> made). >> >> I think that this are good exemplars on how Pharo Roassal is >> a superb moldable and affordable platform on the issues of >> data oriented reproducible research (in journalism and/or >> activism and others). >> >> Comments and suggestions are welcomed, as always. >> >> Cheers, >> >> Offray >> >> > >

May 27, 2016

Re: [Pharo-users] [Raspberry Pi] Accessing GPIO pins on Raspberry Pi?

by sergio ruiz

does anyone know if if pharo 5 runs on raspberry pi yet? if so, i can poke around and see if i can get WiringPi to install on pharo 5. thanks! > On May 27, 2016, at 1:56 PM, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > >> >> The raspberry pi slave seems to be disconnected so do not know the >> status: >> Library: >> https://ci.inria.fr/pharo-contribution/job/WiringPi-ARM-AutomatedBuild/ >> Pharo code ( probably on Pharo 3 or 4). >> http://smalltalkhub.com/#!/~jeanbaptistearnaud/WiringPi > > great! iâll take a look at those! > > thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com > http://www.ThoseOptimizeGuys.com > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > ---- peace, sergio photographer, journalist, visionary #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.CodingForHire.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

May 27, 2016

Re: [Pharo-users] [Raspberry Pi] Accessing GPIO pins on Raspberry Pi?

by sergio ruiz

> > The raspberry pi slave seems to be disconnected so do not know the > status: > Library: > https://ci.inria.fr/pharo-contribution/job/WiringPi-ARM-AutomatedBuild/ > Pharo code ( probably on Pharo 3 or 4). > http://smalltalkhub.com/#!/~jeanbaptistearnaud/WiringPi great! iâll take a look at those! thanks! ---- peace, sergio photographer, journalist, visionary #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.CodingForHire.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

May 27, 2016

Re: [Pharo-users] [Raspberry Pi] Accessing GPIO pins on Raspberry Pi?

by jean baptiste arnaud

The raspberry pi slave seems to be disconnected so do not know the status: Library: https://ci.inria.fr/pharo-contribution/job/WiringPi-ARM-AutomatedBuild/ Pharo code ( probably on Pharo 3 or 4). http://smalltalkhub.com/#!/~jeanbaptistearnaud/WiringPi ------ Message d'origine ------ De : "sergio ruiz" <sergio.rrd(a)gmail.com> Ã : "Alain Plantec via Pharo-users" <pharo-users(a)lists.pharo.org> EnvoyÃ© 27/05/2016 14:33:04 Objet : [Pharo-users] [Raspberry Pi] Accessing GPIO pins on Raspberry Pi? > >Does anyone know if itâs possible to access the header on Raspberry Pi >vi Pharo? > >I am mostly interested in running a 16x2 LCD from pharo at this point. > >Thanks! > > >---- >peace, >sergio >photographer, journalist, visionary >#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >http://www.Village-Buzz.com >http://www.ThoseOptimizeGuys.com >http://www.CodingForHire.com >http://www.coffee-black.com >http://www.painlessfrugality.com >http://www.twitter.com/sergio_101 >http://www.facebook.com/sergio101 > --- L'absence de virus dans ce courrier Ã©lectronique a Ã©tÃ© vÃ©rifiÃ©e par le logiciel antivirus Avast. https://www.avast.com/antivirus

May 27, 2016

[Raspberry Pi] Accessing GPIO pins on Raspberry Pi?

by sergio ruiz

Does anyone know if itâs possible to access the header on Raspberry Pi vi Pharo? I am mostly interested in running a 16x2 LCD from pharo at this point. Thanks! ---- peace, sergio photographer, journalist, visionary #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.CodingForHire.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

May 27, 2016

Re: [Pharo-users] One comment to new Pharo5 debugger

by Ben Coman

On Thu, May 26, 2016 at 9:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On 26 May 2016, at 14:49, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Yes, and there was also some discussion on the Pharo-users mailing list. > Apparently the same comments more or less ... > > I give a big +1 on moving the buttons down, so that they are between the > stack and the code pane. I still donât understand why they need to be so far > away from the code pane, it makes much more sense above the code pane + we > save on mouse movements. > > > is because of the âmoldableâ nature of the debugger, since the code panel > could be anything (like a custom browser, etc.), it is not certain that > buttons can be thereâ¦ only âconstantâ place is the top of the browserâ¦ I wonder about buttons down the left margin of the stack pane? With modern wide aspect displays and even two inspector panes at the bottom, I find I have a huge amount of white space to the right of the stack pane, so there would be little impact on this stack info. Perhaps a default wide margin to fit labels for newbies (though Through could be Thru, and Proceed could be Run), but also be able to shrink in width so that only the button icons are visible. What do you think? cheers -ben > that does not means I do not agree it would be better closer to the code > itselfâ¦ but I will need to take a care look to that before proposing a > possible change. > > Esteban > > > -- > Does this mail seem too brief? Sorry for that, I donât mean to be rude! > Please see http://emailcharter.org . > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of > Chile > > On May 26, 2016, at 04:37, Christophe Demarey <Christophe.Demarey(a)inria.fr> > wrote: > > Hi Sabine, > > this point was also Â« discussed Â» (no answer) here: > http://forum.world.st/gtdebugger-debug-actions-buttons-td4874316.html > Yes, the new buttons are counter-productive and there is even no setting to > have them usable â¦ > You can still with to the SpecDebugger through settings > > > Le 25 mai 2016 Ã 22:49, Peter UhnÃ¡k <i.uhnak(a)gmail.com> a Ã©crit : > > Hi, > > yes, this question was raised before, but there are some disagreements over > how it should be, so it may take some time > http://forum.world.st/GTDebugger-shortcuts-usability-td4890316.html > > You can also use a startup script to reassign them, such as this one. > https://github.com/peteruhnak/pharo-scripts/blob/master/config/5.0/uniformD… > But a startup script is a temporary solution. > > On Wed, May 25, 2016 at 9:43 PM, Sabine Manaa <manaa.sabine(a)gmail.com> > wrote: >> >> Hi, >> >> today I moved to Pharo5. It is great to get feedback and solutions for >> problems so quickly. It is a pleasure to work with Pharo and to have the >> community. I am grateful for having this. >> >> I have one comment. I don't want to complain, I can use it but I was >> wondering about the new position and size of the debugger buttons. >> >> There is a longer distance now from code text pane to the buttons - I see >> this as disadvantage to earlier versions of Pharo from the user >> experience. >> The buttons are a lot of smaller - same disadvantage - both if you use the >> mouse. >> >> Ok, after seeing that, I thought "Sabine, you should use keyboard >> shortcuts >> here, too" (I use much of them but interesting - til now not in the >> debugger). >> >> Then I saw the shortcuts for >> Proceed cmd+r >> Restart cmd-shift-a >> Into cmd-e >> over cmd-shift-o >> through cmd-shift-t >> >> especially into, over and through have so different key combinations, two >> with shift, one without shift. When I debug, I often use for example >> into-into-over-over-over-throuhg-through--into-into etc...and with the >> combinations cmd-e and cmd-shit-e, it is more "finger-work". It would be >> better to have all those shortcuts with or all shortcuts without shift. >> And >> the letters not so far away at the keyboard (e-o-t) >> >> This is only my opinion and my first impression after one day with Pharo5. >> I >> am sure, after a few days, I forgot that this was uncomfortable because I >> have the shortcuts coming automatically into my fingers. >> >> Regards >> Sabine >> >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/One-comment-to-new-Pharo5-debugger-tp4897390.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > > > >

May 27, 2016

how to set a code completion schema in GT inspector?

by Alexandre Bergel

Hi! Is there a way to provide a strategy to complete code in GT? For example, if I would like to specialize the completion in case I am writing a Roassal script... Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 27, 2016