<div dir="auto">+1 to acting now <div dir="auto"><br></div><div dir="auto">I think TB is dragging its feet and putting itself at risk when technical choices need to be made very soon not just on direction of the codebase but jnfrastructure (eventually Mozilla is going to end resources and I'd make an informed bet that you have less than 18 months left)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 20, 2016 10:48 AM, "Ben Bucksch" <<a href="mailto:ben.bucksch@beonex.com">ben.bucksch@beonex.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">Re 1)<br>
<br>
No company "chose" to fork Gecko.<br>
<br>
Those who did that "choice" usually did it without realizing what they did, and most simply slipped into it by accident by not updating often enough. And many bitterly regret it now. I have at least 3 client companies with applications in a similar situation. Most of them are in an unworkable situation. I should know, because I'm often hired exactly to clean up these bad decisions.<br>
<br>
I don't want Thunderbird to make the same fatal mistake. Slipping into it is one thing. Running into it consciously is just inexcusable. <br>
<br>
<br>
As magnus said, it's a "choice" that effectively means abandoning the product. I hope nobody wants that for Thunderbird.<br>
<br>
Please stop posting "fork gecko" as choice. It's a straw man. It's the "kill thunderbird" choice.<br>
(And kill its users at the same time, because they'll get hacked by worms and loose control over their computer. It's actually worse than just closing the thunderbird project. Even one such home is competently unacceptable. And we'd have dozens.)<br>
<br>
---<br>
<br>
Why am i insisting on this, you asked? We might not have another choice, you said? <br>
<br>
I'm saying: we need to accept that fact that foregoing gecko is not an option. Unmarrying thunderbird doesn't work either. So, that leaves only one choice: Write a new client. Yes, that will take 1-3 years. That's why we need to start now. Once gecko is not usable by thunderbird anymore, it will be to late to start. It will be game over. Accept that, and act accordingly. That's my point. <br>
<br>
Ben<br><br><div class="gmail_quote">Am 20. Dezember 2016 00:02:22 MEZ, schrieb R Kent James <<a href="mailto:kent@caspia.com" target="_blank">kent@caspia.com</a>>:<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

  
    
  
  
    On 12/19/2016 2:34 PM, Ben Bucksch wrote:<br>
    <blockquote type="cite">Normally we don't do "me too", but given that rkent is
      actually seriously arguing it: </blockquote>
    <br>
    I'm not arguing for it. What I am saying is:<br>
    <br>
    1) Forking or freezing Gecko is a choice that others have made
    differently from us, so saying it is not a choice is unhelpful.<br>
    <br>
    2) We do not want to fork Gecko for a variety of reasons.<br>
    <br>
    3) If we believe what the Firefox folks are saying, then it is going
    to be increasingly difficult to follow on our current path of
    compiling Thunderbird as a variant of Firefox. At some point in the
    future, forking will be our only choice. Since that is not a choice
    that we want to be forced to make, then we need to be actively
    moving away from compiling as a binary variant of Firefox.<br>
    <br>
    What I <i>have</i> argued for in the past is having the check-in
    source of Thunderbird in comm-central be based on a "last known
    good" revision of m-central, or even on known releases of m-c, with
    someone actively managing the last know good revision, and working
    on patches to allow that last known revision to advance. That is how
    every other project with an upstream code source works, and I don't
    understand why this is considered such a radical proposal here. If
    we start using React, is someone going to demand that we build using
    nightly developer updates of React instead of known releases?<br>
    <br>
    Really the only difference between Magnus' and my position is that
    he is more optimistic than I am about how difficult it is going to
    be to continue build on the Firefox code base. How about you, BenB?
    Are you optimistic? I'm guessing not, so I would guess you are
    closer to my position than Magnus'.<br>
    <br>
    :rkent<br>
  

<p style="margin-top:2.5em;margin-bottom:1em;border-bottom:1px solid #000"></p><pre class="m_-2787032270416325684k9mail"><hr><br>tb-planning mailing list<br><a href="mailto:tb-planning@mozilla.org" target="_blank">tb-planning@mozilla.org</a><br><a href="https://mail.mozilla.org/listinfo/tb-planning" target="_blank">https://mail.mozilla.org/<wbr>listinfo/tb-planning</a><br></pre></blockquote></div><br>
-- <br>
Sent from my mobile phone. Please excuse the brevity.</div><br>______________________________<wbr>_________________<br>
tb-planning mailing list<br>
<a href="mailto:tb-planning@mozilla.org">tb-planning@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/tb-planning" rel="noreferrer" target="_blank">https://mail.mozilla.org/<wbr>listinfo/tb-planning</a><br>
<br></blockquote></div></div>