> On 24 Mar 2017, at 14:08, Nicolas Cellier > <[email protected]> wrote: > > > > 2017-03-24 11:29 GMT+01:00 Esteban Lorenzano <[email protected] > <mailto:[email protected]>>: > Hi, > > I wanted to share with you the list of blocking issues I see to do the > release :) > > Image > ===== > > - Cairo surface crash. > Of course, as it is now is unnaceptable... I have some solution to test but > if that does not work, I will > workaround the problem by adding a (hopefully temporal) CairoPlugin. > - Iceberg needs to enter the system as preview before release. > This is needed to use the new process, and it was almost ready but we get > blocked for a problem in VM for linux > (see below). > - I'm quite sure there is still a leak. During too much time we had the > compactor problem so we blame it for our > increasing sizes. Now it works and images continue growing without control, > so we need to find it. > > Image 64bits > ============ > - Athens is working in general, but there are still some places where it uses > a `long` as a pointer and of course, > that's not true on 64bits (at least in windows). > > VM > == > - New VM compactor has problems when image hits a big size. > Eliot is working on it, but we cannot release with VM as it is now... I hope > it will be fixed next days too. > - here are still some glitches and tests do not pass completely. > Methods failing in travis are: > > DelayMicrosecondSchedulerTest>>#testForMilliseconds > MutexTest>>#testFailedCriticalSectionShouldUnblockWaitingOne > > This, in linux VM. I think is important but I think we will have a solution > next days > - Dependency libraries problem. Again, in linux... we distribute libgit2, > libssh2 and libssl (because we cannot > rely on linux installed versions), and there is a problem to solve the > paths. Ultimate solution is to use a script > as entry point (not the binary), and do a LD_LIBRARY_PATH to solve it. > I’m testing this. > > > VM 64bits > ========= > - Is incredibly hard to compile a 64bits version of libgit2 0.23 (the one we > are using) for macOS, which makes > impossible to use Iceberg. Not sure this is blocking, but well... I needed > to point it :) > Hi Esteban, > Doesn't the Travis build correctly succeed? > https://bintray.com/opensmalltalk/vm/cog/201703222227#files > <https://bintray.com/opensmalltalk/vm/cog/201703222227#files>
yes, but the PharoVM for mac in 64bits is not including libgit2 (because I was unable to compile it) :P if you (or anyone) find the time and helps me doing that, I will be very, very, very grateful (and release will be earlier ;) Esteban > > > - No VM for windows. Again, this is a know issue… but maybe I can add a > StackVM for windows… I need to > see how is working. > > > Yes please, try stack VM for Win64. The bleeding edge pharo VM are > automatically built by appveyor > https://ci.appveyor.com/project/OpenSmalltalk/vm/branch/Cog > <https://ci.appveyor.com/project/OpenSmalltalk/vm/branch/Cog> > https://bintray.com/opensmalltalk/vm/download_file?file_path=cog_win64x64_pharo.stack.spur_201703222227.zip > > <https://bintray.com/opensmalltalk/vm/download_file?file_path=cog_win64x64_pharo.stack.spur_201703222227.zip> > >
