plat-x86_64-linux-gnu does not define limits.h variables any more

Bug #1076305 reported by Dimitri John Ledkov
28
This bug affects 6 people
Affects Status Importance Assigned to Milestone
python3.3 (Ubuntu)
Won't Fix
Medium
Unassigned
Raring
Won't Fix
Medium
Unassigned
ubiquity (Ubuntu)
Fix Released
Critical
Colin Watson
Raring
Fix Released
Critical
Colin Watson
usb-creator (Ubuntu)
Fix Released
Medium
Dimitri John Ledkov
Raring
Fix Released
Medium
Dimitri John Ledkov

Bug Description

$ python3.2 -c "from IN import INT_MAX"

$ python3.3 -c "from IN import INT_MAX"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: cannot import name INT_MAX

Attaching a diff of the platform modules. I am not expecting any variables/functions to be dropped between 3.2 & 3.3, as none are mentioned in python3.3 release notes / documentation.

This breaks all ubiquity based daily CDs.

Revision history for this message
Dimitri John Ledkov (xnox) wrote :
description: updated
Changed in python3.3 (Ubuntu Raring):
status: New → Confirmed
importance: Undecided → Critical
Changed in ubiquity (Ubuntu Raring):
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Matthias Klose (doko) wrote :

I don't think this is a bug. 3.3 generates this module at build time now, before, it wasn't updated for years. so it much depends which headers are included from in.h. you can't rely on this.

Changed in python3.3 (Ubuntu Raring):
importance: Critical → Medium
status: Confirmed → Won't Fix
Revision history for this message
Colin Watson (cjwatson) wrote :

This code in ubiquity is dead as of r5493, so I'll just remove it.

Changed in ubiquity (Ubuntu Raring):
assignee: nobody → Colin Watson (cjwatson)
status: Confirmed → In Progress
importance: High → Critical
Matthias Klose (doko)
Changed in python3.3 (Ubuntu):
status: Confirmed → Won't Fix
summary: - plat-x86_64-linux-gnu is still incomplete
+ plat-x86_64-linux-gnu does not define limits.h variables any more
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubiquity - 2.13.1

---------------
ubiquity (2.13.1) raring; urgency=low

  * Remove dead code in ubi-prepare which breaks with Python 3.3
    (LP: #1076305).
 -- Colin Watson <email address hidden> Thu, 08 Nov 2012 10:52:11 +0000

Changed in ubiquity (Ubuntu Raring):
status: In Progress → Fix Released
Changed in usb-creator (Ubuntu Raring):
assignee: nobody → Dmitrijs Ledkovs (xnox)
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Dimitri John Ledkov (xnox) wrote :

20121108.2 image should be working correctly now. Please test.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package usb-creator - 0.2.41

---------------
usb-creator (0.2.41) raring; urgency=low

  * Switch packaging to use python3.
  * Drop utf-8/gnome workaround, now fixed in gnome.
  * Do not use INT_MAX (LP: #1076305).
 -- Dmitrijs Ledkovs <email address hidden> Fri, 31 Aug 2012 16:52:34 +0100

Changed in usb-creator (Ubuntu Raring):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.