- Pharo-users - lists.pharo.org

Re: [Pharo-users] Gitfiletree on pharo5

by Thierry Goubier

Hi Norbert, yes, there is a problem with the OSProcess plugin in Mac OS X, which makes GitFileTree unable to recover the output of the external commands. The best way is to use GitFileTree with OSSubprocess, with the following: Metacello new baseline: 'FileTree'; repository: 'github://dalehenrich/filetree:issue_171/repository'; load: 'Git'. I do have a smalltalk side fix provided by John Brant, but it seems that it works on some combination of Mac OS X / Spur VM, and fail or lock on some other versions. And the OSProcess plugin fork code works perfectly on Linux, so I'm at a loss. Thierry 2016-03-10 10:16 GMT+01:00 Norbert Hartl <norbert(a)hartl.name>: > I tried a new pharo 5 image today and wanted to load my code via > gitfiletree into the image but it does not work. > I can see on the console that git commands are invoked and the output is > to be seen on the console. It seems the image does not get the same > information. I can remember there is an actual problem with OSProcess? What > I find weird is the fact that if I start the image by hand from the shell I > get a pager like less for the commit info gitfiletree likes to parse. The > process hangs there and if I press q in the console it proceeds and throws > an error in pharo because the stream was empty. > > Any thoughts? > > Norbert > > >

March 10, 2016

Gitfiletree on pharo5

by Norbert Hartl

I tried a new pharo 5 image today and wanted to load my code via gitfiletree into the image but it does not work. I can see on the console that git commands are invoked and the output is to be seen on the console. It seems the image does not get the same information. I can remember there is an actual problem with OSProcess? What I find weird is the fact that if I start the image by hand from the shell I get a pager like less for the commit info gitfiletree likes to parse. The process hangs there and if I press q in the console it proceeds and throws an error in pharo because the stream was empty. Any thoughts? Norbert

March 10, 2016

Re: [Pharo-users] Fwd: Fwd: Phratch + Debian

by jannik laval

Thank you Stef ! Jannik 2016-03-09 22:03 GMT+01:00 stepharo <stepharo(a)free.fr>: > Cool initiative! > Tx Jannik > I blogged it and twitted it :) > > > Le 9/3/16 08:47, jannik laval a Ã©crit : > > Finally, I made it. > > It is available here: http://www.phratch.com/download/phratch.deb > > Best regards, > Jannik > > 2016-03-07 12:18 GMT+01:00 Hilaire <hilaire(a)drgeo.eu>: > >> In last resort, it is still possible for a LiveCD to get Pratch >> installed even if not a Deb package. >> >> But yes, Pratch will greatly gain exposure being a Deb package, >> propagated to the debian family distribution. I write that, but DrGeo is >> not deb packaged as well... >> >> Good luck. >> >> Hilaire >> >> Le 07/03/2016 08:32, jannik laval a Ã©crit : >> > >> > I send the email to the pharo community. >> > Can someone help us to create a phratch .deb package ? >> > >> > The need is for a french professor who needs to create a debian live >> > distrib for education. He want to include phratch instead of scratch / >> > snap ... >> > So, it is a great opportunity for us. >> > >> > Thank you for your help. >> > Jannik >> >> -- >> Dr. Geo >> http://drgeo.eu >> >> >> > > > -- > ~~Jannik Laval~~ > Enseignant-chercheur > Responsable PÃ©dagogique Licence Coordonnateur de Projet en SystÃ¨me > d'Information > IUT LumiÃ¨re, UniversitÃ© Lyon LumiÃ¨re > laboratoire DISP > http://www.jannik-laval.eu > http://www.phratch.com > http://www.approchealpes.info > > > -- ~~Jannik Laval~~ Enseignant-chercheur Responsable PÃ©dagogique Licence Coordonnateur de Projet en SystÃ¨me d'Information IUT LumiÃ¨re, UniversitÃ© Lyon LumiÃ¨re laboratoire DISP http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info

March 10, 2016

Re: [Pharo-users] Roassal2 on Ubuntu 64

by Thierry Goubier

