<br><br><div class="gmail_quote">On Fri, Nov 5, 2010 at 17:09, Stephen J. Turnbull <span dir="ltr">&lt;<a href="mailto:stephen@xemacs.org">stephen@xemacs.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Thomas Wouters writes:<br>
<br>
 &gt; &gt; This is unrealistic.  It would seriously annoy Arch&#39;s intended<br>
 &gt; &gt; audience.  (Eg, recently I&#39;ve become a lot more favorable to using<br>
 &gt; &gt; Word instead of OOo because Word doesn&#39;t pop up a useless warning<br>
 &gt; &gt; every time I save a .doc file.)  Practically speaking, it would have<br>
 &gt; &gt; to be off by default, like Python pending deprecation warnings.<br>
 &gt;<br>
 &gt; Wait, what? Warning about impending brokenness is *more annoying* than just<br>
 &gt; plain breaking? How on earth would the warning be &quot;useless&quot;?<br>
 &gt; Keep in mind that the warning would only show up *if stuff would otherwise<br>
 &gt; not work*.<br>
<br>
</div>As I understood it, what you proposed was that in a *Python 2-based*<br>
distribution thinking about switching to Python 3 as the default<br>
/usr/bin/python, they should first substitute a bitch&#39;n&#39;run-python2<br>
script for the python (Python 2) binary, and after that works the bugs<br>
out, switch to Python 3.<br>
<br>
In that scenario, the bitching is useful *exactly* once: the first<br>
time anybody reports the bug to someone who can do something about it.<br>
But for some time, *every time* you run your app, it bitches<br>
uselessly: it would work fine if you just install Python 2 as<br>
/usr/bin/python, without bitching.  That&#39;s not very graceful.  And<br>
&quot;some time&quot; will often stretch into weeks or months for any given<br>
user, since few distros will bless a new package with zero testing.<br></blockquote><div><br></div><div>No, what I suggested was that *instead of changing /usr/bin/python to Python 3*, it would produce a warning. So, as before, change everything you know about to python2. Keep everything that is python3 using python3. Change /usr/bin/python, which *should* now be unused, to something that complains. Since all the distribution-installed packages were changed, the only warnings will come from invocations that would otherwise have spectacularly and possibly quite confusingly blown up. As I said, the warning can provide clear instructions on updating the software. Heck, the /usr/bin/python wrapper could be made to be quiet for a day at a time by having the user press a button.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
 &gt; No, that&#39;s not my point at all. The problem isn&#39;t that Python 3 is<br>
 &gt; incompatible with Python 2. The problem is that stuff broke without<br>
 &gt; (apparently) fair warning.<br>
<br>
</div>Warning was given; they weren&#39;t listening.<br>
</blockquote></div><br>Yes, that&#39;s what users do. They don&#39;t look at the websites or read the mailinglists, they just care that their stuff keeps working and they don&#39;t want to pay the maintenance cost :) I&#39;m not saying Arch should have done this, but most Linux distributions do *not* have attentive users. This is not news. I would rather we stay with an explicit &#39;python3&#39; for another decade (as, after all, Perl did with perl5 as well) than that more people are confronted with the switch to python3 by having their own code break.<br clear="all">
<br>-- <br>Thomas Wouters &lt;<a href="mailto:thomas@python.org">thomas@python.org</a>&gt;<br><br>Hi! I&#39;m a .signature virus! copy me into your .signature file to help me spread!<br>