July 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Critical issues for Dr. Geo on P6

by Hilaire

I don't share your enthusiasm. I once set up a satisfactory build environment for DrGeo, based on P3. As long as I stay with P3, I can concentrate on DrGeo code: write the code, then fire up a build script to deploy the application. Now porting to P6 is a pain: the infrastructure to deploy a desktop application has not evolve since P3, I have to build again a deployment environment from scratch (VM support, shrinked/built image, I don't know the promise of minimal image build up is not palpable for me). Now If I have to spend days on that, I am not sure I will do it again, I can't compete against other geometry application if I have to fight against pharo too. What I want is to concentrate working on DrGeo not Pharo, sorry to make it explicit but I can't much offer to do both. Hilaire Le 27/07/2017 Ã 21:28, Stephane Ducasse a Ã©crit : > Indeed. > I dreamed about the bootstrap in 2002:) so now I enjoy it:) > What I can tell you is that we will do another pass because we want > Pharo core around 200 k + 300 k for a slow vm. And we will have one > guy working on it during his PhD. > We will continue to push with Pavel, christophe and guille too. -- Dr. Geo http://drgeo.eu

July 28, 2017

Iceberg needs to gracefully revert to readonly

by Herby VojÄÃk

Hello! IMNSHO, now that Iceberg has three vendor-specific protocol (and before as well, because of people like me who do not have github account), Iceberg needs to gracefully revert to readonly access in case credentials are not present or do not allow full access to repository. This is primarily for dependencies of Configurations and Baselines. If any of them is github://, bitbucket:// or gitlab:// and the user happens not to have account on those systems, he will get LGit ssh credential error. Thoughts? ETA? Herby

July 28, 2017

Re: [Pharo-users] How to calculate someone's age elegantly? Does Duration work?

by PBKResearch

JuliÃ¡n I donât know Chalten, but I wonder whether your definition of Person>>ageOn: will work correctly. Could I suggest you add two extra assertions to your test: assert: (john ageOn: February fifteenth , 2013) equals: (TimeUnits year with: 49); assert: (john ageOn: April first , 2013) equals: (TimeUnits year with: 50); Clearly these should be true, but I think they will not be â unless Date>>dayOfMonth works in a very counter-intuitive way. HTH Peter Kenny From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of JuliÃ¡n Maestri Sent: 27 July 2017 18:58 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] How to calculate someone's age elegantly? Does Duration work? Using https://github.com/ba-st/Chalten the solution was something like this: Person>>ageOn: aDate | difference | difference := (aDate year distanceFrom: self dateOfBirth year). ^(aDate dayOfMonth < self dateOfBirth dayOfMonth) ifTrue: [difference - TimeUnits year unitaryMeasurement] ifFalse: [difference] Test for that testAge | john | john := Person namedFirst: 'John' last: 'Doe' born: March fourteenth , 1963. self assert: (john ageOn: March thirteenth , 2013) equals: (TimeUnits year with: 49); assert: (john ageOn: March fourteenth , 2013) equals: (TimeUnits year with: 50); assert: (john ageOn: March fifteenth , 2013) equals: (TimeUnits year with: 50) On 21 July 2017 at 14:25, Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works> > wrote: Paul - this is very helpful, gosh you learn a lot from what seemed like simple question. Your suggestion along with Subbuâs gives an easy workable solution - I also wonder if the method should be in the image along with the comment explaining half open intervals like you have. Do you think there is another name for that end method - displayEnd sounds like it actively displays - I wonder if boundedEnd or completeEnd or finiteEnd might be correct alternatives (or is displayEnd a decent convention that everyone understands?) I really have to learn how to submit pull requests (although it seems rather complicated at the moment while the full git integration process is being sorted out). Thanks everyone Tim > On 21 Jul 2017, at 16:40, Paul DeBruicker <pdebruic(a)gmail.com <mailto:pdebruic@gmail.com> > wrote: > > Tim Mackinnon wrote >> I am also wondering if the issue with Timespan is concerning - I was >> surprised that putting a start and end date left me something that didnât >> answer my end date presumably down to rounding when itâs converted down to >> a duration (making me wonder if its better to keep a start and end date >> and calculate the duration on the fly). >> >> Tim > > > The Timespans are half open intervals. > (https://en.wikipedia.org/wiki/Interval_(mathematics)) > > Friday July 21st ends at 11:59:59.99999999999... etc etc etc ...9999PM and > the 22nd starts at 12:00AM > > > If Timespans were closed intervals like you expect then we'd be out of whack > with our corner of the universe. That extra clock tick adds complexity. > > But I add a method to my image called #displayEnd because I also want them > to print 3PM-4PM and not 3PM-3:59:59.999999999PM and use that in my print > statements and rendering for Seaside. > > displayEnd > ^ start + duration > > > > > > > > > -- > View this message in context: http://forum.world.st/How-to-calculate-someone-s-age-elegantly-Does-Duratio… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 27, 2017

