=== rsalveti_ is now known as rsalveti === mhall119_ is now known as mhall119 === TheMuso` is now known as TheMuso [08:27] MacSlow: ping [08:30] MacSlow: seen http://paste.ubuntu.com/7183774/ ? [08:32] 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] Mirv, ok thanks [08:51] mzanetti, I'll be trying right edge again, we're sorted with everything there, are we? [08:56] Saviq: yeah, I'd say so [08:58] dednick: hey [08:59] mzanetti: yo [08:59] dednick: for some reason, the "Unlock SIM" doesn't appear any more on my phone [08:59] did there anything change lately? [08:59] mzanetti: the menu item? [08:59] yeah [09:00] mzanetti: i havent changed anything lately. [09:00] mzanetti: i'll check it out [09:00] hmm... ok... then I'll check with ofono. [09:00] just thought that this might be gone in favor of popping it up automatically [09:02] mzanetti: nothing changed in indicator-network in the last few months, so not sure. should still be there. [09:02] mzanetti: you sure you still have a pin on your sim? :) [09:03] mzanetti: just thought i'd ask the question before diving into it [09:03] dednick: yeah.. I am [09:03] dednick: but let me make sure its not ofono first. [09:07] mzanetti: ping [09:08] tsdgeos: o/ [09:08] tsdgeos, that's new to me [09:08] 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] Ubuntu bug 1297240 in unity8 (Ubuntu) "unity8 crashed with SIGSEGV in QQuickWindowPrivate::polishItems()" [High,In progress] [09:08] tsdgeos: ack [09:08] MacSlow: happens in https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1542/testReport/%28root%29/qmltestrunner/VisualQueueTest__test_VisualSnapDecisionsQueue/ [09:09] with my branch changing nothing related to that test [09:09] MacSlow: https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/1542/consoleFull for the log [09:09] tsdgeos, I'll look into that today [09:09] tsdgeos, thx [09:09] http://paste.ubuntu.com/7183924/ [09:14] dednick: yeah... ofono seems to work still: http://paste.ubuntu.com/7183940 [09:15] dednick: but no Unlock SIM entry since yesterday morning. I've rebooted a 100 times to get back my phone. no avail. [09:15] dednick: weird thing is, I didn't do an upgrade in the last days even [09:16] but I'm sure it was working last week. I think I used it last on Thursday [09:16] dednick: let me know if I can help you to debug it. the phone is still in that state [09:20] mzanetti: ok, i'll take a look. dont think i have a pin on my sim anymore though :( [09:20] dednick: you should be able to enable it with dbus calls [09:21] mzanetti: oh yeah... [09:24] ... would probably help to have a sim card in my phone as well.. [09:24] sigh [09:25] Saviq, can i get ack on https://code.launchpad.net/~mhr3/unity-scopes-shell/expose-attributes/+merge/212213 ? [09:26] 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] mhr3, you might, let me see quickly [09:27] dednick: yeah, sure. no rush. I'll keep my phone broken :) [09:27] mzanetti: thanks :) [09:28] mhr3, you got «"background": null», other's don't have space after colon [09:31] mhr3, you didn't limit it to 3 attributes did you? [09:32] Saviq, right [09:32] do you want me to? [09:41] Saviq, pushed [09:42] mhr3, k [09:46] * mzanetti likes how searching for "a" brings up Xbmcremote in the apps scope :D [09:47] mhr3, test the limiting? [09:55] Cimi: you doing https://code.launchpad.net/~paulliu/unity8/zoomImage/+merge/207941 ? [09:55] Saviq, you're demanding :P [09:55] Saviq, pushed [10:07] tsdgeos, my comments are still valid no [10:07] ? [10:07] Cimi: which ones? [10:07] he rewrote the thing, no? [10:08] 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] Saviq: strange. quite sure that was working. ok. will look into it [10:34] tsdgeos, sorry was upgrading [10:35] tsdgeos, I'd like to see tested fixed values [10:35] tsdgeos, like, pinching 100 px results in 1.1 (example) scaling [10:36] Cimi: can you comment in there again so paulliu knows it still needs fixing? [10:36] tsdgeos, also, I'm not convinced of this [10:36] tsdgeos, for of lne 334 of the diff [10:36] *line [10:37] tsdgeos, I think this should be reviewed by daniel [10:37] Cimi: ok, ask him then :) [10:37] tsdgeos, I asked paul to talk with daniel [10:37] tsdgeos, I'll ask daniel directly [10:37] Cimi: :) [10:38] mzanetti, which ap failure do you mean on the lvwph thing? [10:38] latest result only mentions a qmluitest failure [10:38] 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] Saviq: upstart integration tests [10:39] MacSlow: good [10:39] tsdgeos, to verify that's fixing the jenkins issue [10:39] Saviq: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/3774/? [10:39] Saviq: ah right. I didn't refresh the site with the latest posts from jenkins. seems gone indeed [10:39] mzanetti, right, that looks flaky, 2 subsequent runs don't show these fails [10:40] mzanetti, push-ups? [10:40] 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] :D [10:40] Saviq: on it... [10:41] done [10:43] mzanetti, ap results look good, though, doing test plan now, only issue would be the black side stage then [10:43] Saviq: yep. I'm confident for the test plan. Mirco and Gerry walked through it a couple of times already [10:44] just flashing the tablet to investigate in the black side stage [10:44] is the s-jenkins site responsive for anybody? [10:44] * mzanetti tries [10:44] it works... but... doh... it's slow [10:45] MacSlow: yeah... the initial page with all the jobs is. the rest works fine [10:45] just try to avoid it [10:45] mzanetti, yeah [10:45] by using the on-hover menus [10:46] mzanetti, hmm... the main stage gets confused sometimes, too :/ [10:47] * Saviq tries to find steps [10:48] aand crash [10:48] and no .crash file... hum [10:49] wth [10:56] mzanetti, hmm is it expected that you don't get a right-edge hint with only one app open? [10:57] Saviq: yeah. have been talking with design about this. There are still a bit unsure what to do in this case. [10:57] Saviq: discussions are between: hint, open spread nevertheless or open spread with this app and the dash [10:58] Saviq: we agreed to wait on a final decision [10:58] +1 [11:05] Saviq: pushed a fix for the black side stage [11:05] mzanetti, ok cool, kicking a rebuild [11:05] +1 [11:09] 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] humm... that's news too. I had tons of not starting apps. [11:10] * mzanetti tries to reproduce [11:11] Saviq: do you know an app that's reliably failing to start right now? === MacSlow is now known as MacSlow|lunch [11:13] Saviq: ok. got one. its not crashing here. [11:13] it shows the empty screenshot but still running [11:14] mzanetti, try left-swiping now [11:14] mzanetti, empty as in black? [11:15] no, transparent [11:15] Saviq: well, when the app is focused its black, yes. [11:15] mzanetti, ok yeah [11:15] * mzanetti keeps on digging [11:15] mzanetti, long-left-swipe caused it to exit for me in that situation [11:15] mzanetti, on both manta and mako [11:17] Saviq: should we be worried that lxc-android-config fails to dist-upgrade? [11:19] 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] Saviq: altough there might be a difference in the "app not starting" thing [11:19] mzanetti, lxc is fine [11:20] e.g. crashing at startup vs not launching anything all [11:20] mzanetti, it's because the file it wants to update is bind-mounted writable [11:20] mzanetti, ok, I'll let you know if I can find some steps [11:20] ok. espected something like that. just wanted to make sure we don't mess up [11:20] expected, even [11:20] lxc, that is ^ [11:27] dednick, hey dude! [11:31] Cimi: hey [11:32] dednick, crap, we need you here [11:32] dednick, can you come back? [11:32] mhr3: heh. no chance :) [11:32] dednick, j/k :) [11:33] dednick, I think we should write that component for dealing with bindings! [11:33] dednick, I really need it for the wizard [11:34] Cimi: why? [11:35] Cimi: but yeah, should be dne [11:35] dednick, because they have same issue all around in system settings [11:36] 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] tsdgeos: do you still have your first proposed patch for the move/layoutChanged/modelReset issue around? [11:38] it should be in gerrit [11:38] let me see [11:38] 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] Saviq, also ack on https://code.launchpad.net/~mhr3/unity8/fix-1297246/+merge/212593 would be appreciated [11:39] but rather the move operation should do something that makes it update properly [11:39] which I assume was your first try too [11:39] ye [11:39] see https://codereview.qt-project.org/#patch,all_unified,67214,6 [11:39] specially steveire's comment [11:39] "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] tsdgeos: hmm... I always thought layoutChanged would update everything except number of items [11:41] which is what modelReset is for [11:41] don't ask me :D [11:41] as i said [11:41] i am not sure i really understand what's the difference between layoutChanged and resetModel [11:43] well, after this change there isn't really a difference any more [11:43] the one that was committed [11:46] i mean on the model level [11:46] not on the view level [11:53] mhr3, add http://pastebin.ubuntu.com/7184458/ to tst_GenericScopeView.qml please? [11:57] Saviq, thx, pushed [11:57] mhr3, k === _salem is now known as salem_ === Guest61883 is now known as karni === alan_g is now known as alan_g|lunch [12:15] seb128, any update on this? https://code.launchpad.net/~unity-team/ubuntu-system-settings/wizard.wifi/+merge/212675 [12:17] Cimi, no, I'm busy with other things atm, I don't really have time for the wizard, maybe try to catch mterry? === MacSlow|lunch is now known as MacSlow [12:20] 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] Cimi: you talked to Daniel already? I've talked to him last week. Seems ok. [12:46] paulliu, ok [12:46] paulliu, so only thing I'd do now is checking if the scaling works as expected [12:47] paulliu, by testing the actual scaling factor [12:47] paulliu, so instead testing if it scales up or down, test the exact scale [12:49] Cimi: I've added that already. [12:50] Cimi: The test.answer4 is the exact scaling factor [12:50] I didn't see it, sorry [12:51] paulliu, I don't think it's enough, we should test more values [12:51] Cimi: ok. Do you mean the image size or? [12:52] paulliu, testing more than 1 zoom action [12:52] maybe a long pinch, a small pinch, a pinch out... [12:52] Cimi: ok. got it. [12:52] at least this is IMHO [12:52] mzanetti, what would you test in a zoomable image component? [12:52] in reference of this https://code.launchpad.net/~paulliu/unity8/zoomImage/+merge/207941 [12:52] * mzanetti looks at the code === blaroche_ is now known as blaroche [12:56] Cimi: mousewheel, pinching, flickable's contentHeight/width after zooming to max/min [12:56] paulliu, ^ [12:57] kgunn, looks like silo 004 was needed for non split stuff? [12:57] mterry: ok, we can keep pestering for a silo throughout the day [12:57] 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] MouseArea === alan_g|lunch is now known as alan_g [12:58] mterry: i imagine that's a weekend symptom....alot of stuff should land today and clear out the silos...i reckon [12:58] kgunn, makes sense [13:01] * mzanetti hopes to free silo 15 today :D [13:01] mzanetti: you mean put mousearea inside the PinchArea? [13:02] paulliu: hmm... does the PinchArea "eat" mouse presses? [13:02] paulliu: or better: Is the reason for the topmost MouseArea to forward events to the PinchArea only? [13:02] mzanetti: MouseArea eat TouchEvents. [13:02] mzanetti: yes.. [13:03] paulliu: ah ok. in that case, ignore the MouseArea comment and just make sure the PinchArea works [13:03] 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] ok.. in which case I guess the event.accepted = false could go away [13:04] mzanetti: Flickable handles the mouse key presses by itself. So the images can move around. [13:05] mzanetti: ok. thanks. I'll add the tests you mentioned. [13:05] MacSlow: you're missing the checklist :D [13:05] MacSlow: why is the forceLayout needed? [13:05] tsdgeos, doh... right :) [13:05] i mean shouldn't the backend do that? [13:05] paulliu: that's just what comes from the top of my head after giving it a quick look [13:07] mzanetti, we don't have the deps sorted out properly yet [13:07] hmm... [13:08] Saviq: which ones in particular? [13:08] mzanetti, unity8 does not depend on unity-application-impl, which it should (it only depends on -impl-2) [13:08] mzanetti, and unity-mir does not provide neither [13:08] tsdgeos, you're the Qt-expert :) I just now it's also needed in the tst_Notifications.qml to make it work [13:08] mzanetti, results in unity8-fake-env being pulled on the device [13:09] oh... I c [13:09] MacSlow: hmmmah, didn't realize this was Item forceRelayout, i thought it was a Notifications specific thing [13:09] 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] mzanetti, unity8-fake-env needs to Provides: unity-application-impl and unity-application-impl-2, too [13:10] MacSlow: ok, i see we're using this already in one place so let's get it merged i guess [13:10] Saviq: what's this? "Provides: qtubuntu-shell" [13:10] found in unityfake-env [13:10] mzanetti, that's probably exactly that [13:10] tsdgeos, also added the checklist. [13:11] mzanetti, needs to be dropped [13:11] ack [13:11] MacSlow: i'll force a rebuild, just to make sure it works again [13:11] tsdgeos, don't [13:11] tsdgeos, I just did that... [13:11] mzanetti, from qtubuntu's Provides, too [13:11] MacSlow: ah, cool [13:11] tsdgeos, http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/2679/ [13:11] mzanetti, as it doesn't actually provide it any more [13:11] yep [13:12] MacSlow: oki, will approve if that one suceeds then :) [13:13] 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] yep :) [13:13] 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] when upgrading unity8, that is? [13:14] 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] mterry, hey, there's a conflict in split greeter again [13:14] MacSlow: things randomly are slower or not slower [13:15] tsdgeos, probably... it's sad [13:16] Saviq, will update [13:17] 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] mzanetti, yeah, it's a bit convoluted here [13:18] 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] I agree, yes [13:22] Saviq: does this look sane to you? http://paste.ubuntu.com/7184799 [13:25] mzanetti, unity8-private does not implement Unity.Application does it? [13:25] mzanetti, should be libunity-mir1? [13:26] Saviq: no, it's unity-fake-env & libunity-mir1 [13:26] mzanetti, + unity8-private | unity-application-impl, [13:26] both provide Unity.Application [13:26] mzanetti, yeah, so that above is wrong [13:27] ah... got it. true [13:27] mzanetti, the whole idea behind foo | foo-impl is for "foo" to be the default selection [13:27] mzanetti, so foo needs to provide foo-impl [13:27] so should this just be application-impl or "libunity-mir1 | unity-application-impl" right? [13:27] err, yes, the latter [13:28] mzanetti, it needs to be |, otherwise apt will not resolve [13:28] mzanetti, 'cause there can't be an only-virtual Depends [13:29] ok. fixed [13:29] and hopefully understood it a bit better [13:29] thanks for all the patience. [13:37] mzanetti, I think qtubuntu needs Breaks: unity8 (<= $new_version) [13:38] 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] Saviq: hmm... where is that? [13:40] mzanetti, where is what? [13:41] Saviq: re "http://paste.ubuntu.com/7184799" [13:41] ah... wrong paste [13:41] Saviq: now "I think qtubuntu needs Breaks: unity8 (<= $new_version)" [13:41] 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] mzanetti, it's not anywhere, I think it needs to be added [13:42] meh... stupid me [13:42] mzanetti, tsdgeos: btw... here's a video of that they are all about https://www.youtube.com/watch?v=sqqmPBa97U0 [13:43] mzanetti, fwiw... Ubuntu.Application vs. unity-application-impl.... [13:43] or is it Unity.Application already? [13:43] yes, it is [13:43] ah U.A., ok [13:43] that's better [13:44] Saviq: I changed that when introducing it in unity-api [13:45] Saviq: thinking about it. does it really break unity8? [13:45] mzanetti, it does when you'd have mir disabled [13:45] it just wouldn't install the SF support any more. but with Mir, unity still works [13:46] mzanetti, yeah, but if you use sf, and upgrade qtubuntu, but don't upgrade unity8 [13:46] mzanetti, broken [13:46] but the package is still required (for Qt QPA). so not sure its really a good idea to add the Breaks [13:46] mzanetti, it will just ensure upgrading of unity8 [13:46] mzanetti, nothing else [13:46] ah ok [13:46] ok, adding it [13:46] mzanetti, as it will only break previous unity8 versions [13:47] mzanetti, I pushed a debian/changelog bump to unity8 right-edge-2 [13:47] ack [13:48] mzanetti, so Breaks: unity8 (<= 7.85) [13:48] but I'm analyzing the other things [13:49] Saviq: <= 7.84, right? [13:49] mzanetti, no, 7.84 is the current version [13:49] mzanetti, ah yeah [13:49] yep, there's a = [13:49] < vs. <= [13:49] mzanetti, we need < 7.85 then I think [13:50] Saviq: seeing other examples its either <= or << [13:50] yes << [13:50] ok [13:59] 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] dunno [14:03] 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] Saviq: yeah, libunity-mir1 shold be upgraded in favour of installating unity8-fake-env [14:12] (sorry, back from running, backlogging) [14:12] Saviq: so, both latest unity8 and lxc-android-config should be installed once we drop SF, right? [14:13] Saviq: or the new unity8 with the old lxc-android-config is fine? [14:13] (it seems it will be to me, no?) [14:14] mterry, oh ok. that's the question I was trying to resolve with doanac and the use of system settle [14:14] didrocks, yeah, lxc-android-config shouldn't break anything [14:14] didrocks, but then there's ubuntu-touch-session [14:14] ah, and this one needs to be upgraded in sync with unity8, [14:14] ? [14:14] tsdgeos, that last rebuild I triggered failed because of a defuct package-download... *sigh* just retriggered it. [14:15] didrocks, yeah, I think so, otherwise people who ran sf before will still run sf, but there's no more ubuntuappmanager plugin [14:16] Saviq: ok, so I guess new touch-session breaks: unity8 (<< first-version-without-sf-support) [14:18] didrocks, qtubuntu also Breaks: ubuntu-touch-session (<< first-version-without-sf-support), right? [14:19] 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] Saviq: yeah, seems it's in that way [14:19] 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] hum, unsure about lxc-android-config and u-t-s. isn't it u-t-s disabling surfaceflinger launched in the session? [14:21] 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] you didn't draw a map! :p [14:22] didrocks, I know, I should, tried to explain as best I understand it [14:22] heh, no worry [14:22] so, on the first 2 ones, ack, let me reread for lxc-android-config and u-t-s though [14:22] ah, so, it's not u-t-s starting surfaceflinger, but l-a-c [14:23] didrocks, stopping, rather than starting, but yeah [14:23] dednick, could you have a look at a branch and tell me what's wrong with it? [14:23] Saviq: ahhhh, got it [14:23] Saviq: so yeah, making sense [14:23] Cimi: i can try [14:23] but you'll need to give me a indication as to what i'm looking for [14:24] dednick, this one [14:24] https://code.launchpad.net/~cimi/ubuntu-system-settings/wizard.privacy/+merge/213124 [14:24] Saviq: yeah, just reread and +1 on the plan [14:24] dednick, the settings are not in sync === dandrader is now known as dandrader|afk [14:24] dednick, when I set something in the wizard, it doesn't get updated in the system settings [14:24] dednick, but it works opposite way [14:24] code seems the same [14:25] Cimi: checked: diagnosticsWidget.canReportCrashes [14:26] binding is broken when checked changes in the DiagnosticsCheckEntry [14:27] dednick, but this changes back, no? [14:27] Cimi: same as the slidermenu before [14:27] need a serverValue kind of thing [14:27] mmm o [14:29] dednick: jfi. entering the pin using qdbus still works. the phone gets signal afterwards [14:30] mzanetti: i've just tested it with devel-proposed. seems fine on my phone :( [14:31] dednick: hmm... strange... anything I could do to get you more information? [14:31] * mzanetti reboots the phone [14:32] dednick: nope. not here again after a reboot === dandrader|afk is now known as dandrader [14:32] mzanetti, please bump ubuntu-touch-session to 0.107, and add the Breaks as described in http://pastebin.ubuntu.com/7184985/ [14:32] mzanetti: hm. hang on. just trying again [14:33] mzanetti, where $first-without-sf-support is 0.107 [14:37] mzanetti: can you check with indicator-network version you have? [14:38] dednick: 0.5.1+14.04.20140318-0ubuntu1 [14:39] mzanetti: libqmenumodel0 as well please? [14:40] dednick: 0.2.7+14.04.20140305-0ubuntu1 [14:42] dednick, where was your branch with the server value? I cannot remmber [14:42] Cimi: MenuItemFactory === dandrader is now known as dandrader|afk [14:53] mterry, shall I kick the split greeter silo yet? [14:53] mzanetti: hmm.. all same as me. very strange [14:53] Saviq, yeah OK! I think there are some newer Mir branches we might want. Let me check [14:53] mterry, btw, it's silo 002 now [14:53] mzanetti: can you run up the indicators-client app on the phone and send me a screenshot of the network page? [14:53] Saviq, k [14:54] mterry, yeah, please look through the list of MPs if we want anything new, or drop anything [14:54] 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] tedg, what's the story with landing indicator-sound again? Is there a silo in queue? [14:56] mterry, anpok's one was already in the list, so we only need that, all in all? [14:56] mterry, Was waiting on beta freeze and then thostr to be off vacation, asked about getting a silo about 10 minutes ago :-) [14:56] mterry, anything else we could drop? http://pastebin.ubuntu.com/7185109/ [14:56] tedg, awesome :) [14:57] tedg, with the volume schema branch too! ;) [14:57] mterry, Yup, it's on the sheet. [14:57] Saviq, I think that's everything [14:57] mterry, ok, kicking mir to start with [14:57] tedg, ah yes, we talked about that last week [14:58] Saviq: the one from alan fixes some issue that crept up with osk [14:58] mterry, could you review my wifi branch? [14:58] anpok, kthx [14:58] Cimi, OK, will look today [14:58] mzanetti, please ping when we're ready to kick the right edge silo again === dandrader|afk is now known as dandrader [15:03] Saviq: yep. doing now. was eating. [15:03] mzanetti, ok nw [15:04] Saviq: just realized that we have a hard dep on libunity-mir1 already [15:04] Saviq: I supposed that one should go in favor of the | app-impl [15:05] or is there anything else in there we hard-depend on? [15:05] mzanetti, we dlopen the actual lib, not just the plugin [15:05] ok. [15:06] mzanetti, so it's good for it to be logically there [15:06] mzanetti, especially since foo | bar could arguably be fulfilled by bar, at which point foo wouldn't be pulled in [15:07] 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]