| === asac_ is now known as asac | ||
| === jcastro_ is now known as jcastro | ||
| micahg | fta: sorry, I don't think I'll get to openarena until next week | 15:34 |
|---|---|---|
| fta | micahg, n-p, i'll downgrade (and i'm off this w-e) | 15:35 |
| 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:01 |
| LLStarks | new theme is sexy | 16:24 |
| fta | chrisccoulson, did you say that evo is crashing a lot now? | 17:15 |
| chrisccoulson | yeah, it's unusable | 17:15 |
| 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:16 |
| 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:17 |
| fta | but yours is probably different | 17:18 |
| fta | oh, a new nvidia-current, good i didn't reboot just yet | 17:19 |
| fta | new indicator-application fixing a crash | 17:21 |
| fta | doh, i guess i'll wait a bit | 17:21 |
| 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:50 |
| asac | nobody remember us :( | 19:59 |
| asac | remembered | 19:59 |
| 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:00 |
| 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:02 |
| 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:03 |
| 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:04 |
| 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:05 |
| 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:06 |
| asac | i think i have your daily | 20:07 |
| asac | chromium | 20:07 |
| fta | https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/sdk/demos/google/san-angeles/index.html wfm | 20:10 |
| fta | http://khronos.org/webgl/wiki/Demo_Repository | 20:11 |
| asac | cool one works | 20:13 |
| asac | i wonder if its GLES now ;) | 20:13 |
| asac | fta: any idea how to best find out? | 20:14 |
| fta | hm, not sure. search for the gpu process and lsof it | 20:15 |
| fta | i remember that grasshoper demo worked in chromium some weeks ago, now i can't drag it | 20:17 |
| 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:23 |
| fta | i have libgles2-mesa installed | 20:24 |
| asac | yeah | 20:25 |
| 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:26 |
| asac | fta: thats also in natty i guess (minus the blacklist)? | 20:36 |
| 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:37 |
| asac | how can i dumb loaded libs of running proc? | 20:38 |
| fta | asac, sorry, i'm busy debugging an X startup crash | 20:43 |
| asac | yeah fine | 20:45 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!