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

[Pharo 7.0-dev] Build #554: 21352 FFICompilerPluginTests setUp needs to call super setUp

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

There is a new Pharo build available! The status of the build #554 was: SUCCESS. The Pull Request #894 was integrated: "21352 FFICompilerPluginTests setUp needs to call super setUp" Pull request url: https://github.com/pharo-project/pharo/pull/894 Issue Url: https://pharo.fogbugz.com/f/cases/21352 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 16, 2018

Re: [Pharo-dev] [Pharo 7.0-dev] Build #553: 20941-deprecate-theMetaclass-and-the-theNonMeta

by Marcus Denker

> On 16 Feb 2018, at 12:22, ci-pharo-ci-jenkins2(a)inria.fr wrote: > > There is a new Pharo build available! > > The status of the build #553 was: FAILURE. > > The Pull Request #888 was integrated: "20941-deprecate-theMetaclass-and-the-theNonMeta" > Pull request url: https://github.com/pharo-project/pharo/pull/888 > > Issue Url: https://pharo.fogbugz.com/f/cases/20941 > Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2… FAILURE due to VM crash: [32] replaceFrom:to:with:startingAt: [32] replaceFrom:to:with:startingAt: [32] replaceFrom:to:with:startingAt: [32] basicIdentityHash [32] replaceFrom:to:with:startingAt: [32] replaceFrom:to:with:startingAt: [32] new: [32] new: [32] [32] stack page bytes 4096 available headroom 2788 minimum unused headroom 156 [32] [32] (Segmentation fault) [32] ./vm/pharo: line 11: 13443 Aborted "$DIR"/"pharo-vm/pharo" --nodisplay "$@"

Feb. 16, 2018

[Pharo 7.0-dev] Build #553: 20941-deprecate-theMetaclass-and-the-theNonMeta

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

There is a new Pharo build available! The status of the build #553 was: FAILURE. The Pull Request #888 was integrated: "20941-deprecate-theMetaclass-and-the-theNonMeta" Pull request url: https://github.com/pharo-project/pharo/pull/888 Issue Url: https://pharo.fogbugz.com/f/cases/20941 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 16, 2018

TechTalk Feb18: Recording is online

by Marcus Denker

Hi, The Video of yesterday's TechTalk is online! Topic: Contributing to Pharo 7, We Show: - How to submit issue tracker entries to the Pharo Issue Tracker - How to do a Pull Request if you want to do a fix or enhancment - How to review and comment other peoples fixes. Recoding Youtube: https://www.youtube.com/watch?v=VW7XrFjnbyw The slides are minimal but contain all links: - SlideShare: https://www.slideshare.net/MarcusDenker/pharotechtalk-contributing-to-pharo - PDF: http://files.pharo.org/media/techtalk/2018-TechTalk-Contribute.pdf The TechTalk has been added to the archvie, too: https://pharo.org/TechTalk Next Talks 2018: March 29: Report 2017 Pharo Consortium and Association. April 12: Pillar. May 17: TBA. June 14 TBA. You can subscribe and download calendar entries here: https://association.pharo.org/events

Feb. 16, 2018

VirtualMachine vs. Platform and Bootstrap

by Torsten Bergmann

Hi, 1. We can query for the VIRTUAL MACHINE and ask if it is 32 or 64 bit (internally depending on wordSize): Smalltalk vm is32Bit Anything OK on that side. 2. We can also query for the OPERATING SYSTEM we are running on using: Smalltalk os and there are subclasses for OSPlatform like Win32Platform, Win64Platform as well as Unix32Platform, unix64Platform, ... But when I evaluate "Smalltalk os" in Pharo 7 Build #70552 2a) I receive a Win32Platform instance which means 32 bit although I'm running on a Win 64 system 2b) I receive a Unix32Platform instance which means 32 bit although I'm running on a Ubuntu 64 system I see this as a clear bug and very confusing The reason for this behavior is simple: because I run with the 32 bit VM/image on these two 64 bit operating systems and in Pharo: for 2a) the#isActivePlatform method ask the VM (???)for the platform name (which is Win32 then) for 2b) the#isActivePlatform method also considers the word size from the VM (???) But to me the "os" should give me infos about the underlying operating system and is currently returning a wrong instance (because it falls back to querying about the running VM, not the real platform) This would be easy to fix with some UFFI calls (for instance piping from "uname -i" on Unix or "ver" on Windows). With UFFI I would also be able to give more and better infos in the platform hierarchy about the underlying OS. But doing this would introduce a dependency from the "Systems-Platforms" package to "UFFI" (and currently my understanding is that UFFI comes later) >From what I understood from the comment in getPwdViaFFI:with we also would like to focus on a minimal dependency for bootstrap ... and only depend on FFI and not UFFI. Any comments how we could deal with that best? Thx T.

