[07:52] <Saviq> @unity: so, we've an even bigger silo than ever: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-019
[07:52] <Saviq> 30 MPs total
[07:52] <Saviq> let's drive the ACKs there to be able to actually land it :)
[07:53] <Saviq> let's see if it builds...
[08:00]  * MacSlow is happy...
[08:00] <MacSlow> about the silo 019
[08:00] <MacSlow> not so happy about lightdm no longer working
[08:01] <Saviq> MacSlow, nvidia?
[08:01] <MacSlow> Saviq, yeah... but I can start my X11-session manually and GL/compiz etc do work
[08:01] <Saviq> MacSlow, bug #1365165
[08:01] <MacSlow> Saviq, I see several systemd-related troubles on the console
[08:01] <Saviq> MacSlow, downgrade lightdm to 1.11.7
[08:02]  * MacSlow tries
[08:03] <Saviq> MacSlow, packages in https://launchpad.net/ubuntu/+source/lightdm/1.11.7-0ubuntu1/+build/6302305
[08:03] <MacSlow> thx
[08:04] <MacSlow> Saviq, that's the same issue that had you reinstall yesterday?
[08:04] <Saviq> MacSlow, yup!
[08:04] <MacSlow> oh dear
[08:04] <Saviq> MacSlow, nw, I'm happy with a clean / ;)
[08:04] <MacSlow> true :)
[08:04] <Saviq> and having the installer in PXE, apt cache around, it only takes a half hour or so
[08:05] <MacSlow> my desktop here has some 5+ years worth of continous updates...
[08:05] <Saviq> nice
[08:05] <MacSlow> pretty impressive how smooth eveything works compared to other (non-Linux) systems
[08:27] <Saviq> mzanetti, can you do https://code.launchpad.net/~aacid/unity8/two_see_more_bugfix/+merge/231373 please
[08:28] <Saviq> Cimi, one for you https://code.launchpad.net/~aacid/unity8/category_view_invisible_in_preview_mode/+merge/231844
[08:31] <Cimi> Saviq, ok doing
[09:25] <mzanetti> Saviq: err... no... not really
[09:25] <Saviq> mzanetti, you away today are you/
[09:25] <mzanetti> yep
[09:26] <Saviq> mzanetti, right :P
[09:26] <mzanetti> well... technically I'll be away after breakfast :D so far I've ben in bed
[09:26] <Saviq> if only we had a system where people put in their away time... owait!
[09:26] <Saviq> grrr
[09:27] <mzanetti> Saviq: err. did i miss something?
[09:27] <Saviq> mzanetti, no you didn't
[09:27] <mzanetti> ok..
[09:27] <Saviq> mzanetti, but not having access to your entries in hr.c.c is aarghg
[09:27] <mzanetti> But I've told you in yesterday's standup :)
[09:28] <Saviq> like *everyone's* gone away today, bear with me ;P
[09:29] <seb128> Saviq, how come you don't have access?
[09:29] <Saviq> seb128, I do have access, but I can't see my peers' entries
[09:30] <seb128> Saviq, see other channel's url
[10:08] <greyback> Saviq: hey, did you see my message last night? About dbus blocking the GUI thread if it tries to send message to a service which hasn't started up yet?
[10:08] <Saviq> greyback, I saw you talking to mzanetti
[10:09] <greyback> Saviq: ok well remember the issue you found with my initialSurfaceSizing stuff? Where the UI would freeze?
[10:09] <Saviq> yup
[10:10] <greyback> that was due to one test in particular. It started up unity8 and dash. Once u8 started up (dash not ready yet) it launched another app, then (dash still not ready yet) did a left-edge swipe
[10:10] <greyback> left-edge swipe uses DashCommunicator to send dbus message to dash to change scope
[10:11] <Saviq> greyback, oh
[10:11] <greyback> but Dash still hadn't started up, and still hadn't asked Mir for a surface
[10:12] <greyback> so DashCommunicator blocks, as Dash dbus interface not available, so u8 GUI thread blocked. Dash then asks Mir for surface, but that is blocked as u8 GUI thread blocked
[10:12] <greyback> hence the bug
[10:13] <Saviq> greyback, right, none of the ideas that spring to mind are actually fixes... you?
[10:14] <greyback> Saviq: my proposal: don't try to communicate with an interface which does not exist. So we watch the bus, and if we're notified the dash interface was created, then we connect to it
[10:14] <greyback> it's something we did in the unity-2d days
[10:15] <greyback> see http://bazaar.launchpad.net/~unity-2d-team/unity-2d/trunk/view/head:/libunity-2d-private/src/abstractdbusservicemonitor.cpp
[10:15] <Saviq> greyback, right, that was actually one of my initial ideas but thought we'd have problems
[10:15] <Saviq> because it's QDBusInterface() that was blocking you said
[10:15] <Saviq> but yeah
[10:15] <greyback> yep
[10:15] <Saviq> but if we can watch it without creating the iface, let's
[10:16] <greyback> ok
[10:16] <Saviq> greyback, definitely more important to not deadlock rather than to not miss a few messages
[10:16] <greyback> Saviq: second: this might be something useful to be shared between several qml modules - as several of them do dbus calls
[10:16] <greyback> right
[10:17] <Saviq> greyback, yeah, the abstract thingy is probably the way to go
[10:17] <greyback> Saviq: ack. Would a small shared library be a good idea for it?
[10:18] <Saviq> greyback, sounds like a separate binpkg, we don't have any that makes sense for this already
[10:18] <Saviq> greyback, but also sounds like something others could have use for
[10:18]  * Saviq wonders if should be upstreamed to Qt even
[10:19] <greyback> not a bad idea
[10:20] <Saviq> greyback, so maybe try and feel out interest upstream, failing that sdk, failing that our own...
[10:21] <greyback> Saviq: mind if I stick it in DashCommunicator initially, to unblock my initialSurfaceSizer stuff?
[10:22] <Saviq> greyback, if you could make the other small plugins make use of it, and stick the .so in unity8-private for now
[10:22] <greyback> Saviq: yessir
[10:22]  * Saviq greps for QDBusInterface
[10:23] <Saviq> there's actually quite a bunch
[10:26] <greyback> right
[10:28] <Saviq> greyback, lttng needs a merge somewhere https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/20/console
[10:28] <Saviq> greyback, if I could also spare some time on one of the unity8 branches in silo 19, would be grateful http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-019
[10:29] <greyback> Saviq: if you, or if I?
[10:29] <greyback> :)
[10:29] <Saviq> greyback, there was "could ask you" there before :D
[10:29] <greyback> sure
[10:29] <Saviq> greyback, but then the "grateful" part of the end of that sentence made the other go away ;)
[10:29] <greyback> Saviq: that hurt to type, didn't it?
[10:29] <Saviq> I can either ask you or be grateful :)
[10:30] <Saviq> greyback, no, just did not compute :)
[10:31] <Saviq> greyback, lemme know if you need someone to have a look at the remerged qtmir, otherwise to just kick a rebuild in the silo
[10:31] <greyback> Saviq: yep
[10:32] <Saviq> /food
[10:33] <greyback> so many conflicts arg
[11:12] <greyback> Saviq: lttng branch updated, you can kick off a silo rebuild
[11:22] <Saviq> greyback, tkx
[11:22] <Saviq> ah you did already
[11:28] <facundobatista> Holas
[11:32] <Saviq> o/
[11:36] <Saviq> dandrader, Abstain is probably what you wanted in https://code.launchpad.net/~mzanetti/unity8/dont-animate-x-while-dragging/+merge/233046
[11:36] <mzanetti> no... I'm sure he wanted to approve
[11:36] <Saviq> ;)
[11:37] <Saviq> mzanetti, GO AWAY
[11:37]  * mzanetti is not here except for leaving stupid comments
[11:38] <dandrader> Saviq, have you read my last comment there?
[11:38] <Saviq> dandrader, well, you wanted Pending, meaning that you'll review it?
[11:38] <dandrader> Saviq, yes
[11:39] <dandrader> Saviq, do you know how to do it?
[11:39] <dandrader> Saviq, how to reset to "Pending"
[11:39] <Saviq> dandrader, no, once you voted, you voted, no going back
[11:39] <Saviq> no backsies!
[12:56] <bregma> mzanetti, did you address Saviq's comment about 3 slashes in https://code.launchpad.net/~mzanetti/unity/new-key-in-launcher-schema/+merge/232199 ? I'd like to get that in today's Unity 7 landing
[12:56] <Saviq> bregma, he's away today, let me resubmit
[12:57] <bregma> Saviq, OK, I apologise for how slow getting things into Unity 7 is
[12:57] <Saviq> bregma, no worries
[12:57] <Saviq> we understand
[13:10] <Saviq> bregma, ok, we need to leave it for now, I need to find out if he really wanted the default to be empty
[13:10] <bregma> I don't mind not doing work
[13:27] <Saviq> elopio, hey, could you please have a look at https://code.launchpad.net/~saviq/unity8/dash-geometry/+merge/233354 please
[13:27] <Saviq> elopio, from an ap test perspective of course
[13:28] <Saviq> elopio, one thing I dislike there is that it's impossible to pass env from outside of the test, making it impossible, for example, to run under xvfb, we should have a think on how to solve that
[13:42] <dandrader> Saviq, is this test know to be flaky? unity8.shell.tests.test_emulators.DashEmulatorTestCase.test_open_scope_to_the_left(Nexus 4)
[13:42] <dandrader> known
[13:44] <Saviq> dandrader, I'm looking at it now, where did you see it fail?
[13:45] <dandrader> Saviq, https://code.launchpad.net/~mzanetti/unity8/dont-animate-x-while-dragging/+merge/233046
[13:46] <Saviq> dandrader, yeah, same happened in https://code.launchpad.net/~unity-team/unity8/lvwph_non_interactive_header_animation/+merge/233314
[13:47] <Saviq> dandrader, I'm trying to find out what's going on
[13:47] <Cimi> Saviq, do we have a silo with indicator-polishing?
[13:48] <Saviq> Cimi, yeah, we have a silo with *everything* http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-019
[13:48] <Cimi> Saviq, build failed
[13:48] <Saviq> Cimi, not u8's https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-019
[13:49] <Cimi> Saviq, hah, is there sth in btw?
[13:49] <Saviq> Cimi, does not compute?
[13:50] <seb128> Saviq, those "you need to add your own icons" is slightly annoying, wouldn't it make sense to batch ship those in the theme instead?
[13:50] <Cimi> Saviq, I could start looking at changelogs and see what built fine, or simply ask you since you did the silo and know the answer :)
[13:50] <Saviq> seb128, that's the thing, design doesn't want them to be shipped from the theme
[13:51] <Saviq> Cimi, "sth in btw"?
[13:51] <Saviq> Cimi, u8 built fine
[13:51] <Cimi> something in, btw
[13:51] <Cimi> testing the silo
[13:51] <Saviq> Cimi, still don't understand the question
[13:51] <Saviq> Cimi, everything is in the silo
[13:53] <seb128> Saviq, hum, k
[13:53] <seb128> Saviq, they prefer to dump the work on others? ;-)
[13:56] <Saviq> seb128, no
[13:56] <Saviq> seb128, they prefer that app icons don't get changed with icon themes
[13:56] <Saviq> seb128, I added ubuntu-ux there for confirmation from Jouni and Matthieu who requested that in the first place
[13:58] <seb128> Saviq, thanks
[14:01] <seb128> thostr_, hey, do you if "some scopes don't respect com.canonical.Unity.Lenses.remote-content-search" is a known issue/where it should be reported? (if on the phone you go to settings->privacy->dash and pick "local content only" you still get e.g the video lens to list youtube content)
[14:02] <thostr_> seb128: that worked at some point... this is a framework issue, so report it against unity-scope-api
[14:02] <seb128> thostr_, thanks
[14:06] <seb128> thostr_, https://bugs.launchpad.net/ubuntu/+source/unity-scopes-api/+bug/1365529
[14:20] <Cimi> I guess this PPA fucked up sth... :(
[14:23] <mhall119> thostr_: what's your best guess on when the dash payments UI will be enabled by default?
[14:23] <thostr_> mhall119: for beta testing end of next week I hope
[14:24] <thostr_> mhall119: and then we need to check the feedback
[14:24] <mhall119> thostr_: ok
[14:39] <greyback> argh USC turned itself on again, and now a Mir/USC bug has my second monitor frozen
[14:42] <greyback> https://bugs.launchpad.net/mir/+bug/1352852 <- gonna get Daniel what he wants, will be intermittent
[14:50] <elopio> Saviq: ok, let me take a look.
[15:24] <greyback> what's the command again to attach output from .crash file to _existing_ bug?
[15:24] <greyback> Saviq: ^
[15:25] <greyback> apport-cli -u 1352852 _usr_sbin_unity-system-compositor.0.crash
[15:25] <greyback> ERROR: You need to use apport-collect for updating an existing bug
[15:25] <Saviq> greyback, apport-collect
[15:25] <Saviq> greyback, but you can only do that with your own bugs IIRC
[15:25] <greyback> "apport-collect 1352852" just pops up a dialog with "nothing to collect"
[15:25] <greyback> I logged that bug
[15:26] <Saviq> greyback, I think it depends on tags on the bugs or something, you might wanna ask pitti
[15:27] <greyback> Saviq: aha, I needed the "-p unity-system-compositor"
[15:27] <greyback> perhaps since bug affects both usc and mir, it wasn't sure waht to do
[15:28] <Saviq> maybe
[15:35] <elopio> Saviq: I love this. autopkgtests can pass environment variables outside the test.
[15:36] <elopio> so when we move the unity tests to autopkg, we can set the ARGS only if it was not set before.
[15:36] <Saviq> elopio, will we even have upstart in autopkg
[15:36] <Saviq> ?
[15:36] <elopio> Saviq: one problem though. Discussing with tedg last week, he said that ubuntu-app-launch will not pass the command line args to the binary.
[15:37] <elopio> Saviq: I think we can have upstart there. It's a matter of installing it on the testbed.
[15:37] <Saviq> elopio, kk
[15:37] <elopio> from my discussion with ted, I got that in order to test apps we need upstart and mir.
[15:38] <elopio> for some tests we will need unity. For some others we won't.
[15:38] <elopio> But I haven't tried if that will work.
[15:47] <greyback> Saviq: seen this fail before: https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/22/console - it trying "get-packaged-orig-source"
[15:49] <Saviq> greyback, that's benign
[15:49] <Saviq> greyback, it did upload didn't it
[15:49] <Saviq> greyback, the failure is because unity-scopes-shell failed on arm64
[15:50] <greyback> Saviq: ok I see it. nevermind
[15:50] <Saviq> greyback, when building a source pkg, dpkg tries a few things to grab the source tarball
[15:50] <Saviq> greyback, and complains along the way
[15:55] <Saviq> elopio, flakes fixed
[15:57] <Saviq> dandrader, did you bring over the last commit from dednick's branch to your post-prompts?
[15:57] <dandrader> Saviq, yes
[15:58] <Saviq> dandrader, if you used his branch directly it would have marked Merged automagically when yours would merge
[15:58] <Saviq> (and built on top of it that is)
[15:58] <Saviq> otherwise the MP says merged even though it's not, really...
[16:00] <dandrader> Saviq, not sure I follow you, but my intention is just to move prompts-in-prompts out of the picture even though I know its latest commit didn't get in so it officially didn't get merged
[16:00] <dandrader> Saviq, because that post-prompts has it
[16:01] <Saviq> dandrader, yeah, but we can't pull that top commit from that branch without dednick
[16:01] <Saviq> dandrader, and saying that branch is merged when it's not... meh
[16:01] <Saviq> dandrader, and what I mean is that if you took his branch, and committed on top of it (instead of squashing with your own commit)
[16:02] <Saviq> dandrader, then when your branch would merge with those two commits is when the other one would get marked Merged (correctly), too
[16:03] <Saviq> dandrader, but all in all, I'm not too bothered
[16:22] <Cimi> Saviq, infographics
[16:22] <Saviq> Cimi, I know
[16:22] <Saviq> Cimi, did you see the silo?
[16:22] <Cimi> Saviq, that thing needs testing
[16:22] <Cimi> Saviq, like real testing
[16:22] <Cimi> Saviq, we can't land them in two weeks
[16:22] <Saviq> Cimi, you can, I'm not here in two weeks :P
[16:22] <Cimi> Saviq, 19?
[16:22] <Saviq> Cimi, yeah, I can't add them to that silo
[16:23] <Saviq> Cimi, it needs to wait for that
[16:24] <Cimi> Saviq, i think our listview needs better speed handlings
[16:24] <Cimi> Saviq, something like 2500 * units.gridUnits / 8
[16:24] <Cimi> feels super fast with no deceleration
[16:25] <Saviq> Cimi, feel free to find the right values
[16:25] <Cimi> and the swipe in scopes overview is slooooooow
[16:31] <Saviq> Cimi, yeah it is
[16:32] <Saviq> Cimi, because the sdk change didn't land yet
[17:16] <kgunn> tedg: how'd your talk go ?
[17:16] <kgunn> sorry i missed it
[19:29] <tedg> kgunn, Good, forgot to turn on the mic :-(
[19:29] <tedg> kgunn, So the recording might not be good.
[19:29] <kgunn> happens to the best
[19:30] <tedg> I know, complex technology, you have to turn it on :-)
[21:17] <Saviq> mterry, there was a lightdm release yesterday
[21:18] <mterry> Saviq, oh yeah?  I haven't tried bisecting the problem yet, but maybe
[21:18] <mterry> Saviq, the changelog does mention reworking logind code...
[21:18] <Saviq> mterry, https://launchpad.net/ubuntu/+source/lightdm/1.11.8-0ubuntu1