- Pharo-dev - lists.pharo.org

Esteban's ChangeLog week of 11 February 2019

by estebanlm＠gmail.com

Hello! This is my weekly ChangeLog, from 11 February 2019 to 17 February 2019. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=11/2/2019&to=17/2/2019 ChangeLog ========= 14 February 2019: ----------------- * Small fix-a-day: [https://github.com/pharo-project/pharo/pull/2530](https://github.com/pharo-… (fix some tonel tests failing) cheers! Esteban

Feb. 18, 2019

VMMaker in Pharo [Was: Squeak and Tonel]

by Tudor Girba

Hi Eliot, You raise a few technical concerns related to VMMaker that seem addressable: 1. Rendering technology: Both in Pharo and in GT, there exist in-image canvases, Athens and Sparta respectively, that are backend independent. This allows us to have image-based drawing logic, like BitBlt or even better, the drawing capabilities that Juan Vuletich built in Morphic 3, transparently. In fact, we even started to look at the code from Morphic 3 and we think itâs not much effort to make it work behind Sparta. This would provide a complete solution that would not rely on any external libraries. 2. Git history. We used to have the author and timestamp in the metadata of Tonel but because it generated unwanted conflicts it was decided to remove it. I think this is a good decision and one based on the experience of using it. But, why do you think the algorithm of retrieving Git could not be made to work in Squeak? Is there a specific technical reason, or is it more that you do not see the effort being spent in this direction? I am asking to understand what could a possible solution be. But, letâs take a step back. George and Andrei did move the VMMaker code, including all its history, into Git using (and enhancing) https://github.com/peteruhnak/git-migration. The code is here: https://github.com/feenkcom/opensmalltalk-vm/tree/pullrequest5/vmmaker Our goal was to make the code loadable and runnable in Pharo through Git. We have a reproducible process to produce this history, and this means that we can also synchronize all changes from the Monticello VMMaker repository and produce a history-preserving Git repository. The current code comes with a BaselineOfVMMaker that loads in Pharo, and the code generation seems to work to a good extent without much effort. There is still work that needs to be done especially on the simulation part, but we think most of it can be addressed through a Pharo-specific package that provides compatibility logic. I see two benefits for doing this: 1. It allows people in Pharo to play with the VM within the Pharo context and consequently contribute. 2. It allows us to build an environment dedicated for VM development without affecting the current contribution process. We can judge later whether this is useful. Cheers, Doru > On Feb 17, 2019, at 9:27 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi All, Hi Torsten, Hi Jakob, > > On Thu, Feb 14, 2019 at 6:17 AM Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > as some of you might already know "Tonel" is a file-per-class format for monticello repositories [1]. > > In Pharo land many projects are already converted to it - as regular "file tree" solution faces issues > with git handling due to very long file names / deep file hierarchy (often leading to trouble on Windows). > > Dales's Rowan (a new project/package manager for Smalltalk) supports FileTree and also Tonel > repositories [2]. There is also a tool to convert from STORE (VisualWorks Source-Code Versioning System) > to Tonel format [3]. > > So I wonder about adoption of Tonel in Squeak land. > > Any status/comments? > > Last year I was given contract employment by Tudor Girba's feenk which in part was to involve me porting VMMaker.oscog to Pharo in order to reap the productivity benefits of the Glamorous Toolkit when applied to VMMaker. The major direction was to unify the opensmalltalk-vm repository with a Toned-Format repository holding the Smalltalk code. > > This project, though no fault of feenk's did not go well. A big part of it was my own emotional attachment to Squeak, my "muscle memory" with Squeak and my long experience with Smalltalk-80 derived meta programming which I make extensive use of in VMMaker.oscog. But a key issue was that I was not prepared to *move* VMMaker.oscog to Pharo; for me it is key that it can live in both places. In particular I will not risk VMMaker.oscog being stranded on Pharo as it moves away from the "image-based rendering model". This is not because I don't believe in pixel-independent rendering models, but because productivity in VMMaker depends much more than on GToolkit inspection on the key architectural feature of being completely, safely simulateable (not a real English word; but meaning capable of being simulated). As Pharo moves towards external libraries to implement its UI so the degree to which VMMaker is simulated is reduced. Thus crashes in external code cannot be handled with the same power as with errors presented within the Smalltalk environment itself, and this (as harsh experience over thirty five years has taught me) is far more important for overall productivity than having powerful tailorable inspectors. > > I therefore wanted a Tonel that could both function for Squeak's Monticello and for Pharo's Iceberg. I had modified the Tonel serialization a little to provide well-formatted support for method timestamps, which are still a key and extremely useful part of Squeak Monticello's "blame" equivalent. Until git author attribution can be imported into Squeak's Monticello (something I don't see happening) I wanted merely to be able to have a variant of Tonel, enabled for example by a class variable, and hence /not/ present in Pharo, that would allow VMMaker.oscog to use Tonel but still be functional inside Squeak. I asked Esteban and was met by a flat no. Not "OK, but this is an option only you will use", but a flat "not under any circumstance". > > So here I am joining in this thread reluctantly. I'm extremely frustrated by the state of Tonel in Squeak and between the two dialects. ClÃ©ment had moved his Scorch optimizer to Tonel/git and I tried to use Metacello and Jakob's Tonel code to at least allow me to load that code and try and push forward on Sista/Scorch. The port *does not work*. Metacello fails to load Scorch. Neither Jakob nor Fabio, after putting in some effort, were able to fix the problem, and it is well beyond me. So I have accepted the fact that I will have to use the Monticello repository for Scorch/Sista. > > I had deep concerns that the pursuit of git integration would end up splitting the Pharo and Squeak communities and indeed this is now in progress. I am utterly unmotivated by the lack of cooperation, the sheer arrogance and bullying of those that say "you will move to git/tonel or else", and considering leaving VMMaker altogether. The only things that are keeping me interested are Ron Teitelbaum's Terf and me pursuing a PhD on register allocation in the context of Sista/Scorch with Robert Hirshfeld's group at HPI. > > Here's the kind of crap people like Ducasse throw at me: > > "Eliot > > At the end of the day I will probably ask the two phds that should work on language design to use truffle or pypy > because let us face it we cannot work with the Pharo VM. Else we will simply have to fork it (because we do not want to have > to jump over cuis, newspeak, squeak code constraints and I do not what) and it will be another drama is in the pico world > of the âopenâ smalltalk VM. " > > I am so over this crap. > _,,,^..^,,,_ > best, Eliot -- www.feenk.com âSoftware has no shape. Actually, it has no one shape. It has many."

Feb. 18, 2019

Re: [Pharo-dev] [Vm-dev] [squeak-dev] Squeak and Tonel

by Tudor Girba

Gentlemen, I am really sad to read through this animosity. Please, letâs go back to technical discussions. Tudor > On Feb 17, 2019, at 10:46 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Stephane, > > On Sun, Feb 17, 2019 at 1:33 PM StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Eliot > > Contrary to you I do not wish your death. > > "Drop dead" does not mean I want you dead. It is English for "DÃ©gagÃ©". > > So can you respect me? > > No. I do not. I've got to the end of my attempt to deal with your destructive relationships. I am merely one in a long line including Camillo, Cl Ã©ment, and others. > > One reason I can't respe3ct you is that you are not a man of your word. You sent an email 23 minutes ago that proudly declared "This is my last email sent to you.". Well done for keeping your word for 23 minutes. What's your record? > > > > > Stef > >> On 17 Feb 2019, at 22:30, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> >> >> >> On Sun, Feb 17, 2019 at 1:00 PM ducasse <stepharo(a)netcourrier.com> wrote: >> Hi eliot >> >> What is common in your thread is that we always look like the super emotional, or bad guys. >> You never ask yourselves why Esteban left the VM mailing-list. >> >> What is common is that I discuss technical matters (difficulties in using Tonel/git, architectural issues with developing the VM) and organizational issues (Estebans' unhelpful response regarding an option in Tonel) and you immediately personalize, do not bring up a single technical issue, and then make grand pronouncements like :this is the last email I'll send you". Laughable and sad. >> >> >> And I do not see why you cannot fork Tonel to produce your own version. >> Git is about distributed projects. People do that all the time. You can take Tonel and hack it to death >> without having your hacks pushed back into Pharo and this is perfectly ok for us. >> So Esteban has the right to say no and you have the right to hack your own version. >> >> If you want to have some support for porting Scorch/Sista to github and loading you should ask >> but asking it more nicely. >> >> About the simulation of the UI, if you do not talk to us we cannot pay attention. >> I do not see why we cannot keep a package with the image level UI for the simulator. >> Now again you are talking about collaboration but you do not talk to us and you do not >> listen to us so do not expect that people are willing to spend their free time to help. >> >> >>> I had deep concerns that the pursuit of git integration would end up splitting the Pharo and Squeak communities and indeed this is now in progress. I am utterly unmotivated by the lack of cooperation, the sheer arrogance and bullying of those that say "you will move to git/tonel or elseâ, >> >> This is fun to ask Pharo not to grow up to use modern technology to manage source code under the >> premisses that Squeak cannot or will not. >> This is so funny how you state it. I will not comment more than that. >> People around are adults and they will be able to judge by themselves. >> >>> and considering leaving VMMaker altogether. >> >> If you leave VMMaker, let us know because we will port it to Github and make it work in Pharo. >> Esteban did it several times in the past. At least this will have the benefit to clarify the situation. >> >> I think that this is good that you tell us that you do not want to cooperate with us. >> This will have at least the impact to kick our ass and pay attention to us. >> >>> The only things that are keeping me interested are Ron Teitelbaum's Terf and me pursuing a PhD on register allocation in the context of Sista/Scorch with Robert Hirshfeld's group at HPI. >>> >>> Here's the kind of crap people like Ducasse throw at me: >>> >>> "Eliot >>> >>> At the end of the day I will probably ask the two phds that should work on language design to use truffle or pypy >>> because let us face it we cannot work with the Pharo VM. Else we will simply have to fork it (because we do not want to have >>> to jump over cuis, newspeak, squeak code constraints and I do not what) and it will be another drama is in the pico world >>> of the âopenâ smalltalk VM. " >>> >>> I am so over this crap. >> >> This is not a crap. I can restate what I said. Because of responsibility of a research team and creating a future for students. You know Iâm not alone, I have quite some responsibility towards PhD students >> of my group and yes I cannot make them fail by construction (or produce unadequate results) >> just by imposing them to use a system with far too many constraints. >> >> I will not ask them to work on the openSmalltalk vm directly because this is not their responsibilities >> to have to jump over newspeak ifdef and others. A job of a PhD is to be able to brainstorm and create new ideas. Look at Stefan Marr (He is working on SOM or Truffle). >> >> Now you can think that Iâm an asshole, arrogant, or I do not know pick what you want. >> ***I do not care***. I do not have Diva syndrome I have responsibilities towards people. >> >> I was discussing with some truffle experts and they told me that this is can be complex. I believe it. >> I would like to avoid pypy for obvious reasons. So what we will probably do for their PhD is to see if we can use a light version of opensmalltalk. I do not want to ask them to jump over many things that are totally useless for them all the time. >> >> >> PS: personnally I do not get why VMMaker would be the only project on earth that cannot be managed using git and Pharo. >> But for us the future is Git and we will continue to build on this infrastructure. >> >> >> Stef >> >>> >>> _,,,^..^,,,_ >>> best, Eliot >> >> >> >> -- >> _,,,^..^,,,_ >> best, Eliot > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr > http://www.synectique.eu / http://www.pharo.org > 03 59 35 87 52 > Assistant: Julie Jonas > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > > > > > -- > _,,,^..^,,,_ > best, Eliot -- www.feenk.com "The coherence of a trip is given by the clearness of the goal."

