Matthias Klose added the comment:
now checked in, after 3.6.0a2, to watch behaviour on different platforms. Still
needs doc updates.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Matthias Klose added the comment:
fixed for 3.6.0a3
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pytho
Matthias Klose added the comment:
adding MANPAGER, with the simpler logic.
--
nosy: +doko
title: Add PYDOCPAGER envvar to specify pager for pydoc -> Add MANPAGER envvar
to specify pager for pydoc
___
Python tracker <rep...@bugs.python.org&
New submission from Matthias Klose:
pydoc: prefer the pager command in favor of the specifc less command. the pager
command on Debian/Ubuntu systems is an alternative which is provided by
specific pagers like less or more.
References:
http://unix.stackexchange.com/questions/5383/which-systems
Matthias Klose added the comment:
Description: properly handle Ubuntu's openssl having OP_NO_SSLv3 forced on by
default
Author: Marc Deslauriers <marc.deslauri...@canonical.com>
Forwarded: yes, http://bugs.python.org/issue25724
Index: b/Lib/test/test_
Matthias Klose added the comment:
ubuntu doesn't do anything crazy, but just disables oldish, deprecated und
probably now unsecure ssl protocols. This is done by other vendors as well.
From my point of of view this skip_if_ubuntu stuff should be replaced by proper
feature tests. I'll see
Matthias Klose added the comment:
CristiFati, please could you check if the libffi patch is still needed with the
current upstream libffi?
See https://github.com/libffi/libffi
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Matthias Klose added the comment:
removed the PC/icons directory.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Matthias Klose added the comment:
On 07.06.2016 16:47, Christian Heimes wrote:
>
> Christian Heimes added the comment:
>
> PSRT VETO!
>
> In the light of the upcoming release 3.5.2 I'm now putting on my PSRT hat
> (Python Security Response Team) and proclaim a vet
Matthias Klose added the comment:
sorry, I don't understand your last comment.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Matthias Klose added the comment:
(checked with the recent packages in Debian unstable and Ubuntu yakkety)
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Matthias Klose <d...@debian.org>:
--
resolution: -> works for me
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
Matthias Klose added the comment:
I'm unable to reproduce this with the 2.7 branch 20160603.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Matthias Klose <d...@debian.org>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
Matthias Klose added the comment:
fyi, this came up again at the 2016 Language Summit, the request here was to
provide some minimal packages which are just enough to run a cloud image (the
cloud-init package requires a somehow minimal python
Matthias Klose added the comment:
The 0002-* patches look fine, however the 0001-* patches are wrong if you are
in a Multi-Arch environment, where you can find valid headers in /usr/include.
From my point of view, the set of include and header directories should be
directly initialized from
Changes by Matthias Klose <d...@debian.org>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
Matthias Klose added the comment:
attaching an updated patch. besides renaming of the platform directory, the
following changes are made:
- it makes the name of the internal _sysconfigdata module dependent
on the abiflags
- it moves the _sysconfigdata module into the platform directory
Matthias Klose added the comment:
maybe we don't need that. you already can do:
import sys
'%s-%d%d%s' % (sys.implementation.name, sys.version_info[0],
sys.version_info[1], sys.abiflags)
'cpython-35m'
--
___
Python tracker <rep...@bugs.python.
Changes by Matthias Klose <d...@debian.org>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
Changes by Matthias Klose <d...@debian.org>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
Matthias Klose added the comment:
The current Debian packages show this error message:
$ python3 -m venv /tmp/foobar
The virtual environment was not created successfully because ensurepip is not
available. On Debian/Ubuntu systems, you need to install the python3-venv
package using
New submission from Matthias Klose:
Some python extensions provide/rely on support libraries which are shipped in
addition to the extension module, and which depend on the Python ABI (version
and ABI flags). talloc is such an example, and it currently uses the SOABI as
the symbol version
Changes by Matthias Klose <d...@debian.org>:
--
nosy: +ned.deily, steve.dower
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Matthias Klose added the comment:
even for the window builds, I don't see any use of these icons for any build. I
filed https://github.com/python/pythondotorg/issues/945 to make these files
available as downloadable resources. However even if these are not accepted
there, I think we should
Matthias Klose added the comment:
2.7.11+ translates to 20160330 from the 2.7 branch.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Matthias Klose added the comment:
using this as a work-around, not tested with Tcl/Tk 8.5 or older.
--- a/Lib/idlelib/configDialog.py
+++ b/Lib/idlelib/configDialog.py
@@ -113,7 +113,11 @@ class ConfigDialog(Toplevel):
def CreatePageFontTab(self):
parent = self.parent
Matthias Klose added the comment:
Seen on Debian and Ubuntu as well. All these distros have in common to use
Tcl/Tk 8.6.
--
nosy: +doko
title: Tkinter error when opening IDLE configuration menu -> Tkinter error when
opening IDLE configuration menu (Tcl/Tk
Matthias Klose added the comment:
other issues fixed between these dates:
- Issue #26659: Make the builtin slice type support cycle collection.
- Issue #26718: super.__init__ no longer leaks memory if called multiple
times. NOTE: A direct call of super.__init__ is not endorsed
New submission from Matthias Klose:
[forwarded from https://bugs.debian.org/822431]
This regression / change of behaviour was seen between 20160330 and 20160417 on
the 3.5 branch. The only check-in which could affect this is the fix for issue
#26735.
3.5.1-11 = 20160330
3.5.1-12 = 20160417
Matthias Klose added the comment:
please apply this to the 3.5 branch as well
--
status: closed -> open
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.or
New submission from Matthias Klose:
test_decimal fails with libmpdecimal 2.4.2
that's because Lib/_pydecimal.py hardcodes
__libmpdec_version__ = "2.4.1" # compatible libmpdec version
--
components: Extension Modules
messages: 262260
nosy: doko, skrah
priority: normal
severi
Matthias Klose added the comment:
this is not "fixable". and now when parsing os-release you get different
values then you got before, e.g. changing "Ubuntu" to "ubuntu".
--
___
Python tracker <rep...@bugs.py
Matthias Klose added the comment:
looks like re-running the tests in verbose mode using -w is affected by this
issue.
the first cpickle subtest failing is:
==
ERROR: test_recursive_dict_subclass_and_inst
New submission from Matthias Klose:
seen with the 2.7.11 release candidate; I'm not yet 100% if this is the fix for
#22995 causing these test regressions.
[ 93/395] test_cpickle
test test_cpickle failed -- multiple errors occurred; run in verbose mode for
details
[101/395/2] test_decimal
test
New submission from Matthias Klose:
Linux distributions (now starting with the Ubuntu development version for 16.04
LTS) are starting to disable SSLv3, letting at least two test_ssl tests fail.
a partial fix is mentioned in https://launchpad.net/bugs/1515793
--
messages: 254573
nosy
Changes by Matthias Klose <d...@debian.org>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
New submission from Matthias Klose:
$ python3.4-config --extension-suffix
@SO@
this is fallout from issue #16754. Use EXT_SUFFIX directly in the shell script,
which then gets expanded by configure.
--
messages: 253177
nosy: doko
priority: normal
severity: normal
status: open
title
Matthias Klose added the comment:
now marked as regression, and lowered the priority.
but how should regressions on release branches be marked else?
--
keywords: +3.4regression, 3.5regression -patch
priority: release blocker -> high
___
Pyt
Matthias Klose added the comment:
On 22.09.2015 12:31, Antoine Pitrou wrote:
> Also note LTO can make compilation times much longer (it's the linking step
> actually, which can take minutes).
use -flto=jobserver
--
___
Python tracke
Changes by Matthias Klose <d...@debian.org>:
--
dependencies: +test_code_module tests fail when run from the installed location
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Matthias Klose:
seen when running the tests in the installed location:
the test expects:
Traceback (most recent call last):
File "", line 1, in
ValueError
but it gets:
Traceback (most recent call last):
File "/usr/lib/python3.5/code.py", line 91,
Matthias Klose added the comment:
thanks for the draft!
I'm not sure how to describe this properly. The extension names are derived
from https://wiki.debian.org/Multiarch/Tuples
and this again is derived from the GNU triplets/quadruplets.
there is no "cpu" and "os&q
Matthias Klose added the comment:
On 07/24/2015 03:14 PM, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Could you please provide an example where unpatched code fails but patched
code work?
yes, see the substitution for the LIBPL macro, which leaves ${prefix}
unexpanded
New submission from Matthias Klose:
LIPL has the value
${prefix}/lib/python3.5/config-$(VERSION)$(ABIFLAGS)-x86_64-linux-gnu
and the code relies to substitute parameters from the left to the right, but it
prefers $() variables. the attached patch substitutes all variables from the
left
Matthias Klose added the comment:
I'll look at this in June. I don't think that reverting is the right choice
here.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24295
Matthias Klose added the comment:
so what you could do is to define more than one SOABI. The code in
Python/dynload_shlib.c reads:
. SOABI .so,
.abi PYTHON_ABI_STRING .so,
.so,
so it still recognizes .so names. If you want to recognize architecture
specific sonames, then you
Matthias Klose added the comment:
ping? I would like to get this into 3.5.
--
keywords: +needs review -patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23968
Changes by Matthias Klose d...@debian.org:
Added file: http://bugs.python.org/file39418/IN.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24226
Matthias Klose added the comment:
looks like a parser issue:
$ for i in $(seq 200); do echo def f$i(x): return (x) foo.py; done
$ python3.5 -m py_compile foo.py
Sorry: IndentationError: too many levels of indentation (foo.py, line 100)
$ for i in $(seq 200); do echo def f$i(x):bar.py; echo
New submission from Matthias Klose:
seen while byte-compiling the attached IN.py on x86_64-linux-gnu.
$ python3.5 -m py_compile IN.py
Sorry: IndentationError: too many levels of indentation (IN.py, line 806)
the very same IN.py is accepted by 3.4.
--
components: Library (Lib
Matthias Klose added the comment:
this seems to be caused by the PEP 492 merge in r95969.
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24226
Changes by Matthias Klose d...@debian.org:
--
components: +Interpreter Core -Library (Lib)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24226
New submission from Matthias Klose:
Steve, I'd like to align the platform tag across platforms to something
uniform. For POSIX systems we currently use the form base cpu-os-abi.
This is derived from the autoconf host definition. Currently the windows builds
use win32, win_ia64, win_arm
Matthias Klose added the comment:
no, I mean something like the attached patch.
get_platform() is dependent on the environment, not the platform that python
was built for (e.g. it tells you x86_64 when running a 32bit python) on a 64bit
kernel).
--
keywords: +patch
Added file: http
New submission from Matthias Klose:
I see this on i586-linux-gnu and i686-linux-gnu. Reverting the
95844:fb6c2fbbde34 commit makes the problem go away.
python: ../Modules/_collectionsmodule.c:711: deque_del_item: Assertion `i = 0
i (((PyVarObject*)(deque))-ob_size)' failed.
Makefile:818
Matthias Klose added the comment:
fixed for 3.4 and 3.5.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24122
Changes by Matthias Klose d...@debian.org:
--
assignee: - doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24122
___
___
Python-bugs-list
Changes by Matthias Klose d...@debian.org:
--
nosy: +benjamin.peterson
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24125
Matthias Klose added the comment:
I'm not trying to discredit any use cases, I just don't see them.
so why do you see this on x86 for 32/64bit, but not for ARM
soft-float/hard-float. The example given was pretty clear.
All Linux distributions I know place the 32-bit and 64-bit versions
Matthias Klose added the comment:
Nick filed issue #23966 to document these changes. Yes, these tags should be
documented, so that installers don't have to guess (currently they are only
exposed in importlib.machinery.EXTENSION_SUFFIXES.
What you describe as a simple idea is just another
Matthias Klose added the comment:
On 04/16/2015 05:56 PM, Marc-Andre Lemburg wrote:
Marc-Andre Lemburg added the comment:
On 16.04.2015 17:30, Matthias Klose wrote:
Matthias Klose added the comment:
Nick filed issue #23966 to document these changes. Yes, these tags should
Matthias Klose added the comment:
now fixed on the trunk. opened a new issue #23969 for setting the SOABI on
MacOSX.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
New submission from Matthias Klose:
Currently there is only one platform directory for all linux architectures,
there are two reasons to have a separate directory for each architecture:
- the contents of the files in this directory differ
(most prominent case are the RTLD_* constants
New submission from Matthias Klose:
split out from
http://bugs.python.org/issue22980#msg232065
please consider setting the SOABI for MacOSX. Afaics MacOSX is now the only
major platform not setting these, at least including the SOABI. The idea is
that it would be possible to ship fat wheels
Matthias Klose added the comment:
not reviewing everything, but
- libffi_ios* will be bitrot. I understand that you'll
need an unreleased version, however I would much
prefer that any additional patches are added in the
repo, and maybe then patching libffi from the iOS build
Matthias Klose added the comment:
what about iOS? isn't __APPLE__ there defined too?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23969
Matthias Klose added the comment:
updated patch and test case.
Nick's suggestion to use platform.machine() for the test is wrong. This would
test for the environment, not for the just built binary. Try to run a 32bit
executable on a 64bit kernel, you'll see x86_64. Same thing
Matthias Klose added the comment:
On 04/13/2015 11:43 PM, Nick Coghlan wrote:
Nick Coghlan added the comment:
Maintaining the arch list can be delegated to the platform maintainers, but I
agree a test would be valuable.
I'd suggest a test in the platform module tests that cross-checks
Matthias Klose added the comment:
here is the more general approach encoding the triplet into the extension name.
This is tested with GCC and clang (clang at least on x86_64, x86, powerpc,
powerpc64le, arm and aarch64.
--
Added file: http://bugs.python.org/file38964/ma.diff
Matthias Klose added the comment:
On 04/13/2015 11:01 PM, Antoine Pitrou wrote:
Antoine Pitrou added the comment:
here is the more general approach encoding the triplet into the extension
name.
Thanks. Two comments:
- is it possible to avoid the hardcoded list? Maintaining
Matthias Klose added the comment:
@barry, worth updating PEP 3149?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
___
___
Python-bugs-list
Matthias Klose added the comment:
it would be nice to have these constants backported to both 2.7 and 3.4. It may
be good to check for other missing consgtants in this module in 2.7 and 3.4.
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
New submission from Matthias Klose:
issue #16104 introduces parallel byte compilation, however the method is now
overly strict when workers 1 and no concurrent support available. Please
just fall back to sequential byte compilation in this case.
--
components: Library (Lib)
messages
New submission from Matthias Klose:
3.5 introduces the symbols:
DirEntryType
ScandirIteratorType
introduced by the fix for issue #22524.
These should either be local symbols, or prefixed with _Py or Py.
--
components: Extension Modules
messages: 240512
nosy: doko, haypo
priority
Matthias Klose added the comment:
I plan to revert this fix and replace it with a more general solution, at
least for POSIX based systems. Ad hoc introduction of the bitness is at least
wrong or not helpful for x32 and ARM ilp32.
(currently at PyCon, and would like to discuss
New submission from Matthias Klose:
an unreleased version of cinder fails a test when run with python 2.7 from the
branch. I don't have a test case yet, but looking at the error message and
list of fixed issues after the 2.7.9 release, the fix for issue #23098 could be
the culprit.
FAIL
Matthias Klose added the comment:
so the culprit is an optimization:
Committed to 2.7 with small change: stat() and makedev() should return int
instead of long if possible.
the test case however expects a long. st_dev is now not always a long, but an
int or long depending on the value
Matthias Klose added the comment:
no, simpler:
import os
os.minor(os.makedev(8,65))
Traceback (most recent call last):
File stdin, line 1, in module
SystemError: ../Objects/longobject.c:998: bad argument to internal function
os.major(os.makedev(8,65))
Traceback (most recent call last
Changes by Matthias Klose d...@debian.org:
--
nosy: +benjamin.peterson
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23842
Matthias Klose added the comment:
casting to a long works ...
os.major(long(os.makedev(8,65)))
8
so maybe revert that optimization for the released branches?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23842
Matthias Klose added the comment:
there are two approaches here, one to check in generated files and try to avoid
the rebuild, or completely fix the cross build. I think the patch for the
parallel build just was a bit over-eager
--
___
Python
Matthias Klose added the comment:
reopening, breaks cross builds. I'll have a look
--
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22359
Matthias Klose added the comment:
this seems to work for me:
$ python-config --ldflags
-L/usr/lib/python2.7/config-x86_64-linux-gnu -L/usr/lib -lpython2.7 -lpthread
-ldl -lutil -lm -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions
the patch is incomplete, no patch for the shell
New submission from Matthias Klose:
seen with ceph, https://launchpad.net/bugs/1413321
This appears to be a regression in the argparse package in python; under trusty
ceph-disk works just fine, however in vivid, the cluster attribute remains
unset (despite having a default of 'ceph
Matthias Klose added the comment:
reopening, this breaks some stuff in several places ...
https://bugs.launchpad.net/ubuntu/+source/terminator/+bug/1426294
--
nosy: +doko
resolution: fixed -
status: closed - open
___
Python tracker rep
New submission from Matthias Klose:
jakub richi:
https://github.com/nemomobile-packages/python3/blob/master/Modules/faulthandler.c#L903
polacek richi:
LD_LIBRARY_PATH=/builddir/build/BUILD/Python-3.4.2/build/debug/
/builddir/build/BUILD/Python-3.4.2/build/debug/python -E -c 'import
Matthias Klose added the comment:
some issues:
- the local change for Windows still needs upstream forwarding.
Steve, any progress on this?
- the libffi.diff is not updated (including Steve's changes)
- this should be applied to 2.7 as well.
--
nosy: +steve.dower, tim.golden
Matthias Klose added the comment:
you should actively drive upstream integration, and ping patches if they are
not addressed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23085
Matthias Klose added the comment:
thanks for bringing this up. I don't agree that the non-availability in the
windows build should be used to close the issue. Linux distros distribute the
source, and are still affected? If it's already removed in Python3, why not
remove it here as well
Matthias Klose added the comment:
this looks ok to me, can we apply this for 2.7.9?
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16041
Changes by Matthias Klose d...@debian.org:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16042
___
___
Python-bugs-list mailing
Matthias Klose added the comment:
updated patch to use an optional parameter max_decode.
--
nosy: +doko
Added file: http://bugs.python.org/file37343/xmlrpc_gzip_27_parameter.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Matthias Klose added the comment:
document the new exception
--
Added file: http://bugs.python.org/file37344/xmlrpc_gzip_27_parameter.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16043
Matthias Klose added the comment:
seen as well with 3.3
--
keywords: +3.3regression, 3.4regression
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22966
Matthias Klose added the comment:
proposed patch:
diff -r 8dacb1a21793 Lib/importlib/_bootstrap.py
--- a/Lib/importlib/_bootstrap.py Fri Nov 28 13:15:41 2014 +0100
+++ b/Lib/importlib/_bootstrap.py Mon Dec 01 17:05:00 2014 +0100
@@ -453,7 +453,7 @@
else:
suffixes
Matthias Klose added the comment:
maybe it's time to generalise this one, still found on all branches:
# Issue #9415: Ubuntu hijacks their OpenSSL and forcefully disables SSLv2
def skip_if_broken_ubuntu_ssl(func):
--
nosy: +doko
___
Python tracker
Matthias Klose added the comment:
do we have something like skipIfInstalled?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22895
___
___
Python
New submission from Matthias Klose:
the fix for issue #22462 introduces a regression in the test_pyexpat test
cases. I'm not yet sure why. This is only seen when running the testsuite from
the installed location, which shouldn't matter. Tried to run the tests with a
stripped executable
Matthias Klose added the comment:
[258/383] test_pyexpat
test test_pyexpat failed -- Traceback (most recent call last):
File /usr/lib/python3.4/test/test_pyexpat.py, line 432, in test_exception
parser.Parse(babc//b/a, 1)
File ../Modules/pyexpat.c, line 405, in StartElement
File /usr
201 - 300 of 819 matches
Mail list logo
