[15:34] <micahg> fta: sorry, I don't think I'll get to openarena until next week
[15:35] <fta> micahg, n-p, i'll downgrade (and i'm off this w-e)
[16:01] <fta> what's happening with the builders, seems they are building stuff from 12h+ ago
[16:01] <micahg> fta: some were repurposed it seems
[16:24] <LLStarks> new theme is sexy
[17:15] <fta> chrisccoulson, did you say that evo is crashing a lot now?
[17:15] <chrisccoulson> yeah, it's unusable
[17:16] <fta> just got the nvidia driver which unblocked X, i want to reboot but if it's unstable...
[17:16] <fta> do you know what's making it crash?
[17:16] <fta> if it's the globalmenu, i should be fine, i don't use ut
[17:16] <fta> it
[17:17] <chrisccoulson> fta - not sure, i've not had a chance to look at it yet
[17:17] <chrisccoulson> it's unlikely to be the global menu, as it's only evo that crashes
[17:17] <chrisccoulson> i'm guessing it's evo-indicator ;)
[17:17] <fta> i have bug 722491
[17:17] <ubot2> Launchpad bug 722491 in evolution "evolution crashed with SIGSEGV in send_dbus_message()" [Undecided,New] https://launchpad.net/bugs/722491
[17:18] <fta> but yours is probably different
[17:19] <fta> oh, a new nvidia-current, good i didn't reboot just yet
[17:21] <fta> new indicator-application fixing a crash
[17:21] <fta> doh, i guess i'll wait a bit
[19:50] <asac> chrisccoulson: fta_: did you remember to enable GLES for webGL on browsers this cycle for arm?
[19:50] <asac> please!!!
[19:50] <asac> we want to work on the drivers for that ;)
[19:59] <asac> nobody remember us :(
[19:59] <asac> remembered
[20:00] <micahg> there's still time to rebuild
[20:00] <fta> asac, it's dlopened, if you have the libs installed, it should work
[20:00] <fta> i didn't add those to depends though
[20:02] <asac> fta: could you do that? e.g. depend on the gles mesa packages rather than gl?
[20:02] <asac> for armel
[20:02] <asac> i dont see a build-depends on it
[20:02] <fta> it broken almost everywhere
[20:02] <asac> do they copy they ship all GLES headers in chromium?
[20:02] <fta> 's
[20:02] <asac> webgl?
[20:03] <fta> no copy, just dlopen(): http://bazaar.launchpad.net/~chromium-team/chromium-browser/chromium-browser.head/view/head:/debian/patches/dlopen_sonamed_gl.patch
[20:03] <asac> well. they need headers during ubild
[20:03] <asac> build
[20:03] <asac> and typically the GL headers are not 100% proper for GLES ... but could be that they used a good subset
[20:04] <asac> seems they do at least from the one symbol resolve i see there
[20:04] <asac> 63 	
[20:04] <asac>        GLGetProcAddressProc get_proc_address =
[20:04] <asac> 64 	
[20:04] <asac>            reinterpret_cast<GLGetProcAddressProc>(
[20:04] <asac> 65 	
[20:04] <asac>                base::GetFunctionPointerFromNativeLibrary(
[20:04] <asac> 66 	
[20:04] <asac>                    egl_library, "eglGetProcAddress"));
[20:04] <asac> oops
[20:05] <asac> fta: do you have a demo webpage somewhere bookmarked?
[20:05]  * asac tries google
[20:05] <asac> in firefox example page tells me that webgl is not supported in browser
[20:05] <asac> http://www.ibiblio.org/e-notes/webgl/webgl.htm
[20:05] <asac> (at least for somethere)
[20:06] <fta> chromium beta & stable blacklist some gpus: http://src.chromium.org/svn/branches/648/src/chrome/browser/resources/gpu_blacklist.json
[20:06] <asac> in chromium i see it, but no dragging
[20:06] <asac> guess thats because i have GLESv2 installed with soft rendering
[20:07] <asac> i think i have your daily
[20:07] <asac> chromium
[20:10] <fta> https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/sdk/demos/google/san-angeles/index.html wfm
[20:11] <fta> http://khronos.org/webgl/wiki/Demo_Repository
[20:13] <asac> cool one works
[20:13] <asac> i wonder if its GLES now ;)
[20:14] <asac> fta: any idea how to best find out?
[20:15] <fta> hm, not sure. search for the gpu process and lsof it
[20:17] <fta> i remember that grasshoper demo worked in chromium some weeks ago, now i can't drag it
[20:23] <asac> fta: do you have the libgles2-mesa package installed
[20:23] <asac> ?
[20:23] <asac> if you have that i "might" use GLES2 software rendering now
[20:23] <asac> instead of fully fluffy accell
[20:24] <fta> i have libgles2-mesa installed
[20:25] <asac> yeah
[20:26] <asac> so if that code is always taking gles2 if fund then you use GLES2
[20:26] <asac> which is most likely soft rendering for you
[20:26] <asac> (just a few chipsets have gallium support)
[20:36] <asac> fta: thats also in natty i guess (minus the blacklist)?
[20:37] <fta> asac, what?
[20:37] <asac> fta: GLESv2.so dlopen
[20:37] <fta> asac, it's everywhere
[20:37] <asac> ok great
[20:37] <asac> let me check something
[20:38] <asac> how can i dumb loaded libs of running proc?
[20:43] <fta> asac, sorry, i'm busy debugging an X startup crash
[20:45] <asac> yeah fine