Feb. 18, 2019

Re: [Pharo-dev] [Ann] TelePharo and PharoThings adopted for Pharo 7

by Denis Kudriashov

Hi Norbert. Ð²Ñ, 17 ÑÐµÐ²Ñ. 2019 Ð³. Ð² 20:41, Norbert Hartl <norbert(a)hartl.name>: > > > > Am 17.02.2019 um 21:03 schrieb Denis Kudriashov <dionisiydk(a)gmail.com>: > > > > Hi. > > > > I released new versions of TelePharo (v0.3.0) and PharoThings (v0.2.3) > adopted for Pharo 7 changes. > > > > PharoThings also includes new features from Alex Oliveira: > > - Raspberry model B3 > > - water alarm example > > And few models of Arduino from @gaterfy. > > Can you elaborate on this? What has an arduino model to do here? > Arduino was always in plan. And one student with nickname @gaterfy did this work few years ago. It is based on Firmata protocol which allows to operate Arduino board remotely using serial port. So Pharo in that case does not run on the board. You connect Arduino to normal machine and use Pharo to play with it using nice live Inspectors showing pin schema. I think it is a good way to learn Arduino. > Norbert > > > > > > Best regards, > > Denis > > >

Feb. 18, 2019

Re: [Pharo-dev] [squeak-dev] Squeak and Tonel

