[02:43] RAOF: I'm still downloading trusty, so it will be some time before I can look for test failures there. Have you tried (Mir)? [03:09] duflu: I have; test suite passes, both in-tree and on-build. [03:10] RAOF: Hmm. Though we are aware of some sporadic failures still - https://bugs.launchpad.net/mir/+bugs?field.tag=testsfail [03:10] Or on Android, "reliable" failures [03:11] Hey, didn't https://bugs.launchpad.net/mir/+bug/1201959 get resolved at the sprint? [03:11] Ubuntu bug 1201959 in Mir "[xmir] autopilot tests failling (dash.PreviewNavigateTests & switcher.SwitherWindowsManagementTests)" [High,Triaged] [03:16] RAOF: It looks like the right age, but you should double check with QA I guess [05:06] RAOF: It appears acceptance-tests is failing on a test we fixed recently... Only on trusty and only under debuild [05:06] I'll investigate after lunch [05:06] * duflu lunches [05:25] Win! [05:25] An amd64 Xserver build completes in the PPA! [05:38] * duflu suggests a Drinking Bird to manage the build button [07:00] Hi all. I'm having a difficult time running my Qt application on my Nexus 4 running the last Touch release: " ./path/to/main.qml -platform ubuntu --desktop_file_hint=/path/to/program.desktop" just seems to hang and "ubuntumirclient" doesn't do more than crash with "QUbuntu: Could not create application instance". What am I doing wrong? [07:05] doneill: Have we switched on the “you must start things from upstart” integration yet? That might be your problem, if so. [07:07] How would I deal with that? Is there a writeup on it somewhere? [07:07] Surely we have a shortcut for streamlining development (avoiding upstart)? [07:08] duflu: I'd presume so, but I'm not really familiar with that particular bit, just that it was going to happen. [07:12] RAOF: Can you still reproduce the big radeon XMir problem? [07:12] (post-stripes corruption and flickering) [07:13] The post-stripes corruption got fixed at the sprint. [07:13] I'll upgrade the radeon box and see if the flickering's gone. [07:13] RAOF: No... the POST-stripes-bug :) [07:13] The bug after the stripes fix.. [07:13] RAOF: https://bugs.launchpad.net/xmir/+bug/1233545 [07:14] Ubuntu bug 1233545 in xserver-xorg-video-ati (Ubuntu) "XMir screen corruption on radeon chipset" [Critical,Confirmed] [07:14] Yeah, that's the flickering annoyance. [07:18] RAOF: The latest duplicate had a video showing damage rectangles offset by some amount, in some frames [07:18] * RAOF wonders if the thinkpad reproduces that, because that's much nicer to test on. [08:30] Morning! [08:30] Hi mlankhorst. [08:30] heya [08:30] RAOF: It launches from console using the system-settings.desktop hint, so that's something. === yofel_ is now known as yofel [11:54] Hello guys! [11:58] hello sil2100 [12:04] hello sil2100 [12:06] Do you know if everything is ready for the mir transition? i.e. all dependencies in projects such as platform-api and u-s-c fixed? [12:16] sil2100: is this the same question that didrocks was discussing with kgunn on Friday? AFAIK the only question was whether anyone had actually run the XMir build. (I don't know what happened over the weekend.) [12:17] alan_g: that's probably the same thing - I only got an e-mail from Kevin that there were some unit-test failures, which I guess don't happen now or something, but I didn't get a green light to start our machinery [12:18] alan_g: and I see the u-s-c mir dependency bump wasn't merged in yet, the MR was waiting [12:18] So I started wondering if all was ready [12:18] sil2100: yeah - I saw the emails, but they didn't tell me anything useful [12:19] Same here, I'll maybe wait for Kevin to pop up then === greyback is now known as greyback|break === alan_g is now known as alan_g|lunch === greyback|break is now known as greyback === dandrader is now known as dandrader|afk [13:57] Happy monday === racarr|sick is now known as racarr|well === dandrader|afk is now known as dandrader === alan_g|lunch is now known as alan_g === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g === dandrader is now known as dandrader|lunch [16:00] It sounds like I shouldn't expect to be able to use Mir in a virtual machine at all presently, based on what I can find on the Internet. Unless anyone here has seen it working in a virtual guest? [16:08] markss: correct. Currently you shouldn't expect to be able to use Mir in a virtual machine. [16:08] markss: https://bugs.launchpad.net/mir/+bug/1157196 [16:08] Ubuntu bug 1157196 in Mir "Mir does not work in vmware virtual machine due to drm open failure" [Medium,Triaged] [16:08] has some info === racarr|well is now known as racarr [16:10] I heard something along time ago about someone running xmir in virtualbox :p but I decided to believe [16:10] they were mistaken [16:11] VirtualBox and VMware do work with DRM though, sooooooo [16:11] perhaps a dedicated individual could solve it at this point [16:15] alan_g, racarr: Thank you. [16:33] hey guys, what is: [16:33] The following packages have unmet dependencies: [16:33] libmirserver7 : Depends: libmirplatform (= 0.0.15+13.10.20131014-0ubuntu2) but 0.1.0+14.04.20131028-0ubuntu1 is to be installed. [16:33] about [16:33] ? [16:33] that happens in https://code.launchpad.net/~kgunn72/unity-mir/bump-mir-dep16/+merge/191551 [16:35] Saviq: libmirserver depends: libmirplatform (= ${binary:Version}), [16:35] so it I guess something didnt get bumped? [16:35] racarr, yeah, but why does that fail? something's not released yet? [16:36] Yeah I guess either libmirplatform isn't published [16:36] or the it is but the packages are uninstallable because something got out of sync [16:36] I Don't think so [16:36] maybe just libmirplatform isnt published? [16:50] Nice got my first ubuntu 14.04 has experienced an internal error [16:52] racarr, hah :) [16:59] greyback, q: have you tried running unity8 under mir on desktop recently? I'm getting "cannot open current VT" [16:59] Saviq: I have not. [17:00] greyback, should it work? I've gone: [17:00] QT_QPA_PLATFORM=ubuntumirclient unity8 --vt 7 [17:00] Saviq: try as root [17:00] ah [17:00] brb [17:01] Saviq: honestly, haven't tried that in a while [17:01] but in theory, it should work [17:06] ok *something* happened, but nothing really interesting [17:06] I haven't tried in ages :) [17:10] back in 10-15. sun finally up over the buildings :p going to go for a walk [17:14] greyback, and where do I get the QPA plugins for desktop from? [17:16] qtubuntu-android still? [17:16] Saviq: qtubuntu-android [17:16] ah, I had an :armhf version [17:17] [17:21] ohkay... /system/lib/libGLESv2.so not found [17:23] Saviq, ugh, that shouldnt be hardcoded [17:23] seems like there's stuff to fix in qtubuntu... [17:23] armhf != touch ... [17:23] (or s/touch/android/) [17:24] ogra_, I know it shouldn't [17:24] :) [17:24] ogra_, didn't find yet what linked to it [17:24] hybris usually ... [17:24] but that shouldnt be installed on a non touch armhf install [17:25] if something in mir hard depends on it thats wrong [17:25] yeah, qtubuntu-android depends on it [17:25] right [17:25] remove that :) [17:25] ogra_, libqubuntumirclient.so links to libhybris [17:26] racarr, ideas why that ↑ happens? [17:27] because of platform api perhaps? [17:27] it uses egl? [17:28] this is on desktop [17:28] racarr, yes [17:28] maybe application_api isnt properly split from the rest of platform-api anymore === dandrader|lunch is now known as dandrader [17:32] Nice, olli at the cloud sprint :p [17:34] racarr, who would we ask to look into fixing qtubuntu on desktop? [17:34] Saviq: I dont know so want me to do it? :p [17:35] I did it once before so it can't be that hard to do it again. [17:35] I can get to it in like 1 hour === alan_g is now known as alan_g|EOD === dandrader is now known as dandrader|afk === racarr is now known as racarr|lunch === dandrader|afk is now known as dandrader === racarr|lunch is now known as racarr === vila is now known as lt-columbo === lt-columbo is now known as vila [21:54] If I have (1) USC running, (2) multiple sessions active, and (3) the right half of the front session is transparent, will Mir correctly show the back session on the right half of the screen? [21:54] racarr, kdub ^ [21:56] it should do alpha blending [21:59] kdub, "should" or "I believe it does"? :) [22:01] i havent checked recently [22:01] so, i think it does and havent heard otherwise [22:05] mterry, is it something you don't see behaving correctly? [22:07] kdub, well, no... But I don't have a tiny test case. I'm working with two unity8 instances. And maybe one of them is having a black background somewhere. I'm looking into it [22:07] kdub, I'm guessing there's not a nice test for this in mir code somewhere? :) [22:08] mterry, cool. the mir_demo_server_shell should be able to run 2 clients and you should see them on the screen together [22:08] although, that's a slightly different use case than seeing alpha blending... [22:09] kdub, I didn't know if there was maybe some clever Mir logic that disabled rendering a session that wasn't in focus [22:10] mterry: I believe the current state of the code is that it USC will only service swapbuffers requests form focussed sessions. [22:11] RAOF, that's low level talk to me. I'm guessing it won't update the bitmap, but will it render old bitmap to screen? [22:11] RAOF, but didn't duflu put in support for occlusion because that wasn't the case? [22:11] kdub: Maybe? [22:12] I know there was one point where USC was only doing anything interesting with the currently focussed session, and hadn't noticed anything change.