[05:13] <suihkulokki> micahg: yes, remoting still needs vpx
[05:16] <micahg> suihkulokki: right, but there's an internal libvpx that chromium builds, is there a guide for me to set up a cross-compile env to test this with?
[05:17]  * micahg would love to be able to fix armel on amd64
[05:38] <suihkulokki> micahg: for whatever reason the internal vpx is not happy to build on armel
[05:39] <micahg> suihkulokki: ok, I'll try to fix that then, I'd prefer to use internal libvpx since chromium's minimum version will change through the stable release
[10:15] <mira|AO> hi, I’m a bit concerned about the armel build of mksh and would be grateful if one of you running precise could:
[10:15] <mira|AO> install mksh_40.3-1_armel; cd /tmp; cp /usr/share/doc/mksh/check.* .; gzip -d check.t; gzip -d check.pl; perl check.pl -s check.t -p /bin/mksh-static -v -C smksh,binsh,convfds,no-histfile 2>&1 | tee log
[10:55]  * ogra_ finds it worth to put armhf in the topic
[12:36] <SidH_> hi, rootstock is deprecated right?
[12:36] <rsalveti> SidH_: yes
[12:37] <rsalveti> you can still use it, but we're not planning on fixing the issues on it anymore
[12:37] <rsalveti> live-build should be used instead
[12:37] <SidH_> Can I add a note to https://wiki.ubuntu.com/ARM/RootfsFromScratch about the deprecation
[12:37] <rsalveti> but I still need to blog about properly enabling live-build to replace rootstock
[12:37] <SidH_> Similar to the Rootstock page itself?
[12:37] <SidH_> Ah.
[12:38] <SidH_> I tried the -core image on my DaVinci board today
[12:38] <ogra_> SidH_, once rsalveti's blog post is out i'll kill the upstream project and ask for package removal from the archive
[12:38] <rsalveti> SidH_: yeah, we'd need to update this wiki with the instructions to use live-build instead
[12:38] <SidH_> Thanks!
[12:38] <rsalveti> yeah, planning to make it available this week
[12:38] <ogra_> no hurry :)
[12:38] <rsalveti> now that we're off the release week madness
[12:39] <rsalveti> ogra_: and how is alpha 1 going?
[12:39] <SidH_> I'm basically trying out ubuntu-arm on my board and wanted to follow the existing instructions
[12:39] <rsalveti> ogra_: tested the kernel for omap 3 here yesterday and it's working fine with the config change
[12:39] <ogra_> not to bad, the omap3 fix made it in ... i havent tested ac100 yet, panda should be fine
[12:39] <rsalveti> ogra_: cool
[12:40]  * ogra_ hasnt heard anything bad from GrueMaster either 
[15:40] <rsalveti> NCommander: help on the packaging side for xbmc should be useful, for sure :-)
[15:40] <rsalveti> NCommander: one thing aviksil is looking at is trying to integrate the gstreamer patches
[15:40] <NCommander> rsalveti: well landing them into the Ubuntu packaging isn't that hard,then its just a matter of making a seed materialize
[15:40] <rsalveti> then we can properly use the hw decode support at panda
[16:28] <GrueMaster> ogra_: Haven't done any recent testing as I have been fully engaged in getting the qrt kernel tests running for SRU testing.
[16:29] <ogra_> yeah, i thought so
[16:29] <ogra_> well, shouldn be all solved on omap3 now
[16:29] <GrueMaster> I do plan on testing some current images today (barring interrupts).
[16:29]  * ogra_ stops interupting immediately
[16:31] <GrueMaster> heh
[17:04] <doko> NCommander, ogra_: could somebody look at the ruby1.9.1 test failure on armel?
[21:53] <robbiew> NCommander: you see this -> http://lists.linuxfoundation.org/pipermail/virtualization/2011-November/018995.html
[22:02] <NCommander> robbiew: that's drool worthy
[22:02] <NCommander> robbiew: even thoughour support for Xenis 'shakey' at best
[22:03] <robbiew> yeah
[22:12] <NCommander> I'd love to know how they got A15 hardware though ...
[22:13] <infinity> NCommander: it was vexpress, I assume entirely emulated?
[22:13] <robbiew> infinity: yep
[22:13] <infinity> NCommander: Though they gave kudos to ARM, so maybe they actually have a real vexpress A15 sitting on their desks.
[22:15] <robbiew> "...the port is already capable of booting a Linux 3.0 based virtual machine (dom0) up to a shell prompt on an ARM Architecture Envelope Model, configured to emulate an A15-based Versatile Express.", so looks like it's all emulated
[22:15]  * infinity nods.
[22:16] <NCommander> Oh, d'oh
[22:16] <GrueMaster> Sounds almost like a xilinx gpgpu emulating an a15.
[22:42] <jjardon> Hi, what is the difference between arm-linux-gnuabi and arm-unknown-linux-gnuabi targets?
[22:46] <infinity> jjardon: (Both of those are missing an "e")
[22:46] <infinity> jjardon: And nothing.  The -unknown- is a vendor string, and Debian/Ubuntu don't set it.
[22:47] <infinity> jjardon: RedHat sets it to -redhat-, for instance.
[22:48] <jjardon> infinity: yeah, you are rigth. I asked because my arm board shows arm-linux-gnuabi and my cross-compiler gcc arm-unknown-linux-gnuabi
[22:48] <infinity> gnueabi, surely.
[22:50] <infinity> Anyhow, arm-linux-gnueabi == arm-unknown-linux-gnueabi == arm-*-linux-gnueabi (the latter being how it's often represented in autotools and such)
[22:53] <jjardon> infinity: ok, thanks!