Differences between revisions 68 and 69
Revision 68 as of 2013-01-30 16:53:43
Size: 29348
Editor: wookey
Comment:
Revision 69 as of 2013-01-31 14:19:33
Size: 28517
Editor: wookey
Comment:
Deletions are marked like this. Additions are marked like this.
Line 186: Line 186:
|| libbsd || || UbuntuBug:1109050 ||
Line 220: Line 221:
|| m4 || || ||

'''Packages that just needed config.{guess,sub} updates'''

'''Packages that needed config.{guess,sub} updates'''
Line 251: Line 251:
|| cloog-ppl || || ||
Line 282: Line 283:
'''ice''' '''icu'''
Line 286: Line 287:
'''libbsd'''

{{{
/bin/bash ../libtool --tag=CC --mode=compile aarch64-linux-gnu-gcc -DHAVE_CONFIG_H -I.. -isystem ../include/bsd/ -include ../config.h -DLIBBSD_OVERLAY -DLIBBSD_DISABLE_DEPRECATED -D__REENTRANT -D_FORTIFY_SOURCE=2 -Wall -g -O2 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -MT nlist.lo -MD -MP -MF .deps/nlist.Tpo -c -o nlist.lo nlist.c
libtool: compile: aarch64-linux-gnu-gcc -DHAVE_CONFIG_H -I.. -isystem ../include/bsd/ -include ../config.h -DLIBBSD_OVERLAY -DLIBBSD_DISABLE_DEPRECATED -D__REENTRANT -D_FORTIFY_SOURCE=2 -Wall -g -O2 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -MT nlist.lo -MD -MP -MF .deps/nlist.Tpo -c nlist.c -fPIC -DPIC -o .libs/nlist.o
In file included from nlist.c:53:0:
local-elf.h:170:2: error: #error Unknown ELF machine type
local-elf.h:193:2: error: #error Unknown ELF class
}}}

'arm64' is the Debian port name for the 64-bit ARMv8 architecture, referred to as 'aarch64' in upstream toolchains (GNU triplet aarch64-linux-gnu)

There will be no hardware in existence until sometime in 2013 but ARM (via Linaro) are working well with the community and trying to get this port done early so software will exist when there is something to run it on. There is a (non-free, free beer) 'Foundation Model' simulator which can be used to run arm64 code, which is available here, but you don't need that to get stuck into the port which is mostly about updating things, and multiarch and cross-build fixes, with a few actual arm64 changes here and there.

Status

Underway: there are (quantal and raring) cross-toolchains, and base system package building is ongoing. There is not yet a (Debian/Ubuntu) image to run. Debian cross-toolchains are being worked on.

Binutils, kernel, gcc and glibc port patches were sent upstream over the summer of 2012, with enough stuff to build a cross-toolchain available by October.

Bootstrap package repos are here. 60 out of the 65 (arm64-binary-producing) source packages needed to debootstrap a chroot have been built. Most of the work so far has been in Ubuntu(quantal and now raring), but the Debian (unstable/experimental) cross-toolchain is being worked on too.

Current cross-buildability for arm64 is tracked on this status page.

Bug tracking

Please tag all arm64/aarch64-specific bugs 'arm64' in the BTS (see bugs.debian.org/usertags for instructions), or in launchpad.

Here is the current list of arm64 Debian bugs

Here is the current list of arm64 Ubuntu bugs

Upstream-relevant bugs should be filed in the linaro-aarch64 bug tracker to avoid distro duplication of effort.

File bugs in the Debian BTS too, then link to them in the Linaro tracker.

Repository

Raring, and unstable armv8 bootstrap repos have been set up here. These contain current state of play for modified tools, sources, cross-tools, and packages built for arm64. Notable packages include eglibc2.16, gcc-4.7, linux-source, arm64-cross-toolchain-base, gcc-4.7-aarch64-linux-gnu, dpkg (with build profile support), multiarch versions of perl and python2.7. A quantal chroot was used for initial work but is now (Dec 2012) frozen/abandonned.

You should just be able to add that repo and apt-get install crossbuild-essential-arm64 to get a working cross environment. If build and host arch packages have got out of sync this won't work, which happens often in raring and unstable.

