[Bug 898172] Re: ctypes broken on armhf

[Launchpad Bug Tracker]

This bug was fixed in the package python2.7 - 2.7.2-8

---------------
python2.7 (2.7.2-8) unstable; urgency=low

  * Update to 20111130, taken from the 2.7 branch.
  * New patch, ctypes-arm, allow for ",hard-float" after libc6 in ldconfig -p
    output (Loic Minier). LP: #898172.
  * debian/rules: Define DPKG_VARS (Alban Browaeys). Closes: #647419).
  * Add python-config man page (Johann Felix Soden). Closes: #650181).

python2.7 (2.7.2-7) unstable; urgency=low

  * Adjust patches for removed Lib/plat-linux3.
  * Add build conflict to libncurses5-dev, let configure search for
    ncurses headers in /usr/include/ncursesw too.

python2.7 (2.7.2-6) unstable; urgency=low

  * Update to 20111004, taken from the 2.7 branch.
  * Use the ncursesw include directory when linking with ncursesw.
  * Rebuild with libreadline not linked with libncurses*. Closes: #643816.
  * Fix typos in the multiprocessing module. Closes: #643856.
 -- Matthias Klose <doko at ubuntu.com>   Thu,  01 Dec 2011 12:40:07 +0000

** Changed in: python2.7 (Ubuntu)
       Status: New => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to python2.6 in Ubuntu.
https://bugs.launchpad.net/bugs/898172

Title:
  ctypes broken on armhf

Status in Python:
  Unknown
Status in “python2.6” package in Ubuntu:
  Won't Fix
Status in “python2.7” package in Ubuntu:
  Fix Released
Status in “python3.2” package in Ubuntu:
  New

Bug description:
  Hi

  Python's ctypes allows dynamically loading libraries.  On linux, it
  parses ldconfig -p output for a given library name, skipping over
  incompatible ABIs.  ABI is derived from uname output, which is
  incorrect.  Currently, the code can't cope with "hard-float" in the
  ldconfig -p output on armhf.

  I will attach a debdiff which allows ctypes to work on either armel or
  armhf, but wont work on a biarch or multiarch armel + armhf system.

  The code should be redesigned to check the real ABI, not the uname
  output; one option to do so is to check the ABI of the currently
  running executable, e.g. ldd on sys.executable as done elsewhere in
  the script, but still seems fragile; another option is to look at
  /proc/$pid/maps (probably not portable); another option is to ask libc
  to do the loading (seems the safest).

  Cheers,

To manage notifications about this bug go to:
https://bugs.launchpad.net/python/+bug/898172/+subscriptions