[01:18] Oh, great. It's a racy test. [01:38] Umm what is r2962? :) [01:39] A bit of a mess it seems [01:39] RAOF: ^ that's not the proposal I remember from yesterday [01:40] Not my proposal :) [01:40] Or, rather, mine plus a bunch of other things to make it pass CI, I presume. === marcusto_ is now known as marcustomlinson === chihchun_afk is now known as chihchun [08:36] Oh for the days when the display server was a different process to the shell [08:49] burn the heretic! [08:49] ;) [08:53] alan_g: ah bless you must be new to the whole heretic thing, we don't burn them now it's ecologically unsound, that's what the dunking stall is for, if they drown they were good, if they float they are heretics and you drive a stake through their heart [09:48] duflu: do you want to leave lp:~alan-griffiths/mir/fix-1496849 pending API rework, or shall we land it as a bugfix? [09:48] alan_g: Not worth blocking [10:31] oh another chapter in the book of module_deleter.. === alan_g is now known as alan_g|lunch === chihchun is now known as chihchun_afk === alan_g|lunch is now known as alan_g === dandrader is now known as dandrader|afl === dandrader|afl is now known as dandrader|afk [15:00] hey folks, I was able to upgrade qtmir without adding some new needed packages [15:00] so ended up with broken unity8: [15:00] ERROR: /build/mir-MEFZIJ/mir-0.16.0+15.10.20150921.1/src/platform/graphics/platform_probe.cpp(59): Throw in function std::shared_ptr mir::graphics::module_for_device(const std::vector >&, const mir::options::ProgramO [15:00] ption&) [15:00] Dynamic exception type: boost::exception_detail::clone_impl > [15:00] std::exception::what: Failed to find platform for current system [15:00] there seems to be some dependency missing, as apt was happy with that situation [15:00] dist-upgrade resolved it fortunately [15:00] but still, sounds like there's some link missing [15:07] and will cause boottest failures [15:08] because boottest is stuck on an image pre-mir-0.16 due to a broken NM [15:54] Saviq: yeah.. it's because of the drivers [15:54] Saviq: they are pulled by the seeds... [15:56] Saviq: the issue is different platform need different drivers... and that's not exactly expressible in debian packaging deps === dandrader|afk is now known as dandrader [16:33] AlbertA: the assumption that cursors have contiguous buffers is spread over a lot of our code. @https://code.launchpad.net/~alan-griffiths/mir/fix-nested-cursor/+merge/272011/comments/686746 [16:44] alan_g: It's not the cursor but the underlying buffer stream buffer. in android you may get a stride that is bigger than the width of the image [16:45] alan_g: but I see it's pre-existing... ummm I guess it may not work correctly in some phones [16:46] AlbertA: I'm willing to log it and fix it. Just think its wider than the code this MP touches. === alan_g is now known as alan_g|EOW === dandrader is now known as dandrader|afk [18:38] bschaefer, hi [18:39] bschaefer, about the compiling of the cocos2d engine with mir for ubuntu touch [18:41] bschaefer, i get this message "OpenGL version too old ..." and i suspect is an EGL message [18:44] bschaefer, do i need also an EGL build with mir support? [18:48] bschaefer, i also get this GLFW error GLFWError #65542 Happen, EGL: Failed to initialize EGL: EGL is not or could not be initialized [18:49] BlackJohnny, well thats a good start [18:50] BlackJohnny, not sure about the OpenGL version to old bit though [18:50] i think egl gets somehow initialized later and not with gles... but lets ignore that [18:53] BlackJohnny, but everything is compiling? [18:53] you could try to run a GLFW3 example to make sure GLFW3 is working on mir [18:53] yes [18:53] did not compile samples, but I will do that thank you [18:58] bschaefer, -- NOTE: Examples and tests require OpenGL [18:58] bschaefer, not possible to link against GLES? [18:58] bschaefer, actually i have compiled them and got the libGL not found msg [18:59] bschaefer, compiled and executed [19:00] * bschaefer thought it ran through egl [19:00] bschaefer, for the record, i do not use the latest code because I had to revert to the version of mir that is installed with ota 7 (0.12?) [19:00] maybe it just uses EGL to get a gl context [19:00] ota6 [19:01] BlackJohnny, yeah it looks like it using EGL to get a GL context [19:01] soo opengl can be used :( [19:01] for those examples, maybe we can disable opengl [19:01] in glfw when compiling [19:02] GLFW_USE_EGL=ON [19:02] BlackJohnny, but that should be turned on when you do -DGLFW_USE_MIR=ON [19:02] * bschaefer wonders how he got the examples working on mir now looking at the cmake [19:02] bschaefer, it is, i have checked [19:02] since EGL=ON means no tests [19:02] or examples [19:03] actually [19:03] if (${GLFW_CLIENT_LIBRARY} STREQUAL "opengl") [19:03] err [19:03] i have changed that to gles2 [19:03] o i see [19:03] BlackJohnny, yeah then the examples wont work hmm [19:04] bschaefer, at runtime you mean because they get compiled [19:04] BlackJohnny, this is a compile time check [19:04] bschaefer, hmm i understand why u say that [19:04] you can only have OPENGL OR glesv2 OR glesv1 [19:04] maybe those binaries ar from a previous build :S [19:04] sorry [19:05] BlackJohnny, check: src/glfw_config.h:80:/* #undef _GLFW_USE_GLESV2 */ [19:05] build/src/glfw_config.h [19:05] to see what was selected [19:05] * bschaefer does not have glesv2 selected [19:05] bschaefer, you are right [19:05] bschaefer, with glesv2 the samples are not built [19:06] right, which is expected since the examples use OpenGL [19:06] BlackJohnny, but you had that already right? [19:06] bschaefer, i guess so ... with ldd i see the deps on mir [19:06] i think you need [19:06] -DGLFW_CLIENT_LIBRARY=glesv2 [19:07] * bschaefer tries [19:07] bschaefer, i have changed this line: set(GLFW_CLIENT_LIBRARY "glesv2" CACHE STRING [19:07] bschaefer, is the define a better way? [19:07] cmake .. -DCMAKE_INSTALL_PREFIX= -DGLFW_USE_MIR=ON -DGLFW_CLIENT_LIBRARY=glesv2 [19:08] BlackJohnny, now the issue, i've glesv2 built... but how do i test it hmm [19:11] bschaefer, i've missed this error msg "libEGL warning: DRI2: xcb_connect failed" [19:11] o... hmm try [19:11] EGL_PLATFORM=mir [19:11] building glfw? [19:12] BlackJohnny, when you run it [19:12] or just export EGL_PLATFORM=mir (env var) === dandrader|afk is now known as dandrader [19:13] is it ok to modify the EXEC line in the desktop file with this? Exec=export EGL_PLATFORM=mir && bin/hexpuzzle [19:14] BlackJohnny, you can make the exec in the desktop file point to an exe wrapper [19:14] ie. hexpuzzle.sh [19:14] which will run the export + bin/hexpuzzle [19:14] ok [19:18] bschaefer, Segmentation fault (core dumped) :) [19:19] BlackJohnny, nice, soo hmm now why [19:19] bschaefer, i will check wihtout the export to check if that is the real reason [19:20] you can also just try [19:20] EGL_PLATFORM=mir bin/hexpuzzle [19:20] but hmm [19:20] bschaefer, without that is gives the same errors as before [19:20] well we will need to batch gdb [19:20] bschaefer, but it might be that it works but then i implemented wrongly the mir connection or something [19:21] bschaefer, same error as before = OpenGL related [19:21] BlackJohnny, http://paste.ubuntu.com/12558073/ [19:21] BlackJohnny, well the mir connection is glfw3 doing [19:22] bschaefer, i also do that with cocos2d to get the display parameters [19:22] --args /usr/games/hexpuzzle $ARGS [19:22] BlackJohnny, o open the mir sever? [19:23] try to remove all that extra stuff for now (or just dont do anything) [19:23] lets just try to get glfw main loop spinning [19:23] even if it doesnt display anything [19:27] bschaefer, /opt/click.ubuntu.com/hexpuzzle/0.1/bin/hexpuzzle: error while loading shared libraries: libglfw.so.3: cannot open shared object file: No such file or directory [19:27] hmmm [19:27] bschaefer, probably it does not check the lib path? [19:28] BlackJohnny, you can force the path with export LD_LIBRARY_PATH in the *.sh [19:28] but im not super good with clicks :) [19:28] bschaefer, ok [19:28] sec [19:31] bschaefer, my .sh, is it correct?http://paste.ubuntu.com/12558221/ [19:32] BlackJohnny as long as thats where the libglfw lib lives :) [19:33] BlackJohnny, if it still fails, we'll have to use strace to check *where* its looking for the lib [19:33] bschaefer, it is ok, I will continue myself because u did more than enough [19:33] bschaefer, i will ask you when I get really stucked [19:34] BlackJohnny, good luck! [19:34] bschaefer, i suspect a missing dep [19:34] will check [19:35] bschaefer, nope ldd says everything is ok [19:35] :( [19:35] BlackJohnny, you can try ldd when you run it :) [19:35] otherwise check strace when you run it [19:35] bschaefer, hmm and it is not linked to libGL directly [19:35] strace [19:36] it shouldnt use libGL anymore (should be using gles2 [19:36] ) [19:36] bschaefer, that is ok but then the libGL is ref by EGL [19:37] bschaefer, thank you and have a good day [19:38] BlackJohnny, np, and you as well