mesa cross-import fails

Bug #622737 reported by Peter Pearse
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
dpkg-cross (Ubuntu)
Medium
Wookey
Maverick
Medium
Unassigned

Bug Description

Binary package hint: xdeb

xdeb -a armel -d ../dest mesa
produces the armel binary packages, then fails whilst crossing them.

Attached the xdeb out put after the armel binaries are built & packages
[xdeb patched to output the failing command]

Attached the dpkg-cross command which returns failure when spawned.
It appears that dpkg-cross returns failure when any packages are skipped,
and that xdeb does not cope with this.

Note that the mesa code has to be patched as with the attached patch to reach this point.
The patch ensures host, rather than just built target, tools are using for compiling shaders.

Revision history for this message
Peter Pearse (peter-pearse) wrote :
Revision history for this message
Peter Pearse (peter-pearse) wrote :
Revision history for this message
Peter Pearse (peter-pearse) wrote :

Patch ensures host, as well as target, tools are built, and that the host tools are used during the build.

Revision history for this message
Loïc Minier (lool) wrote :

Peter, xdeb could easily call dpkg-cross in a way which doesn't fail on empty packages, but we actually want to cover these in the heuristics matching packages so that we know that the package is a host package, not a target package as it might appear in build-deps.

Revision history for this message
Loïc Minier (lool) wrote :

dpkg-cross: package libgl1-mesa-dri-experimental doesn't provide any useful files. Skipping.
dpkg-cross: package libgl1-mesa-glx doesn't provide any useful files. Skipping.
dpkg-cross: package libegl1-mesa-drivers-kms doesn't provide any useful files. Skipping.

dpkg-cross: package libegl1-mesa-drivers-x11 doesn't provide any useful files. Skipping.

This should probably be listed in the plugins section of the blacklist after reviewing the contents.

Revision history for this message
Loïc Minier (lool) wrote :

libgl1-mesa-dri-experimental is definitely a plugins package.

But libgl1-mesa-glx is not: it ships usr/lib/mesa/libGL.so.1.2 and usr/lib/mesa/libGL.so.1, and a ld.so.conf snippet (which I guess adds usr/lib/mesa to the search path).

libegl1-mesa-drivers-kms and libegl1-mesa-drivers-x11 are definitely of the plugin variety too.

So we need a way to dpkg-cross some GL lib into the cross-dir (usr/$triplet/lib) or we wont be able to link to -lGL.

summary: - dpkg-cross package skipping causes xdeb to fail
+ mesa cross-import fails
Changed in xdeb (Ubuntu):
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Steve Langasek (vorlon) wrote :

whoops, sorry - was thinking this was a bug against mesa; we should of course still try to fix this for this cycle if it's an xdeb bug.

Changed in xdeb (Ubuntu Maverick):
status: Confirmed → Won't Fix
status: Won't Fix → Confirmed
Steve Langasek (vorlon)
summary: - mesa cross-import fails
+ xdeb fails when dpkg-cross has nothing to do
summary: - xdeb fails when dpkg-cross has nothing to do
+ mesa cross-import fails
Revision history for this message
Steve Langasek (vorlon) wrote :

Well, xdeb relies on dpkg-cross for the actual crossing, so I guess that's the right package to fix this in.

Note that this is an Ubuntu-specific issue, as the mesa package in Ubuntu diverges from the Debian one in the use of this subdirectory + ld.so.conf dpkg alternative. The trivial thing for dpkg-cross to do is to special-case the contents of /usr/lib/mesa and map them to /usr/<arch>/lib.

affects: xdeb (Ubuntu) → dpkg-cross (Ubuntu)
Changed in dpkg-cross (Ubuntu):
status: Confirmed → Triaged
Changed in dpkg-cross (Ubuntu Maverick):
status: Confirmed → Won't Fix
Steve Langasek (vorlon)
Changed in dpkg-cross (Ubuntu):
assignee: nobody → Wookey (wookey)
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related blueprints