[08:27] <tsdgeos> MacSlow: ping
[08:30] <tsdgeos> MacSlow: seen http://paste.ubuntu.com/7183774/ ?
[08:32] <Mirv> Saviq: FYI I gave a silo for greeter split back, now that we're in _much_ better situation silo wise (lots of landings on Friday). tried a build, merge conflict.
[08:44] <Saviq> Mirv, ok thanks
[08:51] <Saviq> mzanetti, I'll be trying right edge again, we're sorted with everything there, are we?
[08:56] <mzanetti> Saviq: yeah, I'd say so
[08:58] <mzanetti> dednick: hey
[08:59] <dednick> mzanetti: yo
[08:59] <mzanetti> dednick: for some reason, the "Unlock SIM" doesn't appear any more on my phone
[08:59] <mzanetti> did there anything change lately?
[08:59] <dednick> mzanetti: the menu item?
[08:59] <mzanetti> yeah
[09:00] <dednick> mzanetti: i havent changed anything lately.
[09:00] <dednick> mzanetti: i'll check it out
[09:00] <mzanetti> hmm... ok... then I'll check with ofono.
[09:00] <mzanetti> just thought that this might be gone in favor of popping it up automatically
[09:02] <dednick> mzanetti: nothing changed in indicator-network in the last few months, so not sure. should still be there.
[09:02] <dednick> mzanetti: you sure you still have a pin on your sim? :)
[09:03] <dednick> mzanetti: just thought i'd ask the question before diving into it
[09:03] <mzanetti> dednick: yeah.. I am
[09:03] <mzanetti> dednick: but let me make sure its not ofono first.
[09:07] <tsdgeos> mzanetti: ping
[09:08] <mzanetti> tsdgeos: o/
[09:08] <MacSlow> tsdgeos, that's new to me
[09:08] <tsdgeos> mzanetti: can you review https://code.launchpad.net/~aacid/unity8/lvwphnoprocessevents/+merge/213306 ? it's for the ocassional random crash we get in https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1297240
[09:08] <mzanetti> tsdgeos: ack
[09:08] <tsdgeos> MacSlow: happens in https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1542/testReport/%28root%29/qmltestrunner/VisualQueueTest__test_VisualSnapDecisionsQueue/
[09:09] <tsdgeos> with my branch changing nothing related to that test
[09:09] <tsdgeos> MacSlow: https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1542/consoleFull for the log
[09:09] <MacSlow> tsdgeos, I'll look into that today
[09:09] <MacSlow> tsdgeos, thx
[09:09] <tsdgeos> http://paste.ubuntu.com/7183924/
[09:14] <mzanetti> dednick: yeah... ofono seems to work still: http://paste.ubuntu.com/7183940
[09:15] <mzanetti> dednick: but no Unlock SIM entry since yesterday morning. I've rebooted a 100 times to get back my phone. no avail.
[09:15] <mzanetti> dednick: weird thing is, I didn't do an upgrade in the last days even
[09:16] <mzanetti> but I'm sure it was working last week. I think I used it last on Thursday
[09:16] <mzanetti> dednick: let me know if I can help you to debug it. the phone is still in that state
[09:20] <dednick> mzanetti: ok, i'll take a look. dont think i have a pin on my sim anymore though :(
[09:20] <mzanetti> dednick: you should be able to enable it with dbus calls
[09:21] <dednick> mzanetti: oh yeah...
[09:24] <dednick> ... would probably help to have a sim card in my phone as well..
[09:24] <dednick> sigh
[09:25] <mhr3> Saviq, can i get ack on https://code.launchpad.net/~mhr3/unity-scopes-shell/expose-attributes/+merge/212213 ?
[09:26] <dednick> mzanetti: give me a few hours; I went into the office this morning not realising there wasn't any power. Just about to head home. So i'll test it out there where i have a spare sim
[09:27] <Saviq> mhr3, you might, let me see quickly
[09:27] <mzanetti> dednick: yeah, sure. no rush. I'll keep my phone broken :)
[09:27] <dednick> mzanetti: thanks :)
[09:28] <Saviq> mhr3, you got «"background": null», other's don't have space after colon
[09:31] <Saviq> mhr3, you didn't limit it to 3 attributes did you?
[09:32] <mhr3> Saviq, right
[09:32] <mhr3> do you want me to?
[09:41] <mhr3> Saviq, pushed
[09:42] <Saviq> mhr3, k
[09:46]  * mzanetti likes how searching for "a" brings up Xbmcremote in the apps scope :D
[09:47] <Saviq> mhr3, test the limiting?
[09:55] <tsdgeos> Cimi: you doing https://code.launchpad.net/~paulliu/unity8/zoomImage/+merge/207941 ?
[09:55] <mhr3> Saviq, you're demanding :P
[09:55] <mhr3> Saviq, pushed
[10:07] <Cimi> tsdgeos, my comments are still valid no
[10:07] <Cimi> ?
[10:07] <tsdgeos> Cimi: which ones?
[10:07] <tsdgeos> he rewrote the thing, no?
[10:08] <Saviq> mzanetti, when I have a sidestage open and go to the dash via ubuntu button or long left swipe, I get a black side stage, that one would be good to fix
[10:08] <mzanetti> Saviq: strange. quite sure that was working. ok. will look into it
[10:34] <Cimi> tsdgeos, sorry was upgrading
[10:35] <Cimi> tsdgeos, I'd like to see tested fixed values
[10:35] <Cimi> tsdgeos, like, pinching 100 px results in 1.1 (example) scaling
[10:36] <tsdgeos> Cimi: can you comment in there again so paulliu knows it still needs fixing?
[10:36] <Cimi> tsdgeos, also, I'm not convinced of this
[10:36] <Cimi> tsdgeos, for of lne 334 of the diff
[10:36] <Cimi> *line
[10:37] <Cimi> tsdgeos, I think this should be reviewed by daniel
[10:37] <tsdgeos> Cimi: ok, ask him then :)
[10:37] <Cimi> tsdgeos, I asked paul to talk with daniel
[10:37] <Cimi> tsdgeos, I'll ask daniel directly
[10:37] <tsdgeos> Cimi: :)
[10:38] <Saviq> mzanetti, which ap failure do you mean on the lvwph thing?
[10:38] <Saviq> latest result only mentions a qmluitest failure
[10:38] <MacSlow> tsdgeos, I have a potential fix for the issue you reported... but it doesn't fail on my machine so I've to first test-run it against jenkins
[10:38] <mzanetti> Saviq: upstart integration tests
[10:39] <tsdgeos> MacSlow: good
[10:39] <MacSlow> tsdgeos, to verify that's fixing the jenkins issue
[10:39] <mzanetti> Saviq: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/3774/?
[10:39] <mzanetti> Saviq: ah right. I didn't refresh the site with the latest posts from jenkins. seems gone indeed
[10:39] <Saviq> mzanetti, right, that looks flaky, 2 subsequent runs don't show these fails
[10:40] <Saviq> mzanetti, push-ups?
[10:40] <MacSlow> tsdgeos, it's all just guess-work... another odd thing is that all of a sudden I get these tons of QWARNings which I never got before
[10:40] <mzanetti> :D
[10:40] <mzanetti> Saviq: on it...
[10:41] <mzanetti> done
[10:43] <Saviq> mzanetti, ap results look good, though, doing test plan now, only issue would be the black side stage then
[10:43] <mzanetti> Saviq: yep. I'm confident for the test plan. Mirco and Gerry walked through it a couple of times already
[10:44] <mzanetti> just flashing the tablet to investigate in the black side stage
[10:44] <MacSlow> is the s-jenkins site responsive for anybody?
[10:44]  * mzanetti tries
[10:44] <MacSlow> it works... but... doh... it's slow
[10:45] <mzanetti> MacSlow: yeah... the initial page with all the jobs is. the rest works fine
[10:45] <mzanetti> just try to avoid it
[10:45] <MacSlow> mzanetti, yeah
[10:45] <mzanetti> by using the on-hover menus
[10:46] <Saviq> mzanetti, hmm... the main stage gets confused sometimes, too :/
[10:47]  * Saviq tries to find steps
[10:48] <Saviq> aand crash
[10:48] <Saviq> and no .crash file... hum
[10:49] <Saviq> wth
[10:56] <Saviq> mzanetti, hmm is it expected that you don't get a right-edge hint with only one app open?
[10:57] <mzanetti> Saviq: yeah. have been talking with design about this. There are still a bit unsure what to do in this case.
[10:57] <mzanetti> Saviq: discussions are between: hint, open spread nevertheless or open spread with this app and the dash
[10:58] <mzanetti> Saviq: we agreed to wait on a final decision
[10:58] <Saviq> +1
[11:05] <mzanetti> Saviq: pushed a fix for the black side stage
[11:05] <Saviq> mzanetti, ok cool, kicking a rebuild
[11:05] <mzanetti> +1
[11:09] <Saviq> mzanetti, it seems more fragile when apps fail to start than what we have now... like unity8 exits (but does not crash ¿?) when it's trying to get a screenshot of a non-existing app, any idea about that?
[11:10] <mzanetti> humm... that's news too. I had tons of not starting apps.
[11:10]  * mzanetti tries to reproduce
[11:11] <mzanetti> Saviq: do you know an app that's reliably failing to start right now?
[11:13] <mzanetti> Saviq: ok. got one. its not crashing here.
[11:13] <mzanetti> it shows the empty screenshot but still running
[11:14] <Saviq> mzanetti, try left-swiping now
[11:14] <Saviq> mzanetti, empty as in black?
[11:15] <mzanetti> no, transparent
[11:15] <mzanetti> Saviq: well, when the app is focused its black, yes.
[11:15] <Saviq> mzanetti, ok yeah
[11:15]  * mzanetti keeps on digging
[11:15] <Saviq> mzanetti, long-left-swipe caused it to exit for me in that situation
[11:15] <Saviq> mzanetti, on both manta and mako
[11:17] <mzanetti> Saviq: should we be worried that lxc-android-config fails to dist-upgrade?
[11:19] <mzanetti> Saviq: nope. just dist-upgraded to the ppa on a freshly fleshed phone. still not "exiting" on empty apps. no matter which gesture
[11:19] <mzanetti> Saviq: altough there might be a difference in the "app not starting" thing
[11:19] <Saviq> mzanetti, lxc is fine
[11:20] <mzanetti> e.g. crashing at startup vs not launching anything all
[11:20] <Saviq> mzanetti, it's because the file it wants to update is bind-mounted writable
[11:20] <Saviq> mzanetti, ok, I'll let you know if I can find some steps
[11:20] <mzanetti> ok. espected something like that. just wanted to make sure we don't mess up
[11:20] <mzanetti> expected, even
[11:20] <mzanetti> lxc, that is ^
[11:27] <Cimi> dednick, hey dude!
[11:31] <dednick> Cimi: hey
[11:32] <mhr3> dednick, crap, we need you here
[11:32] <mhr3> dednick, can you come back?
[11:32] <dednick> mhr3: heh. no chance :)
[11:32] <mhr3> dednick, j/k :)
[11:33] <Cimi> dednick, I think we should write that component for dealing with bindings!
[11:33] <Cimi> dednick, I really need it for the wizard
[11:34] <dednick> Cimi: why?
[11:35] <dednick> Cimi: but yeah, should be dne
[11:35] <Cimi> dednick, because they have same issue all around in system settings
[11:36] <dednick> Cimi: i see. ok, well I'm busy with something at the moment, but I'll try take a look at it later today
[11:37] <mzanetti> tsdgeos: do you still have your first proposed patch for the move/layoutChanged/modelReset issue around?
[11:38] <tsdgeos> it should be in gerrit
[11:38] <tsdgeos> let me see
[11:38] <mzanetti> seing that sort() always calls layoutChanged (which does sound correct to me) I'm really not convinced the _q_layoutChanged() should call modelReset()
[11:38] <mhr3> Saviq, also ack on https://code.launchpad.net/~mhr3/unity8/fix-1297246/+merge/212593 would be appreciated
[11:39] <mzanetti> but rather the move operation should do something that makes it update properly
[11:39] <mzanetti> which I assume was your first try too
[11:39] <tsdgeos> ye
[11:39] <tsdgeos> see https://codereview.qt-project.org/#patch,all_unified,67214,6
[11:39] <tsdgeos> specially steveire's comment
[11:39] <tsdgeos> "Not exactly. The view on *any* model (not specific to QSFPM) is supposed to re-query everything from the model when the layout changes. The number of items in the model, as well as their position might have changed."
[11:40] <mzanetti> tsdgeos: hmm... I always thought layoutChanged would update everything except number of items
[11:41] <mzanetti> which is what modelReset is for
[11:41] <tsdgeos> don't ask me :D
[11:41] <tsdgeos> as i said
[11:41] <tsdgeos> i am not sure i really understand what's the difference between layoutChanged and resetModel
[11:43] <mzanetti> well, after this change there isn't really a difference any more
[11:43] <mzanetti> the one that was committed
[11:46] <tsdgeos> i mean on the model level
[11:46] <tsdgeos> not on the view level
[11:53] <Saviq> mhr3, add http://pastebin.ubuntu.com/7184458/ to tst_GenericScopeView.qml please?
[11:57] <mhr3> Saviq, thx, pushed
[11:57] <Saviq> mhr3, k
[12:15] <Cimi> seb128, any update on this? https://code.launchpad.net/~unity-team/ubuntu-system-settings/wizard.wifi/+merge/212675
[12:17] <seb128> Cimi, no, I'm busy with other things atm, I don't really have time for the wizard, maybe try to catch mterry?
[12:20] <MacSlow> tsdgeos, the fix seems to work... https://code.launchpad.net/~macslow/unity8/fix-jenkins-issue-with-visual-snap-decisions-queue-qml-test/+merge/213432
[12:31] <paulliu> Cimi: you talked to Daniel already? I've talked to him last week. Seems ok.
[12:46] <Cimi> paulliu, ok
[12:46] <Cimi> paulliu, so only thing I'd do now is checking if the scaling works as expected
[12:47] <Cimi> paulliu, by testing the actual scaling factor
[12:47] <Cimi> paulliu, so instead testing if it scales up or down, test the exact scale
[12:49] <paulliu> Cimi: I've added that already.
[12:50] <paulliu> Cimi: The test.answer4 is the exact scaling factor
[12:50] <Cimi> I didn't see it, sorry
[12:51] <Cimi> paulliu, I don't think it's enough, we should test more values
[12:51] <paulliu> Cimi: ok. Do you mean the image size or?
[12:52] <Cimi> paulliu, testing more than 1 zoom action
[12:52] <Cimi> maybe a long pinch, a small pinch, a pinch out...
[12:52] <paulliu> Cimi: ok. got it.
[12:52] <Cimi> at least this is IMHO
[12:52] <Cimi> mzanetti, what would you test in a zoomable image component?
[12:52] <Cimi> in reference of this https://code.launchpad.net/~paulliu/unity8/zoomImage/+merge/207941
[12:52]  * mzanetti looks at the code
[12:56] <mzanetti> Cimi: mousewheel, pinching, flickable's contentHeight/width after zooming to max/min
[12:56] <Cimi> paulliu, ^
[12:57] <mterry> kgunn, looks like silo 004 was needed for non split stuff?
[12:57] <kgunn> mterry: ok, we can keep pestering for a silo throughout the day
[12:57] <mzanetti> Cimi, paulliu: seems the MouseAray is supposed to NOT accept keypresses. Maybe place another one one behind it and make sure the first one is indeed click-through
[12:57] <mzanetti> MouseArea
[12:58] <kgunn> mterry: i imagine that's a weekend symptom....alot of stuff should land today and clear out the silos...i reckon
[12:58] <mterry> kgunn, makes sense
[13:01]  * mzanetti hopes to free silo 15 today :D
[13:01] <paulliu> mzanetti: you mean put mousearea inside the PinchArea?
[13:02] <mzanetti> paulliu: hmm... does the PinchArea "eat" mouse presses?
[13:02] <mzanetti> paulliu: or better: Is the reason for the topmost MouseArea to forward events to the PinchArea only?
[13:02] <paulliu> mzanetti: MouseArea eat TouchEvents.
[13:02] <paulliu> mzanetti: yes..
[13:03] <mzanetti> paulliu: ah ok. in that case, ignore the MouseArea comment and just make sure the PinchArea works
[13:03] <paulliu> mzanetti: Actually there's some weirdness here. After an upgrade I found I have to move PinchArea in front of MouseArea. or things doesn't work.
[13:04] <mzanetti> ok.. in which case I guess the event.accepted = false could go away
[13:04] <paulliu> mzanetti: Flickable handles the mouse key presses by itself. So the images can move around.
[13:05] <paulliu> mzanetti: ok. thanks. I'll add the tests you mentioned.
[13:05] <tsdgeos> MacSlow: you're missing the checklist :D
[13:05] <tsdgeos> MacSlow: why is the forceLayout needed?
[13:05] <MacSlow> tsdgeos, doh... right :)
[13:05] <tsdgeos> i mean shouldn't the backend do that?
[13:05] <mzanetti> paulliu: that's just what comes from the top of my head after giving it a quick look
[13:07] <Saviq> mzanetti, we don't have the deps sorted out properly yet
[13:07] <mzanetti> hmm...
[13:08] <mzanetti> Saviq: which ones in particular?
[13:08] <Saviq> mzanetti, unity8 does not depend on unity-application-impl, which it should (it only depends on -impl-2)
[13:08] <Saviq> mzanetti, and unity-mir does not provide neither
[13:08] <MacSlow> tsdgeos, you're the Qt-expert :) I just now it's also needed in the tst_Notifications.qml to make it work
[13:08] <Saviq> mzanetti, results in unity8-fake-env being pulled on the device
[13:09] <mzanetti> oh... I c
[13:09] <tsdgeos> MacSlow: hmmmah, didn't realize this was Item forceRelayout, i thought it was a Notifications specific thing
[13:09] <MacSlow> tsdgeos, besides... forceLayout() is a method of the ListView (thus part of the frontend/renderer) the backend could not (and should not) mess with that.
[13:09] <Saviq> mzanetti, unity8-fake-env needs to Provides: unity-application-impl and unity-application-impl-2, too
[13:10] <tsdgeos> MacSlow: ok, i see we're using this already in one place so let's get it merged i guess
[13:10] <mzanetti> Saviq: what's this? "Provides: qtubuntu-shell"
[13:10] <mzanetti> found in unityfake-env
[13:10] <Saviq> mzanetti, that's probably exactly that
[13:10] <MacSlow> tsdgeos, also added the checklist.
[13:11] <Saviq> mzanetti, needs to be dropped
[13:11] <mzanetti> ack
[13:11] <tsdgeos> MacSlow: i'll force a rebuild, just to make sure it works again
[13:11] <MacSlow> tsdgeos, don't
[13:11] <MacSlow> tsdgeos, I just did that...
[13:11] <Saviq> mzanetti, from qtubuntu's Provides, too
[13:11] <tsdgeos> MacSlow: ah, cool
[13:11] <MacSlow> tsdgeos, http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/2679/
[13:11] <Saviq> mzanetti, as it doesn't actually provide it any more
[13:11] <mzanetti> yep
[13:12] <tsdgeos> MacSlow: oki, will approve if that one suceeds then :)
[13:13] <MacSlow> tsdgeos, yeah... it should... I mean it already did just an hour ago... but better wait for the current build, just to be sure...
[13:13] <tsdgeos> yep :)
[13:13] <Saviq> didrocks, q: unity8-fake-env and libunity-mir1 will: Provides foo-impl, foo-impl-2; unity8 will Depends: libunity-mir1 | foo-impl, foo-impl-2; will libunity-mir1 be upgraded in favour of installing unity8-fake-env?
[13:14] <Saviq> when upgrading unity8, that is?
[13:14] <MacSlow> tsdgeos, btw... that visual-snap-decision branch did pass before... I'm just puzzled it failed on that test after the merge to trunk.
[13:14] <Saviq> mterry, hey, there's a conflict in split greeter again
[13:14] <tsdgeos> MacSlow: things randomly are slower or not slower
[13:15] <MacSlow> tsdgeos, probably... it's sad
[13:16] <mterry> Saviq, will update
[13:17] <Saviq> didrocks, mzanetti, also, I think we should add Breaks: lxc-android-config (<= blah), so that upgrade of unity8 will force upgrades of all the packages deprecated surfaceflinger support, wdyt?
[13:17]  * mzanetti believes whatever didrocks will say :D
[13:17] <Saviq> mzanetti, yeah, it's a bit convoluted here
[13:18] <Saviq> mzanetti, but I think we should achieve a state where "apt-get install unity8" will result in effectively installing all the things from the PPA
[13:18] <mzanetti> I agree, yes
[13:22] <mzanetti> Saviq: does this look sane to you? http://paste.ubuntu.com/7184799
[13:25] <Saviq> mzanetti, unity8-private does not implement Unity.Application does it?
[13:25] <Saviq> mzanetti, should be libunity-mir1?
[13:26] <mzanetti> Saviq: no, it's unity-fake-env & libunity-mir1
[13:26] <Saviq> mzanetti, +         unity8-private | unity-application-impl,
[13:26] <mzanetti> both provide Unity.Application
[13:26] <Saviq> mzanetti, yeah, so that above is wrong
[13:27] <mzanetti> ah... got it. true
[13:27] <Saviq> mzanetti, the whole idea behind foo | foo-impl is for "foo" to be the default selection
[13:27] <Saviq> mzanetti, so foo needs to provide foo-impl
[13:27] <mzanetti> so should this just be application-impl or "libunity-mir1 | unity-application-impl" right?
[13:27] <mzanetti> err, yes, the latter
[13:28] <Saviq> mzanetti, it needs to be |, otherwise apt will not resolve
[13:28] <Saviq> mzanetti, 'cause there can't be an only-virtual Depends
[13:29] <mzanetti> ok. fixed
[13:29] <mzanetti> and hopefully understood it a bit better
[13:29] <mzanetti> thanks for all the patience.
[13:37] <Saviq> mzanetti, I think qtubuntu needs Breaks: unity8 (<= $new_version)
[13:38] <Saviq> mzanetti, as that's actually what happens - it doesn't install the Unity.Application plugin any more
[13:38]  * Saviq needs to summarize this
[13:40] <mzanetti> Saviq: hmm... where is that?
[13:40] <Saviq> mzanetti, where is what?
[13:41] <mzanetti> Saviq: re "http://paste.ubuntu.com/7184799"
[13:41] <mzanetti> ah... wrong paste
[13:41] <mzanetti> Saviq: now "I think qtubuntu needs Breaks: unity8 (<= $new_version)"
[13:41] <MacSlow> mzanetti, tsdgeos: I've updated all related branches to "modal snap-decisions". Could you look over the three related MPs again when you have a free slot...   https://code.launchpad.net/~macslow/unity8/modal-snap-decisions/+merge/210988 https://code.launchpad.net/~macslow/unity-notifications/modal-snap-decisions/+merge/212483 https://code.launchpad.net/~macslow/unity-api/expose-notification-data-roles-to-qml/+merge/212581
[13:42] <Saviq> mzanetti, it's not anywhere, I think it needs to be added
[13:42] <mzanetti> meh... stupid me
[13:42] <MacSlow> mzanetti, tsdgeos: btw... here's a video of that they are all about https://www.youtube.com/watch?v=sqqmPBa97U0
[13:43] <Saviq> mzanetti, fwiw... Ubuntu.Application vs. unity-application-impl....
[13:43] <Saviq> or is it Unity.Application already?
[13:43] <mzanetti> yes, it is
[13:43] <Saviq> ah U.A., ok
[13:43] <Saviq> that's better
[13:44] <mzanetti> Saviq: I changed that when introducing it in unity-api
[13:45] <mzanetti> Saviq: thinking about it. does it really break unity8?
[13:45] <Saviq> mzanetti, it does when you'd have mir disabled
[13:45] <mzanetti> it just wouldn't install the SF support any more. but with Mir, unity still works
[13:46] <Saviq> mzanetti, yeah, but if you use sf, and upgrade qtubuntu, but don't upgrade unity8
[13:46] <Saviq> mzanetti, broken
[13:46] <mzanetti> but the package is still required (for Qt QPA). so not sure its really a good idea to add the Breaks
[13:46] <Saviq> mzanetti, it will just ensure upgrading of unity8
[13:46] <Saviq> mzanetti, nothing else
[13:46] <mzanetti> ah ok
[13:46] <mzanetti> ok, adding it
[13:46] <Saviq> mzanetti, as it will only break previous unity8 versions
[13:47] <Saviq> mzanetti, I pushed a debian/changelog bump to unity8 right-edge-2
[13:47] <mzanetti> ack
[13:48] <Saviq> mzanetti, so Breaks: unity8 (<= 7.85)
[13:48] <Saviq> but I'm analyzing the other things
[13:49] <mzanetti> Saviq: <= 7.84, right?
[13:49] <Saviq> mzanetti, no, 7.84 is the current version
[13:49] <Saviq> mzanetti, ah yeah
[13:49] <mzanetti> yep, there's a =
[13:49] <Saviq> < vs. <=
[13:49] <Saviq> mzanetti, we need < 7.85 then I think
[13:50] <mzanetti> Saviq: seeing other examples its either <= or <<
[13:50] <Saviq> yes <<
[13:50] <mzanetti> ok
[13:59] <fginther> mterry, regarding the unity8 unlock script.  Is the unlock permanent (at least until unity8 is restarted) or can the screen lock back on it's own after a timeout?
[14:03] <Cimi> dunno
[14:03] <mterry> fginther, with this unlock script alone, the screen will timeout, but the jenkins scripts separately add a powerd block so it doesn't
[14:11] <didrocks> Saviq: yeah, libunity-mir1 shold be upgraded in favour of installating unity8-fake-env
[14:12] <didrocks> (sorry, back from running, backlogging)
[14:12] <didrocks> Saviq: so, both latest unity8 and lxc-android-config should be installed once we drop SF, right?
[14:13] <didrocks> Saviq: or the new unity8 with the old lxc-android-config is fine?
[14:13] <didrocks> (it seems it will be to me, no?)
[14:14] <fginther> mterry, oh ok. that's the question I was trying to resolve with doanac and the use of system settle
[14:14] <Saviq> didrocks, yeah, lxc-android-config shouldn't break anything
[14:14] <Saviq> didrocks, but then there's ubuntu-touch-session
[14:14] <didrocks> ah, and this one needs to be upgraded in sync with unity8,
[14:14] <didrocks> ?
[14:14] <MacSlow> tsdgeos, that last rebuild I triggered failed because of a defuct package-download... *sigh* just retriggered it.
[14:15] <Saviq> didrocks, yeah, I think so, otherwise people who ran sf before will still run sf, but there's no more ubuntuappmanager plugin
[14:16] <didrocks> Saviq: ok, so I guess new touch-session breaks: unity8 (<< first-version-without-sf-support)
[14:18] <Saviq> didrocks, qtubuntu also Breaks: ubuntu-touch-session (<< first-version-without-sf-support), right?
[14:19] <Saviq> didrocks, since u-t-s might want to launch unity8 with sf support, but there's no application plugin for sf from qtubuntu any more?
[14:19] <didrocks> Saviq: yeah, seems it's in that way
[14:19] <Saviq> didrocks, and the last thing... lxc-android-config disables surfaceflinger unconditionally, so should Breaks: ubuntu-touch-session (<< foo), too?
[14:20]  * Saviq summarizes
[14:21] <didrocks> hum, unsure about lxc-android-config and u-t-s. isn't it u-t-s disabling surfaceflinger launched in the session?
[14:21] <Saviq> didrocks, l-a-c is the one actually preventing the surfaceflinger service to start in the container
[14:21]  * Saviq thinks http://pastebin.ubuntu.com/7184985/
[14:21] <didrocks> you didn't draw a map! :p
[14:22] <Saviq> didrocks, I know, I should, tried to explain as best I understand it
[14:22] <didrocks> heh, no worry
[14:22] <didrocks> so, on the first 2 ones, ack, let me reread for lxc-android-config and u-t-s though
[14:22] <didrocks> ah, so, it's not u-t-s starting surfaceflinger, but l-a-c
[14:23] <Saviq> didrocks, stopping, rather than starting, but yeah
[14:23] <Cimi> dednick, could you have a look at a branch and tell me what's wrong with it?
[14:23] <didrocks> Saviq: ahhhh, got it
[14:23] <didrocks> Saviq: so yeah, making sense
[14:23] <dednick> Cimi: i can try
[14:23] <dednick> but you'll need to give me a indication as to what i'm looking for
[14:24] <Cimi> dednick, this one
[14:24] <Cimi> https://code.launchpad.net/~cimi/ubuntu-system-settings/wizard.privacy/+merge/213124
[14:24] <didrocks> Saviq: yeah, just reread and +1 on the plan
[14:24] <Cimi> dednick, the settings are not in sync
[14:24] <Cimi> dednick, when I set something in the wizard, it doesn't get updated in the system settings
[14:24] <Cimi> dednick, but it works opposite way
[14:24] <Cimi> code seems the same
[14:25] <dednick> Cimi: checked: diagnosticsWidget.canReportCrashes
[14:26] <dednick> binding is broken when checked changes in the DiagnosticsCheckEntry
[14:27] <Cimi> dednick, but this changes back, no?
[14:27] <dednick> Cimi: same as the slidermenu before
[14:27] <dednick> need a serverValue kind of thing
[14:27] <Cimi> mmm o
[14:29] <mzanetti> dednick: jfi. entering the pin using qdbus still works. the phone gets signal afterwards
[14:30] <dednick> mzanetti: i've just tested it with devel-proposed. seems fine on my phone :(
[14:31] <mzanetti> dednick: hmm... strange... anything I could do to get you more information?
[14:31]  * mzanetti reboots the phone
[14:32] <mzanetti> dednick: nope. not here again after a reboot
[14:32] <Saviq> mzanetti, please bump ubuntu-touch-session to 0.107, and add the Breaks as described in http://pastebin.ubuntu.com/7184985/
[14:32] <dednick> mzanetti: hm. hang on. just trying again
[14:33] <Saviq> mzanetti, where $first-without-sf-support is 0.107
[14:37] <dednick> mzanetti: can you check with indicator-network version you have?
[14:38] <mzanetti> dednick: 0.5.1+14.04.20140318-0ubuntu1
[14:39] <dednick> mzanetti: libqmenumodel0 as well please?
[14:40] <mzanetti> dednick: 0.2.7+14.04.20140305-0ubuntu1
[14:42] <Cimi> dednick, where was your branch with the server value? I cannot remmber
[14:42] <dednick> Cimi: MenuItemFactory
[14:53] <Saviq> mterry, shall I kick the split greeter silo yet?
[14:53] <dednick> mzanetti: hmm.. all same as me. very strange
[14:53] <mterry> Saviq, yeah OK!  I think there are some newer Mir branches we might want.  Let me check
[14:53] <Saviq> mterry, btw, it's silo 002 now
[14:53] <dednick> mzanetti: can you run up the indicators-client app on the phone and send me a screenshot of the network page?
[14:53] <mterry> Saviq, k
[14:54] <Saviq> mterry, yeah, please look through the list of MPs if we want anything new, or drop anything
[14:54] <mterry> Saviq, lp:~andreas-pokorny/mir/no-initial-display-configuration-sent-to-hosting-server and lp:~alan-griffiths/mir/another-Surface-bites-the-dust (which is already in mir/devel, so I guess you don't need it?)
[14:55] <mterry> tedg, what's the story with landing indicator-sound again?  Is there a silo in queue?
[14:56] <Saviq> mterry, anpok's one was already in the list, so we only need that, all in all?
[14:56] <tedg> mterry, Was waiting on beta freeze and then thostr to be off vacation, asked about getting a silo about 10 minutes ago :-)
[14:56] <Saviq> mterry, anything else we could drop? http://pastebin.ubuntu.com/7185109/
[14:56] <mterry> tedg, awesome  :)
[14:57] <mterry> tedg, with the volume schema branch too!  ;)
[14:57] <tedg> mterry, Yup, it's on the sheet.
[14:57] <mterry> Saviq, I think that's everything
[14:57] <Saviq> mterry, ok, kicking mir to start with
[14:57] <mterry> tedg, ah yes, we talked about that last week
[14:58] <anpok> Saviq: the one from alan fixes some issue that crept up with osk
[14:58] <Cimi> mterry, could you review my wifi branch?
[14:58] <Saviq> anpok, kthx
[14:58] <mterry> Cimi, OK, will look today
[14:58] <Saviq> mzanetti, please ping when we're ready to kick the right edge silo again
[15:03] <mzanetti> Saviq: yep. doing now. was eating.
[15:03] <Saviq> mzanetti, ok nw
[15:04] <mzanetti> Saviq: just realized that we have a hard dep on libunity-mir1 already
[15:04] <mzanetti> Saviq: I supposed that one should go in favor of the | app-impl
[15:05] <mzanetti> or is there anything else in there we hard-depend on?
[15:05] <Saviq> mzanetti, we dlopen the actual lib, not just the plugin
[15:05] <mzanetti> ok.
[15:06] <Saviq> mzanetti, so it's good for it to be logically there
[15:06] <Saviq> mzanetti, especially since foo | bar could arguably be fulfilled by bar, at which point foo wouldn't be pulled in
[15:07] <mzanetti> yep, in that case it is. doesn't make it easier to understand by reading th depends, but its the most correct thing, I agree
[15:07] <Saviq> scratch that, we're actually linking against libunity-mir, not dlopen'ing it
[15:07] <Saviq> mzanetti, which means yeah
[15:07] <Saviq> mzanetti, drop it
[15:07] <Saviq> mzanetti, only leave the | unity-application-impl-1 one, the hard one will get there from shlibs anyway
[15:07] <mzanetti> ah ok
[15:08] <mzanetti> just wanted to say that it is needed still
[15:08] <mzanetti> but yep, didn't think about shlibs
[15:08] <Saviq> mzanetti, noticed «qgetenv("QT_QPA_PLATFORM") == "ubuntu"»
[15:08] <Saviq> mzanetti, can begone, too
[15:08] <mzanetti> oh dear... I'm afraid I opnened another can :D
[15:09] <Saviq> I think that's the last one :D
[15:09] <Saviq> or well, maybe it could stay still
[15:09] <Saviq> mzanetti, leave it
[15:09] <mzanetti> :D
[15:09] <Saviq> mzanetti, so we can still run under surfaceflinger in fullscreen with the fake app
[15:09] <Saviq> mzanetti, since we're not dropping the surfaceflinger QPA (yet)
[15:10] <mzanetti> ah right. true
[15:10] <mzanetti> makes sense
[15:11] <mzanetti> not saying that I want to change it, but looks intersting too:
[15:11] <mzanetti> Replaces: unity-mir,
[15:11] <mzanetti> Conflicts: unity-mir,
[15:11] <mzanetti> Provides: unity-mir,
[15:11] <Saviq> there's no such package :)
[15:11] <mzanetti> lol
[15:11] <Saviq> mzanetti, where did you find that?
[15:12] <mzanetti> libunity-mir1
[15:12] <Saviq> mzanetti, unity-mir debian/control?
[15:12] <mzanetti> yeah
[15:12] <Saviq> mzanetti, yeah, leave it
[15:12] <Saviq> mzanetti, does not hurt, we'll drop it sometime
[15:12] <mzanetti> yep
[15:13] <Saviq> mterry, only mir needs to be built before the rest, right? so after mir completes, I can kick the rest?
[15:13] <mterry> Saviq, should be
[15:13] <Saviq> mterry, kk
[15:15] <mzanetti> Saviq: all branches pushed
[15:15] <mzanetti> triggering rebuild
[15:16] <Saviq> mzanetti, k
[15:16] <Saviq> let's see if that will be the last one :D
[15:16]  * mzanetti hopes :D
[15:56] <elopio> hello people. Can I get a review here? https://code.launchpad.net/~elopio/unity8/search_updated/+merge/213155
[15:56] <elopio> tsdgeos: you reviewed the original branch, so...
[15:57]  * tsdgeos is sprinting
[15:57] <tsdgeos> let me run a bit faster
[15:57] <tsdgeos> :D
[16:00] <Cimi> dednick, still no luck http://paste.ubuntu.com/7185444/
[16:03] <dednick> Cimi: does the maybeUpdate code get executed?
[16:05] <dednick> Cimi: oh, it was removed..
[16:05] <dednick> Cimi: are you sure that canReportCrashes is changing?
[16:06] <Cimi> dednick, unless it's bugged...
[16:06] <dednick> Cimi: perhaps you should check :)
[16:06] <Cimi> dednick, dunno how
[16:06] <dednick> Cimi: eh?
[16:07] <Cimi> printing it
[16:07] <Cimi> ok
[16:08] <Cimi> dednick, indeed doesn't seem to change
[16:08] <dednick> Cimi: wel...
[16:09] <Cimi> dednick, it's not my code :P
[16:09] <Cimi> dednick, someone reviewed and approved that :P
[16:11] <Cimi> dednick, http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/view/head:/plugins/security-privacy/diagnostics/diagnostics.cpp
[16:11] <Cimi> dednick, maybe the signal update is not emitted?
[16:12] <Cimi> dednick, or is just emitted for one single ownwer?
[16:13] <Cimi> wondering if it's emitted or not
[16:15]  * Cimi rebuilds
[16:15] <dednick> Cimi: no idea. code looks like it should be
[16:28] <Saviq> mzanetti, ubuntu-touch-session still at v0.106, we need to bump it to 0.107
[16:31] <Saviq> mzanetti, /me bumped
[16:33] <mzanetti> Saviq: thanks
[16:36] <Saviq> hmm we still can upgrade unity8 separately, 'cause of unity8-fake-env already being there I think...
[16:37] <Saviq> damn what pulled that thing in...
[16:42] <Saviq> mzanetti, humpf, unity8-private has "provides: unity-application-2"
[16:42] <Saviq> mzanetti, that's wrong, it doesn't provide it
[16:44] <Saviq> mzanetti, fixed
[16:58] <Saviq> mterry, looks like there are some build failures https://launchpadlibrarian.net/171368822/buildlog_ubuntu-trusty-amd64.unity-system-compositor_0.0.2%2B14.04.20140331.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:02] <mterry> Saviq, looking
[17:02] <Saviq> mterry, also weird - https://launchpad.net/~ci-train-ppa-service/+archive/landing-002/+sourcepub/4056446/+listing-archive-extra
[17:03] <mterry> Presumably the ftbfs is due to mir changes
[17:03] <Saviq> yeah
[17:03] <Saviq> mterry, tries to pull old libplatform-api1-dev for some reason...
[17:03] <mterry> Saviq, what am I looking at with that listing-archive-extra link
[17:04] <mterry> oh the ftbfs
[17:04] <Saviq> mterry, yup
[17:04] <mterry> Saviq, that could be due to synchronization issues -- probably should build platform-api before unity-mir then
[17:05] <Saviq> mterry, yeah, might not have gotten ready yet
[17:05] <Saviq> mterry, probably kicked the build too early for those two
[17:06] <mterry> I didn't realize they needed to be in sequence either
[17:07] <mterry> Er, I mean not sequence.  But standard settling differences between any / all packages
[17:08] <kgunn> mterry:  i unity-mir does need to build after platform-api
[17:08] <mterry> kgunn, k
[17:08] <kgunn> mterry: uh-oh...is that just an api break on mir tho ?
[17:09] <mterry> kgunn, well, we are testing with mir/devel so probably.  That breaks all the time, eh?
[17:14] <kgunn> mterry: well it can for ABI...but API shouldn't without warning and is much more rare
[17:16] <mterry> kgunn, well not in my experience, but probably because I'm always prodding the edges of the API in USC
[17:17] <kgunn> mterry: if you need any help updating....ping kdub, i know he and duflu have been tinkering with compositor/render classes....
[17:17] <kgunn> looks like you got hit with that....
[17:17] <mterry> kgunn, this seems to be scene / surface reorganization
[17:18] <mterry> I will poke if I need help, but it might be easy change
[17:18] <kgunn> oh..you're right, just saw surface ranker
[17:18] <kgunn> which would be alan_g
[17:18] <kdub> yeah, we've been remodeling around the scene
[17:19] <kgunn> greyback: ^ you might potentially be effected ?
[17:19] <kgunn> (maybe less so with qtsg)
[17:20] <greyback> kgunn: I believe alan_g|EOD has a branch for unity-mir to update it for mir API changes
[17:21] <kgunn> mterry: guess alan_g doesn't like you as much as gerry :)
[17:21] <mterry> :)
[17:22] <mterry> Well, I think his reorganization fixed an issue split was seeing.  So I'll survive
[17:23] <kgunn> josharenson: yo, how's the plodding along for glmark2
[17:24] <josharenson> kgunn: it was working great on Friday, and not at all today. I have some theories, and I'm working on it.. I also wrote some simple unit-test for mir just to familiarize myself
[17:27] <kgunn> josharenson: great
[18:32] <tedg> Updated my phone and now it's not showing anything graphical on boot.
[18:32] <tedg> Unity is sucking CPU.
[18:32] <tedg> Not sure what's up.
[18:39] <tedg> Looks like it's just looping with this: http://pastebin.ubuntu.com/7186210/
[18:41] <tedg> Installed libunity-core-6.0-9 and that fixed it.
[21:26] <kgunn> josharenson: hey, so from earlier...when you said "it was working" before it didn't :)
[21:26] <kgunn> did you mean that glmark2 was actually running as part of the ci ?
[21:26] <josharenson> kgunn: yeah I build from source and it works now
[21:27] <josharenson> kgunn: no I just meant the gles2-mir version wasn't working
[21:27] <kgunn> mmm
[21:27] <kgunn> ok
[21:28] <josharenson> kgunn: built from source _and_ installed the deb.. I think the deb may have been trying to run all tests (ie: x11)
[21:30] <josharenson> kgunn: currently trying to duplicate the jenkins build process locally, as closely as practical so I don't have to keep pushing branches (just for now while I learn)
[21:46] <kgunn> josharenson: cool
[22:11] <greyback> bregma: ping
[22:11] <bregma> greyback, pong
[22:13] <greyback> bregma: hey, a while back I recall Qt was compiled using GL when GLES was needed - was there a workaround to select GLES instead of GL? Or is it fixed build-time?
[22:14] <greyback> I'm getting http://pastebin.ubuntu.com/7187111/
[22:14] <greyback> oh hang on, GLES is being used...
[22:14] <bregma> I split qtubuntu into a -desktop build that is compile-time GL and a -android build that is compile-time GLES
[22:15] <bregma> that problem looks like the more recent QT5.2-on-EGL problem
[22:15] <greyback> oh joy
[22:15] <greyback> any bug or anything reported for that?
[22:17] <bregma> greyback, not upstream, I wasn;t sure if the problem was in qtubuntu not getting a context correctky or Qt itself not handling an EGL context that supports both GL and GLES
[22:17] <bregma> need an EGL expert to decide that
[22:17] <greyback> bregma: ok. You've put me on an attack path anyway, thank you
[22:18] <bregma> the root of the problem is that Qt5.2 will compile the shaders for GL only if the QPA supports _only_ GL, and not, say, the default
[22:18] <bregma> it's using an enum when a bitmask may be more appropriate