[05:39] <lpotter> any way to easily run a manual test app based on qtwidgets on the phone?. I guess I'm looking for display argument to give it
[11:21] <Saviq> lpotter, still here? it should Just Work™ in theory, pass it --desktop_file_hint=unity8 on the console so u8 accepts it, note that you will get the last surface the app will show, so results may be unexpected ;)
[12:03] <Saviq> Trevinho, hey, got a laptop here with fresh wily install, unity doesn't start, it just stays on the lightdm screen (without the password fields and such, just the wallpaper) after login (tried both real user and a guest), .xsession-errors mentions upstart bridge respawning, but I assume that's because there's no system upstart? any ideas where to look for what's going on?
[12:09] <Trevinho> Saviq: mh, for lightdm thing  not sure...  Check the greeter logs in /var/log/lightdm, but it might be something related to pam (so check also auth.log). As for unity then, did you check the unity7 upstart log?
[12:13] <Saviq> Trevinho, oh hmm, "Warning: Fake initctl called, doing nothing."
[12:13] <Saviq> seems like install went bad
[12:23] <Saviq> Trevinho, great success, it was /sbin/initctl dpkg-divert, it didn't get removed during installation for some reason (I was installing netboot and had some issues with GRUB, so probably that)
[12:36] <dandrader> Saviq, how do I get the order at which MPs get applied in silo 51?
[12:38] <Saviq> dandrader, https://ci-train.ubuntu.com/job/ubuntu-landing-051-1-build/85/consoleFull
[12:38] <Saviq> dandrader, oh well
[12:39] <Saviq> dandrader, https://bazaar.launchpad.net/~ci-train-bot/unity8/unity8-ubuntu-xenial-landing-051/changes might be easier to parse
[12:44] <dandrader> Saviq, yeah, although that second link doesn't point to the merge proposals
[12:44] <Saviq> dandrader, https://bazaar.launchpad.net/~ci-train-bot/unity8/unity8-ubuntu-xenial-landing-051/changes does, but is limited history...
[12:45] <Saviq> erm I mean
[12:45] <Saviq> ah it won't link, since there isn't a merge proposal between those two branches
[12:46] <Saviq> it will only happen when pushed to trunk
[12:54] <dandrader> Saviq, mzanetti, https://code.launchpad.net/~mzanetti/unity8/launcher-sizing/+merge/280149 isn't top-approved yet
[12:56] <Saviq> dandrader, there's plenty like that
[12:56] <Saviq> dandrader, but this one actually was, before, just I un-approved it after a visual issue I noticed
[12:57] <Saviq> dandrader, we're nowhere near to landing that silo still
[13:01] <dandrader> Saviq, sounds encouraging :)
[13:08] <dandrader> Saviq, would it be easier of faster to have smaller landings instead of keep adding more MPs to this one?
[13:08] <dandrader> s/of faster/or faster
[13:08] <dandrader> looks like it just keeps growing
[13:17] <Saviq> dandrader, easier, maybe–faster, not really, since actually landing a silo takes a relatively long time
[13:18] <Saviq> dandrader, problem is we're kinda blocked to land this big one because of the ever-extending OTA9.5 deadline
[13:19] <Saviq> ok silo 51 should finally land in a few mins
[13:20] <dandrader> dednick, nice, can reproduce the zero-sized windows in desktop stage in "make tryShell" etc after merging all those branches in silo 51
[13:20] <dandrader> dednick, will apply your fix on top etc in a bit...
[13:21] <Saviq> dednick, where are we on "new" form factor? shall I build a silo yet?
[13:30] <dednick> Saviq: "new"?
[13:31] <dednick> forgot which one was "new".
[13:37] <Saviq> dednick, without modifying screens ;)
[13:37] <dednick> Saviq: haven't got there yet. Previously was having trouble with the whole panel hack thing; so was trying to fix that first. But we've run into a snag there as well...
[13:38] <Saviq> dednick, ack
[13:38] <Saviq> we landed!
[13:38] <ltinkl> wee
[14:18] <dandrader> Saviq, the bad window size problem is caused by https://code.launchpad.net/~lukas-kde/unity8/windowOpenCloseAnimations/+merge/284775
[14:20] <dandrader> ltinkl, please check dednick's fixes  ^^^
[14:22] <ltinkl> dandrader, Saviq: should I apply them on top of my branch? I thought dednick had them somewhere already
[14:23] <dandrader> ltinkl, your branch brakes Shell as it is (see comment I put there). So it must be fixed
[14:24] <dandrader> ltinkl, so yeah, applying dednick's fix there sounds good (haven't perused the fix yet, so I might still have comments afterwards...)
[14:25] <dednick> ltinkl: no idea when my fix will go in, and it's kind of unrelated anyway. so you're is best branch for it.
[14:26] <ltinkl> ok
[14:28] <Saviq> ltinkl, yeah, --author "Nick Dedekind <nick.dedekind@canonical.com>" please :)
[14:28]  * ltinkl noted
[14:32] <tsdgeos> Saviq: lp:~unity-team/unity8/packaging has conflcits, i guess that's expected
[14:34] <Saviq> tsdgeos, yup, was just thinking I need to add the conflict checking to our jenkaas
[14:39] <tsdgeos> Saviq: how would you do that? as a job that runs every X hours?
[14:39] <Saviq> tsdgeos, trigger on lp:unity8 changes
[14:40] <tsdgeos> ah, makes sense
[14:40] <Saviq> tsdgeos, and go through all active MPs
[17:28] <mterry> Saviq, are we still using the ubuntu-rtm distro in bugs?
[17:29] <Saviq> mterry, they do during OTA release - whatever needs to go into the snapshot from which the OTA is built
[17:31] <mterry> Saviq, ah ok