Re: [Pharo-users] Critical issues for Dr. Geo on P6

by Stephane Ducasse

Indeed. I dreamed about the bootstrap in 2002 :) so now I enjoy it :) What I can tell you is that we will do another pass because we want Pharo core around 200 k + 300 k for a slow vm. And we will have one guy working on it during his PhD. We will continue to push with Pavel, christophe and guille too. Stef On Wed, Jul 26, 2017 at 9:15 PM, Holger Freyther <holger(a)freyther.de> wrote: > >> On 22. Jul 2017, at 12:07, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> Hi holger > > Hey Stef! > > > >> "the growth from Pharo3->Pharo6" us too :) >> this is why we invested in the bootstrap and this is why we will >> remove (and we started) packages and classes. >> And this is also why we will continue to repackage the system. > > yes this is very fascinating for Pharo7. It would be nice if we could track size (image+changes but also ram usage, object count) over time to see our progress. I recently added ordinary metric upload to my "bob-bench.org" test and metric tracking. ;) > > > holger

July 27, 2017

Re: [Pharo-users] Beyond Live Coding

by Stephane Ducasse

> > Which is why last month I joined the Association. I felt I needed to make > the commitment. I had thought I wanted to do BountySource on a monthly > basis. I signed up at the Association level but nothing happened with > regarding to any membership. So I went ahead and did the Annual fee. But I > do like the idea of monthly support. So I may do that again anyway. Excellent. I always said that the structure make us, individuals, more powerful. The consortium is also a good structure for the same reason: as a sme 1000 Euros brings nothing but when there are 50 sme, we get one engineer. > > I would love to see the monthly support via BountySource or directly to the > Association whichever is best for you to grow and help sustainability. Marcus knows everything and me nothing about the setup :) > I have also been thinking about ways to contribute of my time. I am looking > at how I can help with documentation type areas. Yes this is great. > The team that contributes toward Pharo is amazing, especially considering > the size. Tx. But you see there are many external contributors and they get an impact. > Again thanks. > > Jimmie > > > > On 07/22/2017 05:04 AM, Stephane Ducasse wrote: >> >> Thanks Jimmie. Do not hesitate to improve Pharo, because Pharo is what >> we have and each we can make it better. >> BTW: it was not my roadmap it is the result of everybody in the team >> brainstorming. > > > [snip] >

July 27, 2017

Re: [Pharo-users] Object count/memory usage in Pharo6 WAS Re: Critical issues for Dr. Geo on P6

by Stephane Ducasse

Hi holger could you add bug entry for the issues you think we should investigate? Stef On Wed, Jul 26, 2017 at 9:36 PM, Holger Freyther <holger(a)freyther.de> wrote: > >> On 22. Jul 2017, at 14:00, Hilaire <hilaire(a)drgeo.eu> wrote: >> >> Hi Holger, >> >> With Pharo3 I was proceeding like this, by uninstallation of packages. However there is the promise of building from a minimal image, but it is not documented AFAIK. >> >> By curiosity, what is the size of your resulting image. > > I see 31mb image size for Pharo3 and 49mb for Pharo6. The changes file is about the same. From the top command on a test system. "pharo" is a Pharo6 VM and image and pharo-vm is the pharo3 system. > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 4206 root 20 0 1056684 74036 1600 S 5.7 1.2 1582:15 pharo-vm > 10459 root 20 0 104040 90348 2124 S 5.0 1.5 369:00.29 pharo > > I looked a bit at memory usage and see if some random changes make a difference > > * Shrink ZnMimeType ExtensionMaps to a minimum when not handling extensions? > > * ASTCache reset to get rid of the spotter cache. Not sure if the SessionManager runs ASTCache>>#shutDown properly. It looks like it should but it doesn't? > > * ByteString compaction? I did strs := ByteString allInstances. str -> strs asSet. The numbers on a not fully clean image are 99874 vs. 42139. I wonder in which hell I end if I use >>#becomeForward: to compact it (I tried this once for GNU Smalltalk and I am sure others tried it before). I think anyone using == on String is using the wrong class? Any good arguments against doing it? > > > I am moving my Pharo6 image into production right now and then will look into setting up CI for Pharo7 with a minimal image. > > > cheers > holger

