libutouch-frame1-udeb 2.0.0-0ubuntu1 causes d-i FTBFS
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
utouch-frame (Ubuntu) |
Fix Released
|
High
|
Chase Douglas | ||
Precise |
Fix Released
|
High
|
Chase Douglas |
Bug Description
The latest d-i failed to build since utouch-frame 2.0.0-0ubuntu1:
Building dependency tree...
Installing libc6-udeb as Depends of anna
Installing libslang2-udeb as Depends of cdebconf-newt-udeb
libutouch-
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
libutouch-
E: Unable to correct problems, you have held broken packages.
It is locally installable for me, it might be that d-i has some restriction of not pulling in any C++ stuff? Colin probably has a better idea about this.
$ debdiff libutouch-
[...]
Control files: lines which differ (wdiff format)
-------
Depends: libc6-udeb (>= 2.13), {+libgcc1, libstdc++6,+} libutouch-
Installed-Size: [-36-] {+111+}
Version: [-1.1.4-0ubuntu1-] {+2.0.0-0ubuntu1+}
So it indeed did grow a new libstdc++6 dependency, and also got quite a bit larger.
Changed in utouch-frame (Ubuntu Precise): | |
importance: | Undecided → High |
milestone: | none → precise-alpha-2 |
tags: | added: rls-mgr-p-tracking |
infinity | pitti: There's no libstdc++-udeb.
infinity | pitti: udebs can't depend on normal debs.
So either we need to build one from eglibc, or we need to revert the need for it in utouch-frame again. Would the latter be possible?