by Eliot Miranda

Stephane, On Sun, Feb 17, 2019 at 1:33 PM StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Eliot > > Contrary to you I do not wish your death. > "Drop dead" does not mean I want you dead. It is English for "DÃ©gagÃ©". > So can you respect me? > No. I do not. I've got to the end of my attempt to deal with your destructive relationships. I am merely one in a long line including Camillo, Cl Ã©ment, and others. One reason I can't respe3ct you is that you are not a man of your word. You sent an email 23 minutes ago that proudly declared "This is my last email sent to you.". Well done for keeping your word for 23 minutes. What's your record? > > Stef > > On 17 Feb 2019, at 22:30, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > > On Sun, Feb 17, 2019 at 1:00 PM ducasse <stepharo(a)netcourrier.com> wrote: > >> Hi eliot >> >> What is common in your thread is that we always look like the super >> emotional, or bad guys. >> You never ask yourselves why Esteban left the VM mailing-list. >> > > What is common is that I discuss technical matters (difficulties in using > Tonel/git, architectural issues with developing the VM) and organizational > issues (Estebans' unhelpful response regarding an option in Tonel) and you > immediately personalize, do not bring up a single technical issue, and then > make grand pronouncements like :this is the last email I'll send you". > Laughable and sad. > > >> >> And I do not see why you cannot fork Tonel to produce your own version. >> Git is about distributed projects. People do that all the time. You can >> take Tonel and hack it to death >> without having your hacks pushed back into Pharo and this is perfectly ok >> for us. >> So Esteban has the right to say no and you have the right to hack your >> own version. >> >> If you want to have some support for porting Scorch/Sista to github and >> loading you should ask >> but asking it more nicely. >> >> About the simulation of the UI, if you do not talk to us we cannot pay >> attention. >> I do not see why we cannot keep a package with the image level UI for the >> simulator. >> Now again you are talking about collaboration but you do not talk to us >> and you do not >> listen to us so do not expect that people are willing to spend their free >> time to help. >> >> >> I had deep concerns that the pursuit of git integration would end up >> splitting the Pharo and Squeak communities and indeed this is now in >> progress. I am utterly unmotivated by the lack of cooperation, the sheer >> arrogance and bullying of those that say "you will move to git/tonel or >> elseâ, >> >> >> This is fun to ask Pharo not to grow up to use modern technology to >> manage source code under the >> premisses that Squeak cannot or will not. >> This is so funny how you state it. I will not comment more than that. >> People around are adults and they will be able to judge by themselves. >> >> and considering leaving VMMaker altogether. >> >> >> If you leave VMMaker, let us know because we will port it to Github and >> make it work in Pharo. >> Esteban did it several times in the past. At least this will have the >> benefit to clarify the situation. >> >> I think that this is good that you tell us that you do not want to >> cooperate with us. >> This will have at least the impact to kick our ass and pay attention to >> us. >> >> The only things that are keeping me interested are Ron Teitelbaum's Terf >> and me pursuing a PhD on register allocation in the context of Sista/Scorch >> with Robert Hirshfeld's group at HPI. >> >> Here's the kind of crap people like Ducasse throw at me: >> >> "Eliot >> >> At the end of the day I will probably ask the two phds that should work >> on language design to use truffle or pypy >> because let us face it we cannot work with the Pharo VM. Else we will >> simply have to fork it (because we do not want to have >> to jump over cuis, newspeak, squeak code constraints and I do not what) >> and it will be another drama is in the pico world >> of the âopenâ smalltalk VM. " >> >> I am so over this crap. >> >> >> This is not a crap. I can restate what I said. Because of responsibility >> of a research team and creating a future for students. You know Iâm not >> alone, I have quite some responsibility towards PhD students >> of my group and yes I cannot make them fail by construction (or produce >> unadequate results) >> just by imposing them to use a system with far too many constraints. >> >> I will not ask them to work on the openSmalltalk vm directly because this >> is not their responsibilities >> to have to jump over newspeak ifdef and others. A job of a PhD is to be >> able to brainstorm and create new ideas. Look at Stefan Marr (He is working >> on SOM or Truffle). >> >> Now you can think that Iâm an asshole, arrogant, or I do not know pick >> what you want. >> ***I do not care***. I do not have Diva syndrome I have responsibilities >> towards people. >> >> I was discussing with some truffle experts and they told me that this is >> can be complex. I believe it. >> I would like to avoid pypy for obvious reasons. So what we will probably >> do for their PhD is to see if we can use a light version of opensmalltalk. >> I do not want to ask them to jump over many things that are totally useless >> for them all the time. >> >> >> PS: personnally I do not get why VMMaker would be the only project on >> earth that cannot be managed using git and Pharo. >> But for us the future is Git and we will continue to build on this >> infrastructure. >> >> >> Stef >> >> >> _,,,^..^,,,_ >> best, Eliot >> >> >> > > -- > _,,,^..^,,,_ > best, Eliot > > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr > http://www.synectique.eu / http://www.pharo.org > 03 59 35 87 52 > Assistant: Julie Jonas > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > > > -- _,,,^..^,,,_ best, Eliot

