[07:19] <dholbach> good morning
[08:40] <fmoreau> hello
[09:33] <dholbach> can anyone reply to https://twitter.com/yuvilio/statuses/273566993171492864 please?
[09:40] <infinity> dholbach: It should be roughly the same, hardware-wise, as a Chromebook, if that's helpful.
[09:41] <ogra_> right
[09:41] <infinity> dholbach: There's kernel work and hobbyist fun going on there, but not by us.
[09:41]  * ogra_ isnt aware of any official statements about the nx10 though
[09:42] <ogra_> i guess a chromebook kernel might show up in the archive before release
[09:42] <ogra_> so someone who would try to get it to work should be able to
[09:42] <infinity> I'm still tossing around the idea of getting an American to send me a Chromebook.
[09:42] <infinity> Which would give me incentive to maintain a kernel in the archive. :P
[09:42] <ogra_> (cant be to much difference between the two)
[09:43] <infinity> Part of me is still holding out for Lenovo to make an ARM laptop, so I don't have to compromise on my love of Lenovo keyboards.
[09:43] <infinity> But I could be waiting a long time for that...
[09:44] <RaYmAn> n10 kernel is...rather different for some reason.,
[09:44] <RaYmAn> they don't use DTB's
[09:44] <RaYmAn> but other than that, it should be trivial.
[10:04] <dholbach> thanks everyone
[10:30] <ogra-cb> dholbach, oh, and a sidenote, no redistributable GLES drivers for the nexus 10, unless that exists its very unlikely for us to switch to it simply because we cant run unity
[10:30] <hrw> http://marcin.juszkiewicz.com.pl/2012/11/28/lets-compare-some-cpu/ - you may find it interesting
[10:31] <dholbach> ogra-cb, if the guy replies I'll let him know :)
[10:31] <ogra-cb> k
[10:31] <ogra-cb> that could become our general answer to that faq :)
[10:31] <ogra-cb> (i hear that question once a week, but ignore it most of the time ... )
[10:33] <hrw> ogra-cb: n10 has same problem as chromebook
[10:34] <ogra-cb> yes
[10:34] <ogra-cb> but has no chromeos to hack around the issue
[10:34] <hrw> ogra-cb: if you can spare 363MB of data and 1.4GB of disk space then I have solution
[10:34] <ogra-cb> on the chromebook you can at least pull the libs from chromeos
[10:34] <hrw> s/data/network data/
[10:34] <ogra-cb> cant do that on the nexus10
[10:35] <ogra-cb> you have a 363MB download that solves the licensing ?
[10:36] <hrw> chromebook recovery image can be fetched
[10:36] <hrw> but user would have to do it ;(
[10:37] <hrw> the real pita of exynos5 is lack of any license infromation in chromium os (or I did not yet found it)
[10:38] <hrw> https://dl.google.com/dl/edgedl/chromeos/recovery/chromeos_2913.84.10_daisy_recovery_stable-channel_mp-v2.bin.zip
[10:38] <hrw> fetch, unpack, use kpartx to split partitions, mount ROOT-A as ro, copy files
[10:39] <hrw> 363MB zip, 1GB img
[10:39] <hrw> http://commondatastorage.googleapis.com/chromeos-localmirror is also useful if you know what you are searching for.
[10:39] <hrw> but no libmali there
[10:54] <lardman> hrw: libmali is the userspace closed lib?
[10:54] <hrw> yes
[10:54] <hrw> lardman: long time - how things?
[10:55] <lardman> hrw: indeed, not bad, 14month old daughter has sort have put a hold on hobby coding up till now
[10:55] <lardman> but now we're getting at least some sleep, I'm looking for some hw :)
[10:55] <hrw> lardman: ;)
[10:55] <hrw> 14m should be able to sleep whole night I think
[10:56] <lardman> hrw: If you'd like to tell her that I'd be happy ;)
[10:56] <hrw> lardman: ;))
[10:57] <lardman> So back on topic, are there blobs for the Mali 400?
[10:58] <hrw> no idea of mali400
[10:58] <hrw> you have exynos4 or allwinner a10?
[10:58] <lardman> nothing yet, umming and arring about the Nexus 10
[10:59] <hrw> nexus10 has mali t604
[10:59] <lardman> alternatively the Nexus 7, but I'd quite like to do some on-device opencl (if an sdk is released eventually)
[10:59] <lardman> yeah, was just wondering whether they are just running slow releasing the relevant files
[10:59] <hrw> I would not assume that Samsung will release anything
[10:59] <lardman> the opencl sdk should come from ARM I'd have thought
[11:11] <lilstevie> howdy lardman
[11:11] <lardman> hey lilstevie
[11:11] <lardman> am heading over to your neck of the woods early next year
[11:12] <lardman> well not necessarily that close, but closer than here anyway
[11:12] <lilstevie> heh
[11:12] <lilstevie> where abouts?
[11:12] <lardman> Adelaide
[11:13] <lardman> to visit family
[11:13] <lilstevie> ah fair enough
[11:13] <lilstevie> not close, but closer :p
[11:13] <lardman> yep
[11:20] <lardman> hmm, interesting that the only installer for the the latest Mali OpenGL ES SDK for Linux on ARM is a Windows MSI file... :)
[11:22] <lardman> nothing interesting in there though, shame
[11:30] <ogra_> xnox, did you btw research why the current  /usr/lib/ubiquity/wallpaper fails or did you only look at compiz integration yet ?
[11:30] <xnox> ogra_: working at compiz bits right now. Did not troubleshoot the wallpaper fail yet.
[11:49] <ogra_> xnox,  ah, finally found the bug again (and gave it a better title) bug 1081260
[11:49] <ubot2> Launchpad bug 1081260 in ubiquity (Ubuntu) "/usr/lib/ubiquty/wallpaper crashes after boot of livecd" [Undecided,Confirmed] https://launchpad.net/bugs/1081260
[11:50] <xnox> ogra_: well it's interesting, but the "crash" reproducer is wrong as it needs to be called with the path to background (and error message says so)
[11:50] <ogra_> yeah
[11:50] <xnox> ogra_: but yeah, I'm in gtk right now to fix a compiz bug ;-)
[11:50] <ogra_> http://paste.ubuntu.com/1394259/
[11:50] <ogra_> thats his actual error in the ubiquity-dm log
[11:51] <ogra_> seems also that wallpaper.c still uses gtk2
[12:04] <ogra_> bug 1048976
[12:04] <ubot2> Launchpad bug 1048976 in ubuntu-wallpapers (Ubuntu) "[UIFe] Update default ubuntu wallpaper to quantal version" [Undecided,Fix released] https://launchpad.net/bugs/1048976
[12:26] <ogra_> oha !
[12:26] <ogra_> plymouth works if i enable debugging
[12:27] <hrw> ogra-cb: which kernel argument?
[12:27] <ogra_> plymouth:debug
[12:27] <hrw> cool
[12:27] <hrw> btw - what plymouth does other than bootsplash? cause I do not see any difference when boot chromebook without plymouth
[12:28] <ogra_> well, i also have break=bottom enabled might be that there is a race i avoid through that
[12:28] <ogra_> bootslpash is an in kernel hack
[12:28] <hrw> ?
[12:28] <ogra_> thats the only "bootsplash" i know
[12:29] <hrw> ok, let me rephrase... what plymouth does at all?
[12:29] <ogra_> hmm, dropping plymouth:debug still gives me a splash
[12:30] <ogra_> hrw, libplymouth does all kernel-userspace interaction (like a poor mans dbus for UI stuff, i.e. passwords, fsck input etc)
[12:30] <ogra_> thats why i.e. mountall requires it
[12:30] <ogra_> the rest is just bling
[12:31] <ogra_> hmm, so am i brave and try it without break=bottom now ...
[12:31] <ogra_> at the risk of having to reinstall my nexus
[12:31] <hrw> thx
[12:32]  * ogra_ doesnt get why it breaks at install time so badly
[12:34] <ogra_> aha !
[12:34] <ogra_> so it crashes id i dont have either plymouth:debug or break=bottom set
[12:39] <hrw> http://code.google.com/p/chromium-os/issues/detail?id=36717
[12:40] <ogra_> ++
[12:41] <hrw> will fill similar ones for bunch of others
[12:41] <hrw> openmax, mfc firmware
[12:41] <ogra_> openmax, yeah
[12:41] <hrw> ogra_: http://commondatastorage.googleapis.com/chromeos-localmirror/distfiles/openmax-0.0.1-r5.tbz2
[12:42] <hrw> ogra_: binaries only
[12:42] <ogra_> do they work ?
[12:42] <hrw> ogra_: no experience with openmax here
[12:43] <ogra_> i only have experience with gst-omx
[12:43] <ogra_> that doesnt look like it would be anyhow related to gst
[12:43] <hrw> yep
[12:46] <xnox> ogra_: both ubiquity panel & wallpaper are gtk3.
[12:47] <ogra_> ok
[12:48] <ogra_> i thought i saw a gtk2 header but seems i looked at precise code here
[12:48] <ogra_> (sorry for the false alarm due to that)
[12:51] <xnox> ogra_: interesting bug 296538
[12:51] <ubot2> Launchpad bug 296538 in unity-2d "warty-final-ubuntu.png is actually a JPEG file" [Undecided,In progress] https://launchpad.net/bugs/296538
[12:51] <xnox> ogra_: /me ponders if the wallpaper works on e.g. xubuntu.
[12:51] <ogra_> a bit old though
[12:52] <ogra_> that wouldnt explsin it on the nexus7 though
[12:52] <ogra_> *explain
[12:52] <ogra_> we use the default ubuntu-wallpapers wallpaper
[12:52] <xnox> ogra_: red-herring or something got strict.
[12:52]  * xnox sees no wallpaper in the amd64 VM
[12:53] <ogra_> ah
[12:53] <ogra_> so not arch or flavour specific
[12:54] <xnox> kvm that is.
[12:55] <xnox> anyway, fixed the compiz bug will do a merge proposal now =))))
[12:56] <xnox> ogra_: compiz is the last fallback, so on the images you'll need to somehow unseed metacity.
[12:57] <ogra_> what i still wonder is why g-s-d doesnt just default to draw the wallpaper
[12:57] <ogra_> it should just use the system defaults the desktop uses later too
[13:00]  * ogra_ files bug 1084063
[13:00] <ubot2> Launchpad bug 1084063 in plymouth (Ubuntu) "plymouth in raring seems to have a race condition on the nexus7" [High,New] https://launchpad.net/bugs/1084063
[13:00] <ogra_> i have not the slightest idea how to debug this :(
[13:00] <ogra_> the kernel goes into a reboot loop so i wont be able to capture any info
[13:24] <ogra_> xnox, oh ! if i can unseed metacity, i can re-seed the slideshow i guess
[13:24] <ogra_> without it eating all my space
[13:25] <xnox> ogra_: well merge proposal is up. As soon as it's reviewed, I'll merge and upload new ubiquity ;-)
[13:27] <ogra_> xnox, approved ;)
[13:27] <ogra_> xnox, i'm wondering though if we couldnt merge all these /proc/cmdline parsing into one function and set all vars we need at the top
[13:28] <xnox> ogra_: cheat. what about three-pairs of eyeballs? =)
[13:28] <ogra_> well, if you feel like
[13:28] <ogra_> i assume you have tested that before requesting
[13:28] <xnox> ogra_: also on nexus do you need to move the ubiquity because of onboard?
[13:29] <ogra_> move ?
[13:29] <xnox> ogra_: yes, literarly move the ubiquity window around the desktop
[13:29] <ogra_> the current nexus image is fine apart from missing slideshow and wallpaper
[13:29]  * xnox didn't enable that compiz plugin, nor resize.
[13:29] <xnox> ack.
[13:29] <xnox> ok, merge and upload I guess =)
[13:29] <ogra_> onboard cares for that itself
[13:29] <xnox> cool =)
[13:30] <ogra_> if it detects it covers the focused input area *it* moves around
[13:30] <ogra_> no need to move the windows ;)
[13:30] <ogra_> its a bit jumpy in the user setup screen
[13:30] <ogra_> but nothing we can avoid atm
[13:31] <ogra_> unless we switch to ion3 or awesome and use a fixed two pane layout ;)
[13:33]  * xnox glares at ogra for daring to mention tiling window managers
[13:33] <ogra_> hey its a tablet, they are perfect for that
[13:34] <ogra_> its the predecessor to BathroomWindows^WWindows Metro
[14:01]  * ogra_ adds various sleeps to the initrd init to see if that helps plymouth
[14:01] <ogra_> hmm, no, doesnt look like
[14:15] <ogra_> YAY !
[14:19]  * ogra_ updates bug 1084063
[14:19] <ubot2> Launchpad bug 1084063 in plymouth (Ubuntu) "plymouth in raring seems to have a race condition on the nexus7" [High,New] https://launchpad.net/bugs/1084063
[16:27] <ogra_> bug 1083723
[16:27] <ubot2> Launchpad bug 1083723 in upstart (Ubuntu Raring) "'telinit u' has a cage fight with busybox init" [Medium,Triaged] https://launchpad.net/bugs/1083723
[18:01] <vanhoof> ogra_: are the new dailes down in size to not have to use -S?
[18:08] <ogra-cb> vanhoof, yes, they should just work now (limited to 6G indeed)
[18:08] <vanhoof> ogra-cb: sweet
[18:09] <ogra-cb> i havent tested todazs, but yesterdays was fine
[18:09] <ogra-cb> *todays
[20:14] <[mbm]> did anyone ever get anywhere with nexus7 multiboot?
[20:14] <Tassadar> yeah)
[20:15] <[mbm]> link?
[20:15] <Tassadar> http://forum.xda-developers.com/showthread.php?t=2011403
[23:52] <xnox> ogra_: can we purge https://wiki.ubuntu.com/ARM/RootfsFromScratch/QemuDebootstrap, https://wiki.ubuntu.com/ARM/RootfsFromScratch, https://wiki.ubuntu.com/ARM/RootStock from the face of earth
[23:52] <xnox> ogra_: and redirect people to: $ ubuntu-core images or $ mk-sbuild --arch armhf raring
[23:53] <xnox> ogra_: do we have cloud-init armhf images? those work great with quick download & launch a qemu instance.