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

Re: [Pharo-dev] Recent Pharo does not work (to me) with "El Capitan"

by Marcus Denker

> On 13 Jun 2018, at 23:41, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > >> On 13 Jun 2018, at 22:57, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: >> >> Yes, I did. Same result. >> >> All the same happens with the latest version of Squeak. >> >> I tried with High Sierra. In HS Pharo 6.1 starts, the image opens but >> then it complains about not being able to create some file in >> /Private/var/... and the image becomes unusable. In High Sierra the >> latest version of Squeak opens correctly. > > this is because you are trying to execute a non-signed VM then it puts you in a sandbox. > easy fix: copy your VM into Applications and execute from there. > For the .image, what happens is that if you de-compress with the finder, it will set a special extendend attribute. (this would not happen if we would ship the .image not in a .zip file but instead in a signed .dmg). You can execute sudo xattr -d com.apple.quarantine myImage.image and then the image will not started in a sandbox. We really should change the build and ship everything for the mac in signed .dmg files, else this is so arcane that it confuses everyone. Marcus

June 14, 2018

Re: [Pharo-dev] Pharo 7 and Traits ?

by Sven Van Caekenberghe

> On 14 Jun 2018, at 14:56, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > >> On 14 Jun 2018, at 12:56, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> Bump. >> >>> On 5 Nov 2017, at 23:19, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> Hi, >>> >>> So what is the story with Pharo 7 and Traits ? >>> >>> I may be wrong, but were they not removed but flattened ? >>> >>> How are external libraries that want to support multiple Pharo versions supposed to cope when they need to add extension methods to (meta) class ? >>> >>> I have a problem with STON. >>> >>> Sven >> >> More specifically, I added extensions to TClass, TClassDescription and TApplyingOnClassSide because that is what code critics/unit tests forced me to do. >> >> At one point, maybe with work on Pharo kernel or bootstrap, all these extension where flattened in Pharo 7. >> >> So what should I do, going forward ? >> >> I guess the easiest for me would be not to use them, but then why do we have them ? Or should STON be considered special as to be useable in minimal situations ? >> > Hello, > > For Pharo7, Class/ClassDescription/Behavior is not composed of Traits anymore. The classes TClass, TClassDescription and TApplyingOnClassSide are just there > so one can easily load codeâ¦ they are not used. > > So for a project that wants to be loadable in Pharo6 and Pharo7, the easiest would be to make the extension methods be of Class/Behavior/Metaclassâ¦ it should work for most cases > > Marcus OK, thanks Marcus. I will do that. Sven

June 14, 2018

Re: [Pharo-dev] Pharo 7 and Traits ?

by Marcus Denker

> On 14 Jun 2018, at 12:56, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Bump. > >> On 5 Nov 2017, at 23:19, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> Hi, >> >> So what is the story with Pharo 7 and Traits ? >> >> I may be wrong, but were they not removed but flattened ? >> >> How are external libraries that want to support multiple Pharo versions supposed to cope when they need to add extension methods to (meta) class ? >> >> I have a problem with STON. >> >> Sven > > More specifically, I added extensions to TClass, TClassDescription and TApplyingOnClassSide because that is what code critics/unit tests forced me to do. > > At one point, maybe with work on Pharo kernel or bootstrap, all these extension where flattened in Pharo 7. > > So what should I do, going forward ? > > I guess the easiest for me would be not to use them, but then why do we have them ? Or should STON be considered special as to be useable in minimal situations ? > Hello, For Pharo7, Class/ClassDescription/Behavior is not composed of Traits anymore. The classes TClass, TClassDescription and TApplyingOnClassSide are just there so one can easily load codeâ¦ they are not used. So for a project that wants to be loadable in Pharo6 and Pharo7, the easiest would be to make the extension methods be of Class/Behavior/Metaclassâ¦ it should work for most cases Marcus

June 14, 2018

[Pharo 7.0-dev] Build #1057: 22139-fix-the-last-sender-of-asIcon

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

There is a new Pharo build available! The status of the build #1057 was: SUCCESS. The Pull Request #1541 was integrated: "22139-fix-the-last-sender-of-asIcon" Pull request url: https://github.com/pharo-project/pharo/pull/1541 Issue Url: https://pharo.fogbugz.com/f/cases/22139 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

June 14, 2018

Re: [Pharo-dev] Recent Pharo does not work (to me) with "El Capitan"