Cross Toolchain

Before anything useful can happen dpkg needs to have arm64 support. This was done in v1.16.4

Toolchain Bootstrap

First job is to bootstrap a cross-toolchain so other stuff can be built.

This is relatively easy to do from upstream sources either directly or using a framework like ?OpenEmbedded, but to get a Debian-packaged toolchain easily usable in chroots, sbuild etc requires merging the new port with the Debian packaging, which is frankly a PITA.

When starting from scratch multiarch doesn't help you because you need eglibc:arm64 to make aarch64-linux-gnu-gcc and you need aarch64-linux-gnu-gcc to make eglibc:arm64. So you have to do a 3-stage bootstrap.

Ubuntu has (thanks to Linaro) a package to automate the building of fully-bootstrapped compilers for armhf/el so that was munged to make arm64-cross-toolchain-base, and the delighful task of getting everything working was started.

The process is:

  • Make a binutils with aarch64 port and arm64 packaging in so you can build binutils-source
  • Make a kernel with arm64 stuff in so you can build kernel-source
  • Make a gcc with aarch64 gcc port and arm64 packaging in so you can build gcc-source
  • Make an eglibc with aarch64 port and arm64 packaging in so you canbuild eglibc-source
  • Make arm64-cross-toolchain-base with the right runes in it to build:
    • munged linux-libc-dev kernel headers
    • gcc stage1 bare cross c-compiler
    • eglibc stage1 simple libc
    • gcc stage2 compiler and cross-compiler and libraries
    • eglibc stage 2 (full) build
    • gcc stage3 (full) build

Easy peasy.

This work was initially done in Ubuntu due to better multiarch support, availability of *-cross-toolchain-base and newer eglibc.

Bootstrap Issues

Quantal bootstrap

Binutils was straightforward as the Quantal package already had aarch64 support and arm64 packaging. It just builds :-)

Linux-source required some work. linux-3.5.0 is current in quantal. Upstream work was on 3.6 and 3.7, although initially posted patches from July were for 3.5. Only headers are needed and base port is not invasive so version isn't too important. Taking the port from Linaro current armv8 tree http://git.linaro.org/gitweb?p=people/omarrmz/linux-aarch64.git;a=summary and adding Debian arm64 packaging in various places had only one bit of hackery needed (remove mention of drivers/irqchip from arm64/kconfig) to get a linux-source package built. The initial patch is here:

eglibc in Ubuntu is 2.15. supplied glibc patches were for trunk and then 2.16. eglibc2.15 does not build with gcc4.7, only 4.6. Initial gcc patches were for trunk and then 4.7. There was no public 4.6 port. eglibc2.16 was not available in Debian or Ubuntu, but there was a set of packaging in alioth, but no actual glibc source. eglibc Debian source layout is, for historical reasons not like upstream so a load of munging is needed to get the right layout. I did this hard way before dicovering the debian rules target to do it for me better. Then remove the gcc4.6 deps and rules-forcing. Add in glibc aarch64 patch and poke it till it applies. Fortunately glibc and eglibc are very similar here. Grok packaging layout and patch-naming scheme. Fix up submitted-fcntl-bits patch which moves AT_ GNU symbols and needs to put them back in again for each arch specifically. Turn off libselinux when building stage1 (on by default for linux in 2.16 packaging) Spend some time tracking down why builds always fail with EI_foo aliased to external symbol GI_foo errors 680439. Turns out to be gcc4.6 vs 4.7 issue, which boils down to pr33763, the patch for which breaks eglibc builds. So this actually needs to be fixed in gcc. Some hassling got this done quickly with a new pr33763 patch to put in gcc.

gcc packaging is complicated. Lots of patches applied for different arches, distros, options. Only the core C, C++ and fortran compliers are supported in initial port, so libssp, libmudflap, go, java, objectiveC, lidquadmath, ada, multilib etc all need to be disabled. pr33763 fix as above in order to even build eglibc stage1.

