Re: [Python-Dev] Adding a Pip GUI to IDLE and idlelib (GSOC project)
On 27 March 2016 at 16:13, Terry Reedy wrote: > Thoughts? +1 from me - being able to teach package installation without teaching the command line first has been an oft-requested capability for a long time. Cheers, Nick. -- Nick Coghlan | [email protected] | Brisbane, Australia ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] The future of Python: fixing broken error handling in Python 8
Python's exception handling system is currently badly brokeTypeError: unsupported operand type(s) for +: 'NoneType' and 'NoneType'n. Therefore, with the recent news of the joyous release of Python 8 ( https://mail.python.org/pipermail/python-dev/2016-March/143603.html), I have decided to propose a revolutionary idea: safe mock objects. A "safe" mock object (qualified name `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`; Java-style naming was adopted for readability purposes; comments are now no longer necessary) is a magic object that supports everything and returns itself. Since examples speak more words than are in the Python source code, here are some (examples, not words in the Python source code): a = 1 b = None c = a + b # Returns a _frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8 print(c) # Prints the empty string. d = c+1 # All operations on `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`'s return a new one. e = d.xyz(1, 2, 3) # `e` is now a `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`. def f(): assert 0 # Causes the function to return a `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`. raise 123 # Does the same thing. print(L) # L is undefined, so it becomes a `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`. Safe mock objects are obviously the Next Error Handling Revolution ™. Unicode errors now simply disappear and return more `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`s. As for `try` and `catch` (protest the naming of `except`!!) statements, they will be completely ignored. The `try`, `except`, and `finally` bodies will all be executed in sequence, except that printing and returning values with an `except` statement does nothing: try: xyz = None.a # `xyz` becomes a `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`. except: print(123) # Does nothing. return None # Does nothing. finally: return xyz # Returns a `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`. Aggressive error handling (as shown in PanicSort [https://xkcd.com/1185/]) that does destructive actions (such as `rm -rf /`) will always execute the destructive code, encouraging more honest development. In addition, due to errors simply being ignored, nothing can ever quite go wrong. All discussions about a safe navigation operator can now be immediately halted, since any undefined attributes will simply return a `_frozensafemockobjectimplementation.SafeMockObjectThatIsIncludedWithPython8`. Although I have not yet destroy--I mean, improved CPython to allow for this amazing idea, I have created a primitive implementation of the `_frozensafemockobjectimplementation` module: https://github.com/kirbyfan64/_frozensafemockobjectimplementation I hope you will all realize that this new idea is a drastic improvement over current technologies and therefore support it, because we can Make Python Great Again™. -- Ryan [ERROR]: Your autotools build scripts are 200 lines longer than your program. Something’s wrong. http://kirbyfan64.github.io/ ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Which version is better? Phyton 27 or Phyton 35?
Hi, I am having a hard time trying to choose one of this two products: Phyton 27: http://www.amazon.com/Phyton-27-Systemic-Bactericide-Fungicide/dp/B00VKPL8FU Phyton 35: http://www.amazon.com/Phyton-Bactericide-fungicide-Substitute-Liter/dp/B00BGE65VM Phyton 35 is announced as the "Substitute for Phyton 27" but I feel that Phyton 27 is more tested and have a bigger user base. Can you help to choose? Best regards, Roberto ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2016-03-25 - 2016-04-01)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open5471 (+10)
closed 32971 (+33)
total 38442 (+43)
Open issues with patches: 2379
Issues opened (32)
==
#26643: regrtest: rework libregrtest.save_env submodule
http://bugs.python.org/issue26643 opened by haypo
#26646: Allow built-in module in package
http://bugs.python.org/issue26646 opened by Daniel Shaulov
#26647: ceval: use Wordcode, 16-bit bytecode
http://bugs.python.org/issue26647 opened by Demur Rumed
#26648: csv.reader Error message indicates to use deprecated
http://bugs.python.org/issue26648 opened by Philip Martin
#26650: calendar: OverflowErrors for year == 1 and firstweekday > 0
http://bugs.python.org/issue26650 opened by mjpieters
#26651: Deprecate register_adapter() and register_converter() in sqlit
http://bugs.python.org/issue26651 opened by berker.peksag
#26652: Cannot install Python 2.7.11 on Windows Server 2008 R2
http://bugs.python.org/issue26652 opened by Hung-Hsuan Chen
#26654: asyncio is not inspecting keyword arguments of functools.parti
http://bugs.python.org/issue26654 opened by iceboy
#26656: Documentation for re.compile is a bit outdated
http://bugs.python.org/issue26656 opened by Sworddragon
#26657: Directory traversal with http.server and SimpleHTTPServer on w
http://bugs.python.org/issue26657 opened by Thomas
#26658: test_os fails when run on Windows ramdisk
http://bugs.python.org/issue26658 opened by jkloth
#26659: slice() leaks memory when part of a cycle
http://bugs.python.org/issue26659 opened by Kevin Modzelewski
#26660: tempfile.TemporaryDirectory() cleanup exception on Windows if
http://bugs.python.org/issue26660 opened by Laurent.Mazuel
#26661: python fails to locate system libffi
http://bugs.python.org/issue26661 opened by rkuska
#26662: configure/Makefile doesn't check if "python" command works, ne
http://bugs.python.org/issue26662 opened by haypo
#26663: asyncio _UnixWritePipeTransport._close abandons unflushed writ
http://bugs.python.org/issue26663 opened by Robert Smallshire
#26664: find a bug in activate.fish of venv of cpython3.6
http://bugs.python.org/issue26664 opened by éæ¯æ
#26665: pip is not bootstrapped by default on 2.7
http://bugs.python.org/issue26665 opened by Axel
#2: File object hook to modify select(ors) event mask
http://bugs.python.org/issue2 opened by zwol
#26667: Update importlib to accept pathlib.Path objects
http://bugs.python.org/issue26667 opened by brett.cannon
#26668: Remove Lib/test/test_importlib/regrtest.py?
http://bugs.python.org/issue26668 opened by haypo
#26669: time.localtime(float("NaN")) does not raise a ValueError on al
http://bugs.python.org/issue26669 opened by gregory.p.smith
#26671: Clean up path_converter in posixmodule.c
http://bugs.python.org/issue26671 opened by serhiy.storchaka
#26672: regrtest missing in the module name
http://bugs.python.org/issue26672 opened by Axel
#26673: Tkinter error when opening IDLE configuration menu
http://bugs.python.org/issue26673 opened by wysaard
#26677: pyvenv: activate.fish breaks $PATH for bash scripts
http://bugs.python.org/issue26677 opened by Florian.Dold
#26678: Incorrect linking to elements in datetime package
http://bugs.python.org/issue26678 opened by andymaier
#26679: curses: Descripton of KEY_NPAGE and KEY_PPAGE inverted
http://bugs.python.org/issue26679 opened by Robert Bachmann
#26680: Incorporating float.is_integer into the numeric tower and Deci
http://bugs.python.org/issue26680 opened by Robert Smallshire2
#26682: Ttk Notebook tabs do not show with 1-2 char names
http://bugs.python.org/issue26682 opened by terry.reedy
#26683: Questionable terminology for describing what locals() does
http://bugs.python.org/issue26683 opened by rhettinger
#26685: Raise errors from socket.close()
http://bugs.python.org/issue26685 opened by martin.panter
Most recent 15 issues with no replies (15)
==
#26677: pyvenv: activate.fish breaks $PATH for bash scripts
http://bugs.python.org/issue26677
#26672: regrtest missing in the module name
http://bugs.python.org/issue26672
#26669: time.localtime(float("NaN")) does not raise a ValueError on al
http://bugs.python.org/issue26669
#26667: Update importlib to accept pathlib.Path objects
http://bugs.python.org/issue26667
#26665: pip is not bootstrapped by default on 2.7
http://bugs.python.org/issue26665
#26663: asyncio _UnixWritePipeTransport._close abandons unflushed writ
http://bugs.python.org/issue26663
#26661: python fails to locate system libffi
http://bugs.python.org/issue26661
#26660: tempfile.TemporaryDirectory() cleanup exception on Windows if
http://bugs.python.org/issue26660
#26656: Documentation for re.compile is a bit outdated
http://bugs.python.org/issue26656
#266
Re: [Python-Dev] Which version is better? Phyton 27 or Phyton 35?
On Fri, Apr 1, 2016 at 9:42 PM, Roberto Martínez wrote: > I am having a hard time trying to choose one of this two products: > > Phyton 27: > http://www.amazon.com/Phyton-27-Systemic-Bactericide-Fungicide/dp/B00VKPL8FU > Phyton 35: > http://www.amazon.com/Phyton-Bactericide-fungicide-Substitute-Liter/dp/B00BGE65VM > > Phyton 35 is announced as the "Substitute for Phyton 27" but I feel that > Phyton 27 is more tested and have a bigger user base. > > Can you help to choose? Sure! This is a fairly common question, and it comes down to what sort of plants you're trying to use this with. Some plants prefer Phyton 27, while others prefer Phyton 35. Most plants are happy with either, though, so unless you have a good reason to do otherwise, use Phyton 35. Phyton 35 has some significant improvements that make it far better at handling plants from different parts of the world. And even some American plants have special black markings on them, or cost so much money that they're priced in Euros, or for some similar reason need the advanced care of Phyton 35. As such, I strongly recommend that you develop a taste for Phyton 35, as it will serve you better in the long run. In this era of international foods in every supermarket aisle, you cannot simply dismiss the black marks as "funny spots" and wish they'd just go away; you MUST have a fungicide which can adequately handle them. ChrisA PS. This is an *awesome* find! Nice going. ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Which version is better? Phyton 27 or Phyton 35?
On Fri, Apr 1, 2016 at 9:21 AM, Chris Angelico wrote: > On Fri, Apr 1, 2016 at 9:42 PM, Roberto Martínez > wrote: >> I am having a hard time trying to choose one of this two products: >> >> Phyton 27: >> http://www.amazon.com/Phyton-27-Systemic-Bactericide-Fungicide/dp/B00VKPL8FU >> Phyton 35: >> http://www.amazon.com/Phyton-Bactericide-fungicide-Substitute-Liter/dp/B00BGE65VM >> >> Phyton 35 is announced as the "Substitute for Phyton 27" but I feel that >> Phyton 27 is more tested and have a bigger user base. >> >> Can you help to choose? > > Sure! This is a fairly common question, and it comes down to what sort > of plants you're trying to use this with. Some plants prefer Phyton > 27, while others prefer Phyton 35. Most plants are happy with either, > though, so unless you have a good reason to do otherwise, use Phyton > 35. > > Phyton 35 has some significant improvements that make it far better at > handling plants from different parts of the world. And even some > American plants have special black markings on them, or cost so much > money that they're priced in Euros, or for some similar reason need > the advanced care of Phyton 35. As such, I strongly recommend that you > develop a taste for Phyton 35, as it will serve you better in the long > run. In this era of international foods in every supermarket aisle, > you cannot simply dismiss the black marks as "funny spots" and wish > they'd just go away; you MUST have a fungicide which can adequately > handle them. > Also keep in mind that Phyton 35 improve on previous fungicide by allowing asynchronous plant growing using eukaryotic microorganisms also known `yeast from`. -- M ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Which version is better? Phyton 27 or Phyton 35?
Well, based on recent feedback, you should wait for Phyton 80, which will also make your bean plants start growing hair. (Side note: This is seriously weird. :O ) -- Ryan [ERROR]: Your autotools build scripts are 200 lines longer than your program. Something’s wrong. http://kirbyfan64.github.io/ Hi, I am having a hard time trying to choose one of this two products: Phyton 27: http://www.amazon.com/Phyton-27-Systemic-Bactericide-Fungicide/dp/B00VKPL8FU Phyton 35: http://www.amazon.com/Phyton-Bactericide-fungicide-Substitute-Liter/dp/B00BGE65VM Phyton 35 is announced as the "Substitute for Phyton 27" but I feel that Phyton 27 is more tested and have a bigger user base. Can you help to choose? Best regards, Roberto ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython: Python 8: no pep8, no chocolate!
On Apr 1, 2016, at 14:07, Brett Cannon wrote: > Are you planning on removing this after today? My worry about leaving it in > is if it's a modified copy that follows your Python 8 April Fools joke then > it will quite possibly trip people up who try and run pep8 but don't have it > installed, leading them to wonder why the heck their imports are now all > flagged as broken. > > On Thu, 31 Mar 2016 at 14:40 victor.stinner > wrote: > https://hg.python.org/cpython/rev/9aedec2dbc01 > changeset: 100818:9aedec2dbc01 > user:Victor Stinner > date:Thu Mar 31 23:30:53 2016 +0200 > summary: > Python 8: no pep8, no chocolate! > > files: > Include/patchlevel.h | 6 +- > Lib/pep8.py | 2151 ++ > Lib/site.py |56 + > 3 files changed, 2210 insertions(+), 3 deletions(-) [...] It has already been removed, a few hours after it was pushed, since it broke all of the 3x buidbots, and would have confused and/or added extra work to anyone trying to build or push changes. On behalf of my fellow release managers, may I suggest that, in the future, if anyone feels the urge to check something like this in to the live cpython repository, please resist that urge? :) A patch would be just as amusing without the need to use the soft cushion or the comfy chair. Inquisitorly yours, --Ned -- Ned Deily [email protected] -- [] ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Which version is better? Phyton 27 or Phyton 35?
Chris Angelico wrote: In this era of international foods in every supermarket aisle, you cannot simply dismiss the black marks as "funny spots" and wish they'd just go away; you MUST have a fungicide which can adequately handle them. At least there's a standard for the spots now. It used to be a real mess -- Japanese plants had yellow spots, Chinese ones had red spots, all the European countries had their own slightly different variations on the spots, and you had to keep a dozen different fungicides in your shed for treating them. But now, fortunately, more and more growers are producing plants with the standard spots, and Phyton 35 is widely acknowledged as being one of the best fungicides for dealing with them. (Except for one person who seems to have his own inscrutable ideas on what should be done with spots.) -- Greg ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