Hi Evan, Ben, I believe you need to install the 32 bits version of libcairo2, with for example $ sudo apt-get install libcairo2:i386 Regards, Thierry 2016-03-10 9:26 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > On Thu, Mar 10, 2016 at 3:19 PM, Evan Donahue <emdonahu(a)gmail.com> wrote: > > Hello, > > > > I'm trying to learn Roassal, but I can't seem to get the first > visualization > > from > > > https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/QuickStart/… > > working on any combination of image and vm. I've tried the vm+40 and > vm+50 > > from get.pharo and the moose 6.0 image from the moose site. > > > > The issue seems to be that CairoLibrary>>unixModuleName does not contain > the > > /usr/lib/x86_64-linux-gnu/libcairo.so.2 path where 64-bit Ubuntu installs > > cairo. If I symlink that library, I get an Error: External module not > found > > from AthensCairoSurface. I don't really know enough about the external > > module system to know what this is telling me. Any ideas would be much > > appreciated. > > > > Thanks, > > Evan > > Pharo 5 is only 32-bit, so cannot use the 64-bit Cario libraries. You > would need to install the 32 bit Cario libraries, I guess similar to > "Other" here... > http://pharo.org/gnu-linux-installation > > cheers -ben > >

March 10, 2016

Re: [Pharo-users] Roassal2 on Ubuntu 64

by Ben Coman

On Thu, Mar 10, 2016 at 3:19 PM, Evan Donahue <emdonahu(a)gmail.com> wrote: > Hello, > > I'm trying to learn Roassal, but I can't seem to get the first visualization > from > https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/QuickStart/… > working on any combination of image and vm. I've tried the vm+40 and vm+50 > from get.pharo and the moose 6.0 image from the moose site. > > The issue seems to be that CairoLibrary>>unixModuleName does not contain the > /usr/lib/x86_64-linux-gnu/libcairo.so.2 path where 64-bit Ubuntu installs > cairo. If I symlink that library, I get an Error: External module not found > from AthensCairoSurface. I don't really know enough about the external > module system to know what this is telling me. Any ideas would be much > appreciated. > > Thanks, > Evan Pharo 5 is only 32-bit, so cannot use the 64-bit Cario libraries. You would need to install the 32 bit Cario libraries, I guess similar to "Other" here... http://pharo.org/gnu-linux-installation cheers -ben

March 10, 2016

Roassal2 on Ubuntu 64

by Evan Donahue

Hello, I'm trying to learn Roassal, but I can't seem to get the first visualization from https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/QuickStart/… working on any combination of image and vm. I've tried the vm+40 and vm+50 from get.pharo and the moose 6.0 image from the moose site. The issue seems to be that CairoLibrary>>unixModuleName does not contain the /usr/lib/x86_64-linux-gnu/libcairo.so.2 path where 64-bit Ubuntu installs cairo. If I symlink that library, I get an Error: External module not found from AthensCairoSurface. I don't really know enough about the external module system to know what this is telling me. Any ideas would be much appreciated. Thanks, Evan

March 10, 2016

Re: [Pharo-users] [ARTICLE] Tiny, yet so beautiful

by Sven Van Caekenberghe

Thanks a lot, Ben, for your remarks; I applied them all. I am glad you liked the article. Sven > On 10 Mar 2016, at 01:21, Ben Coman <btc(a)openinworld.com> wrote: > > On Thu, Mar 10, 2016 at 6:05 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> I wrote another article: >> >> Tiny, yet so beautiful >> The smallest piece of great Pharo code >> https://medium.com/concerning-pharo/tiny-yet-so-beautiful-1ef5149c910e >> > > I love reading these articles of yours. Very well written. > Feedback for some minor wordsmithing... > > - 2 out of 5 reserved words in the language.) > + 2 out of _the_ 5 reserved words in the language.) _They are > instances respectively of classes True and False, that have common > superclass Boolean._ > > - where an identical message _results in_ different implementations > + where an identical message _invokes_ different implementations > > - Manipulating objects using their API > + Manipulating objects using their _pre-existing_ API > > - Switserland > + Switzerland > > cheers -ben >

March 10, 2016

Re: [Pharo-users] GTSpotter fuzzy search

by Damien Pollet

+1 I wanted to copy the algo from selecta but never got to itâ¦ https://github.com/garybernhardt/selecta/blob/master/selecta On 9 March 2016 at 20:51, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Would you like to try to propose a implementation for this? This would fit > as a subclass of GTFilter? > > Cheers, > Doru > > > > On Mar 9, 2016, at 4:04 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > > Would be possible to have fuzzy-search? > > Or rather Pascal-based search? > > > > RTAE -> RTAbstractExample > > BCF -> BlConfigurableFormatter > > > > etc. > > -- > www.tudorgirba.com > www.feenk.com > > "Every successful trip needs a suitable vehicle." > > > > > > >