by Tim Mackinnon

I think you can run the latest Pharo but with a slighter older vm with no issue (not sure - but think Iâve heard folks say this) Tim Sent from my iPhone > On 14 Jun 2018, at 09:58, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: > > I think that is a great idea. El Capitan is not that old and I bet there are a lot of computers still running it. > > In my case, an iMac bought in 2007 with 4Gb ram, 512 Gb SSD disk and El Capitan works like a charm, and I'm not going to quit using it until it stops working. It's a pity that I cannot run the latest Pharo in it (I have no problem with the latest versions of any of the other software I regularly use). > > What you suggest is quite reasonable. Offering a Pharo 6.1 for OS X pre-Sierra (as far as you can go backwards in time) would be great. Provided it is possible, of course (maybe 6.1 images do not run in previous vm's; I do not know). > >> On 14/06/18 10:44, Tim Mackinnon wrote: >> I guess we should work out which vm still works and put that as a footnote on the installation page? Possibly not worth fixing it for something several os versions black? >> Tim >> Sent from my iPhone >>> On 14 Jun 2018, at 09:37, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: >>> >>> Hi, >>> >>> I checked with Sierra and High Sierra, both Pharo and Squeak and everything works ok. >>> >>> Thus, I guess some change/improvement was done to the vm's that broke them for El Capitan. >>> >>> Thanks for your answers. >>> >>> On 13/06/18 23:41, Esteban Lorenzano wrote: >>>>> On 13 Jun 2018, at 22:57, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: >>>>> >>>>> Yes, I did. Same result. >>>>> >>>>> All the same happens with the latest version of Squeak. >>>>> >>>>> I tried with High Sierra. In HS Pharo 6.1 starts, the image opens but >>>>> then it complains about not being able to create some file in >>>>> /Private/var/... and the image becomes unusable. In High Sierra the >>>>> latest version of Squeak opens correctly. >>>> this is because you are trying to execute a non-signed VM then it puts you in a sandbox. >>>> easy fix: copy your VM into Applications and execute from there. >>>>> >>>>> Tomorrow I will try with Sierra, on a clean computer (a computer that >>>>> never had a Smalltalk installed in it). >>>>> >>>>> I insist. You do not find any of these problems with Ubuntu. Quoting >>>>> Robert de Niro, f*ck Apple ;) >>>> well, but is very weird. >>>> most of use work on mac and we do not have this problems (yes the one about the signed VM, but just that one). >>>> Esteban >>>>> >>>>> El 13/6/18 a les 21:55, Tim Mackinnon ha escrit: >>>>>> Have you tried the 32bit version - just to rule that out? You did the 64bit version - not sure how El Capitan faired with that? >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Salut! >>>>> >>>>> Jordi Delgado >>>>> >>>>> Computer Science Department - Universitat PolitÃ¨cnica de Catalunya >>>>> Campus Nord, Omega building, >>>>> Office S115 c/Jordi Girona Salgado, 1-3 >>>>> 08034 Barcelona, Spain. >>>>> Phone: +34.93.413.40.18 >>>>> Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8 >>>>> >>> >>> -- >>> Salut! >>> >>> Jordi Delgado >>> >>> Computer Science Department - Universitat PolitÃ¨cnica de Catalunya >>> Campus Nord, Omega building, >>> Office S115 c/Jordi Girona Salgado, 1-3 >>> 08034 Barcelona, Spain. >>> Phone: +34.93.413.40.18 >>> Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8 >>> > > -- > Salut! > > Jordi Delgado > > Computer Science Department - Universitat PolitÃ¨cnica de Catalunya > Campus Nord, Omega building, > Office S115 c/Jordi Girona Salgado, 1-3 > 08034 Barcelona, Spain. > Phone: +34.93.413.40.18 > Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8 >

June 14, 2018

[Pharo 7.0-dev] Build #1056: 22142 Cleanup Files-Test

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

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

June 14, 2018

Re: [Pharo-dev] Pharo 7 and Traits ?

by Sven Van Caekenberghe