Next the gcc stage2 build fails with 'cannot find bits/predefs.h'. Some investigation finds that this is due to xgcc looking in the wrong place for lib headers. These are put in debian/tmp/ and a sysroot is set in order to find them, but the headers path given a) doesn't look in the sysroot and b) is for old /usr/<triplet>/include path instead of new multiarch /usr/include/<triplet>:/usr/include path. Work out where to poke this in multiple packaging layers.

Then libgcc.so ends up in non-multiarch dir. Turns out to be misapplication of part of Thibgs 'use multiarch paths everywhere', which I tried too late at night and forgot about.

The selinux still gets used for eglibc stage build. We still don't have one so patch changed to always skip selinux use if DEB_PROFILE=bootstrap (and set this in the arm64-cross-toolchain-base build for stage2 full build as well as stage1 - this needs doing properly).

Eventually get a toolchain - woohoo.

After this building extra c++ packages was straightforward.

And this can be installed in a chroot and used to build simple things like zlib (woohoo) but there is an issue. The c-library is provided in the old dpkg-cross location, not as libc6:arm64 . This means that anything non-trivial, i.e. that build-depends on another library, which itself has libc as an install dependency can't be built as the bottom of the multiarch library chain is missing. So we need to cross-build a real libc:arm64. (It could be faked up with equivs but this will cause problem with finding headers/libs later - in fact this whole toolchain mess is a bit of a bodge that needs sorting properly).

Building eglibc for arm64 is a simple matter of DEB_BUILD_PROFILE=bootstrap DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage -d -aarm64 -kBEA7C52D -b (the -d is there because otherwise gettext gets in the way (it should be gettext:any in ubuntu))

This fails because the native part of the build (for getent and rpcgen) can't find errno.h. This is because libc6-dev:amd64 isn't installed (because it's not specified as an actual build-dep of eglibc, even though it's needed when crossing - we need to fix this). But this can't just be installed because an attempt to do so causes apt to remove a lot of essential packages (libnih, adduser, mount, rsyslog etc). This turns out to be because libnih1 has these dependencies: Pre-Depends: multiarch-support, libc6 (>> 2.15), libc6 (<< 2.16) which prevents libc 2.16 being installed. This is almost certainly a bug in eglibc's shlibdeps overrides. The easy fix is to build a version of libnih without this restriction, at which point libc6-dev:amd64 can be installed and eglibc can be cross-built for arm64.

Rebuilding eglibc:amd64 mean we now have matching libc6 for amd64 and arm64 and crossbuild-essential-arm64 should be installable, which opens the way for automated sbuild crossbuilds.

However, this wasn't quit enough as libgcc1:arm64 and linux-libc-dev:arm64 are needed to install libc6:arm64. We already have a libgcc1-arm64-cross with the right files in, but not the right layout, architecture, multiarchness or package name. The toolchain has support for a 'reverse-cross' to get the needed libgcc1 but it seemed easier to just mangle libgcc1-arm64-cross to make the right package. Linux-libc-dev is easiest to get by doing DEB_STAGE=stage1 build of the kernel. The kernel package version in quantal has moved on so the amd64 linux-libc-dev is newer. Bah - multi-arch fail. So build one of those too.

The toolchain bootstrap process needs to spit out real multiarch library packages to avoid this faffage. But finally libc6:arm64 is installable which means crossbuild-essential-arm64 is.

Raring bootstrap

Easier than quantal as all the base porting has already been done. However not quite as easy as one might like. arm64-cross-toolchain-base was updated with some fixes/updates from the armhf/armel-c-t-b packages. Binutils and linux-libc-dev headers were straightforward.

