October 2018 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Tonel support for Travis CI smalltalkCI for Pharo < 6.1

by Peter Uhnak

> If this does not work, does that then mean that for those versions of Pharo, they cannot load Tonel projects ? Tonel is not in <P6.1. You can try to add #useLatestMetacello : true, to your smalltalkci.ston file, but I believe smalltalkCI actually uses iceberg to load tonel projects... which would be much harder to backport. But try with #useLatestMetacello and let us know. Peter On Tue, Oct 2, 2018 at 4:53 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > I managed to get successful BaselineOf builds out of a GitHub in Tonel > format for Pharo 7 (64 & 32 bits) and Pharo 6.1 using Travis CI and > smalltalkCI. > > However, this does not seem to work for Pharo 6 or 5. Is this to be > expected ? > > You can see a build failure here: > > https://travis-ci.org/svenvc/ztimestamp/builds/436146649 > > If this does not work, does that then mean that for those versions of > Pharo, they cannot load Tonel projects ? This is of course related to my > previous question about the reach of Tonel/github. > > Thx, > > Sven >

Oct. 2, 2018

Re: [Pharo-dev] [ANN] 22477 DelayScheduler cleanup and refactoring [was: Where do we go now ?]

by Sean P. DeNigris

Nice writeup! Thanks :) ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Oct. 2, 2018

Tonel support for Travis CI smalltalkCI for Pharo < 6.1

by Sven Van Caekenberghe

Hi, I managed to get successful BaselineOf builds out of a GitHub in Tonel format for Pharo 7 (64 & 32 bits) and Pharo 6.1 using Travis CI and smalltalkCI. However, this does not seem to work for Pharo 6 or 5. Is this to be expected ? You can see a build failure here: https://travis-ci.org/svenvc/ztimestamp/builds/436146649 If this does not work, does that then mean that for those versions of Pharo, they cannot load Tonel projects ? This is of course related to my previous question about the reach of Tonel/github. Thx, Sven

Oct. 2, 2018

Re: [Pharo-dev] Slowness when loading code in Pharo 7?

by Sven Van Caekenberghe

> On 2 Oct 2018, at 16:17, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > Hi, > > Are there any know slowdowns when loading code in Pharo 7? Usually on my machine (Mac - HighSierra) loading GToolkit in a Pharo 6.1 images takes around 9 minutes. In the latest Pharo 7 it takes 20 minutes. On two other newer laptops running Mac results are similar (15 minutes on Pharo 7 64it, and 7 minutes on Pharo 6.1 64bit). > > We have the impression that most of the times, the regression happens because of reading sources file. And the sources files are read because of checking Epicea method changes. We have not done a deep research on it, just whenever we do CMD+. it stops in that stage. > > Cheers, > Andrei I believe that actually loading source code from somewhere, compiling and installing it are not that slow, it is everything that happens around that, source code and change logging, tool notification, etc, .. For accepting one method change, that is all good, but not when loading massive amounts of code. We had discussions about this before, I think this is a really important issue. Sven

Oct. 2, 2018

Slowness when loading code in Pharo 7?

by Andrei Chis

Hi, Are there any know slowdowns when loading code in Pharo 7? Usually on my machine (Mac - HighSierra) loading GToolkit in a Pharo 6.1 images takes around 9 minutes. In the latest Pharo 7 it takes 20 minutes. On two other newer laptops running Mac results are similar (15 minutes on Pharo 7 64it, and 7 minutes on Pharo 6.1 64bit). We have the impression that most of the times, the regression happens because of reading sources file. And the sources files are read because of checking Epicea method changes. We have not done a deep research on it, just whenever we do CMD+. it stops in that stage. Cheers, Andrei

Oct. 2, 2018

[Pharo 7.0-dev] Build #1289: 21919-MessageTally-testTallySends-is-yellow-on-64-bit-Ubuntu-while-green-on-32-bit-Windows

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #1289 was: FAILURE. The Pull Request #1850 was integrated: "21919-MessageTally-testTallySends-is-yellow-on-64-bit-Ubuntu-while-green-on-32-bit-Windows" Pull request url: https://github.com/pharo-project/pharo/pull/1850 Issue Url: https://pharo.fogbugz.com/f/cases/21919 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Oct. 2, 2018

Re: [Pharo-dev] ZipArchive and symbolic links

by Alistair Grant

Hi Cyril, I haven't looked at ZipArchive at all, but I would be very surprised if it did work with symbolic links. FilePlugin has no way to create a symbolic link, and the test for a symbolic link (#isSymlink) is broken (I've got a fix, but it's taking much longer to get it finished than I ever thought). Cheers, Alistair On Tue, 2 Oct 2018 at 13:42, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > Hi! > > I just found that ZipArchive does not honor symbolic links (at least > in Pharo 7). > > I would like to know if this is a known bug? I found out because I was > using Pharo to unzip some Pharo vms and it broke all the dynamic > libraries :( > > -- > Cyril Ferlicot > https://ferlicot.fr >

Oct. 2, 2018

Re: [Pharo-dev] ZipArchive and symbolic links

by Christophe Demarey

Hi Cyril, > Le 2 oct. 2018 Ã 13:41, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> a Ã©crit : > > Hi! > > I just found that ZipArchive does not honor symbolic links (at least > in Pharo 7). > > I would like to know if this is a known bug? I found out because I was > using Pharo to unzip some Pharo vms and it broke all the dynamic > libraries :( It is a known limitation of ZipArchive. It does not honor symbolic links nor preserve permissions on files â¦ Christophe

Oct. 2, 2018

ZipArchive and symbolic links

by Cyril Ferlicot

Hi! I just found that ZipArchive does not honor symbolic links (at least in Pharo 7). I would like to know if this is a known bug? I found out because I was using Pharo to unzip some Pharo vms and it broke all the dynamic libraries :( -- Cyril Ferlicot https://ferlicot.fr

Oct. 2, 2018

Re: [Pharo-dev] [ANN] Success story Mobility Map

by Marcus Denker

The Slides from the ESUG presentation are now inline here: https://www.slideshare.net/zweidenker/docker-and-pharo-zweidenker >>> >>> As presented on ESUG here is the brief description of one of our current projects. >>> >>> Mobility Map >>> ââââââ >>> >>> Mobility Map is a broker for mobility services. It offers multi-modal routing search enabling users to find the best travel options between locations. Travel options include car sharing, bikes, trains, busses etc. Rented cars can be offered for ride sharing on booking time letting other people find it to participate in the ride. Single travel options are combined in travel plans that can be booked and managed in a very easy way. >>> >>> For this project main requirements were scalability to serve a large user base and flexibility to add more additional providers to the broker. The application has been realized using web technologies for the frontend and pharo for the backend. Using a microservice architecture combined with a broker it is easy to extend the platform with additional brokers. Deployment is done using docker swarm for distributing dozens of pharo images among multiple server machines connected by a message queue for the communication. Pharo supported that scenario very well enabling us the meet the requirements with less effort. >>> >>> Pharo turned out to be a perfect fit to develop the application in a agile way. Small development cycles with continuous integration and continuous delivery enables fast turnarounds for the customers to validate progress. >>> >>> This is a screenshot of the search page for multi-modal results: >>> >>> >>> <Screen Shot 2018-09-21 at 16.54.30.png> >> >> > >

Oct. 2, 2018