Feb. 17, 2019

Re: [Pharo-dev] [squeak-dev] Squeak and Tonel

by StÃ©phane Ducasse

Eliot Contrary to you I do not wish your death. So can you respect me? Stef > On 17 Feb 2019, at 22:30, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > > On Sun, Feb 17, 2019 at 1:00 PM ducasse <stepharo(a)netcourrier.com <mailto:stepharo@netcourrier.com>> wrote: > Hi eliot > > What is common in your thread is that we always look like the super emotional, or bad guys. > You never ask yourselves why Esteban left the VM mailing-list. > > What is common is that I discuss technical matters (difficulties in using Tonel/git, architectural issues with developing the VM) and organizational issues (Estebans' unhelpful response regarding an option in Tonel) and you immediately personalize, do not bring up a single technical issue, and then make grand pronouncements like :this is the last email I'll send you". Laughable and sad. > > > And I do not see why you cannot fork Tonel to produce your own version. > Git is about distributed projects. People do that all the time. You can take Tonel and hack it to death > without having your hacks pushed back into Pharo and this is perfectly ok for us. > So Esteban has the right to say no and you have the right to hack your own version. > > If you want to have some support for porting Scorch/Sista to github and loading you should ask > but asking it more nicely. > > About the simulation of the UI, if you do not talk to us we cannot pay attention. > I do not see why we cannot keep a package with the image level UI for the simulator. > Now again you are talking about collaboration but you do not talk to us and you do not > listen to us so do not expect that people are willing to spend their free time to help. > > >> I had deep concerns that the pursuit of git integration would end up splitting the Pharo and Squeak communities and indeed this is now in progress. I am utterly unmotivated by the lack of cooperation, the sheer arrogance and bullying of those that say "you will move to git/tonel or elseâ, > > This is fun to ask Pharo not to grow up to use modern technology to manage source code under the > premisses that Squeak cannot or will not. > This is so funny how you state it. I will not comment more than that. > People around are adults and they will be able to judge by themselves. > >> and considering leaving VMMaker altogether. > > If you leave VMMaker, let us know because we will port it to Github and make it work in Pharo. > Esteban did it several times in the past. At least this will have the benefit to clarify the situation. > > I think that this is good that you tell us that you do not want to cooperate with us. > This will have at least the impact to kick our ass and pay attention to us. > >> The only things that are keeping me interested are Ron Teitelbaum's Terf and me pursuing a PhD on register allocation in the context of Sista/Scorch with Robert Hirshfeld's group at HPI. >> >> Here's the kind of crap people like Ducasse throw at me: >> >> "Eliot >> >> At the end of the day I will probably ask the two phds that should work on language design to use truffle or pypy >> because let us face it we cannot work with the Pharo VM. Else we will simply have to fork it (because we do not want to have >> to jump over cuis, newspeak, squeak code constraints and I do not what) and it will be another drama is in the pico world >> of the âopenâ smalltalk VM. " >> >> I am so over this crap. > > This is not a crap. I can restate what I said. Because of responsibility of a research team and creating a future for students. You know Iâm not alone, I have quite some responsibility towards PhD students > of my group and yes I cannot make them fail by construction (or produce unadequate results) > just by imposing them to use a system with far too many constraints. > > I will not ask them to work on the openSmalltalk vm directly because this is not their responsibilities > to have to jump over newspeak ifdef and others. A job of a PhD is to be able to brainstorm and create new ideas. Look at Stefan Marr (He is working on SOM or Truffle). > > Now you can think that Iâm an asshole, arrogant, or I do not know pick what you want. > ***I do not care***. I do not have Diva syndrome I have responsibilities towards people. > > I was discussing with some truffle experts and they told me that this is can be complex. I believe it. > I would like to avoid pypy for obvious reasons. So what we will probably do for their PhD is to see if we can use a light version of opensmalltalk. I do not want to ask them to jump over many things that are totally useless for them all the time. > > > PS: personnally I do not get why VMMaker would be the only project on earth that cannot be managed using git and Pharo. > But for us the future is Git and we will continue to build on this infrastructure. > > > Stef > >> >> _,,,^..^,,,_ >> best, Eliot > > > > -- > _,,,^..^,,,_ > best, Eliot -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Feb. 17, 2019

Re: [Pharo-dev] [squeak-dev] Squeak and Tonel

by Eliot Miranda

On Sun, Feb 17, 2019 at 1:00 PM ducasse <stepharo(a)netcourrier.com> wrote: > Hi eliot > > What is common in your thread is that we always look like the super > emotional, or bad guys. > You never ask yourselves why Esteban left the VM mailing-list. > What is common is that I discuss technical matters (difficulties in using Tonel/git, architectural issues with developing the VM) and organizational issues (Estebans' unhelpful response regarding an option in Tonel) and you immediately personalize, do not bring up a single technical issue, and then make grand pronouncements like :this is the last email I'll send you". Laughable and sad. > > And I do not see why you cannot fork Tonel to produce your own version. > Git is about distributed projects. People do that all the time. You can > take Tonel and hack it to death > without having your hacks pushed back into Pharo and this is perfectly ok > for us. > So Esteban has the right to say no and you have the right to hack your own > version. > > If you want to have some support for porting Scorch/Sista to github and > loading you should ask > but asking it more nicely. > > About the simulation of the UI, if you do not talk to us we cannot pay > attention. > I do not see why we cannot keep a package with the image level UI for the > simulator. > Now again you are talking about collaboration but you do not talk to us > and you do not > listen to us so do not expect that people are willing to spend their free > time to help. > > > I had deep concerns that the pursuit of git integration would end up > splitting the Pharo and Squeak communities and indeed this is now in > progress. I am utterly unmotivated by the lack of cooperation, the sheer > arrogance and bullying of those that say "you will move to git/tonel or > elseâ, > > > This is fun to ask Pharo not to grow up to use modern technology to manage > source code under the > premisses that Squeak cannot or will not. > This is so funny how you state it. I will not comment more than that. > People around are adults and they will be able to judge by themselves. > > and considering leaving VMMaker altogether. > > > If you leave VMMaker, let us know because we will port it to Github and > make it work in Pharo. > Esteban did it several times in the past. At least this will have the > benefit to clarify the situation. > > I think that this is good that you tell us that you do not want to > cooperate with us. > This will have at least the impact to kick our ass and pay attention to > us. > > The only things that are keeping me interested are Ron Teitelbaum's Terf > and me pursuing a PhD on register allocation in the context of Sista/Scorch > with Robert Hirshfeld's group at HPI. > > Here's the kind of crap people like Ducasse throw at me: > > "Eliot > > At the end of the day I will probably ask the two phds that should work on language > design to use truffle or pypy > because let us face it we cannot work with the Pharo VM. Else we will > simply have to fork it (because we do not want to have > to jump over cuis, newspeak, squeak code constraints and I do not what) > and it will be another drama is in the pico world > of the âopenâ smalltalk VM. " > > I am so over this crap. > > > This is not a crap. I can restate what I said. Because of responsibility > of a research team and creating a future for students. You know Iâm not > alone, I have quite some responsibility towards PhD students > of my group and yes I cannot make them fail by construction (or produce > unadequate results) > just by imposing them to use a system with far too many constraints. > > I will not ask them to work on the openSmalltalk vm directly because this > is not their responsibilities > to have to jump over newspeak ifdef and others. A job of a PhD is to be > able to brainstorm and create new ideas. Look at Stefan Marr (He is working > on SOM or Truffle). > > Now you can think that Iâm an asshole, arrogant, or I do not know pick > what you want. > ***I do not care***. I do not have Diva syndrome I have responsibilities > towards people. > > I was discussing with some truffle experts and they told me that this is > can be complex. I believe it. > I would like to avoid pypy for obvious reasons. So what we will probably > do for their PhD is to see if we can use a light version of opensmalltalk. > I do not want to ask them to jump over many things that are totally useless > for them all the time. > > > PS: personnally I do not get why VMMaker would be the only project on > earth that cannot be managed using git and Pharo. > But for us the future is Git and we will continue to build on this > infrastructure. > > > Stef > > > _,,,^..^,,,_ > best, Eliot > > > -- _,,,^..^,,,_ best, Eliot

Feb. 17, 2019

Re: [Pharo-dev] [squeak-dev] Squeak and Tonel

by Eliot Miranda

On Sun, Feb 17, 2019 at 1:22 PM ducasse <stepharo(a)netcourrier.com> wrote: > BTW Eliot, I just discovered by accident emails you sent me last week > there are full on insults . I will not forward them in this mailing-list > because it does not help. > This is not the first that you do that to me. The first time I went over > them and supported > ClÃ©ment to work with you. Now I will not consider your mails anymore. > > Sorry but you cannot talk publicly about collaboration and privately > insult people that way. > > Now if you believe that I do pharo about ego then you do not understand > anything :) > And I will not try to convince you otherwise. This is my last email sent > to you. > Thank god for that. > > Stef > > On 17 Feb 2019, at 21:59, ducasse <stepharo(a)netcourrier.com> wrote: > > Hi eliot > > What is common in your thread is that we always look like the super > emotional, or bad guys. > You never ask yourselves why Esteban left the VM mailing-list. > > And I do not see why you cannot fork Tonel to produce your own version. > Git is about distributed projects. People do that all the time. You can > take Tonel and hack it to death > without having your hacks pushed back into Pharo and this is perfectly ok > for us. > So Esteban has the right to say no and you have the right to hack your own > version. > > If you want to have some support for porting Scorch/Sista to github and > loading you should ask > but asking it more nicely. > > About the simulation of the UI, if you do not talk to us we cannot pay > attention. > I do not see why we cannot keep a package with the image level UI for the > simulator. > Now again you are talking about collaboration but you do not talk to us > and you do not > listen to us so do not expect that people are willing to spend their free > time to help. > > > I had deep concerns that the pursuit of git integration would end up > splitting the Pharo and Squeak communities and indeed this is now in > progress. I am utterly unmotivated by the lack of cooperation, the sheer > arrogance and bullying of those that say "you will move to git/tonel or > elseâ, > > > This is fun to ask Pharo not to grow up to use modern technology to manage > source code under the > premisses that Squeak cannot or will not. > This is so funny how you state it. I will not comment more than that. > People around are adults and they will be able to judge by themselves. > > and considering leaving VMMaker altogether. > > > If you leave VMMaker, let us know because we will port it to Github and > make it work in Pharo. > Esteban did it several times in the past. At least this will have the > benefit to clarify the situation. > > I think that this is good that you tell us that you do not want to > cooperate with us. > This will have at least the impact to kick our ass and pay attention to > us. > > The only things that are keeping me interested are Ron Teitelbaum's Terf > and me pursuing a PhD on register allocation in the context of Sista/Scorch > with Robert Hirshfeld's group at HPI. > > Here's the kind of crap people like Ducasse throw at me: > > "Eliot > > At the end of the day I will probably ask the two phds that should work on language > design to use truffle or pypy > because let us face it we cannot work with the Pharo VM. Else we will > simply have to fork it (because we do not want to have > to jump over cuis, newspeak, squeak code constraints and I do not what) > and it will be another drama is in the pico world > of the âopenâ smalltalk VM. " > > I am so over this crap. > > > This is not a crap. I can restate what I said. Because of responsibility > of a research team and creating a future for students. You know Iâm not > alone, I have quite some responsibility towards PhD students > of my group and yes I cannot make them fail by construction (or produce > unadequate results) > just by imposing them to use a system with far too many constraints. > > I will not ask them to work on the openSmalltalk vm directly because this > is not their responsibilities > to have to jump over newspeak ifdef and others. A job of a PhD is to be > able to brainstorm and create new ideas. Look at Stefan Marr (He is working > on SOM or Truffle). > > Now you can think that Iâm an asshole, arrogant, or I do not know pick > what you want. > ***I do not care***. I do not have Diva syndrome I have responsibilities > towards people. > > I was discussing with some truffle experts and they told me that this is > can be complex. I believe it. > I would like to avoid pypy for obvious reasons. So what we will probably > do for their PhD is to see if we can use a light version of opensmalltalk. > I do not want to ask them to jump over many things that are totally useless > for them all the time. > > > PS: personnally I do not get why VMMaker would be the only project on > earth that cannot be managed using git and Pharo. > But for us the future is Git and we will continue to build on this > infrastructure. > > > Stef > > > _,,,^..^,,,_ > best, Eliot > > > -- _,,,^..^,,,_ best, Eliot

Feb. 17, 2019

Re: [Pharo-dev] [squeak-dev] Squeak and Tonel

by ducasse

BTW Eliot, I just discovered by accident emails you sent me last week there are full on insults . I will not forward them in this mailing-list because it does not help. This is not the first that you do that to me. The first time I went over them and supported ClÃ©ment to work with you. Now I will not consider your mails anymore. Sorry but you cannot talk publicly about collaboration and privately insult people that way. Now if you believe that I do pharo about ego then you do not understand anything :) And I will not try to convince you otherwise. This is my last email sent to you. Stef > On 17 Feb 2019, at 21:59, ducasse <stepharo(a)netcourrier.com> wrote: > > Hi eliot > > What is common in your thread is that we always look like the super emotional, or bad guys. > You never ask yourselves why Esteban left the VM mailing-list. > > And I do not see why you cannot fork Tonel to produce your own version. > Git is about distributed projects. People do that all the time. You can take Tonel and hack it to death > without having your hacks pushed back into Pharo and this is perfectly ok for us. > So Esteban has the right to say no and you have the right to hack your own version. > > If you want to have some support for porting Scorch/Sista to github and loading you should ask > but asking it more nicely. > > About the simulation of the UI, if you do not talk to us we cannot pay attention. > I do not see why we cannot keep a package with the image level UI for the simulator. > Now again you are talking about collaboration but you do not talk to us and you do not > listen to us so do not expect that people are willing to spend their free time to help. > > >> I had deep concerns that the pursuit of git integration would end up splitting the Pharo and Squeak communities and indeed this is now in progress. I am utterly unmotivated by the lack of cooperation, the sheer arrogance and bullying of those that say "you will move to git/tonel or elseâ, > > This is fun to ask Pharo not to grow up to use modern technology to manage source code under the > premisses that Squeak cannot or will not. > This is so funny how you state it. I will not comment more than that. > People around are adults and they will be able to judge by themselves. > >> and considering leaving VMMaker altogether. > > If you leave VMMaker, let us know because we will port it to Github and make it work in Pharo. > Esteban did it several times in the past. At least this will have the benefit to clarify the situation. > > I think that this is good that you tell us that you do not want to cooperate with us. > This will have at least the impact to kick our ass and pay attention to us. > >> The only things that are keeping me interested are Ron Teitelbaum's Terf and me pursuing a PhD on register allocation in the context of Sista/Scorch with Robert Hirshfeld's group at HPI. >> >> Here's the kind of crap people like Ducasse throw at me: >> >> "Eliot >> >> At the end of the day I will probably ask the two phds that should work on language design to use truffle or pypy >> because let us face it we cannot work with the Pharo VM. Else we will simply have to fork it (because we do not want to have >> to jump over cuis, newspeak, squeak code constraints and I do not what) and it will be another drama is in the pico world >> of the âopenâ smalltalk VM. " >> >> I am so over this crap. > > This is not a crap. I can restate what I said. Because of responsibility of a research team and creating a future for students. You know Iâm not alone, I have quite some responsibility towards PhD students > of my group and yes I cannot make them fail by construction (or produce unadequate results) > just by imposing them to use a system with far too many constraints. > > I will not ask them to work on the openSmalltalk vm directly because this is not their responsibilities > to have to jump over newspeak ifdef and others. A job of a PhD is to be able to brainstorm and create new ideas. Look at Stefan Marr (He is working on SOM or Truffle). > > Now you can think that Iâm an asshole, arrogant, or I do not know pick what you want. > ***I do not care***. I do not have Diva syndrome I have responsibilities towards people. > > I was discussing with some truffle experts and they told me that this is can be complex. I believe it. > I would like to avoid pypy for obvious reasons. So what we will probably do for their PhD is to see if we can use a light version of opensmalltalk. I do not want to ask them to jump over many things that are totally useless for them all the time. > > > PS: personnally I do not get why VMMaker would be the only project on earth that cannot be managed using git and Pharo. > But for us the future is Git and we will continue to build on this infrastructure. > > > Stef > >> >> _,,,^..^,,,_ >> best, Eliot

Feb. 17, 2019

[Pharo 8.0] Build #86: 2579-Update-deleteAll-comments

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

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

Feb. 17, 2019