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

Re: [Pharo-users] [ANN] PharoLauncher v1.1 released!

by Christophe Demarey

> Le 25 janv. 2018 Ã 13:54, Christophe Demarey <christophe.demarey(a)inria.fr> a Ã©crit : > > Hi Mariano, > >> Le 25 janv. 2018 Ã 12:33, Mariano Martinez Peck <marianopeck(a)gmail.com> a Ã©crit : >> >> Hi Christoph, >> >> One issue I am having is that the Launch without settings is actually running the settings anyway... (it was not the case before). >> >> Do you see this as well? > > Hum, yes Iâm able to reproduce that. > Could you open a bug entry for this problem (https://github.com/pharo-project/pharo-launcher/issues)? I will take a look at it ASAP. Was easy to fix: Name: PharoLauncher-Core-ChristopheDemarey.173 Author: ChristopheDemarey Time: 25 January 2018, 2:22:42.742766 pm UUID: 975f6569-fb1f-0d00-89b5-97830cafd288 Ancestors: PharoLauncher-Core-ChristopheDemarey.172 fixes 2 bugs: - OS detection tu run image for a shell was wrong for OS X - no default preferences option was lost when running image from a shell

Jan. 25, 2018

Re: [Pharo-users] [ANN] PharoLauncher v1.1 released!

by Christophe Demarey

Hi Mariano, > Le 25 janv. 2018 Ã 12:33, Mariano Martinez Peck <marianopeck(a)gmail.com> a Ã©crit : > > Hi Christoph, > > One issue I am having is that the Launch without settings is actually running the settings anyway... (it was not the case before). > > Do you see this as well? Hum, yes Iâm able to reproduce that. Could you open a bug entry for this problem (https://github.com/pharo-project/pharo-launcher/issues)? I will take a look at it ASAP. Thanks, Christophe

Jan. 25, 2018

Re: [Pharo-users] [ANN] PharoLauncher v1.1 released!

by Mariano Martinez Peck

Hi Christoph, One issue I am having is that the Launch without settings is actually running the settings anyway... (it was not the case before). Do you see this as well? On Fri, Jan 19, 2018 at 9:04 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > tx! > > > On Thu, Jan 18, 2018 at 9:28 PM, Christophe Demarey > <christophe.demarey(a)inria.fr> wrote: > > > >> Le 18 janv. 2018 Ã 21:16, Stephane Ducasse <stepharo.self(a)gmail.com> a > Ã©crit : > >> > >> supe super coooool > >> Christophe? do have I just to replace the previous version and use > >> this one and I will get everything as before > >> but with the new version? > > > > yes. > > Only settings directory is different but it did not work very well > before. So, if you had settings that were no defaults settings, you will > need to store your settings with the new launcher. > > -- Mariano http://marianopeck.wordpress.com

Jan. 25, 2018

[ANN] Pharo Consortium New Gold Member: KnowRoaming

by Marcus Denker

The Pharo Consortium is very happy to announce that KnowRoaming has joined the Consortium as a Gold Member. About - KnowRoaming: https://www.knowroaming.com - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: - http://association.pharo.org

Jan. 25, 2018

Re: [Pharo-users] Positive experience report porting from StHub to GitHub

by HernÃ¡n Morales Durand

Ok, checked again with a new repo at https://github.com/hernanmd/ISO3166 And yes, the commit command is unnecessary, the fast-import and push did it. Thanks, HernÃ¡n 2018-01-24 18:08 GMT-03:00 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: > Hi Peter, > > 2018-01-24 11:50 GMT-03:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> Hi Hernan, this should be in principle sufficient for the migration. >> >> I just wonder, why these two lines? >>> git add * >>> git commit -m "fast-import from SmalltalkHub" >> >> ...normally all the code should've been already committed via fast-import. >> > > I will check again with another project, but at first didn't see > anything uploading after the fast-import. > I will let you know, thank you. > > HernÃ¡n > > >> Peter >> >> On Wed, Jan 24, 2018 at 2:17 PM, HernÃ¡n Morales Durand >> <hernan.morales(a)gmail.com> wrote: >>> >>> Hi guys, >>> >>> I just want to report that I started to migrate some of my projects >>> from to GitHub (for example >>> https://github.com/hernanmd/ApplicationSecurity and >>> https://github.com/hernanmd/StringExtensions) in Pharo 6.x >>> >>> Basically the steps are: >>> >>> 1) Install the Peter Uhnak git-migration package: >>> >>> Metacello new >>> baseline: 'GitMigration'; >>> repository: 'github://peteruhnak/git-migration/repository'; >>> load >>> >>> 2) From (GitBash) command-line: >>> >>> cd /c/Users/{your_git_project_directory} >>> git log --oneline -n 1 >>> >>> 3) Execute this script: >>> >>> | migration | >>> migration := GitMigration on: '{your_sthub_user}/{project_name}'. >>> migration cacheAllVersions. >>> migration authors: { 'Your_Name' -> #('Your_Name' >>> '<your_mail(a)mail.com>')}. >>> migration >>> fastImportCodeToDirectory: 'repository' >>> initialCommit: '....' " copy/paste the id from the git log command in step >>> 2)" >>> to: 'import.txt' >>> >>> 4) >>> >>> git fast-import < /.../import.txt >>> git reset --hard master >>> git add * >>> git commit -m "fast-import from SmalltalkHub" >>> git push {project_name} >>> >>> or >>> >>> git push >>> >>> >>> Let me know if there's something you would add to the workflow. >>> Cheers, >>> >>> HernÃ¡n >>> >>

Jan. 25, 2018

Re: [Pharo-users] Positive experience report porting from StHub to GitHub

by HernÃ¡n Morales Durand

Hi Peter, 2018-01-24 11:50 GMT-03:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Hi Hernan, this should be in principle sufficient for the migration. > > I just wonder, why these two lines? >> git add * >> git commit -m "fast-import from SmalltalkHub" > > ...normally all the code should've been already committed via fast-import. > I will check again with another project, but at first didn't see anything uploading after the fast-import. I will let you know, thank you. HernÃ¡n > Peter > > On Wed, Jan 24, 2018 at 2:17 PM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: >> >> Hi guys, >> >> I just want to report that I started to migrate some of my projects >> from to GitHub (for example >> https://github.com/hernanmd/ApplicationSecurity and >> https://github.com/hernanmd/StringExtensions) in Pharo 6.x >> >> Basically the steps are: >> >> 1) Install the Peter Uhnak git-migration package: >> >> Metacello new >> baseline: 'GitMigration'; >> repository: 'github://peteruhnak/git-migration/repository'; >> load >> >> 2) From (GitBash) command-line: >> >> cd /c/Users/{your_git_project_directory} >> git log --oneline -n 1 >> >> 3) Execute this script: >> >> | migration | >> migration := GitMigration on: '{your_sthub_user}/{project_name}'. >> migration cacheAllVersions. >> migration authors: { 'Your_Name' -> #('Your_Name' >> '<your_mail(a)mail.com>')}. >> migration >> fastImportCodeToDirectory: 'repository' >> initialCommit: '....' " copy/paste the id from the git log command in step >> 2)" >> to: 'import.txt' >> >> 4) >> >> git fast-import < /.../import.txt >> git reset --hard master >> git add * >> git commit -m "fast-import from SmalltalkHub" >> git push {project_name} >> >> or >> >> git push >> >> >> Let me know if there's something you would add to the workflow. >> Cheers, >> >> HernÃ¡n >> >

Jan. 24, 2018

Re: [Pharo-users] [JOB] Engineer 1 year: Pharo IoT platform

by Stephane Ducasse

We have also a PhD on the same topics!!! On Mon, Jan 22, 2018 at 2:08 PM, Miguel Campusano <m.campusano.araya(a)gmail.com> wrote: > > On Mon, Jan 22, 2018 at 6:17 AM Marcus Denker <marcus.denker(a)inria.fr> > wrote: >> >> Inria RMoD are looking for a full-time engineer for helping with >> developing Pharo in the context of IoT. The focus of this job is "Pharo on >> embedded and mobile devices for the internet of things" >> >> With Pharo, we have developed over the last two years an interactive, >> remote development environment. It allows embedded, headless software >> running on typical raspberry pi class hardware to be developed and debugged >> in an interactive way. It allows programmers to explore and change running >> headless embedded programs from their desktop development machine. >> >> The next step will be to extend this infrastructure to cover the use case >> of industrial use: Deployment. We want to build a middle-ware to manage, >> authenticate and script deployed Pharo embedded installations. >> >> The engineer will help to develop the Pharo IoT infrastructure, especially >> with a focus on industrial use: >> >> â¢ Improve Pharo for a platform with an industrial focus. >> â¢ Work on a middleware to manage deployed Pharo instances. >> â¢ Realize two small demos: First, as an industrial IoT example, a >> demo deployed on 20+ devices. >> Demo 2: Pharo deployed on multiple mobile autonomous robots. >> â¢ Help with creating a website for PharoIOT. >> >> >> We are looking for a candidate with some prior experience with Pharo. >> In addition: >> >> â¢ Knowledge in Dynamic Languages (Pharo is a plus but not >> required) >> â¢ Experience with embedded development is a plus but not required >> â¢ English >> >> Work in a research lab, but no paper writing, no teaching, no >> administration. In addition: >> >> â¢ Centrally located (one hour from Paris, 1h20 from London, 35 min >> from Brussels) >> â¢ Try a lot of good beer (our office is just 10km from the border >> to Belgium) >> â¢ Program with Pharo all day! >> â¢ Lille is an active city but not expensive (lot of students...), >> centrally located with good connections by train to everywhere (including >> CDG and Brussels airports). >> â¢ Duration: 12 Month >> â¢ Starting date: As soon as possible (Spring 2018) >> â¢ Salary: 2600-3200 euros brut / month, depending on experience >> â¢ Explanation Salary: french brutto = money after social charges >> (and base health insurance) before income tax, which is max one month income >> payed >> yearly, depending on family situation (can be 0 for a family >> with kids) >> â¢ Location: Lille (no remote job possible)) >> >> More about >> >> â¢ Pharo: http://www.pharo.org >> â¢ PharoThings: https://github.com/pharo-iot/PharoThings >> â¢ INRIA RMOD: http://rmod.lille.inria.fr >> â¢ INRIA Lille: http://www.inria.fr/lille >> â¢ INRIA in General: http://www.inria.fr >> â¢ Lille: >> â¢ http://en.wikipedia.org/wiki/Lille >> â¢ http://wikitravel.org/en/Lille >> >> Do not hesitate to contact us for more information. >> Permanent Link to this call: https://rmod.inria.fr/web/blog/2017-10-20

Jan. 24, 2018

Re: [Pharo-users] looking for another iterator :)

by Stephane Ducasse

I like the pharophile :) On Mon, Jan 22, 2018 at 10:57 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > yes, we need composition to avoid API explosion (things are already very bad in this respect) > >> On 22 Jan 2018, at 10:38, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> >> In most collection libraries I know there is the "take" function coming from the functional world that does that: >> >> #(1 2 3 4 5 6 7 8) take: 5 >> => #(1 2 3 4 5) >> >> #(1 2 3 4) take: 5 >> => #(1 2 3 4) >> >> Now, I understand there are two different things in here. >> - First is the fact that we would like to apply this iterator to more than sequenceable collections. I think that the name "take" is order agnostic in that sense. >> - The other thing is that people would like to not calculate the sub-collection... The problem is that we will end up with ugly combinations of selectors like >> >> take:thenDo: >> take:thenCollect: >> take:thenSelect: >> ... >> >> And that pattern already exists also for: >> >> select:thenCollect: >> select:thenDo: >> >> collect:as: >> select:as: >> >> ... >> >> I think I would like to have a more composable kind of iterators/collections. There are Transducers that make "iterators" kind of command objects that you can apply on a collection. Personally I don't like the API choice but the idea behind is nice: >> >> https://github.com/Pharophile/Transducers >> >> sum := #+ init: 0. >> sum1 := #(1 1 1) reduce: sum. >> sum2 := (1 to: 1000) transduce: #odd filter reduce: sum. >> >> >> And there are XTreams that allows one to work on a collection as a stream and then compose decorators on top. This means however that we need to create a stream and "close" it to obtain the resulting collection on every manipulation. >> >> https://github.com/mkobetic/Xtreams >> https://code.google.com/archive/p/xtreams/wikis/Core.wiki >> >> ((aCollection reading collect: [ ... ]) select: [ ... ]) rest. >> >> Guille >> >> On Mon, Jan 22, 2018 at 4:11 AM, Ben Coman <btc(a)openinworld.com> wrote: >> On 22 January 2018 at 00:47, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> > Hi Ben and Clement >> > >> > I have a collection (a dictionary in my case) and I want to get >> > maximum 5 bindings out of it and iterate on them. >> > I want keysAndValuesDo: or do: but only up to 5 elements. >> > >> > aDict atMax: 5 do: [:each | ] >> >> "atMax" sound a bit like comparison rather than counting. Perhaps >> better would be... >> aDict atMost: 5 do: [:each | ] "or" >> aDict for: 5 do: [:each | ] >> >> but rather than introduce three or more messages... >> aDict atMost: 5 do: [:each| ... ] >> aDict atMost: 5 select: [:each| ... ] >> aDict atMost: 5 collect: [:each| ... ] >> >> why not introduce just one method?.... >> (aDict any: 5) do: [:each| ... ] >> (aDict any: 5) select: [:each| ... ] >> (aDict any: 5) collect: [:each| ... ] >> >> >> cheers -ben >> >> >> > So I learned from:to:do: >> > >> > aCollection atMax: 5 do: [:each | ] >> > >> > Does it make sense? >> > >> > Stef >> > >> > On Sun, Jan 21, 2018 at 1:16 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >> I don't think we do. Do you need it on SequenceableCollection or >> >> HashedCollection too ? >> >> >> >> Recently I was trying to iterate over the first N elements of a collection >> >> and since there was no #first:do: I used #from:to:do:. I guess you could use >> >> that too: >> >> >> >> aCollection from: 1 to: (aCollection size min: 1000) do: aBlock >> >> >> >> Which guarantees you iterate at max over 1000 elements. But that API is >> >> SequenceableCollection specific. >> >> >> >> On Sun, Jan 21, 2018 at 11:44 AM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> >> >>> On 21 January 2018 at 18:36, Stephane Ducasse <stepharo.self(a)gmail.com> >> >>> wrote: >> >>> > Hi >> >>> > >> >>> > I would like to iterate at max on a certain amount of elements in a >> >>> > collection. >> >>> > And I was wondering if we have such iterator. >> >>> >> >>> I'm not clear what functionality your asking for. Could you present >> >>> it as code & result if you assumed the iterator you want was >> >>> available? >> >>> >> >>> cheers -ben >> >>> >> >> >> >> >> >> >> >> -- >> >> ClÃ©ment BÃ©ra >> >> Pharo consortium engineer >> >> https://clementbera.wordpress.com/ >> >> BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq >> > >> >> >> >> >> -- >> >> Guille Polito >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> CRIStAL - UMR 9189 >> French National Center for Scientific Research - http://www.cnrs.fr >> >> Web: http://guillep.github.io >> Phone: +33 06 52 70 66 13 > >