March 10, 2016

Re: [Pharo-users] Call for action for Roassal

by Peter UhnÃ¡k

On Thu, Mar 10, 2016 at 12:36 AM, Martin BÃ¤hr <martin(a)realss.com> wrote: > hi, > > i just remembered two things: > > i'd like to see rounded corners on nodes. > We've added this quite some time ago, unless you have something else in mind. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |v e| v := RTView new. e := RTRoundedBox new size: 100; borderRadius: 20; borderColor: Color black; borderWidth: 1; element. v add: e. v ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ â > > Excerpts from stepharo's message of 2016-02-24 12:42:49 +0100: > > - having a better output (arrows, edge) > > and related to edges: > > i'd like edges to connect to a node on the border of the box, not to the > center > of the node. this means the connecting point would always be at the middle > of > the side of one edge: > We have about 10 different attach points already. See the 'attach point' protocol of RTAbstractLine. Some of them also automatically add extra space if there are multiple lines between the same elements. As for bezier and multiline edges, their curvature isn't currently handled properly, but it's in my todo list (I'll work on this probably during the weekend). I'm sure it can be presented in more revealing way, but it's too late for me today (or is it too early?). You can play with it (drag the elements to see how it behaves). ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |v attachOptions es e offset| v := RTView new. attachOptions := RTAbstractLine selectors select: [ :each | each beginsWith: #with ]. offset := 0 @ 0. attachOptions do: [ :each | es := RTBox new borderColor: Color black; size: 50; elementsOn: #(a b). each = #withContinuousCircleAttachPoint ifTrue: [ es := RTEllipse new borderColor: Color black; size: 50; elementsOn: #(a b). ]. es translateBy: offset. es @ RTDraggable. offset := offset + (0 @ 100). v addAll: es. es second translateBy: 300 @ 25. e := RTArrowedLine new color: Color black; perform: each; edgeFrom: es first to: es second. e model: each. v add: e. e @ (RTLabelled new color: Color black). ]. v ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ â > > ___\|/___ > | | > \| |/ > --| |-- > /| |\ > |_________| > /|\ > > bezier edges should always leave at a 90deg angle: > ____|____ > | | > | | > --| |-- > | | > |_________| > | > > optionally, starting at the corners could also be nice: > > \_________/ > | | > | | > | | > | | > |_________| > / \ > > and in such a case bezier edges should leave at 135deg to each side. > > by default the edge should find the nearest connection point, but i'd like > to > configure a list of allowed points. > > finally, multiple edges in the same general direction should either leave > at > the same point, pick the nearest side that doesn't have an edge already. > or spaced evenly along the same side if all available sides have edges > already. > > the list of allowed connection points would have 12 options: > the middle of 4 sides, 4 corners, and 4 sides as a whole when multiple > edges > should be spaced evenly. > > greetings, martin. > > -- > eKita - the online platform for your entire academic > life > -- > chief engineer > eKita.co > pike programmer pike.lysator.liu.se caudium.net > societyserver.org > secretary > beijinglug.org > mentor > fossasia.org > foresight developer foresightlinux.org > realss.com > unix sysadmin > Martin BÃ¤hr working in china > http://societyserver.org/mbaehr/ > >

March 10, 2016

Re: [Pharo-users] [ARTICLE] Tiny, yet so beautiful

by Ben Coman

On Thu, Mar 10, 2016 at 6:05 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > I wrote another article: > > Tiny, yet so beautiful > The smallest piece of great Pharo code > https://medium.com/concerning-pharo/tiny-yet-so-beautiful-1ef5149c910e > I love reading these articles of yours. Very well written. Feedback for some minor wordsmithing... - 2 out of 5 reserved words in the language.) + 2 out of _the_ 5 reserved words in the language.) _They are instances respectively of classes True and False, that have common superclass Boolean._ - where an identical message _results in_ different implementations + where an identical message _invokes_ different implementations - Manipulating objects using their API + Manipulating objects using their _pre-existing_ API - Switserland + Switzerland cheers -ben

March 10, 2016