[08:32] <Saviq> tsdgeos, ah, it was xenial that had the aborts
[08:32] <Saviq> and still does
[08:33] <tsdgeos> somethings up with that xenial CI probably
[08:36] <Saviq> indeed
[09:01] <Saviq> https://requests.ci-train.ubuntu.com/static/error.gif
[09:08] <tsdgeos> can't branch qtmir from my chroot :S
[09:08] <tsdgeos> http://paste.ubuntu.com/14025322/
[09:08] <tsdgeos> any idea ?
[09:08] <tsdgeos> actually adding -Ossl.cert_reqs=none after branch worked :D
[09:13] <duflu> Saviq: Is there a bug for the black screen on login? Because I'm finding the same problem with pure Mir demos
[09:14] <Saviq> duflu, don't think I know the problem at all
[09:14] <duflu> Saviq: Tried Unity8 on xenial desktop lately?
[09:14] <Saviq> duflu, ah that
[09:15] <Saviq> duflu, bug #1525285
[09:15] <Saviq> duflu, run gst-inspect-1.0 under X11
[09:15] <Saviq> tsdgeos, date issues?
[09:16] <tsdgeos> ah right :D
[09:16] <tsdgeos> that's what you get for changing your clock back one year
[09:16] <tsdgeos> stupid me
[09:16] <Saviq> yup, certificate not valid yet
[09:16] <Saviq> wait, I didn't mean to say "yup" to your "stupid me" :P
[09:18]  * duflu hopes bug 1526209 is related to that somehow
[09:19] <duflu> Saviq: Oh I think there are two different black screen bugs. Do you see any part of the shell?
[09:24] <corn_field> duflu, i see the launcher and the notifications bar
[09:24] <duflu> corn_field: On xenial desktop?
[09:24] <corn_field> duflu, yes
[09:24] <duflu> corn_field: Fully updated?
[09:25] <corn_field> duflu, well... updated yesterday i think upgrade & dist-upgrade
[09:26] <duflu> Hurrah. Multiple bugs.
[09:27] <duflu> So the rest of today will be bisection
[09:27] <corn_field> fun fun fun!
[09:31] <Saviq> duflu, that clutter one is just deadlock on startup, nothing on screen
[09:32] <Saviq> except for u-s-c's cursor
[09:32] <duflu> Saviq: Yeah multiple bugs. I see the shell bits at the top but no dash. Looks like that's part of bug 1526209
[09:32] <duflu> Although different Mir version
[09:32] <duflu> *shruf*
[09:32] <duflu> shrug
[09:34] <Saviq> duflu, here, after I got rid of the gst deadlock, everything's fine'n'dandy
[10:16] <tsdgeos> dandrader: morning, have a second to help me?
[10:16] <dandrader> tsdgeos, yes
[10:16] <tsdgeos> dandrader: so Gerry yesterday said "events come from mir, are converted from MirEvent to QTouchEvent in qtmir, then converted back to MirEvent to be sent to client."
[10:17] <tsdgeos> i'm trying to find out the place where " converted back to MirEvent to be sent to client" happens
[10:17] <tsdgeos> and i thought it'd be MirSurface::mousePressEvent & friends
[10:17] <tsdgeos> but i've added debugs and breakpoints in there and i can't see them triggering
[10:17] <tsdgeos> so maybe it's not there?
[10:18] <dandrader> tsdgeos, yes, MirSurface is doing that. let me check
[10:19] <tsdgeos> dandrader: if i understand correctly those debugs should be in unity8's log, rigiht?
[10:19] <dandrader> tsdgeos, you're looking for mouse or touch event generation?
[10:19] <tsdgeos> dandrader: i guess touch maybe?
[10:19] <dandrader> tsdgeos, no, they're disabled by default as they're too verbose
[10:20] <tsdgeos> dandrader: yes, but they should be in unity8's log not in the client, right?
[10:21] <dandrader> tsdgeos, there's the makeMirEvent family of functions in src/modules/Unity/Application/mirsurface.cpp
[10:21] <tsdgeos> yes
[10:21] <dandrader> tsdgeos, right
[10:21] <dandrader> but client side also takes the mir events coming from the server and translate into qt ones, naturally
[10:21] <tsdgeos> yes
[10:22] <tsdgeos> ok, understood then, tx
[10:23] <dandrader> tsdgeos, ah, actually there's qtmir logging for mirserver -> unity8's qml scene, but not for unity8's qml scene -> mir client
[10:23] <tsdgeos> yes, that's what i am adding
[10:23] <dandrader> tsdgeos, guess there as never a need for it
[10:24] <dandrader> tsdgeos, iirc, I usually added them in qml code when needed
[10:40] <Saviq> greyback, when I said you need to bump qtubuntu-gles, I meant http://bazaar.launchpad.net/~mir-team/qtubuntu/gles-sync/revision/45/debian/changelog
[10:40] <Saviq> now why this whole thing went apeshit in the PPA is another question, partly answered by https://requests.ci-train.ubuntu.com/static/error.gif probably
[11:21] <tsdgeos> dednick: greyback: https://code.launchpad.net/~aacid/qtmir/timestampsInPast/+merge/280567
[11:22] <tsdgeos> and https://code.launchpad.net/~aacid/qtmir/unlikelyResetStartTime/+merge/280569 if you're in the mood of micro-optimizations :D
[11:22] <greyback> tsdgeos: nice work. dednick can you review plz, since you know it better?
[11:23] <greyback> tsdgeos: Q_UNLIKELY exists
[11:23] <tsdgeos> ah right, forgot that code already had Qt includes
[11:26] <dandrader> @unity looks like the touch emulation from mouse events is broken in trunk. eg. can't drag down the indicators panel or swipe away the lockscreen in "make tryShell". Can you guys reproduce it?
[11:26] <cimi> hey pstolowski, did it build?
[11:27] <dandrader> @unity wonder if it's because I installed latest ubuntu-ui-toolkit which has it's own UbuntuGestures....
[11:28] <Saviq> dandrader, can confirm
[11:28] <pstolowski> cimi, no, unity8 failed, you probably need to bump debian/control dependencies as it now needs 'unity-shell-application=12
[11:28] <pstolowski> or tsdgeos ^
[11:28] <Saviq> pstolowski, that's in trunk
[11:30] <dednick> tsdgeos: , greyback: sure
[11:30] <tsdgeos> pstolowski: ok
[11:30] <tsdgeos> dandrader: but are we loading it? or it loads automagically?
[11:31] <tsdgeos> pstolowski: filters, right?
[11:31] <pstolowski> Saviq, tsdgeos ah i see what happened, you bumped unity-api to 7.104 in trunk, so now we need to bump to 7.105 in the silo
[11:31] <pstolowski> tsdgeos, yes; we need 7.105 now, i'm bumping shell plugin and unity-api, pls bump in unity8
[11:32] <pstolowski> (in the filters branch)
[11:34] <dandrader> tsdgeos, since uitk qml plugin
[11:34] <dandrader> tsdgeos, depends on it, I think that lib will be loaded
[11:34] <dandrader> Saviq, by "can confirm" you mean you can reproduce the issue or you mean you will check?
[11:35] <tsdgeos> pstolowski: ok, pushed
[11:36] <pstolowski> thx
[11:38] <Saviq> dandrader, I reproduced, yes, sorry
[11:39] <Saviq> dandrader, you need to bump unity-api dependency in lp:~dandrader/qtmir/sizeHints
[11:44] <dandrader> Saviq, done
[11:44] <Saviq> dandrader, tx
[11:51] <Saviq> dandrader|afk, merge trunk, too
[12:34] <dandrader> Saviq, done
[12:34] <Saviq> tx
[12:46] <maikeul> hello folks, i'm getting these errors when running any X application with Xmir: http://pastie.org/private/evaqzjyuvhwtudi4li5yhw i know there is no support for this, but maybe you might have an idea what could be the problem, or where to start looking at ? thanks in advance
[12:49] <greyback_> maikeul: I suggest you ask in #ubuntu-mir
[12:50] <maikeul> ha thanks, my bad
[13:38] <dandrader> Saviq, do you know when we changed from qt 5.4 to 5.5?
[13:38] <Saviq> dandrader, it migrated last week
[13:38] <Saviq> dandrader, on 10.12
[13:38] <Saviq> and UITK on 11.12
[13:42] <tsdgeos> ltinkl: it's the same diff as before it was approved, but ok
[13:42] <ltinkl> tsdgeos, yeah but we found new issues
[13:42] <dandrader> Saviq, the problem is that MouseTouchAdaptor is no longer working because the xcb event types have changed with qt 5.5 it seems
[13:43] <dandrader> Saviq, thus the "make tryFoo" stuff no longer getting touch emulation
[13:43] <tsdgeos> ltinkl: i see
[13:43] <ltinkl> dandrader, how can the xcb types change, that's not related to Qt
[13:44] <dandrader> ltinkl, qt's 5.5 xcb  platform plugin changed the handling of xcb events, so MouseTouchAdaptor should mimic that change
[13:45] <mcinitreevan> Hey, I'm trying to add a shortcut to the help overlay with Unity 7, but it isn't working, and I'm not 100% sure why. My best guess is that I have to go into compiz-profile-unity.convert in both compiz and unity and add the relevant shortcut, but I still have yet to try that. Anyone have any insights into this?
[13:45] <dandrader> ltinkl, maybe qt's registers itself differently now on the X11 side, causing xserver to send it a different range of events
[13:45] <dandrader> ltinkl, seems to be related to Xinput2 events
[13:45] <ltinkl> dandrader, aha
[14:45] <tsdgeos> hmmm
[14:46] <tsdgeos> make xvfbtestDragHandle fails in xenial
[14:46] <tsdgeos> can anyone reproduce? dandrader|lunch: mzanetti_: ?
[14:48] <Saviq> tsdgeos, there's a bunch of tests failing in X
[14:49] <Saviq> checking
[14:49] <Saviq> yeah "Received a fatal error"
[14:49] <Saviq> tsdgeos, ↑
[14:52] <tsdgeos> that didn't use to fail locally (i think)
[14:54] <Saviq> tsdgeos, could very well be Qt 5.5
[14:55] <tsdgeos> i guess
[14:55] <Saviq> although QMetaProperty::read: Unable to handle unregistered datatype 'PaletteValues_QMLTYPE_21*' for property 'Palette_QMLTYPE_22::selected' looks bad
[14:56] <tsdgeos> i don't have that
[14:56] <tsdgeos> http://paste.ubuntu.com/14027904/
[14:56] <tsdgeos> is that i have with xvfbtestDragHandle
[14:58] <tsdgeos> oh, the one without xvfb behaves better
[14:58] <tsdgeos> and has the metaproperty things you mention
[15:09] <pstolowski> cimi, silo 54 rebuilt
[15:26] <tsdgeos> Saviq: something's bad with that metaproperty error, really suspecting a Qt regression or something since if you run the tests one by one them all work, but all together gets us that + crash :/
[15:26] <tsdgeos> investigating
[15:27] <Saviq> :(
[16:04] <pstolowski> cimi, ping
[16:09] <dandrader> tsdgeos, "make tryDragHandle" doesn't work as well
[16:10] <tsdgeos> did that use to work?
[16:10] <dandrader> tsdgeos, right now I'm working on making the touch emulation work again
[16:10] <dandrader> tsdgeos, sure
[16:10] <tsdgeos> dandrader: module "Unity.Test" is not installed
[16:10] <tsdgeos> is that what you get?
[16:10] <dandrader> tsdgeos, yes
[16:11] <dandrader> tsdgeos, I was specially interested in DragHandle as your nodda changed it quite a bit
[16:11] <tsdgeos> i think that's just the import paths being somehow broken
[16:11] <tsdgeos> don't think it's the same as that weird "unregistered datatype 'PaletteValues_QMLTYPE_21*' for property 'Palette_QMLTYPE_22::selected' " error
[16:15] <dandrader> tsdgeos, yes
[16:15] <tsdgeos> dandrader: it's a shame because that nodda branch worked fine on friday, i guess it's all exploded by now :D
[16:15] <dandrader> :)
[17:09] <mterry> ltinkl, yeah I hadn't considered the whole customization aspect of the wizard yet -- we can probably keep compatibility there?  Or did we change how pages work that much that it just won't work at all?
[17:09] <mterry> ltinkl, we probably want to keep that first page named the same on disk, as low-hanging compatibility fruit
[17:10] <ltinkl> mterry, we changed... esp. with the language (and SIM) detection that's needed subsequently for the new  timezone  page
[17:12] <mterry> ltinkl, it's a big pain to break that for them -- especially imagine if we had more different kind of phones shipping.  If we're going to break it, let's also throw in future-proofing so we don't break them again
[17:12] <mterry> ltinkl, I am still confused on why it was necessary, but I trust ya
[17:12] <mterry> ltinkl, how can we change the interface so that we are less likely to break them upon future redesigns?
[17:17] <ltinkl> mterry, I'll think about it, gtg now, later today
[18:07] <dandrader> Saviq, around?
[18:39] <Saviq> dandrader, wassup?
[19:07] <Saviq> dandrader, just noticed dialer app with a white bar at the bottom, worried it might be us after all
[19:07] <Saviq> not telling the client the right surface dimensions
[19:23] <dandrader> Saviq, hmm
[19:24] <dandrader> Saviq, before or after that fullscreen property fix?
[19:26] <dandrader> Saviq, dialer is not fullscreen...
[19:27] <dandrader> Saviq, looks normal here in arale. post-fix though
[19:32] <dandrader> Saviq, hmm, when over the greeter (emergency call). got t
[19:36] <dandrader> Saviq, so unrelated to the Session.fullscreen fix, but still a bug somewhere, maybe this one is indeed in qtubuntu
[19:42] <Saviq> dandrader, before fix
[19:48] <dandrader> Saviq, and after fix as well, just checked