New submission from Ricordisamoa:
It should be no help instead of ho nelp.
--
components: Library (Lib)
files: typo.patch
keywords: patch
messages: 229714
nosy: Ricordisamoa
priority: normal
severity: normal
status: open
title: typo in argparse.py
type: enhancement
Added file:
Roundup Robot added the comment:
New changeset 550de59a4c6d by Georg Brandl in branch '3.4':
Closes #22675: fix typo.
https://hg.python.org/cpython/rev/550de59a4c6d
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open - closed
Ricordisamoa added the comment:
AFAICT, this also applies to previous versions.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22675
___
___
Georg Brandl added the comment:
Is it possible to determine the range of signal numbers? Otherwise it would be
a guessing game where to stop querying when filling up the dictionary.
A problem is also that if the signal number is not valid, the return value of
strsignal() is unspecified,
Georg Brandl added the comment:
Yes, but those are no longer maintained. It's not a critical bug :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22675
___
Serhiy Storchaka added the comment:
FileIO repr now looks confusing:
sys.stdout.buffer.raw
_io.FileIO name='stdout' mode='wb' closefd='0'
The closefd attribute is not a string '0' or '1', it is boolean value True or
False. Here is a patch which fixes a repr.
And I think that documentation
Robert Collins added the comment:
Yeah thats nicer. I'll apply that later unless you can.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17401
___
Andy Maier added the comment:
I have posted v12 of the patch, which addresses all comments since v11.
This Python 3.4 patch can be applied to the default (3.5 dev) branch as well.
I will start working on a similar patch for Python 2.7 now.
--
Added file:
Serhiy Storchaka added the comment:
May be include closefd in the repr only when it is False? By default closefd is
True and in common case the repr will be more compact.
--
Added file: http://bugs.python.org/file36979/io_fileio_repr_closefd_2.patch
New submission from kbengine:
I have an application, the use of Python3.2.3 development.
When I upgrade to Python3.4.2, found a problem.
I have an extended xxx.c (c-python) module, I call pickle to serialize and
deserialize, _pickle.c calls the whichmodule to look for this module, The final
New submission from Ahmad El-Komey:
Versions 2.7.7 and 2.7.8 (with both builds, 86 and 64 builds) have some strange
things that is different from other versions:
1. The tk icon of the IDLE is not loaded. The icon loaded is as this one:
Python27\Lib\idlelib\Icons\idle.ico
and it should be like
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22677
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +alexandre.vassalotti, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22676
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: icon not loaded - IDLE: icon not loaded
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22677
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22676
___
___
Python-bugs-list
Ahmad El-Komey added the comment:
EDIT:
Regarding the icon, I found that this is not an issue. In fact, this is the new
icon starting from version 2.7.7 (The same goes for 3.4.2. Not sure of previous
versions)
Regarding the pin to taskbar: After uninstalling Python 3.3 and installing
Python
STINNER Victor added the comment:
I don't think that a strsignal() is required, signals now have a name attribute!
Python 3.5.0a0 (default:07ae7bc06af0, Oct 16 2014, 09:46:01)
import signal
signal.SIGINT
Signals.SIGINT: 2
signal.SIGINT.name
'SIGINT'
--
nosy: +haypo
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17401
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22673
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15989
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22660
___
Brett Cannon added the comment:
In Python 3.3 the import machinery changed to use importlib. This means the
code to create the representation of a module now calls into Python code (the
`frozen importlib._bootstrap:690(_module_repr)` you're seeing).
But my question is why are you not calling
Sebastian Berg added the comment:
Antoine, sounds good to me, I don't mind this being in python rather sooner
then later, for NumPy itself it does not matter I think. I just wanted to warn
that there were problems when we first tried to switch in NumPy, which, if I
remember correctly, is now
New submission from Mathieu Bridon:
I found myself writing the following code the other day:
try:
os.mkdir(path)
except PermissionError:
do_something()
except FileExistsError:
do_something_else()
except
Changes by Mathieu Bridon boche...@daitauha.fr:
--
keywords: +patch
Added file: http://bugs.python.org/file36981/0001-New-NoSpaceError.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22678
Changes by Mathieu Bridon boche...@daitauha.fr:
Added file: http://bugs.python.org/file36982/0002-Use-the-new-NoSpaceError.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22678
___
New submission from Serhiy Storchaka:
There are 6 encodings used in supported by glibc locales:
ARMSCII-8 - Armenian encoding
EUC-TW - Taiwan encoding in EUC family
GEORGIAN-PS - Georgian encoding
KOI8-T - Tajik encoding in KOI family
RK1048 - Kazakh variation of CP1251
TCVN5712-1 - Vietnam
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Python does not support the GEORGIAN-PS charset, missing
vietnamese codec TCVN 5712:1993 in Python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22679
New submission from Antoine Pitrou:
I just got the following traceback when trying discover without 3.5. It runs
fine under 3.4...
$ ~/cpython/default/python -m unittest discover -v
Traceback (most recent call last):
File /home/antoine/cpython/default/Lib/runpy.py, line 170, in
Michael Foord added the comment:
I assume you mean you get the error *with* 3.5 (not without). Does this
happen *every time* (i.e. is it trivially reproducible) - or can you provide a
repro?
This is regression that I would *assume* (a totally lazy assumption) introduced
by the new error
Antoine Pitrou added the comment:
I assume you mean you get the error *with* 3.5 (not without).
Yes, sorry :-)
Does this happen *every time* (i.e. is it trivially reproducible)
It happens with the llvmlite repository: https://github.com/numba/llvmlite
Since using it requires some compiling,
Michael Foord added the comment:
As _testFunc is a string and shouldn't be, I'd be very interested to know
*what* the string is. That may give us a clue as to where it has come from. (So
a try...except...raise that also prints that value would be a good first step.)
--
Antoine Pitrou added the comment:
testFunc contains runTest (!).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22680
___
___
Python-bugs-list
Jean Christophe André added the comment:
A note to inform about my progress. (I had a long period without free time at
hand)
While seeking (again) official documents on the topic, I mainly found a lot of
non-official ones, but some are notorious enough to use them as references.
I am now in
Antoine Pitrou added the comment:
Ok, apparently it's because I have from unittest import * somewhere.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22680
___
Georg Brandl added the comment:
Nice. However, strsignal() returns not just SIGINT, but Interrupted etc.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22674
___
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22680
___
___
Python-bugs-list mailing
New submission from Serhiy Storchaka:
KOI8-T is Tajik encoding partially compatible with KOI8-R. This is default
encoding of Tajik locale tg_TJ in glibc (but in X11 locale.alias file it is
KOI8-C, issue20087).
Proposed patch adds support for this encoding. I have not found official
mapping
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22680
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file36983/encoding_koi8_t.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22681
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Add support of KOI8-T encoding
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22679
___
Serhiy Storchaka added the comment:
Ah, actually Apple uses (a fork of) GNU libiconv. So I should correct links.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22681
___
New submission from Serhiy Storchaka:
KZ1048 is Kazakh encoding based on CP1251 (Windows Cyrillic codepage). It is
standardized by Unicode [1] and IANA [2]. It is also known as STRK1048-2002 (by
the name of original Kazakh standard) and RK1048 (used in glibc). It is default
encoding of Kazakh
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file36984/encoding_kz1048.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22682
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Add support of KZ1048 (RK1048) encoding
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22679
___
Robert Collins added the comment:
Showing it only when False would have higher cognitive load. Showing it always
is simple and clear.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17401
Roundup Robot added the comment:
New changeset 230889852e17 by Antoine Pitrou in branch '3.4':
Issue #22660: update various mentions in the ssl module documentation.
https://hg.python.org/cpython/rev/230889852e17
New changeset 9015f502ac06 by Antoine Pitrou in branch 'default':
Issue #22660:
Antoine Pitrou added the comment:
This is done in 3.x. Alex, do you want to backport it to 2.7?
--
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22660
___
Alex Gaynor added the comment:
Yes, that would be good. Need to make sure all the changes are completely
applicable -- the SSLv3 change wasn't backported.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22660
Changes by Berker Peksag berker.pek...@gmail.com:
--
components: +Interpreter Core -Library (Lib)
stage: - patch review
type: - enhancement
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17401
___
kbengine added the comment:
This is a misunderstanding, getattribute (PyObject *obj, PyObject *name, int
allow_qualname) is the Python code, in the Python/Modules/_pickle.c (1538).
Do efficiency is decreased a lot.
--
status: pending - open
___
Pierre Boulanger added the comment:
your soluce works.
great tanks !
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22648
___
53 matches
Mail list logo