plat-x86_64-linux-gnu does not define limits.h variables any more
Bug #1076305 reported by
Dimitri John Ledkov
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.
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 |
Changed in usb-creator (Ubuntu Raring): | |
assignee: | nobody → Dmitrijs Ledkovs (xnox) |
status: | New → Confirmed |
importance: | Undecided → Medium |
To post a comment you must log in.
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.