[00:00] <infinity> FreezingCold: What sort of production system?  (But, yes, we run it in production all the time)
[00:01] <FreezingCold> infinity: actually I was just referring in general. In my case, payment/record keeping
[00:04] <infinity> FreezingCold: If you can find hardware you think is decent/stable, I assure you that our software is fine.
[00:06] <doomlord_> does it run on the mk908, or to ask another question, whats the most powerful device that can run ubuntu-arm
[00:07] <FreezingCold> doomlord_: I'd like to know too
[00:07] <FreezingCold> the MK908 would more or less be stable enough (probably)
[00:08] <FreezingCold> the problem I see with MK's is that Ubuntu has to normally do some kind of funky flash/update, no?
[00:09] <infinity> Well, there are differences between "will it run on", "do we have an installer for", and "do we have a kernel for".
[00:09] <infinity> We don't provide a kernel or installer for the MK908, but our userspace would run just fine on it.
[00:10] <infinity> Which is true of any armv7 device.
[00:10] <infinity> As for ones we provide kernels for, the Calxeda stuff's probably the "most powerful".
[00:10] <infinity> But also pricy. :P
[00:10] <doomlord_> oh the servers?
[00:11] <doomlord_> i still haven't got round to trying it on my N7 .. last i heard there were some problems
[00:12] <infinity> Ubuntu Touch is still a work in progress, for sure.
[00:44] <lilstevie> the funky flash-kernel stuff is only a convenience thing, you can still run perfectly fine without it
[00:44] <lilstevie> just updating kernels is a bit more manual
[07:50] <imblaze> hello all
[08:34] <Snark> hi
[08:34] <Snark> I have a problem with the libc6-dev package (version 2.17-0ubuntu5): it has a stubs.h which #includes a stubs-soft.h, but the package doesn't have it!
[08:38] <Snark> shall I report it as a bug or do I overlook something?
[08:42] <infinity> Snark: It only includes stubs-soft.h if you're building with -mfloat-abi=soft
[08:42] <infinity> Snark: And if you're doing that, you need libc6-dev-armel installed.
[08:46] <Snark> ah, but I'm not sure I do that
[08:46] <Snark> infinity: see the build log here: http://trac.sagemath.org/sage_trac/attachment/ticket/14689/atlas-3.10.1.p0.log
[08:48] <infinity> Snark: Oh, this is a non-GCC compiler?
[08:49] <infinity> Snark: On armhf, it needs to be defining __ARM_PCS_VFP
[08:49] <infinity> I've already made this fix to a few compilers...
[08:50] <infinity> Snark: Of course, this could be a sign of said compiler not having been ported to hard-float at all, in which case, it'll break subtly even if you force it to build.
[08:55] <Snark> a non gcc?
[08:55] <Snark> I don't think I have that on that box
[08:55] <infinity> Snark: Erm.  I mean the build itself.  It's not GCC that's failing, it's this xprobe_comp thing.
[08:56] <infinity> Snark: Which is failing to set the right defines for hard-float.  Which *might* mean it's not ported to the hard-float ABI at all.
[08:57] <infinity> Although, atlas in the Debian and Ubuntu archives builds for armhf.
[08:59] <infinity> Snark: Anyhow, the bug is with the thing you're building, not with our toolchain.  stubs-soft.h isn't meant to be there when you're building for armhf.
[09:00] <Snark> ok
[10:41] <hrw> ech fun... I locked my chromebook with wrong kernel and forgot to enable boot from usb
[10:41] <hrw> ;(
[20:53] <houkouonchi-home> Anyone know of a good environment that will have a lot of tools/ssh (just a kernel/initrd) that can run on arm?
[20:54] <houkouonchi-home> hoping for more than just a simple busybox