July 27, 2017

Re: [Pharo-users] Documentation

by Stephane Ducasse

Hi jimmie I would love to be a native english speaker because it would really help me to produce high-level quality documentation. I decided that I cannot do much about it so I write. So if you can read the booklet and fix the english it would be already great. Tx a lot. BTW I think that with one hour per week you can really get an impact. Stef On Wed, Jul 26, 2017 at 10:58 PM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > I am looking at participating in the documentation if that is a good area to > plug in. > > I do not necessarily have the expertise on the subjects, but I can bring > fresh eyes and the eyes of a native English speaker. > > What is the best way to assist? > > For example I am currently reading the Booklet-uFFI. > > I have some questions and suggestions. How or to whom do I communicate > these? > > If I modify the UnifiedFFI.pillar file, do I do the normal GitHub pull > requests? Or is this process handled via Iceberg? > > Do I edit them manually in a normal text editor or is there a preferred way > within Pharo. > > Is this process documented somewhere? Or do I need to document it? :) > > And what about similar for the MOOC? > > Any guidance or suggestions, and suggestions where you would like help the > most are greatly appreciated. > > Thanks. > > > Jimmie > > >

July 27, 2017

Re: [Pharo-users] How to calculate someone's age elegantly? Does Duration work?

by JuliÃ¡n Maestri

Using https://github.com/ba-st/Chalten the solution was something like this: Person>>ageOn: aDate > | difference | > difference := (aDate year distanceFrom: self dateOfBirth year). > ^(aDate dayOfMonth < self dateOfBirth dayOfMonth) > ifTrue: [difference - TimeUnits year unitaryMeasurement] > ifFalse: [difference] Test for that > testAge > | john | > john := Person namedFirst: 'John' last: 'Doe' born: March fourteenth , > 1963. > self > assert: (john ageOn: March thirteenth , 2013) equals: (TimeUnits year > with: 49); > assert: (john ageOn: March fourteenth , 2013) equals: (TimeUnits year > with: 50); > assert: (john ageOn: March fifteenth , 2013) equals: (TimeUnits year with: > 50) On 21 July 2017 at 14:25, Tim Mackinnon <tim(a)testit.works> wrote: > Paul - this is very helpful, gosh you learn a lot from what seemed like > simple question. > > Your suggestion along with Subbuâs gives an easy workable solution - I > also wonder if the method should be in the image along with the comment > explaining half open intervals like you have. Do you think there is another > name for that end method - displayEnd sounds like it actively displays - I > wonder if boundedEnd or completeEnd or finiteEnd might be correct > alternatives (or is displayEnd a decent convention that everyone > understands?) > > I really have to learn how to submit pull requests (although it seems > rather complicated at the moment while the full git integration process is > being sorted out). > > Thanks everyone > > Tim > > > On 21 Jul 2017, at 16:40, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > > > Tim Mackinnon wrote > >> I am also wondering if the issue with Timespan is concerning - I was > >> surprised that putting a start and end date left me something that > didnât > >> answer my end date presumably down to rounding when itâs converted down > to > >> a duration (making me wonder if its better to keep a start and end date > >> and calculate the duration on the fly). > >> > >> Tim > > > > > > The Timespans are half open intervals. > > (https://en.wikipedia.org/wiki/Interval_(mathematics)) > > > > Friday July 21st ends at 11:59:59.99999999999... etc etc etc ...9999PM > and > > the 22nd starts at 12:00AM > > > > > > If Timespans were closed intervals like you expect then we'd be out of > whack > > with our corner of the universe. That extra clock tick adds complexity. > > > > But I add a method to my image called #displayEnd because I also want > them > > to print 3PM-4PM and not 3PM-3:59:59.999999999PM and use that in my print > > statements and rendering for Seaside. > > > > displayEnd > > ^ start + duration > > > > > > > > > > > > > > > > > > -- > > View this message in context: http://forum.world.st/How-to-c > alculate-someone-s-age-elegantly-Does-Duration-work-tp4955990p4956114.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > >

July 27, 2017

Re: [Pharo-users] Documentation

by Jimmie Houchin

Thanks. That can get me started. I can start learning and develop processes that work for me. Thanks. Jimmie On 07/27/2017 03:02 AM, phil(a)highoctane.be wrote: > pillar things: > > fork and PR > > Use https://github.com/cdlm/docker-texlive for generating artefacts > like PDFs. > > Edit in any text editor. I am using Vim with pillar syntax. There is > some Emacs available but I do not use Emacs. > > HTH > Phil > > > > > On Jul 26, 2017 22:58, "Jimmie Houchin" <jlhouchin(a)gmail.com > <mailto:jlhouchin@gmail.com>> wrote: > > I am looking at participating in the documentation if that is a > good area to plug in. > > I do not necessarily have the expertise on the subjects, but I can > bring fresh eyes and the eyes of a native English speaker. > > What is the best way to assist? > > For example I am currently reading the Booklet-uFFI. > > I have some questions and suggestions. How or to whom do I > communicate these? > > If I modify the UnifiedFFI.pillar file, do I do the normal GitHub > pull requests? Or is this process handled via Iceberg? > > Do I edit them manually in a normal text editor or is there a > preferred way within Pharo. > > Is this process documented somewhere? Or do I need to document it? :) > > And what about similar for the MOOC? > > Any guidance or suggestions, and suggestions where you would like > help the most are greatly appreciated. > > Thanks. > > > Jimmie > > > > >

July 27, 2017

Re: [Pharo-users] Looking for small boards and tiny computers which can run Pharo

by Ben Coman

On Tue, Jul 25, 2017 at 9:18 PM, Tim Mackinnon <tim(a)testit.works> wrote: > Wasnât there another board that Ben was talking about recently - > http://blog.openinworld.com/2017/06/evening-with-pharo-esp32/ (esp32?) > That was only Pharo on a laptop interfacing to the ESP32 over USB serial port. Suitable to provide a GUI interface to a microcontroller application, but not actually Pharo running on the ESP32. On Tue, Jul 25, 2017 at 10:06 PM, Attila Magyar <m.magyar3(a)gmail.com> wrote: > The esp32 is not capable of running Pharo unfortunatelly. It's not Linux > based, it has a realtime operating system called FreeRTOS and the amount of > memory it has is also quite limited. It's more like a microcontroller than > a > single board computer. The ESP32 is exactly a microcontroller, but I'm hopeful it might have the capacity to run Pharo. Onboard it has 520KB SRAM and offboard can use 8MB SPI-SRAM (at 80MHz) and 16MB SPI-Flash memory, which seems close to feasible to run a minimal image on. Without a GUI loop I'd be its 266MHz 600MIPS** processor might be sufficient for Pharo to run small embedded applications. **Roughly equivalent to 1998 $2300 Mac_G3/333 ( https://www.frc.ri.cmu.edu/~hpm/book97/ch3/processor.list.txt) And each year these cheap $20 microcontrollers get more powerful. FreeRTOS may be a likely candidate to support each new platform ( http://www.freertos.org/RTOS_ports.html) may make an interesting target for a VM port, even if only the StackInterpreter. btw, from wikipedia... "FreeRTOS can be thought of as a 'thread library' rather than an 'operating system', although command line interface and POSIX-like I/O abstraction add-ons are available. The kernel itself consists of only three C files." One obstacle to overcome would be how the VM makes use of memory mapped files, since that facility seems unavailable on FreeRTOS. cheers -ben > 2017-07-24 21:30 GMT+02:00 Steven Costiou <steven.costiou(a)kloum.io>: > >> Hi, >> >> i am looking for: >> >> - small hardware, boards/computers, "embeddable" devices, etc. that can >> run Pharo (except Raspberry pi that i already know) >> >> - robots, flying drones or things alike with an open linux which can >> possibly run Pharo >> >> Could somebody points me to documentation or web sites where such things >> can be found ? >> >> Thanks, >> >> Steven. >> > > >

July 27, 2017