Bump. > On 5 Nov 2017, at 23:19, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > So what is the story with Pharo 7 and Traits ? > > I may be wrong, but were they not removed but flattened ? > > How are external libraries that want to support multiple Pharo versions supposed to cope when they need to add extension methods to (meta) class ? > > I have a problem with STON. > > Sven More specifically, I added extensions to TClass, TClassDescription and TApplyingOnClassSide because that is what code critics/unit tests forced me to do. At one point, maybe with work on Pharo kernel or bootstrap, all these extension where flattened in Pharo 7. So what should I do, going forward ? I guess the easiest for me would be not to use them, but then why do we have them ? Or should STON be considered special as to be useable in minimal situations ? Sven

June 14, 2018

Re: [Pharo-dev] Recent Pharo does not work (to me) with "El Capitan"

by Jordi Delgado

I think that is a great idea. El Capitan is not that old and I bet there are a lot of computers still running it. In my case, an iMac bought in 2007 with 4Gb ram, 512 Gb SSD disk and El Capitan works like a charm, and I'm not going to quit using it until it stops working. It's a pity that I cannot run the latest Pharo in it (I have no problem with the latest versions of any of the other software I regularly use). What you suggest is quite reasonable. Offering a Pharo 6.1 for OS X pre-Sierra (as far as you can go backwards in time) would be great. Provided it is possible, of course (maybe 6.1 images do not run in previous vm's; I do not know). On 14/06/18 10:44, Tim Mackinnon wrote: > I guess we should work out which vm still works and put that as a footnote on the installation page? Possibly not worth fixing it for something several os versions black? > > Tim > > Sent from my iPhone > >> On 14 Jun 2018, at 09:37, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: >> >> Hi, >> >> I checked with Sierra and High Sierra, both Pharo and Squeak and everything works ok. >> >> Thus, I guess some change/improvement was done to the vm's that broke them for El Capitan. >> >> Thanks for your answers. >> >> On 13/06/18 23:41, Esteban Lorenzano wrote: >>>> On 13 Jun 2018, at 22:57, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: >>>> >>>> Yes, I did. Same result. >>>> >>>> All the same happens with the latest version of Squeak. >>>> >>>> I tried with High Sierra. In HS Pharo 6.1 starts, the image opens but >>>> then it complains about not being able to create some file in >>>> /Private/var/... and the image becomes unusable. In High Sierra the >>>> latest version of Squeak opens correctly. >>> this is because you are trying to execute a non-signed VM then it puts you in a sandbox. >>> easy fix: copy your VM into Applications and execute from there. >>>> >>>> Tomorrow I will try with Sierra, on a clean computer (a computer that >>>> never had a Smalltalk installed in it). >>>> >>>> I insist. You do not find any of these problems with Ubuntu. Quoting >>>> Robert de Niro, f*ck Apple ;) >>> well, but is very weird. >>> most of use work on mac and we do not have this problems (yes the one about the signed VM, but just that one). >>> Esteban >>>> >>>> El 13/6/18 a les 21:55, Tim Mackinnon ha escrit: >>>>> Have you tried the 32bit version - just to rule that out? You did the 64bit version - not sure how El Capitan faired with that? >>>>> >>>>> >>>> >>>> -- >>>> Salut! >>>> >>>> Jordi Delgado >>>> >>>> Computer Science Department - Universitat PolitÃ¨cnica de Catalunya >>>> Campus Nord, Omega building, >>>> Office S115 c/Jordi Girona Salgado, 1-3 >>>> 08034 Barcelona, Spain. >>>> Phone: +34.93.413.40.18 >>>> Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8 >>>> >> >> -- >> Salut! >> >> Jordi Delgado >> >> Computer Science Department - Universitat PolitÃ¨cnica de Catalunya >> Campus Nord, Omega building, >> Office S115 c/Jordi Girona Salgado, 1-3 >> 08034 Barcelona, Spain. >> Phone: +34.93.413.40.18 >> Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8 >> > > -- Salut! Jordi Delgado Computer Science Department - Universitat PolitÃ¨cnica de Catalunya Campus Nord, Omega building, Office S115 c/Jordi Girona Salgado, 1-3 08034 Barcelona, Spain. Phone: +34.93.413.40.18 Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8

June 14, 2018

Re: [Pharo-dev] Recent Pharo does not work (to me) with "El Capitan"

by Tim Mackinnon