Jan. 24, 2018

Re: [Pharo-users] looking for another iterator :)

by Stephane Ducasse

On Mon, Jan 22, 2018 at 11:26 AM, Steffen MÃ¤rcker <merkste(a)web.de> wrote: > Hi! > > this is straightforward with Transducers, e.g., > >> (Take n: 5) <~ #(1 2 3 4 5 6 7 8). > > or >> >> #(1 2 3 4 5 6 7 8) transduce take: 5. > > > The different primitives like take, drop, map, filter, etc. are composable > and do not generate intermediate representations. > The bad news are, that the Pharo port is incomplete and I won't have the > time until April to finish it. oh there is not stress. What I would like to see is - what is the API in terms of vocabulary (ie drop the same as reject) - can we reexpress some of our iterators? what is the cost? Stef

Jan. 24, 2018

Re: [Pharo-users] Fwd: Bioinformatics Contest 2018

by Ben Coman

On 24 January 2018 at 21:30, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > > On Wed, Jan 24, 2018 at 2:25 PM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > >> Hi Serge, >> >> Thanks for sharing, didn't knew about the contest. >> I saw the language list. Only mainstream or fashion languages were >> included. >> I wrote a message to add Pharo Smalltalk to the list so let's see... >> >> > Thank you Hernan. > âLet's see !â > > > By the way, there are problems available on http://rosalind.info/problems/ > list-view/ > if you want to use Pharo on BioInformatics problems. > > Is this possible to rename the #adventofcode channel on Discord to > #code-contests so be can use this channel > with all code contests ? > Good idea. Its done. Might be good to pin a link to a wiki page listing upcoming contests. cheers -ben

Jan. 24, 2018