News for hackers. Stuff that matters.
Re:Docker closes $40M Series C led by Sequoia by voltagex_ on Tuesday September 16, 2014 @11:30PM (#8328422)
Where does your original (non-qemu) toolchain come from? Is that built inside or outside of a container?
Re:Docker closes $40M Series C led by Sequoia by csirac2 on Tuesday September 16, 2014 @11:49PM (#8328489)
(em)debian provides nearly enough of what I need most of the time. The trigger for going to a ARM chroot is when I can't get build dependencies installed properly on an amd64 host. Either that or the thing I'm compiling just isn't developed to be cross-compiler friendly and it's too much work to hotwire it to be so.

For example, say I need libfoo, I have an amd64 host (being the docker container). Sometimes I just can't get the libfoo:armhf or libfoo-dev:armhf package installed because it would break/conflict with the amd64 host's version of it in some way. xapt often helps but then sometimes screws up by re-packaging something that has an "all" arch (non-arch-specific) to something armhf specific (eg. foo-data). This ultimately either conflicts with the host or fails to be named properly in such a way that it meets the build-deps of the project.

Sometimes I know it would be easier in some cases to avoid the debian packaging ecosystem, but for my workflow and distribution requirements it brings a lot of benefits.

Edit: see here https://wiki.debian.org/EmdebianToolchain