<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 17, 2019 at 1:00 PM ducasse <<a href="mailto:stepharo@netcourrier.com">stepharo@netcourrier.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space">Hi eliot<div><br></div><div>What is common in your thread is that we always look like the super emotional, or bad guys. </div><div>You never ask yourselves why Esteban left the VM mailing-list. </div></div></blockquote><div><br></div><div>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.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br></div><div>And I do not see why you cannot fork Tonel to produce your own version. </div><div>Git is about distributed projects. People do that all the time. You can take Tonel and hack it to death</div><div>without having your hacks pushed back into Pharo and this is perfectly ok for us. </div><div>So Esteban has the right to say no and you have the right to hack your own version. </div><div><br></div><div>If you want to have some support for porting Scorch/Sista to github and loading you should ask </div><div>but asking it more nicely. </div><div><br></div><div>About the simulation of the UI, if you do not talk to us we cannot pay attention.</div><div>I do not see why we cannot keep a package with the image level UI for the simulator. </div><div>Now again you are talking about collaboration but you do not talk to us and you do not </div><div>listen to us so do not expect that people are willing to spend their free time to help.</div><div><br></div><div><br></div><div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div>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”, </div></div></div></div></blockquote><div><br></div><div>This is fun to ask Pharo not to grow up to use modern technology to manage source code under the </div><div>premisses that Squeak cannot or will not. </div><div>This is so funny how you state it. I will not comment more than that.</div></div><div>People around are adults and they will be able to judge by themselves. </div><div><br><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div>and considering leaving VMMaker altogether. </div></div></div></div></blockquote><div><br></div><div><div>If you leave VMMaker, let us know because we will port it to Github and make it work in Pharo. </div><div>Esteban did it several times in the past. At least this will have the benefit to clarify the situation. </div></div><div><br></div><div>I think that this is good that you tell us that you do not want to cooperate with us. </div><div>This will have at least the impact to kick our ass and pay attention to us. </div><div><br></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div> 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.</div><div><br></div><div>Here's the kind of crap people like Ducasse throw at me:</div><div><br></div><div>"<span>Eliot </span></div><div><br></div><div><span class="gmail-m_-939927328971610721gmail-il">At</span> the <span class="gmail-m_-939927328971610721gmail-il">end</span> of the <span class="gmail-m_-939927328971610721gmail-il">day</span> I will probably ask the two phds that should work <span class="gmail-m_-939927328971610721gmail-il">on</span> language design to use truffle or pypy</div><div>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 </div><div>to jump over cuis, newspeak, squeak code constraints and I do not what) and it will be another drama is <span class="gmail-m_-939927328971610721gmail-il">in</span> the pico world </div><div>of the “open” smalltalk VM. "</div><div><br></div><div>I am so over this crap.</div></div></div></div></blockquote><div><br></div><div>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</div><div><div>of my group and yes I cannot make them fail by construction (or produce unadequate results)</div><div>just by imposing them to use a system with far too many constraints. </div><div><br></div><div>I will not ask them to work on the openSmalltalk vm directly because this is not their responsibilities</div><div>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). </div><div><br></div><div>Now you can think that I’m an asshole, arrogant, or I do not know pick what you want.</div><div>***I do not care***. I do not have Diva syndrome I have responsibilities towards people. </div><div><br></div><div>I was discussing with some truffle experts and they told me that this is can be complex. I believe it. </div><div>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. </div><div><br></div><div><br></div><div>PS: personnally I do not get why VMMaker would be the only project on earth that cannot be managed using git and Pharo. </div><div>But for us the future is Git and we will continue to build on this infrastructure. </div><div><br></div><div><br></div><div>Stef</div><div><br></div><div><div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div><br></div></div><div dir="ltr" class="gmail-m_-939927328971610721gmail-m_-2601350501237284002gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div></div>
</blockquote></div><br></div></div></div></div></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div>