Matthias Klose added the comment:
Debian/Ubuntu doesn't link against the library because it would add
dependencies on all supported Python versions. Normally this is just during
transition times, but e.g. for the upcoming Ubuntu 18.10 release we didn't
finish the transition and s
Matthias Klose added the comment:
Did Solaris adopt MultiArch? ;-P Nice!
So what I did for the Debian and Ubuntu builds is:
- to rename plat-linux to plat-
(or plat-)
- and install it there.
Note that IN.py is another architecture dependent file which differs at least
on several linux
Matthias Klose added the comment:
what's the status on this one? Can the proposed patch be applied until the
decision whether to backout the original change, or not?
--
nosy: +doko, georg.brandl, larry
priority: normal -> release blocker
__
Matthias Klose added the comment:
Proposing to remove the shell script as the first step looks wrong. Do you
know about a substitute for readlink on an "enterpricy" unix flavor like
MacOSX? Using ls -l and interpreting the last argument of the output come
Matthias Klose added the comment:
> Why use a shell script in the first place?
you can't run python for a cross build, unless you "tweak" the interpreter.
you can do that with a shell script only. As suggested in the original
issue/patch, I did propose to remove the pyt
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
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:
> 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:
and see issue16235 (as mentioned in NEWS) for the complete discussion.
--
___
Python tracker
<http://bugs.python.org/issue18
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:
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
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
New submission from Matthias Klose :
here is an update for libffi 3.0.11. For now, only tested on x86-linux and
arm-linux-gnueabi. Proposing the check it in, and then test again, if the
libffi_osx and libffi_msvc copies can be removed, if 3.0.11 works on these
platforms (however I can
Matthias Klose added the comment:
that was checked in
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14327>
___
___
Python-bugs-lis
Matthias Klose added the comment:
the updated patch addresses:
- fix typo mentioned in msg156044
- don't use the host python during build and installation
- for include files and libraries, use the search directories
provided by gcc, and only fall back to hard coded
directorie
Changes by Matthias Klose :
--
nosy: +tarek
___
Python tracker
<http://bugs.python.org/issue14330>
___
___
Python-bugs-list mailing list
Unsubscribe:
Matthias Klose added the comment:
updated the patch in issue #14330.
--
___
Python tracker
<http://bugs.python.org/issue3754>
___
___
Python-bugs-list mailin
Matthias Klose added the comment:
some chunks of the python-py3k-20120607-CROSS.patch patch are now checked in.
I didn't see any issues with the symlinks, and generating the posix vars, so
maybe these bits should be dropped from the patch.
remaining issues are:
- the readline/nc
Matthias Klose added the comment:
use a linker test to check for profiling support (derived from the patch in
issue #3754.
--
Added file: http://bugs.python.org/file26218/profiling.diff
___
Python tracker
<http://bugs.python.org/issue14
Matthias Klose added the comment:
for the readline ldd check, I'm checking in a patch to use readelf instead of
ldd for the cross build.
--
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
the ncurses/_flags changes seem to be unrelated. please open a separate issue.
--
___
Python tracker
<http://bugs.python.org/issue3
Matthias Klose added the comment:
PYTHON_BUILD_HOST_PLATFORM is confusing/misleading. I'll use
_PYTHON_HOST_PLATFORM (with the leading underscore to mark it somehow internal).
--
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
applied
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14330>
___
___
Python-bugs-list mai
Matthias Klose added the comment:
Roumen, I would like to close this issue. Please could you file separate issues
for the remaining bits?
- the thread/pthread configure issue
- the generation of the Setup / pyconfig.h files?
--
___
Python
Matthias Klose added the comment:
the cross build support is now updated for 3.3. so the mingw32 patches need an
update. Not sure if they will go into 3.3, because there seem to be non-trivial
changes for in Lib/distutils. Other self-contained changes probably should
still go into 3.3
Matthias Klose added the comment:
now renamed, add added the news entry
--
___
Python tracker
<http://bugs.python.org/issue14330>
___
___
Python-bugs-list mailin
Changes by Matthias Klose :
--
resolution: -> fixed
___
Python tracker
<http://bugs.python.org/issue14330>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Matthias Klose :
if a runtime library path is passed to build an extension, it always ends up in
the .so file. it's not needed, so avoid runtime library path for extensions
found in system directories.
--
assignee: doko
components: Build
files: rpath.diff
key
New submission from Matthias Klose :
setup.py still has a version check for berkley db, currently only allowing
versions up to 5.1.x. I'm checking in a patch to bump this to allow versions up
to 5.3.x.
Maybe this version check should be disabled (after 3.3), using berkley db as a
backen
Matthias Klose added the comment:
fyi, the cross build changes are now checked in. Checked with an
x86_64-linux-gnu to arm-linux-gnueabi cross build. I don't plan to add
anything more for the 3.3 release besides bug fixes.
--
___
Python tr
Matthias Klose added the comment:
hmm, that was submitted years ago ... (can we move this off line?)
--
___
Python tracker
<http://bugs.python.org/issue15
New submission from Matthias Klose :
the curses configure checks fail if only /usr/include/ncursesw/curses.h is
installed (on a Debian/Ubuntu system, uninstall the libncurses5-dev package,
and install the libncursesw5-dev package).
The attached patch adds -I/usr/include/ncursesw to CPPFLAGS
Matthias Klose added the comment:
can be closed if we don't bother to use the "wrong" header for the checks
--
___
Python tracker
<http://bugs.pyt
Matthias Klose added the comment:
and only add the dir for the curses.h and nurses.h header checks
--
Added file: http://bugs.python.org/file26277/curses2.diff
___
Python tracker
<http://bugs.python.org/issue15
Changes by Matthias Klose :
--
keywords: +needs review -patch
___
Python tracker
<http://bugs.python.org/issue15268>
___
___
Python-bugs-list mailing list
Unsub
Matthias Klose added the comment:
and a variant, which moves all curses header related check together
(curses3.diff)
--
keywords: +patch
Added file: http://bugs.python.org/file26278/curses3.diff
___
Python tracker
<http://bugs.python.
Matthias Klose added the comment:
libffi_osx wasn't (yet) updated. so this seems to be unrelated to the 3.0.11
update.
--
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
using sys.maxsize isn't safe for cross builds. it should at least guarded by
'if not cross_compiling'.
I still think that the preferred way to get the library dirs is to ask the
compiler (patch attached), however this will add "incompati
New submission from Matthias Klose :
_sysconfigdata is generated in srcdir, not builddir, so if you do two
consecutive differently builds in different builddirs and using the same
srcdir, then the _sysconfigdata of the second build wins. _sysconfigdata.py has
to be built in the builddir, not
Matthias Klose added the comment:
looks like the module can be put into $builddir/`cat pybuilddir.txt`. However
pybuilddir.txt is written/computed by the just built python. So either
- implement distutils.util.get_platform in configure.ac
- or write a temporary pybuilddir.txt, call the
Matthias Klose added the comment:
proposed patch, tested with configure, build and install
--
keywords: +needs review, patch
Added file: http://bugs.python.org/file26345/sysconfigdata.diff
___
Python tracker
<http://bugs.python.org/issue15
Matthias Klose added the comment:
while I appreciate the fix for #13150, it's the patch for #13150 which
introduces the ugliness to build the file in the srcdir in the first place.
re-setting the bug severity. the current behaviour can result in a bogus
installation; please let the re
Matthias Klose added the comment:
the current ability to cross-build python now relies on being able to run the
build python with the host library, using the _sysconfigdata.py from the host.
if somebody decides to implement _sysconfigdata as a C extension, please ensure
that this information
Matthias Klose added the comment:
like other platform dependent files _sysconfigdata.py should be installed in
plat-*
--
___
Python tracker
<http://bugs.python.org/issue15
Matthias Klose added the comment:
just back in DE today, but still travelling. Won't be able to look at this
before late Monday.
--
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
about searching /lib/: adding this directory won't help. all .a and
.so files are installed in /usr/lib or /usr/lib/.
about the missing dpkg-architecture: see the attached ma.diff patch. the
Debian/Ubuntu system compilers add an option -print-multiarch,
Matthias Klose added the comment:
these are all extensions, which use headers and libraries installed in
multiarch paths, which I think are not found in this case. If the dpkg-dev
package isn't installed, please install it and recheck. So this issue should be
closed, maybe with the ma
Matthias Klose added the comment:
and please make sure that other build dependencies are installed as well:
sudo apt-get build-dep python3.2 (on 12.04/precise)
sudo apt-get build-dep python3.3 (on 12.10/quantal)
--
___
Python tracker
<h
Matthias Klose added the comment:
afaics, msg166444 doesn't have to do anything with the cross build issue, but a
missing build dependency (here: dpkg-dev).
--
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
committed the ma.diff from #11715, msg167680.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Matthias Klose :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11715>
___
___
Python-bugs-list
New submission from Matthias Klose:
seen with at least 2.7, 3.2 and 3.3:
$ python-config --libs
-lpthread -ldl -lutil -lm -lpython2.7
$ pkg-config python --static --libs
-lpthread -ldl -lutil -lpython2.7
python-config uses the SYSLIBS macro, while pkg-config uses the LIBS macro.
depending on
New submission from Matthias Klose:
I see this on all Debian and Ubuntu releases, when stdout is redirected. I
expect to see the compiler and linker invocations for the sharedmods target,
but I only see stderr (compiler and linker warnings).
e.g. make 2>&1 | tee log
or script -c
Matthias Klose added the comment:
I don't think so. lib is hardcoded for any python release, so this issue
shouldn't be specific to 3.3.
--
___
Python tracker
<http://bugs.python.o
Matthias Klose added the comment:
please could you attach the configure options, generated _sysconfigdata.py and
a log of the install step?
--
___
Python tracker
<http://bugs.python.org/issue15
Matthias Klose added the comment:
> File "/etc/pythonstart", line 5, in
and this seems to be a patched/distro installation. Do you see this with an
unpatched one as well?
--
___
Python tracker
<http://bugs.pytho
Matthias Klose added the comment:
the configure step sets LIBDIR to /usr/local/lib64. Please find out why this is
not set to /usr/local/lib.
--
___
Python tracker
<http://bugs.python.org/issue15
New submission from Matthias Klose:
2.7 only:
isdir should not be exported, but a local symbol instead (this was accidentally
changed after the 2.7.3 release.
currently defined and used in Modules/getpath.c and Python/import.c, and used
in Python/bltinmodule.c
proposal to rename the
Matthias Klose added the comment:
fixed for 2.7, made isdir static on windows and posix
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
this breaks the following upstream builds:
createrepo, linkchecker, gwibber, pegasus-wm
there is no need to remove is_hierarchical on the branches. it's not used by
urlparse at all.
is it safe to just keep the uses_query and uses_fragment lists o
Matthias Klose added the comment:
bah, this happens when you do a parallel build. --jobserver-fds is passed in
MAKEFLAGS, and the test for sharedmods turns on the quiet mode, because it
matches just *s* in MAKEFLAGS :-/
The patch tries to parse MAKEFLAGS using getopt, and if getopt is not
Matthias Klose added the comment:
fixed.
--
resolution: -> fixed
status: open -> closed
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
looks ok, two issues are:
builddir should have added
+("-pydebug" if hasattr(sys, "gettotalrefcount") else "")
the installation installs this to the lib-dynload director
Matthias Klose added the comment:
@benjamin: no, the extensions were never built in parallel
@christian: no, that again would match the `s' when you have something like
--jobserver in MAKEFLAGS.
--
___
Python tracker
<http://bugs.py
Matthias Klose added the comment:
even if you pass other options to make, and -s not as the first flag? and does
this work for other makes different than GNU make too? But maybe we already
require GNU make.
--
___
Python tracker
<h
Matthias Klose added the comment:
I think that the ma.diff can safely go to the 2.7 and 3.2 branches.
For the other extensions which are not built you are probably missing the build
dependencies (try: apt-get build-dep python2.7 python3.2
Matthias Klose added the comment:
looks fine. from my point of view this should go to the 3.3 branch after the
3.3.0 release, and to the trunk.
--
keywords: -needs review
___
Python tracker
<http://bugs.python.org/issue15
Matthias Klose added the comment:
now fixed, see http://bugs.python.org/issue15591#msg169927
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
fixed for 2.7 and 3.2 as well.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11715>
___
___
Py
Matthias Klose added the comment:
the proposed patch has still some issues:
- it breaks the installation on 64bit platforms on Debian and Ubuntu.
Please test the patch on one of these platforms too.
- it hardcodes more platform information in the sys modules, which
makes it difficult
Matthias Klose added the comment:
http://www.freedesktop.org/software/systemd/man/os-release.html
is the next step, with the advantage of the definition of the file format for
/etc/os-release.
--
___
Python tracker
<http://bugs.python.
New submission from Matthias Klose:
seen with the 3.3 branch and the trunk:
also, I think using python now unconditionally breaks the cross builds, so this
should call PYTHON_FOR_BUILD, not python.
/bin/mkdir -p Include
hg: no-repository, python: found! cannot run ../Parser/asdl_c.py -h
Matthias Klose added the comment:
looking at the unused subprocess import in asdl_c.py, maybe some call-outs to
svn/hg were made in the past?
the patch removes the check for hg for the asdl.[ch] builds, and sets ADSLGEN
to a appropriate python interpreter if one is found.
fixes the build for
Matthias Klose added the comment:
r71315 did remove the call-out to hg, so it looks safe to not check for hg in
ASDLGEN.
--
___
Python tracker
<http://bugs.python.org/issue16
Matthias Klose added the comment:
typo, r71375
--
___
Python tracker
<http://bugs.python.org/issue16262>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Matthias Klose :
--
components: +Build
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue16262>
___
___
Python-bugs-list mailin
Matthias Klose added the comment:
now checked in even without review, because it was broken on the branches too.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
yes, the test checks with a recent version first, then the older ones. However
you can configure with PYTHON=python2.4 configure ... to overwrite these
defaults.
--
___
Python tracker
<http://bugs.python.
Matthias Klose added the comment:
> Wait, does that mean you are explicitly supporting older Python versions?
no, that is unchanged. the Parser/asdl_c.py script had a shebang with python.
Of course you could replace the python in AC_CHECK_PROCS with the allowed
python2.x versions. But t
Matthias Klose added the comment:
Earlier, we had the shell script, now we have the python implementation, which
doesn't work for cross builds. On the other hand, I don't like to have two
implementations which need to be kept in sync.
So my proposal would be to discard
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
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
Changes by Matthias Klose :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21223>
___
___
Python-bugs-list
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
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
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
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"
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.
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_zipfile fails to run in the installed location
___
Python tracker
<http://bugs.python.org/issue17750>
___
___
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
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:
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:
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:
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:
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
Matthias Klose added the comment:
the list of libs should be just: ('ffi', 'ffi_pic')
--
___
Python tracker
<http://bugs.python.org/issue21277>
___
__
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
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:
fixed
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15234>
___
___
Pyth
301 - 400 of 827 matches
Mail list logo