May 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Saving to local git and "Loading all file names from http://...pharo5/inbox"

by Holger Freyther

> On 29 May 2016, at 09:58, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> >> For some reason the package manager is refreshing all packages. I don't know why it happens, and it's quite annoying (because it slows down commits), but it doesn't cause any actual problems, so don't worry about it too much. > > As I understand it, what happens is the following: before you commit to your MC repo, you have to find the next version number; a check is then done in all relevant repos; the cached content is not used, but an actual refresh is done. All this is so that my .5 would not conflict with someone else .5 - the chance that this happens is very small, and the check does not really prevent it. I assumed that but can it be limited to the Repositories that are associated with the package? I am afraid that next time I travel I can not commit to my local repository (and ofcourse the speed part). :) holger

May 29, 2016

Re: [Pharo-users] Saving to local git and "Loading all file names from http://...pharo5/inbox"

by Sven Van Caekenberghe

> On 29 May 2016, at 09:51, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > On Sat, May 28, 2016 at 10:48:47PM +0200, Holger Freyther wrote: >> Hi, >> >> every time I save a local package using gitfiletree:// it tries to download from the pharo5 inbox. Is this to be expected? I do not have the inbox associated with that package though? Can the version number resolving be changed? > > For some reason the package manager is refreshing all packages. I don't know why it happens, and it's quite annoying (because it slows down commits), but it doesn't cause any actual problems, so don't worry about it too much. As I understand it, what happens is the following: before you commit to your MC repo, you have to find the next version number; a check is then done in all relevant repos; the cached content is not used, but an actual refresh is done. All this is so that my .5 would not conflict with someone else .5 - the chance that this happens is very small, and the check does not really prevent it. > Peter > >> >> kind regards >> holger >

May 29, 2016

Re: [Pharo-users] Saving to local git and "Loading all file names from http://...pharo5/inbox"

by Peter Uhnak

On Sat, May 28, 2016 at 10:48:47PM +0200, Holger Freyther wrote: > Hi, > > every time I save a local package using gitfiletree:// it tries to download from the pharo5 inbox. Is this to be expected? I do not have the inbox associated with that package though? Can the version number resolving be changed? For some reason the package manager is refreshing all packages. I don't know why it happens, and it's quite annoying (because it slows down commits), but it doesn't cause any actual problems, so don't worry about it too much. Peter > > kind regards > holger

May 29, 2016

Saving to local git and "Loading all file names from http://...pharo5/inbox"

by Holger Freyther

Hi, every time I save a local package using gitfiletree:// it tries to download from the pharo5 inbox. Is this to be expected? I do not have the inbox associated with that package though? Can the version number resolving be changed? kind regards holger

May 28, 2016

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