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(b"", 1)
File "../Modules/pyexpat.c", line 405, in
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 exe
Matthias Klose added the comment:
according to https://jenkins.qa.ubuntu.com/job/vivid-adt-python3.4/7/
test.test_pyexpat.HandlerExceptionTest now fails, but only when running in the
installed location, not when running the tests from the builddir. any idea why?
--
nosy: +doko
New submission from Matthias Klose:
seen with the current 2.7 branch:
$ cat > x.py
def foo(): yield
gen = foo()
print gen.gi_frame.f_restricted
for i in gen: pass
print gen.gi_frame
gen = foo()
print gen.next()
print gen.gi_frame.f_restricted
$ python x.py
False
None
None
Segmentation fa
Matthias Klose added the comment:
The mock backport doesn't come with a license. Please either include it in the
file, or make it clear that the backport has the same license as python (?).
--
nosy: +michael.foord
___
Python tracker
Matthias Klose added the comment:
steve, please can we keep this issue open until this is forwarded and accepted
upstream?
--
nosy: +doko
resolution: fixed -> remind
status: closed -> open
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
> checking build system type... x86_64-unknown-linux-gnu
> checking host system type... x86_64-unknown-linux-gnu
and using -m32 explicitly.
so you'll get what you deserve ;-)
--
___
Python tra
Matthias Klose added the comment:
could somebody attach a build log from such a system? and the libffi config.log?
--
___
Python tracker
<http://bugs.python.org/issue22
Matthias Klose added the comment:
maybe, but then you should skip the test, or expect at least a MemoryError.
--
___
Python tracker
<http://bugs.python.org/issue22
Matthias Klose added the comment:
no, it doesn't. at least when testing the installed python installation, it
just fails:
https://jenkins.qa.ubuntu.com/job/utopic-adt-python2.7/39/?
--
nosy: +doko
resolution: fixed ->
status: closed
Matthias Klose added the comment:
fixed in 2.7, 3.4 and 3.5
--
resolution: -> fixed
status: open -> closed
versions: +Python 2.7, Python 3.5
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
fixed in 2.7, 3.4 and 3.5
--
resolution: -> fixed
status: open -> closed
versions: +Python 2.7 -Python 3.3
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
forwarded from https://bugs.debian.org/762010
--
___
Python tracker
<http://bugs.python.org/issue22523>
___
___
Python-bug
New submission from Matthias Klose:
the backport in issue #21308 caused this regression. _ssl.sslwrap is still
referenced in some files.
--
components: Library (Lib)
messages: 227896
nosy: alex, benjamin.peterson, christian.heimes, doko, dstufft,
giampaolo.rodola, janssen, pitrou
Matthias Klose added the comment:
causing #22523, still referencing _ssl.sslwrap.
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue21308>
___
___
Changes by Matthias Klose :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22381>
___
___
Python-bugs-list
New submission from Matthias Klose:
I'd like to update zlib in 2.7 to 1.2.8. zlib isn't used at all for posix
builds, because it requires a system installed zlib. However I don't know what
is is used for Windows and MacOSX. Please could somebody check?
My rationale for the upd
Matthias Klose added the comment:
forgot: some tests fail as well with -uall,-network and configured proxies.
--
___
Python tracker
<http://bugs.python.org/issue22
New submission from Matthias Klose:
there are some tests failing when http_proxy and https_proxy is set and the
network resource is enabled. I didn't analyze things, but I assume there needs
some more fine-grained control about the network resource.
the log of such a run is attached.
Matthias Klose added the comment:
this is fixed in the 3.4 branch (post 3.4.1) and on all active branches. you
should be able to use --with-system-libffi in your current environment (maybe
after running: apt-get build-dep python3.4.
--
resolution: -> fixed
status: open ->
New submission from Matthias Klose:
tracking the import of libffi 3.1
--
components: ctypes
messages: 225109
nosy: doko
priority: normal
severity: normal
status: open
title: update internal libffi copy to 3.1, introducing AArch64 and POWER ELF
ABIv2
versions: Python 3.4, Python 3.5
Matthias Klose added the comment:
3.4.0 has this fixed. resolutions in http://bugs.python.org/issue16074 and
http://bugs.python.org/issue20517
--
nosy: +doko
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.p
Matthias Klose added the comment:
http://tracker.ceph.com/issues/8797 reports that the backport to 2.7 causes a
regression in ceph.
--
nosy: +benjamin.peterson, doko
status: closed -> open
___
Python tracker
<http://bugs.python.org/iss
Matthias Klose added the comment:
they are. assume you build the zlib and elementtree extensions as builtins,
then libs for an interpreter includes libz and libexpat, while they are not
needed for extensions.
--
___
Python tracker
<h
New submission from Matthias Klose:
==
FAIL: test_license_exists_at_url (test.test_site.ImportSideEffectTests)
--
Traceback (most recent call last):
File
Matthias Klose added the comment:
not yet closing, to see if there are some stream buffering issues in mock
--
___
Python tracker
<http://bugs.python.org/issue17
Matthias Klose added the comment:
sure, doing this. my follow-up question was if it is necessary to fix anything
else in unittest.
--
___
Python tracker
<http://bugs.python.org/issue17
Matthias Klose added the comment:
adding unittest developers
--
nosy: +ezio.melotti, michael.foord
___
Python tracker
<http://bugs.python.org/issue17756>
___
___
Matthias Klose added the comment:
adding unittest developers
--
nosy: +ezio.melotti, michael.foord
___
Python tracker
<http://bugs.python.org/issue21264>
___
___
Matthias Klose added the comment:
yes, noted myself (too late), and informed Georg about it. Closing for now.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Matthias Klose :
--
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue17752>
___
___
Python-bugs-list mai
Matthias Klose added the comment:
so the issue here is that -L -o is passed to the compiler, and -o is
interpreted as the library dir, and as an input file.
To robustify, change distutils/tests/support.py to not include empty directory
names.
To fix, change configure.ac (RUNPATH) not to
Matthias Klose added the comment:
what happens here:
PYTHONPATH=$(pwd) python3.4 -X faulthandler -S -m compileall
Skipping current directory
Listing '/home/packages/python/3.4/x'...
Compiling '/home/packages/python/3.4/x/foo.py'...
Listing '/usr/lib/python3.4/'.
Matthias Klose added the comment:
seen this again in our autopkg tester
https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-python3.4/12/
however now I can't reproduce this locally, and the test succeeds during the
build.
--
status: pending -&
Matthias Klose added the comment:
Victor pointer out the Solaris issue is unrelated. See #13552. Closing.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
fixed
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21276>
___
___
Pyth
Matthias Klose added the comment:
fixed
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21274>
___
___
Pyth
Matthias Klose added the comment:
fixed
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21275>
___
___
Pyth
Changes by Matthias Klose :
--
title: refactor anfd fix curses configure checks -> refactor and fix curses
configure checks
___
Python tracker
<http://bugs.python.org/issu
Matthias Klose added the comment:
looks like with this change the curses extension isn't built anymore on Solaris.
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/is
Changes by Matthias Klose :
--
nosy: +twouters
___
Python tracker
<http://bugs.python.org/issue21285>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Matthias Klose:
this refactors the curses configure checks, and fixes the build with ncursesw.
In it's current form the curses feature checks are run without the additional
include path which leads to wrong results if the only the nurses headers are
inst
Changes by Matthias Klose :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue21285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Matthias Klose :
--
nosy: +twouters
___
Python tracker
<http://bugs.python.org/issue21277>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Matthias Klose :
--
nosy: +twouters
___
Python tracker
<http://bugs.python.org/issue21276>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Matthias Klose :
--
nosy: +twouters
___
Python tracker
<http://bugs.python.org/issue21275>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Matthias Klose :
--
nosy: +twouters
___
Python tracker
<http://bugs.python.org/issue21274>
___
___
Python-bugs-list mailing list
Unsubscribe:
Matthias Klose added the comment:
fixed
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15234>
___
___
Pyth
Changes by Matthias Klose :
Removed file: http://bugs.python.org/file26222/rpath.diff
___
Python tracker
<http://bugs.python.org/issue15234>
___
___
Python-bugs-list m
Matthias Klose added the comment:
updated patch, reviewed by Thomas, checked that rpath is not added, and the the
extensions still build.
--
nosy: +twouters
Added file: http://bugs.python.org/file34946/avoid-rpath.diff
___
Python tracker
<h
Matthias Klose added the comment:
the list of libs should be just: ('ffi', 'ffi_pic')
--
___
Python tracker
<http://bugs.python.org/issue21277>
___
__
New submission from Matthias Klose:
the ffi_convenience library was once built and installed with oldish GCC
versions. Either remove it completely from the search path, or search for the
standard libffi system library.
--- a/setup.py
+++ b/setup.py
@@ -1939,7 +1939,7
New submission from Matthias Klose:
don't define USE_XATTRS on kfreebsd and the Hurd, not available there.
--
files: kfreebsd-xattrs.diff
keywords: patch
messages: 216613
nosy: doko
priority: normal
severity: normal
status: open
title: don't define USE_XATTRS on kfreebsd an
New submission from Matthias Klose:
Fix a socket test on KFreeBSD
--
components: Tests
files: kfreebsd-testsuite.diff
keywords: patch
messages: 216612
nosy: doko
priority: normal
severity: normal
status: open
title: fix a socket test on KFreeBSD
versions: Python 3.4, Python 3.5
Added
New submission from Matthias Klose:
PATH_MAX is not defined on GNU/Hurd. Take the same approach as taken for
Windows in the very same file and define it in terms of MAXPATHLEN.
--
components: Interpreter Core
files: hurd-path_max.diff
keywords: patch
messages: 216611
nosy: doko
New submission from Matthias Klose:
Comment out constant exposed on the API which are not implemented on
GNU/Hurd. They would not work at runtime anyway.
--
components: Extension Modules
files: hurd-disable-nonworking-constants.diff
keywords: patch
messages: 216610
nosy: doko
priority
New submission from Matthias Klose:
distutils/sysconfig still parses the Makefile and config header; it should use
the same approach now as the toplevel sysconfig module.
--
components: Library (Lib)
files: distutils-init.diff
keywords: patch
messages: 216609
nosy: doko
priority
Changes by Matthias Klose :
--
dependencies: +test_zipfile fails to run in the installed location
___
Python tracker
<http://bugs.python.org/issue17750>
___
___
New submission from Matthias Klose:
the installation directory is non-writable, and the byte code files don't exist.
test_write_filtered_python_package (test.test_zipfile.PyZipFileTests) ... ERROR
test_write_pyfile (test.test_zipfile.PyZipFileTests) ... ERROR
test_write_with_optimiz
Changes by Matthias Klose :
--
dependencies: +test_compileall fails to build in the installed location
___
Python tracker
<http://bugs.python.org/issue17
New submission from Matthias Klose:
the installation directory is non-writable, and the byte code files don't exist.
[1/1] test_compileall
test test_compileall failed -- Traceback (most recent call last):
File "/usr/lib/python3.4/test/test_compileall.py"
Matthias Klose added the comment:
three are still failing with 3.4:
cc-4.9.real: error: /tmp/tmpdjxmlia5/xx.cpython-34m.so: No such file or
directory
gcc-4.9.real: error: /tmp/tmp4zpi6ktg/foo.cpython-34m.so: No such file or
directory
gcc-4.9.real: error: build/lib.linux-x86_64-3.4/xx.cpython
Matthias Klose added the comment:
Brett mentioned this optimization might not be worth doing. Exactly one stat
call for the python zip file is saved.
--
___
Python tracker
<http://bugs.python.org/issue21
New submission from Matthias Klose:
At least Linux distros never ship pythonXY.zip, so I'm removing it from
sys.path to save the extra lookup for a file which never exists. This did work
in 2.x and 3.x up to 3.3. In 3.4 it does cause additional test failures:
Re-running
Changes by Matthias Klose :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21223>
___
___
Python-bugs-list
New submission from Matthias Klose:
fix test_site/test_startup_imports when some of the extensions are built as
builtins.
--- a/Lib/test/test_site.py Mon Apr 14 12:24:37 2014 -0400
+++ b/Lib/test/test_site.py Mon Apr 14 22:17:57 2014 +0200
@@ -459,7 +459,8 @@
# http
Matthias Klose added the comment:
> But this expectation is not true: if dependencies are not available,
> Python silently disables the build of certain modules. So this story
> of making the standard library always has all the modules does not really
> stand.
I think this on
Matthias Klose added the comment:
this looks safe from my point of view.
However the real problem is that you unconditionally add a runtime path for a
standard system path. I think the better way to fix this is not to pass the -L
and -R arguments at all if the library is found in a system
Matthias Klose added the comment:
no, I requested that you propose a patch. And the question why you need to
include Python.h everywhere where it could do harm is unanswered too.
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue20
New submission from Matthias Klose:
shutil imports distutils in _call_external_zip just for the calling of an
external command. This should be done using subprocess these days.
--
components: Library (Lib)
messages: 212007
nosy: doko
priority: normal
severity: normal
stage: needs
Matthias Klose added the comment:
I like this, and I'm doing this in the Debian/Ubuntu packaging anyway. But I
would like to see some check script which maybe can be run before a release,
that points out regressions or wrong permissions for newly introduced files.
--
nosy:
Matthias Klose added the comment:
sure, then please let's deprecate that for 3.4, and remove in 3.5.
/etc/os-release introduce the next set of different names.
--
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
Victor, what should be returned if the code name is not set? None, empty
string, or the description field of the lsb-release file?
--
___
Python tracker
<http://bugs.python.org/issue1
Matthias Klose added the comment:
your current repo doesn't create and install the .so symlink, and thus won't be
used for linking.
Also the sphinx docs are missing, which were included in 2.3.
--
___
Python tracker
<http://bu
Matthias Klose added the comment:
fixed
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20070>
___
___
Python-bugs-list mai
Matthias Klose added the comment:
this fixes it for me:
--- a/Lib/test/test_urllib2net.py Wed Dec 25 17:36:20 2013 +0200
+++ b/Lib/test/test_urllib2net.py Thu Dec 26 17:05:47 2013 +0100
@@ -14,6 +14,8 @@
except ImportError:
ssl = None
+support.requires("network")
Changes by Matthias Klose :
--
nosy: +zach.ware
___
Python tracker
<http://bugs.python.org/issue20070>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Matthias Klose:
test_urllib2net is run even when the network resource is disabled, unlike
test_urllibnet:
run_tests.py -j 1 -w -uall,-network,-urlfetch
...
[349/380/6] test_urllib2net
Resource 'http://www.python.org/' is not available
Resource 'http://www.
Changes by Matthias Klose :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue19736>
___
___
Python-bugs-list
Matthias Klose added the comment:
see https://launchpad.net/bugs/1255505
--
___
Python tracker
<http://bugs.python.org/issue19352>
___
___
Python-bugs-list mailin
Matthias Klose added the comment:
re-opening. the patch did break autopilot running with 2.7 on Ubuntu. I don't
yet understand what this patch is supposed to fix.
--
nosy: +doko
resolution: fixed ->
status: closed -> open
___
Python tra
Matthias Klose added the comment:
Am 25.11.2013 12:42, schrieb Stefan Krah:
>
> Stefan Krah added the comment:
>
> Matthias Klose wrote:
>> 2.4~rc1:
>> - configure.ac should call AC_CANONICAL_HOST, config,guess and
>>config.sub should be included.
>
&g
Matthias Klose added the comment:
2.4~rc1:
- configure.ac should call AC_CANONICAL_HOST, config,guess and
config.sub should be included.
- there are still symbols which exists only for 32/64 bit archs.
intended?
(arch=@64@)mpd_qsset_i64@Base 2.3
(arch=@64@)mpd_qsset_u64@Base 2.3
Matthias Klose added the comment:
Am 24.11.2013 18:42, schrieb Stefan Krah:
> _decimal should only be built against the upcoming mpdecimal-2.4.
is there a schedule for this version?
--
___
Python tracker
<http://bugs.python.org/issu
Matthias Klose added the comment:
updated patch inlcluding the docs
--
Added file: http://bugs.python.org/file32821/statvfs.diff
___
Python tracker
<http://bugs.python.org/issue19
Changes by Matthias Klose :
--
stage: -> patch review
type: -> enhancement
___
Python tracker
<http://bugs.python.org/issue19736>
___
___
Python-bugs-list
New submission from Matthias Klose:
the posix module has the statvfs call, but doesn't define any constants used as
parameters. add them.
--
components: Extension Modules
files: statvfs-f_flag-constants.diff
keywords: patch
messages: 204043
nosy: doko
priority: normal
severity: n
Matthias Klose added the comment:
also, there is no VCS repository and no ML archive for mpdecimal publically
available.
--
nosy: +skrah
___
Python tracker
<http://bugs.python.org/issue19
New submission from Matthias Klose:
using the only mpdecimal release (2.3):
building '_decimal' extension
creating
build/temp.linux-x86_64-3.3/scratch/packages/python/3.3/python3.3-3.3.3/Modules/_decimal
x86_64-linux-gnu-gcc -pthread -fPIC -D_FORTIFY_SOURCE=2 -Wno-unused-result
-
Matthias Klose added the comment:
my concern here is that platform.linux_distribution returns different values
for the tuple, wether os-release is found or the lsb config file is found. I
don't know about a good solution, however if the return value has different
values, that has
Matthias Klose added the comment:
I disagree about sys.implementation. It's useless and wrong for cross builds.
Please use sysconfig instead. What sysconfig is maybe missing is a set of
variables which you can rely on.
--
___
Python tracker
Matthias Klose added the comment:
the patch in msg202343 is wrong, hardcoding lib64 on Debian/Ubuntu. At least
the configure check should check for lib64 as a directory and not a symlink,
and only then default to lib64.
two other issues with the patch:
- I would like to see any new OS
Matthias Klose added the comment:
should go into 2.7 as well.
--
nosy: +doko
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue19308>
___
___
New submission from Matthias Klose:
Some tests fail on KFreeBSD, attaching a first patch from Petr Salinger.
see http://bugs.debian.org/708653 for further issues.
Ronald, could you check if that this works for OSX too?
--
components: Tests
files: kfreebsd.diff
keywords: patch
Matthias Klose added the comment:
checked in a fix for the readlink issue, and Ronald's proposed solution for
Darwin. And documented for now, that we do have two versions of this script.
This works as long as you don't cross-build for Darwin or
Matthias Klose added the comment:
> ... that there is something abnormal with this Ubuntu release.
no, it is not. This has nothing to do with Ubuntu, but is an upstream change
introduced with glibc-2.17. So you will see it on every system which is based
on the glibc version.
see ht
Matthias Klose added the comment:
and see issue16235 (as mentioned in NEWS) for the complete discussion.
--
___
Python tracker
<http://bugs.python.org/issue18
Matthias Klose added the comment:
> Again, why is does does have to be a shell script anyway?
please see above. I explained it.
--
___
Python tracker
<http://bugs.python.org/issu
Matthias Klose added the comment:
the proposed patch won't work once the python implementation is removed. Is -f
supported on MacOSX? There seems to be a typo on your side trying -h, which
isn't supported on Linux either.
--
___
Pyth
Matthias Klose added the comment:
> Furthermore the entire readlink command is not present in HP-UX
The use of readlink is guarded, the use of readlink -f apparently not.
--
___
Python tracker
<http://bugs.python.org/issu
301 - 400 of 827 matches
Mail list logo