Changes by Ezio Melotti ezio.melo...@gmail.com:
--
Removed message: http://bugs.python.org/msg169954
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
Removed message: http://bugs.python.org/msg169959
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
Removed message: http://bugs.python.org/msg169961
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Roundup Robot added the comment:
New changeset 53fa224b95f4 by doko in branch '2.7':
- Issue #11715: Fix multiarch detection without having Debian development
http://hg.python.org/cpython/rev/53fa224b95f4
New changeset 78aba41a8105 by doko in branch '3.2':
- Issue #11715: Fix multiarch
Matthias Klose added the comment:
fixed for 2.7 and 3.2 as well.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Ezio Melotti added the comment:
Today I got the same problem on 3.2 too.
I made a distclean and recompiled and got:
Python build finished, but the necessary bits to build these modules were not
found:
_curses_curses_panel _dbm
_gdbm _sqlite3 _ssl
Ezio Melotti added the comment:
2.7 is affected too:
Python build finished, but the necessary bits to build these modules were not
found:
_bsddb _curses_curses_panel
_sqlite3 _ssl _tkinter
bsddb185 bz2dbm
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).
--
___
Ezio Melotti added the comment:
The other missing extensions are not a problem, as long as the one that I need
and already have (e.g. readline, _ssl) are built correctly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
Roundup Robot added the comment:
New changeset b9261dd34289 by Christian Heimes in branch '3.2':
Issue #15591 and Issue #11715: silence output of setup.py when make is run with
-s option.
http://hg.python.org/cpython/rev/b9261dd34289
New changeset fcc629208842 by Christian Heimes in branch
Roundup Robot added the comment:
New changeset 8cd6acffbcb9 by Christian Heimes in branch '2.7':
Issue #15591 and Issue #11715: silence output of setup.py when make is run with
-s option.
http://hg.python.org/cpython/rev/8cd6acffbcb9
--
___
Python
Christian Heimes added the comment:
Sorry for the noise! I confused two tickets. The checkin should have referred
to #15830 and #15591
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
Roundup Robot added the comment:
New changeset 5966c206654b by doko in branch 'default':
- Issue #11715: Fix multiarch detection without having Debian development
http://hg.python.org/cpython/rev/5966c206654b
--
___
Python tracker
Changes by Matthias Klose d...@debian.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Matthias Klose added the comment:
about searching /lib/multiarch: adding this directory won't help. all .a and
.so files are installed in /usr/lib or /usr/lib/multiarch.
about the missing dpkg-architecture: see the attached ma.diff patch. the
Debian/Ubuntu system compilers add an option
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I see this requires dpkg-architecture which isn't always available. While it
isn't hard to install it, it isn't very clear that this is the cause of the nis
and crypt modules failing to build on a fresh install of 11.10.
What would be
Christian Heimes li...@cheimes.de added the comment:
Hey Nick and Barry,
the fix in http://hg.python.org/cpython/rev/bd0f73a9538e isn't sufficient. You
have added /usr/lib/MULTIARCH and /usr/include/MULTIARCH but you forgot to add
/lib/MULTIARCH. On my system zlib is installed at
Christian Heimes li...@cheimes.de added the comment:
Update:
It turns out that zlib1g-dev adds a symlink from
/usr/lib/x86_64-linux-gnu/libz.so to /lib/x86_64-linux-gnu/libz.so.1 .
$ locate libz.
/lib/x86_64-linux-gnu/libz.so.1
/lib/x86_64-linux-gnu/libz.so.1.2.3.4
Nick Coghlan ncogh...@gmail.com added the comment:
It wouldn't surprise me at all if the laptop's links were a little off - I
started with a Kubuntu image off VMWare's site quite some time ago, then
dist-upgraded it through a couple of releases as they came out.
--
Barry A. Warsaw ba...@python.org added the comment:
On Sep 12, 2011, at 12:34 PM, Nick Coghlan wrote:
It wouldn't surprise me at all if the laptop's links were a little off - I
started with a Kubuntu image off VMWare's site quite some time ago, then
dist-upgraded it through a couple of releases
Barry A. Warsaw ba...@python.org added the comment:
On Aug 18, 2011, at 07:09 AM, Nick Coghlan wrote:
I'm not sure this is 100% fixed. After dist-upgrading the Kubuntu VM on my
netbook and updating to the latest Py3k code, I got a lot of test errors,
even after a make distclean and ./configure.
Nick Coghlan ncogh...@gmail.com added the comment:
I'm not sure this is 100% fixed. After dist-upgrading the Kubuntu VM on my
netbook and updating to the latest Py3k code, I got a lot of test errors, even
after a make distclean and ./configure.
The errors went away after manually tweaking
Stefan Krah stefan-use...@bytereef.org added the comment:
The FreeBSD and Solaris bots are failing:
dpkg-architecture: not found
error: build/temp.freebsd-8.2-RELEASE-amd64-3.3-pydebug/multiarch: No such file
or directory
[62607 refs]
*** Error code 1
find_executable.patch should solve the
Barry A. Warsaw ba...@python.org added the comment:
Stefan, thanks for the patch. The problem is that on FreeBSD and Solaris, if
the command fails, I/O redirection does not create the file, whereas on Linux
and OS X it does. So I was going to wrap the os.remove() of the temp file in a
Roundup Robot devnull@devnull added the comment:
New changeset c8738114b962 by Barry Warsaw in branch '3.1':
Refinement by Stefan Krah (see issue 11715, msg133194) to exit early if the
http://hg.python.org/cpython/rev/c8738114b962
New changeset 3d7c9b38fbfd by Barry Warsaw in branch '3.2':
Roundup Robot devnull@devnull added the comment:
New changeset bd0f73a9538e by Barry Warsaw in branch '2.7':
Backport for Python 2.7 of issue 11715 support for building Python on
http://hg.python.org/cpython/rev/bd0f73a9538e
--
___
Python tracker
Changes by Barry A. Warsaw ba...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Changes by Barry A. Warsaw ba...@python.org:
--
assignee: - barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
___
Python-bugs-list
Stefan Krah stefan-use...@bytereef.org added the comment:
Since I do automated module testing against all Python versions,
my vote would be:
2.5: +1
2.6: +1
3.1: +1
This with the caveat that of course Martin has to decide for 2.5.
I'm just indicating my preference.
--
nosy: +skrah
Roundup Robot devnull@devnull added the comment:
New changeset 7582a78f573b by Barry Warsaw in branch '3.1':
Issue 11715: Build extension modules on multiarch Debian and Ubuntu by
http://hg.python.org/cpython/rev/7582a78f573b
New changeset 867937dd2279 by Barry Warsaw in branch '3.2':
Issue
Barry A. Warsaw ba...@python.org added the comment:
As I see it, the patch is uncontroversial for 3.3, 3.2, and 2.7. And it
definitely will not be applied to 3.0. That leaves 2.5, 2.6, and 3.1. If you
really care one way or the other, please register your vote in the tracker.
2.5: +0
2.6:
Éric Araujo mer...@netwok.org added the comment:
I’m not opposed to the change.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Nick Coghlan ncogh...@gmail.com added the comment:
2.5: -1
2.6: -0
3.1: +0
As I see it, a large part of the security fixes only rule is for the benefit
of folks auditing those security fixes, as it means there's very little noise
in the branch to confuse the matter.
--
nosy:
Changes by Sandro Tosi sandro.t...@gmail.com:
--
nosy: +sandro.tosi
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
Python 2.5 is not open for bug fixes anymore, so this can't be applied to this
branch. I suggest that Python 2.6 is closed for bug fixes as well.
--
nosy: +loewis
___
Python tracker
Barry A. Warsaw ba...@python.org added the comment:
On Mar 31, 2011, at 10:08 PM, Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
Python 2.5 is not open for bug fixes anymore, so this can't be applied to
this branch. I suggest that Python 2.6 is closed for bug
Martin v. Löwis mar...@v.loewis.de added the comment:
If Ubuntu stops supporting to build old Python releases, I rather consider this
a serious bug in Debian, not one in Python.
If the issue is merely that certain extension modules fail to build, I see no
real reason to do anything about it.
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
___
Python-bugs-list mailing list
New submission from Barry A. Warsaw ba...@python.org:
Ubuntu 11.04 introduces new directories for libraries and headers to support
multiple architectures on a single machine. E.g. 64bit and 32bit on a 64bit
Ubuntu. Here are the specs:
https://wiki.ubuntu.com/MultiarchSpec
Changes by Barry A. Warsaw ba...@python.org:
--
keywords: +patch
Added file: http://bugs.python.org/file21464/a9b05b89ea39.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Changes by Barry A. Warsaw ba...@python.org:
Removed file: http://bugs.python.org/file21464/a9b05b89ea39.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Changes by Barry A. Warsaw ba...@python.org:
Added file: http://bugs.python.org/file21465/d504ca7e0fe5.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
42 matches
Mail list logo