> in the RFC 2119 sense).<br>> <br>> Nitpickingly, I'd add that scripts can, of course, also specify<br>> python2.7 (or some such). Actually, scripts can do whatever they<br>> want - it's more about what they then can expect to happen.</span><br>
Good points--I've taken them into account in the revised PEP, which I will send to this list shortly.<div><span style="border-collapse:collapse;font-family:arial, sans-serif;font-size:13px">> OTOH, my<br>
> authors realize that they need to use /usr/bin/python{2,3} instead of<br>> /usr/bin/python.</span></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse">I don't see this as an issue: all it will take is for one user with a different "python" to contact a developer once, referring the developer to the PEP, and then every program that that developer ever writes in the future will be fixed (and, if the developer's worth anything, every program he's already written, as well). Word of mouth tends to pass these things around quickly.</span></font></div>
<div><font face="arial, sans-serif"><span style="border-collapse:collapse"><span style="font-size:13px">> Actually, I think this is *not* a good idea for distro provided scripts. For<br>
> Python, it won't break their system.</span></span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse">I agree. I would personally like it if distributions would provide a python utility that can be changed by the sysadmin without breaking anything, but implementing such a thing would be too much to ask from many distros, so I left it out of the first draft of the PEP. I'll put into the Notes in the second draft, though.</span></font></div>
<div><font face="arial, sans-serif"><span style="border-collapse:collapse"><br></span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse">Again, I think that the nature of the "python" utility is a decision that belongs squarely to the distributions (it'll likely evolve into an "everyone else is doing it" sort of issue for distros like Debian that don't like to change without good reason). On the other hand, ensuring that cross-platform support exists is an issue that should be handled by a central authority.</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse">I almost added provisions to the second draft of the PEP for things like "python2.6", since the same issue basically exists with them, so it would be logical to also address their support. However, since there are far fewer cases where minor version changes break code, and far more cases where a specific minor version of the Python interpreter isn't and doesn't need to be installed, I imagine a problem will occur if we make "pythonX.X" standard: developers will use the "pythonX.X" invocations instead of ensuring their code works on all (recent) versions of the interpreter, and much larger issues will arise when users are forced to repeatedly install different minor versions of the interpreter. I instead addressed this topic in the "Notes" section.</span></font></div>
<div><font face="arial, sans-serif"><span style="border-collapse:collapse"><br></span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse">-Kerrick Staley</span></font></div><div><font face="arial, sans-serif"><span style="border-collapse:collapse"><br>
</span></font></div><div><div class="gmail_quote">On Thu, Mar 3, 2011 at 10:09 PM, Toshio Kuratomi <span dir="ltr"><<a href="mailto:a.badger@gmail.com" target="_blank">a.badger@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div></div><div>On Thu, Mar 03, 2011 at 09:11:40PM -0500, Barry Warsaw wrote:<br>
<br>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4