[12:13] <xnox> ogra_: are you around?
[12:20] <davmor2> xnox: No I'd say ogra_ was more oblong ish
[13:55] <ogra_> xnox, i'm here now
[17:06] <Tassadar> chm, that's weird, I'm getting crc error when trying to extract rootfs.tar.gz in Nexus 7's daily image Oo
[17:17] <Tassadar> ogra_: has the way nexus 7 image is built changed lately?
[17:17] <ogra_> nope
[17:27] <Tassadar> then what the hell am I doing wrong Oo
[17:28] <ogra_> i'll take a deeper look after UDS tomorrow or friday
[17:29] <Tassadar> okay, thanks
[19:01] <Kris_CGo> I figure this would be the best place to ask(since people develop on desktop for ES2 devices all the time): What's an easy way to use OpenGL ES2 on ARM and desktop? What OGL version does the desktop need to be to do ES2, 3.0? I'm from the land of OGL1 and D3D9...
[19:12] <NekoXP> the *easiest* way? install the EGL/GLES2 packages for Mesa and use llvmpipe as the backend.. that is slow as poop, but it'd work.
[19:13] <NekoXP> most of the desktop composition engines like Compiz use ES2 right now, there's not a good deal of point using ES3.. all it adds is (guaranteed) higher precision shader support and a few extra useful functions that already exist in most ES2 implementations
[19:14] <Kris_CGo> Well my computer is fast and mobile things are slow... so in a way that works out. I guess I'll stick with ES2 only since a lot doesn't support ES3.
[19:33] <Kris_CGo> Found mesa-utils-extra , has es2gears, es2_info and es2tri in it , yay it "just werks" I get 850 fps instead of 4800 fps, plenty usable
[20:19] <NekoXP> anyone here used cdebootstrap --foreign and then something like schroot to get into the filesystem and continue emulated under qemu?
[20:20] <ogra_> why would we ? there are way better tools (qemu-debootstrap from qemu-user-static)
[20:24] <NekoXP> well, I have my reservations about qemu-debootstrap as it stands (I usually opencode what it does in a more efficient way, derived from how schroot manages it...)
[20:25] <NekoXP> I don't like running a VM to do the work, I'd rather do it in a chroot.. and cdebootstrap handles some things slightly better. it's mostly an experiment but the damn thing keels over if you use --foreign for some reason.
[20:26] <ogra_> what VM ?
[20:26] <ogra_> it sets up your kernel via binfmt support to be able to execute armhf binaries and then just bootstraps n armhf chroot
[20:26] <NekoXP> qemu VM.. like build a disk image, run a "real" kernel, then tar up what's inside the disk image kind of thing. Like rootstock did before it got the ability to chroot ;)
[20:27] <ogra_> nothing to do with VMs
[20:27] <ogra_> it just gives youz are dir you can chroot into
[20:28] <NekoXP> btw qemu-debootstrap is about 160 lines too long for what it does
[20:28] <ogra_> complain to debian :)
[20:28] <ogra_> the original i wrote was like 4 lines
[20:28] <ogra_> when they took it they bloated it
[20:29] <NekoXP> loic seemed to get hold of it. he wasn't "debian" when he did that ;)
[20:29] <ogra_> well, whatever :)
[20:29] <ogra_> he pushed it to debian
[20:29] <ogra_> (saving us the maintenance ... so i'm fine with a 160 line overhead)
[20:31] <NekoXP> anyway regardless, it's not the copying of the qemu binary into the right place I have a problem with it's that cdebootstrap doesn't seem to work.. probably because nobody uses it. If I do it all native it has a real and measurable performance advantage.. but all the docs say "do --foreign and then run that output on a real system"
[20:31] <NekoXP> problem is that second step fails by going in via qemu-enabled chroot  AND on a real native system
[20:32] <ogra_> well, i doubt anyone in ubuntu uses it
[20:32] <ogra_> so better complain to debian
[20:32] <NekoXP> I can't imagine it is totally broken because live-build uses it
[20:32] <NekoXP> I guess I'll go ask the debian guys :)
[20:33] <NekoXP> btw what's the status on rootstock, I thought it was dead as a doornail but it seems semi-actively developed (there's a GUI!?)
[20:33] <ogra_> rootstock is long dead
[20:33] <ogra_> like 2 years or so
[20:34] <NekoXP> code committed to bzr in 2012 though.. I know you don't touch it anymore I wondered if it was sanctioned or just some guys poking at the old code
[20:35] <ogra_> i think vanhoof keeps it in zombie state still
[20:35] <ogra_> i handed it over to him after it was largely unmaintained for a year