Petr Viktorin added the comment:
I can reproduce this with Python 2.7.11 and somewhat recent build from hg
default (3.6.0a0) on Fedora 23.
Putting these lines in my personal config-main.cfg solves this::
[EditorWindow]
font= courier
idlelib/config-main.def has a different default
Petr Viktorin added the comment:
buggy:
configuredFont: ('DejaVu Sans Mono', 0, 'normal')
fontSize: 0
good:
configuredFont: ('courier', 10, 'normal')
fontSize: 10
--
___
Python tra
Petr Viktorin added the comment:
Indeed, the size is 0 there:
{'family': 'DejaVu Sans Mono', 'size': 0, 'slant': 'roman', 'weight': 'normal',
'overstrike': 0, 'underline': 0}
--
New submission from Petr Ovtchenkov:
Compilation of python for foreign target platform problem.
Host arch is x86_64, target arch is arm (arm32).
Configuration is (target arch part):
(cd build-python && \
DESTDIR=${SYSROOT} \
PKG_CONFIG=true \
LIBFFI_IN
Changes by Petr Ovtchenkov :
Removed file: http://bugs.python.org/file42963/cpython.patch
___
Python tracker
<http://bugs.python.org/issue27101>
___
___
Python-bugs-list m
Petr Ovtchenkov added the comment:
for 3.5 branch
--
Added file:
http://bugs.python.org/file42981/0001-Compilation-modules-for-foreign-target-platform.patch
___
Python tracker
<http://bugs.python.org/issue27
Petr Ovtchenkov added the comment:
for 3.5 branch
--
Added file:
http://bugs.python.org/file42982/0002-Compilation-ssl-module-for-foreign-target-platform.patch
___
Python tracker
<http://bugs.python.org/issue27
Petr Ovtchenkov added the comment:
for 2.7 branch
--
versions: +Python 2.7
Added file:
http://bugs.python.org/file42983/0001-Compilation-modules-for-foreign-target-platform.patch
___
Python tracker
<http://bugs.python.org/issue27
Petr Ovtchenkov added the comment:
for 2.7 branch
--
Added file:
http://bugs.python.org/file42984/0002-Compilation-ssl-module-for-foreign-target-platform.patch
___
Python tracker
<http://bugs.python.org/issue27
New submission from Petr Viktorin:
Rich comparison functions of many builtin types include a block of boilerplate
which can be consolidated in a macro. The macro can be useful for third-party
extensions as well as CPython itself.
See this e-mail for a longer write-up:
https://mail.python.org
Petr Viktorin added the comment:
Here is a patch that uses the macro in all the places it can help.
--
Added file:
http://bugs.python.org/file38542/0002-Use-Py_RICHCOMPARE-in-rich-comparisons.patch
___
Python tracker
<http://bugs.python.
Petr Viktorin added the comment:
Serhiy: Thanks for looking at this!
I think it should fall in the same category as Py_RETURN_TRUE or
Py_RETURN_NONE. Sure, it's easy to reimplement, but a lot of extensions need
it; why should everyone need to write the same code in a dozen different wa
Petr Viktorin added the comment:
Attaching another patch:
- Leave _decimal alone per maintainer's wishes
- Fixes issues pointed out in the review
- Use Py_RICHCOMPARE also in _tkinter
- More improvements in the other affected modules
--
Added file:
http://bugs.python.org/file
Petr Viktorin added the comment:
Making it a function might help with the following issues:
- series of comparisons and PyBool_FromLong is less efficient than switch and
Py_RETURN_*. But it would add a function call.
- it might be too complex for a macro
Do you think that would help?
As for
Petr Viktorin added the comment:
Changed the macro to Py_RETURN_RICHCOMPARE. This is not an expression, allowing
the use of a switch statement. On the other hand, it's even larger macro than
before now.
>From the discussion it seems that doing this correctly is tricky to do this
&g
Petr Viktorin added the comment:
ping?
--
___
Python tracker
<http://bugs.python.org/issue22198>
___
___
Python-bugs-list mailing list
Unsubscribe:
Petr Viktorin added the comment:
ping
Anything I can do to help move this forward?
--
___
Python tracker
<http://bugs.python.org/issue23699>
___
___
Python-bug
Changes by Petr Viktorin :
--
nosy: +encukou
___
Python tracker
<http://bugs.python.org/issue24056>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Petr Viktorin:
imp.reload() and importlib.reload() docs state::
If a module is syntactically correct but its initialization fails, the first
:keyword:`import` statement for it does not bind its name locally, but does
store a (partially initialized) module object
New submission from Petr Viktorin:
A note in the docs for the "u" format unit saus NULs are not allowed, but the
previous sentence says they aren't accepted.
--
assignee: docs@python
components: Documentation
files: 0002-Remove-obsolete-note-in-argument-parsing-docs
Petr Viktorin added the comment:
Not true (on 3.3 & 2.7).
>>> import sys
>>> import x
Traceback (most recent call last):
File "", line 1, in
File "/tmp/x.py", line 1, in
import y
File "/tmp/y.py", line 1, in
1/0
ZeroDivisionEr
Petr Viktorin added the comment:
The note is *correct* concerning the length, but I don't think it's relevant:
in a NUL-terminated string without embedded NULs, the length is unambiguous.
The other issues are about "u" itself, not the note. (I have nothing against
the &
Changes by Petr Viktorin :
--
nosy: +encukou
___
Python tracker
<http://bugs.python.org/issue1322>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Petr Viktorin :
--
nosy: +encukou
___
Python tracker
<http://bugs.python.org/issue17762>
___
___
Python-bugs-list mailing list
Unsubscribe:
Petr Viktorin added the comment:
The functions have been deprecated in #1322, is it time to close this?
--
___
Python tracker
<http://bugs.python.org/issue17
Petr Viktorin added the comment:
Issues #17762 and #9514 had patches to improve these functions. Time to close
them?
--
___
Python tracker
<http://bugs.python.org/issue1
Petr Viktorin added the comment:
>From the discussion on the list:
- It needs to be a macro, not function, to support various types (unsigned long
long, float; possibly C++ stuff with overriden operators)
- Another suggestion to change the order of arguments; I still think being the
same
Petr Viktorin added the comment:
Is it really not better to give the operation a name, rather than repeating the
same ten lines every time? (Well, not the same -- all the modules code it a bit
differently, but with the same meaning.)
I might be true that the types in Python itself are "
Petr Viktorin added the comment:
Well, as a newcomer, I think the macro makes it easier to both grok what the
code does, and is about equally difficult when it comes to checking correctness
of the code.
But I understand that's a subjective.
Marc-Andre, Barry, you expressed interest i
Petr Viktorin added the comment:
What can I, not a core developer, do to resolve this disagreement?
Should I submit a PEP?
--
___
Python tracker
<http://bugs.python.org/issue23
Petr Viktorin added the comment:
Conceptually there's a distinction between the two cases, but you can implement
one in terms of the other, so I don't think it's worth adding two
functions/macros here. So let's pick the better API.
"Py_cmp_to_bool" is better i
Petr Viktorin added the comment:
Well, in my opinion NotImplemented is a good value for "unknown operation", but
I'll be happy to change to PyErr_BadArgument(); return NULL; if there's support
for that.
--
___
P
Petr Viktorin added the comment:
Here is a version with PyErr_BadArgument.
--
Added file: http://bugs.python.org/file39455/richcompare-macro-badargument.patch
___
Python tracker
<http://bugs.python.org/issue23
Petr Viktorin added the comment:
Just a reminder: if you want this to be in Python 3.5, please review the patch
--
___
Python tracker
<http://bugs.python.org/issue23
New submission from Petr Viktorin:
Here is the implementation for the recently accepted PEP 489.
Tested on Linux.
--
files: pep0489.patches
messages: 243893
nosy: encukou, eric.snow, ncoghlan
priority: normal
severity: normal
status: open
title: PEP 489 -- Multi-phase extension module
Petr Viktorin added the comment:
And here are all changes in a single patch.
--
keywords: +patch
Added file: http://bugs.python.org/file39471/pep0489.patch
___
Python tracker
<http://bugs.python.org/issue24
Petr Viktorin added the comment:
Fix some refleaks
- one in PyModule_FromDefAndSpec2 - this is my fault
- one in PyType_FromSpecWithBases - I guess this is
the first time PEP-384 built-in types are GC'd
- one in the new PEP 489 tests
There's still one more in the new test
Petr Viktorin added the comment:
The array module is good if you *really* drop references:
$ ./python -X showrefcount
Python 3.5.0a4+ (default, May 23 2015, 16:44:38)
[GCC 4.9.2 20150212 (Red Hat 4.9.2-6)] on linux
Type "help", "copyright", "credits" or
Petr Viktorin added the comment:
FWIW, the remaining refleak occurs when unloading an extension module object.
This is something that wasn't possible before PEP 489 -- extension modules were
never deleted.
--
___
Python tracker
Petr Viktorin added the comment:
Thank you, Steve.
A similar problem is on other platforms as well. This patch should fix it;
could someone look at it?
--
Added file: http://bugs.python.org/file39477/fix-dynload-init-name.patch
___
Python tracker
Petr Viktorin added the comment:
Steve, could you please merge it?
--
___
Python tracker
<http://bugs.python.org/issue24268>
___
___
Python-bugs-list mailin
Petr Viktorin added the comment:
Yes, you did find an error. Thanks for reporting it!
Here is a fix with a test case.
--
Added file: http://bugs.python.org/file39493/fix-pep489-submodule.patch
___
Python tracker
<http://bugs.python.org/issue24
Petr Viktorin added the comment:
issue 24268 has a patch with a test case.
--
nosy: +encukou
___
Python tracker
<http://bugs.python.org/issue24285>
___
___
Pytho
New submission from Petr Viktorin:
There are two "barrier" like abstractions on Lib/logging/handlers.py in the
_monitor method.
First _monitor has two loops, what is already kind of a hint something is not
right.
Second, it has two ways to exit the loop, that also exit the thre
Petr Viktorin added the comment:
This was a deliberate change in 3.5.
Issue: https://bugs.python.org/issue17911
News entry: https://docs.python.org/3/whatsnew/3.5.html#traceback
Why do you think it is a regression?
Who would be the person that can decide if it is a doc bug or regression
Petr Viktorin added the comment:
Indeed, I'd close WONTFIX.
IMO, applications that:
- run at early boot, and
- get built with an older kernel than they run on
fall squarely into the enterprise distro turf, and CPython code shouldn't
include hacks needed to make this work. That's
Petr Viktorin added the comment:
(Please ignore that comment – I was on vacation and, when clearing my backlog,
got to this issue before the Fedora discussions.)
--
___
Python tracker
<http://bugs.python.org/issue27
Petr Viktorin added the comment:
In portingguide [0] I could only recommend sitecustomize with a (possibly
third-party) codec that emits warnings; not 'undefined'.
The things that aren't ported yet are generally either Non-Python applications
with Python bindings or plugi
New submission from Petr Pulc:
Hello,
just an idea for improvement of minidom.
Sometimes it is not convenient that the element attributes are sorted
alphabetically.
Usually, users do hack the minidom file themselves to force some behaviour, yet
the order can be quite nicely defined by the
Petr Viktorin added the comment:
ping
Anything I can do to move this forward?
--
___
Python tracker
<http://bugs.python.org/issue27910>
___
___
Python-bugs-list m
901 - 950 of 950 matches
Mail list logo