But gcc stage1 build fell over first with bugs in gcc-4.7.2-12ubuntu2 (patches that didn't apply, missing arm64 symbols-files). Then with missing bits/predefs.h header when building libgcc. This turned out to be 1091823.

Then the build completed but there was a libgconv.a packaging error for some reason. Updating to gcc-4.7-2-14ubuntu2 seemed to fix that.

Debian bootstrap

The Debian toolchain bootstrap is being attempted fully multiarch, to avoid the above issues with needing a separate libc:arm64 and equivs packages to make everything work. It's also an opportuinity to fix issues with wrong library search paths in the quantal toolchain, and integrate DEB_BUILD_PROFILE boostrap features to make it all nicely automatable, without toolchains being a special case in the archive. This may prove to be a fool's errand and a fallback to something hackier may have to happen if this all proves too troublesome.

This process is documented on MultiarchCrossToolchains.

It initially all proved too troublesome, mostly due to new versions of GCC coming out every few days with this stuff being changed. As of gcc-4.7.2-17 most of ThibG's patches for multiarch toolchain libraries are incorporated so it makes sense to have another go.

Building packages

Given a cross-build chroot, in general you should be able to do

apt-get build-dep -aarm64 <package>
apt-get source <package>
cd <package>-<ver>
CONFIG_SITE=/etc/dpkg-cross/cross-config.arm64  DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage --preserve-env -aarm64

But there are of course some caveats.

Details on setting up an arm64 cross-chroot are given here: https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/arm64bootstrap

There is no libssp (stack protection) support in aarch64 toolchain yet so the -fstack-protector will cause an error:

/usr/lib/gcc/aarch64-linux-gnu/4.7/../../../../aarch64-linux-gnu/bin/ld: cannot find -lssp_nonshared
/usr/lib/gcc/aarch64-linux-gnu/4.7/../../../../aarch64-linux-gnu/bin/ld: cannot find -lssp

For any package that uses dpkg-buildflags this is easy to fix by setting DEB_BUILD_MAINT_OPTIONS=hardening=-stackprotector You can set this for the whole build chroot if using one (probably best for now), or for a user, or for a build by doing:

DEB_BUILD_MAINT_OPTIONS=hardening=-stackprotector dpkg-buildpackage -aarm64

Better to fix this permanently in /etc/dpkg/buildflags:

STRIP CFLAGS -fstack-protector

The initial (quantal) version of the cross-toolchain only searched the old dpkg-cross library paths by default so you need this in /etc/dpkg/buildflags too:

DEB_LDFLAGS_APPEND="-L/usr/lib/aarch64-linux-gnu -L/lib/aarch64-linux-gnu -L/usr/lib -Wl,-rpath-link=/usr/lib/aarch64-linux-gnu:/lib/aarch64-linux-gnu:/usr/lib"

This is not an issue from gcc-4.7-14 onwards, so the above is not needed in raring or unstable. This is good because it breaks packages that need to build both BUILD_ARCH _and_ HOST_ARCH stuff.

Package porting

Many packages need no more than config.guess and config.sub updating to build for arm64. autotools got aarch64 support upstream in June 2012. So autotools-dev 20120608.1 has the files needed. However many (most) packages don't autoreconfig on build, or otherwise update those files so they have to be patched. A lot of boring patches were filed with the tag arm64, such as 689613 In many cases dh_autoreconf can be used to fix this without making horrible, unreadable, autofoo patches.

Because there is no hardware everything needs to be cross-built so cross-building patches are also needed in many packages, and multiarch patches in many build-deps. Due to the Wheezy freeze and thus the more progressed state of multiarchification and more cross-build fixes in Ubuntu, this work was initialy done in a private Quantal-based repo, and later in a raring-tracking repo, but all bugs are either directly filed, or also pushed upstream to Debian.

A few packages need actual changes. Here is a list so far:

Packages that need arm64-related changes

package

Debian Bug/Fixed version

Ubuntu Bug/Fixed version

dpkg

672408

autotools

20120210.1

20120210.1

binutils

binutils-2.22.90.20120924

coreutils

698330

gcc

gcc-4.7-4.7.2-3

gcc-4.7-4.7.2-3ubuntu1arm64

eglibc

690873 2.16-0arm64.1

2.16-0ubuntu3

linux

1063895

util-linux

689607

perl

dpkg-cross

693730 2.6.8

2.6.7arm64

(cross)-build-essential

693220

11.6ubuntu4

gmp

693467

1079831

libffi

698344

3.0.11-2ubuntu1

klibc

1081162

openssl

1102107

libbsd

1109050

Packages that need crossbuild fixes

package

Debian Bug

Ubuntu Bug

diffutils

1:3.2-3

1:3.2-1ubuntu1

tzdata

gdbm

604648

1.8.3-11ubuntu1

iptables

1.4.16

1081592

libsemanage

1103271

db

1105368

linux

1105251

packages that need mulitarch-related changes

package

Debian Bug

Ubuntu Bug

perl

633884

python-2.7

683755

chrpath

0.14

0.14

less

693318

1081611

check

693221

1101069

gettext

683751

ed

693824

dctrl-tools

693474

indent

693823

fdupes

693822

bc

1098408

equivs

697820

1097993

linux-atm

1098417

Packages that need changes for eglibc 2.16

package

Debian Bug

Ubuntu Bug

diffutils

693346

1079770

tar

693352

1079750

gettext

693361

1079768

cpio

693440

1079748

coreutils

8.20

1081220

Packages that needed config.{guess,sub} updates

package

Debian Bug

Ubuntu Bug

acl

689610

Quantal

coreutils

689611

Quantal

cpio

689612

Quantal

db

689613

Quantal,

dialog

689615

Quantal

diffutils

689617 1:3.2-7

1:3.2-7

dropbear

expat

689619

Quantal

findutils

689620

Quantal

gnupg

Quantal

libelf

693996 0.8.13-4~1

1082134 0.8.13-3ubuntu1

libgpg-error

689621

Quantal

libnfnetlink

693825

1081600

libnih

689622

Quantal

libx11

689623

Quantal

libxml2

689624

Quantal

libxslt

689625

Quantal

make-dfsg

689626

Quantal

module-init-tools

689627

Quantal

nano

689628

Quantal

ncurses

Quantal

patch

Quantal

pam

pcre3

Quantal

popt

Quantal

sed

Quantal

json-c

1102043

cloog-ppl

Packages that need build profiles

  • eglibc (libselinux)
  • libselinux (swig, rub2deb)
  • glib2.0 (python-dbus)
  • dbus
  • db (java, python-all-dev, python3-dev)
  • udev
  • libnih
  • libsemanage (swig, rub2deb)

Packages waiting on build-deps

  • tzdata (openjdk-7-jre-headless) Should be staged
  • perl (versioned gcc dep)
  • gnupg (ldap)
  • gcc4.7 (cloog-ppl)

Packages that don't build

dialog

Wrong-arch strip run.

fuse

Conflicting 64-bit definitions: 1087757

icu

configure: error: Error! Cross compiling but no --with-cross-build option specified - please supply the path to an executable ICU's build root

klibc: No arm64 support in klibc yet.

upstart

Upstart has build-deps such that both zlib:amd64 and zlib:arm64 need to be installed as build-deps simultaneously. That requires an updated zlib1g package (in bootstrap repo).

Packages that are built

  • eglibc (stage1, stage2 to avoid libselinux)
  • pcre3
  • attr
  • acl
  • zlib
  • hostname
  • libsepol
  • gpm
  • hostname
  • ifupdown
  • insserv
  • module-init-tools
  • python-defaults
  • libselinux (stage1 to avoid swig and rub2deb)
  • ncurses
  • bash
  • libpciaccess
  • libpng
  • slang (needs chrpath 0.14)
  • base-files
  • mawk
  • makedev
  • make
  • xz-utils
  • dpkg
  • netbase
  • base-files
  • time
  • manpages
  • libxau
  • libxdmcp
  • libpthread-stubs
  • diffutils
  • tar
  • cpio
  • diffutils
  • gmp
  • gdbm
  • sed
  • tzdata
  • base-passwd
  • coreutils
  • findutils
  • libnfnetlink
  • libffi
  • iptables
  • libelf
  • debconf
  • debianutils
  • ucf
  • xtrans
  • x11proto-kb
  • x11proto-input
  • x11proto-render
  • x11proto-xf86bigfont
  • x11proto-core
  • expat
  • net-tools
  • tcl8.5
  • tcp-wrappers
  • ubuntu-keyring
  • scowl
  • postgresql-common
  • openslp-dfsg
  • procps
  • psmisc
  • phpmyadmin
  • libusb
  • mcrypt
  • pixman
  • libice
  • bzip2
  • flex
  • db4.8
  • dash
  • iptables
  • keyutils
  • less
  • sysvinit
  • nano
  • db-defaults
  • grep
  • dbconfig-comon
  • linux-atm
  • util-linux
  • e2fsprogs
  • ustr
  • kmod
  • dbus (stage1)
  • libsm
  • cunit
  • glib2.0 (stage1)
  • udev (stage1)
  • libnih (stage1)
  • json-c
  • openssl
  • initramfs-tools
  • libgcrypt11
  • libidn
  • wget
  • sysfsutils
  • iputils
  • ppl
  • binutils
  • busybox
  • libtasn1-3
  • libfribidi
  • libjson0
  • upstart
  • tcl8.5
  • sqlite3
  • db (stage1)
  • cracklib2 (stage1)
  • pam
  • libcap2
  • libsemanage
  • shadow
  • iproute
  • cloog-ppl
  • libbsd
  • libedit

Packages that needed fixes

  • libgcrypt11 Compiler ICE: 1078967 Fixed in raring toolchain

  • linux-atm Tries to link native tool against -lf and fails because dpkg-buildflags have nobbled link path for aarch64. Need to either wrap compiler and get rid of LDFLAGS buildflags or fix cross toolchain default path. Fixed in raring toolchain
  • libnih 1101977

  • db 1105368

  • eglibc 2.16 has a bug with error retun codes (breaks scp at least). Need to use 2.17, or backport.

Build-dependencies that need(ed) fixes

Mostly things need multiarchifying.

  • chrpath (0.14, earlier versions are not 32/64/endian aware)

xz-utils builds fine if its cross build-deps are installed, but apt-get build-dep -aarm64 xz-utils fails saying that perl is not available. It doesn't matter if multiarch perl is already installed or not. xz-utils has a perl:any build-dep. This tested in quantal. Needs checking in unstable and raring. Something's not right here.

Using dose to see what is multiarch-buildable

Dose 3.1 can analyse build-dependencies for a given package, and understands about cross and multi-arch. It can tell you what is currently buildable given the current state of relevant source and package files. Use 3.1.2 for the --checkonly option and the --defaultedMAforeign option

Install it (it's in the bootstrap tools repo)

sudo apt-get install dose-builddebcheck
  • -f shows packages you can't build
  • -s shows packages you can build
  • -e prints an explanation of what the problem is
  • --checkonly checks just one package rather than everything
  • --defaultedMAforeign uses the Ubuntu apt algorithm (not in wheezy) of assuming all arch:all Build-Deps can be considered Multi-Arch:Foreign

To check

dose-builddebcheck -f --checkonly <package> \
--defaultedMAforeign --deb-native-arch=amd64 --deb-foreign-archs=arm64 --deb-host-arch=arm64 \
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_quantal_main_binary-amd64_Packages \
/var/lib/apt/lists/people.debian.org_%7ewookey_bootstrap_ubunturepo_dists_quantal-bootstrap_main_binary-amd64_Packages \
/var/lib/apt/lists/people.debian.org_%7ewookey_bootstrap_ubunturepo_dists_quantal-bootstrap_main_binary-arm64_Packages \
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_quantal_universe_source_Sources | grep source

Current list of things needed for debootstrap which have missing build-deps:

  • db : default-jdk:arm64 staging this to build without java would be good
  • dbus : libdbus-glib-1-dev:arm64
  • console-setup: bdfresize
  • e2fsprogs : libblkid-dev:arm64
  • gnupg : libldap2-dev:arm64
  • openssl: bc (fixed in bootstrap repo)
  • cracklib2: python-2.7-dev python-3-dev

Packages that still need cross-building, but do have satisfiable cross-build deps (analysis done in quantal-bootstrap using dose-debbuildcheck):

acl
alsa-lib
atk1.0
attr
avahi
base-passwd
bc
bison
bluez
boost1.49
bsdmainutils
bzip2
cairo
chrpath
consolekit
coreutils
cpio
cracklib2
cups
curl
cyrus-sasl2
datefudge
db
db-defaults
dbus
dbus-glib
debianutils
docbook-to-man
doxygen
dpkg
e2fsprogs
ed
eglibc
elfutils
expat
fastjar
fftw3
file
findutils
flac
flex
fontconfig
freeglut
freetds
freetype
gcc-4.7
gcj-4.7
gconf
gdk-pixbuf
ghostscript
giflib
git
glib2.0
gnutls26
gobject-introspection
gpm
graphviz
groff
gst-plugins-base0.10
gstreamer0.10
gtk+2.0
heimdal
hesiod
icu
id3lib3.8.3
ifupdown
ijs
iproute
iptables
jackd2
jasper
java-atk-wrapper
java-common
jbig2dec
jbigkit
json-c
keyutils
krb5
lcms
lcms2
libasyncns
libbsd
libcap-ng
libcroco
libdatrie
libdrm
libedit
libevent
libffibinutils
db
dbus
eglibc
gawk
gcc-4.7
glib2.0
libselinux
libxml2
linux
man-db
mpclib
mpfr4
perl
udev
xz-utils
atk1.0
avahi
cracklib2
flex
fontconfig
freetype
gcj-4.7
gdk-pixbuf
git
gobject-introspection
gtk+2.0
libidn
libxcb
linux-atm
lynx-cur
openjdk-7
openldap
pango1.0
python2.7
gconf
ghostscript
ijs
jackd2
jbig2dec
libtool
libxslt
lirc
mysql-5.5
postgresql-9.1
swig2.0
bison
fftw3
gst-plugins-base0.10
gstreamer0.10
boost1.49
elfutils
graphviz
libgd2
policykit-1
source-highlight

libfontenc
libgcrypt11
libgd2
libglu
libgpg-error
libhdate
libice
libidn
libjpeg-turbo
libjpeg8-empty
libmng
libnfnetlink
libnih
libnl3
libogg
libpaper
libpciaccess
libpng
libpthread-stubs
libsamplerate
libselinux
libsepol
libsm
libsndfile
libtasn1-3
libthai
libtool
libunistring
libusb
libusbx
libverto
libvorbis
libx11
libxau
libxaw
libxcb
libxcomposite
libxcursor
libxdamage
libxdmcp
libxext
libxfixes
libxfont
libxi
libxinerama
libxml2
libxmu
libxpm
libxrandr
libxrender
libxslt
libxt
libxtst
libxv
libxxf86vm
linux
linux-atm
lirc
lynx-cur
m4
mawk
mesa
module-init-tools
mountall
mscgen
mysql-5.5
nas
ncurses
netpbm-free
nspr
nss
openjade1.3
openjdk-7
openldap
openslp-dfsg
opensp
openssh
openssl
orc
oss4
p11-kit
pam
pango1.0
patch
pcre3
pcsc-lite
perl
pixman
pkg-config
plymouth
pmake
policykit-1
popt
postgresql-9.1
procps
pulseaudio
python-defaults
python2.7
qt4-x11
readline6
rtmpdump
shadow
slang2
source-highlight
speex
sqlite3
swig2.0
sysvinit
tar
tcl8.5
tcp-wrappers
tdb
texinfo
tiff
udev
unixodbc
upstart
util-linux
wayland
xfonts-utils
xft
xmlstarlet
xmlto
xz-utils
zlib

Packages that still need cross-building but don't have satisfiable build-deps (analysis done in quantal-bootstrap using dose-debbuildcheck):

binutils
db
dbus
eglibc
gawk
gcc-4.7
glib2.0
libselinux
libxml2
linux
man-db
mpclib
mpfr4
perl
udev
xz-utils
atk1.0
avahi
cracklib2
flex
fontconfig
freetype
gcj-4.7
gdk-pixbuf
git
gobject-introspection
gtk+2.0
libidn
libxcb
linux-atm
lynx-cur
openjdk-7
openldap
pango1.0
python2.7
gconf
ghostscript
ijs
jackd2
jbig2dec
libtool
libxslt
lirc
mysql-5.5
postgresql-9.1
swig2.0
bison
fftw3
gst-plugins-base0.10
gstreamer0.10
boost1.49
elfutils
graphviz
libgd2
policykit-1
source-highlight