I guess we should work out which vm still works and put that as a footnote on the installation page? Possibly not worth fixing it for something several os versions black? Tim Sent from my iPhone > On 14 Jun 2018, at 09:37, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: > > Hi, > > I checked with Sierra and High Sierra, both Pharo and Squeak and everything works ok. > > Thus, I guess some change/improvement was done to the vm's that broke them for El Capitan. > > Thanks for your answers. > > On 13/06/18 23:41, Esteban Lorenzano wrote: >>> On 13 Jun 2018, at 22:57, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: >>> >>> Yes, I did. Same result. >>> >>> All the same happens with the latest version of Squeak. >>> >>> I tried with High Sierra. In HS Pharo 6.1 starts, the image opens but >>> then it complains about not being able to create some file in >>> /Private/var/... and the image becomes unusable. In High Sierra the >>> latest version of Squeak opens correctly. >> this is because you are trying to execute a non-signed VM then it puts you in a sandbox. >> easy fix: copy your VM into Applications and execute from there. >>> >>> Tomorrow I will try with Sierra, on a clean computer (a computer that >>> never had a Smalltalk installed in it). >>> >>> I insist. You do not find any of these problems with Ubuntu. Quoting >>> Robert de Niro, f*ck Apple ;) >> well, but is very weird. >> most of use work on mac and we do not have this problems (yes the one about the signed VM, but just that one). >> Esteban >>> >>> El 13/6/18 a les 21:55, Tim Mackinnon ha escrit: >>>> Have you tried the 32bit version - just to rule that out? You did the 64bit version - not sure how El Capitan faired with that? >>>> >>>> >>> >>> -- >>> Salut! >>> >>> Jordi Delgado >>> >>> Computer Science Department - Universitat PolitÃ¨cnica de Catalunya >>> Campus Nord, Omega building, >>> Office S115 c/Jordi Girona Salgado, 1-3 >>> 08034 Barcelona, Spain. >>> Phone: +34.93.413.40.18 >>> Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8 >>> > > -- > Salut! > > Jordi Delgado > > Computer Science Department - Universitat PolitÃ¨cnica de Catalunya > Campus Nord, Omega building, > Office S115 c/Jordi Girona Salgado, 1-3 > 08034 Barcelona, Spain. > Phone: +34.93.413.40.18 > Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8 >

June 14, 2018

Re: [Pharo-dev] Recent Pharo does not work (to me) with "El Capitan"

by Jordi Delgado

Hi, I checked with Sierra and High Sierra, both Pharo and Squeak and everything works ok. Thus, I guess some change/improvement was done to the vm's that broke them for El Capitan. Thanks for your answers. On 13/06/18 23:41, Esteban Lorenzano wrote: > > >> On 13 Jun 2018, at 22:57, Jordi Delgado <jdelgado(a)cs.upc.edu> wrote: >> >> Yes, I did. Same result. >> >> All the same happens with the latest version of Squeak. >> >> I tried with High Sierra. In HS Pharo 6.1 starts, the image opens but >> then it complains about not being able to create some file in >> /Private/var/... and the image becomes unusable. In High Sierra the >> latest version of Squeak opens correctly. > > this is because you are trying to execute a non-signed VM then it puts you in a sandbox. > easy fix: copy your VM into Applications and execute from there. > >> >> Tomorrow I will try with Sierra, on a clean computer (a computer that >> never had a Smalltalk installed in it). >> >> I insist. You do not find any of these problems with Ubuntu. Quoting >> Robert de Niro, f*ck Apple ;) > > well, but is very weird. > most of use work on mac and we do not have this problems (yes the one about the signed VM, but just that one). > > Esteban > >> >> El 13/6/18 a les 21:55, Tim Mackinnon ha escrit: >>> Have you tried the 32bit version - just to rule that out? You did the 64bit version - not sure how El Capitan faired with that? >>> >>> >> >> -- >> Salut! >> >> Jordi Delgado >> >> Computer Science Department - Universitat PolitÃ¨cnica de Catalunya >> Campus Nord, Omega building, >> Office S115 c/Jordi Girona Salgado, 1-3 >> 08034 Barcelona, Spain. >> Phone: +34.93.413.40.18 >> Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8 >> > > -- Salut! Jordi Delgado Computer Science Department - Universitat PolitÃ¨cnica de Catalunya Campus Nord, Omega building, Office S115 c/Jordi Girona Salgado, 1-3 08034 Barcelona, Spain. Phone: +34.93.413.40.18 Public Key: https://pgp.mit.edu/pks/lookup?op=get&search=0xB7911543AD9E79A8

June 14, 2018