Feb. 16, 2018

[Pharo 7.0-dev] Build #552: 21259-Add-an-option-to-protect-by-password-command-lines-for-deployment

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

There is a new Pharo build available! The status of the build #552 was: SUCCESS. The Pull Request #816 was integrated: "21259-Add-an-option-to-protect-by-password-command-lines-for-deployment" Pull request url: https://github.com/pharo-project/pharo/pull/816 Issue Url: https://pharo.fogbugz.com/f/cases/21259 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 16, 2018

[Pharo 7.0-dev] Build #551: 21347-Enhance-the-Image-cleaner-to-gather-more-tests-packages

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

There is a new Pharo build available! The status of the build #551 was: SUCCESS. The Pull Request #892 was integrated: "21347-Enhance-the-Image-cleaner-to-gather-more-tests-packages" Pull request url: https://github.com/pharo-project/pharo/pull/892 Issue Url: https://pharo.fogbugz.com/f/cases/21347 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 15, 2018

[Pharo 7.0-dev] Build #550: 21346-Compiler-tests-should-be-in-its-own-package

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

There is a new Pharo build available! The status of the build #550 was: SUCCESS. The Pull Request #891 was integrated: "21346-Compiler-tests-should-be-in-its-own-package" Pull request url: https://github.com/pharo-project/pharo/pull/891 Issue Url: https://pharo.fogbugz.com/f/cases/21346 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 15, 2018

Re: [Pharo-dev] [squeak-dev] WebClient httpGet: 'http://freegeoip.net/json/' works on windows not linux

by Tobias Pape

Hi, (cc-ing vm-dev and pharo b/c severity) > On 15.02.2018, at 15:58, Louis LaBrunda <Lou(a)Keystone-Software.com> wrote: > > Hi Levente, > > Thanks for the post. OpenSSL version 1.1.0f is installed. Yes, OpenSSL 1.1 is not yet supported by SqueakSSL. OpenSSL did a major refactoring from 1.0.2 to 1.1.0. Neither the OpenSSL-plugins from before February nor the current ones will work with 1.1. Sorry. As soon as I get roughly 8-10 hours of leisure time, I'm on it. Best regards -Tobias > > Lou > >> On Wed, 14 Feb 2018, Louis LaBrunda wrote: >> >>> Hi Everyone, >>> >>> I use the following: >>> >>> Json readFrom: (ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient >>> httpGet: 'https://api.ipify.org') content) content utf8ToSqueak). >>> >>> to get latitude and longitude from the internet. It works great on windows but not linux >>> (Raspbian). The #primitiveSSLCreate fails. I expect something linux specific like some FFI or >>> something is missing. Anyone have any idea what? >> >> If it worked on Linux before, then you should use the SqueakSSL plugin >> from an older VM. The code has been changed recently. >> If it never worked before, then you probably don't have openssl 1.0.x >> installed. >> >> Levente >> >>> >>> Lou >>> -- >>> Louis LaBrunda >>> Keystone Software Corp. >>> SkypeMe callto://PhotonDemon >> > -- > Louis LaBrunda > Keystone Software Corp. > SkypeMe callto://PhotonDemon > >

Feb. 15, 2018

[Pharo 7.0-dev] Build #549: 21287-Fix-lint-problems-in-testIndexOfSubCollectionStartingAtIfAbsent

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

There is a new Pharo build available! The status of the build #549 was: FAILURE. The Pull Request #889 was integrated: "21287-Fix-lint-problems-in-testIndexOfSubCollectionStartingAtIfAbsent" Pull request url: https://github.com/pharo-project/pharo/pull/889 Issue Url: https://pharo.fogbugz.com/f/cases/21287 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 15, 2018