[08:03] <Mirv> tsdgeos: Saviq: you can forget about qt5-beta2 PPA now (updated instructions on its front page), the landing PPA is now usable thanks to maliit-keyboard fix. the landing PPA only contains those rebuilds that were pointed out by the qtbase/declarative-abi-5-2-1 dependencies, so for example no unity-api, unity-scopes-api etc.. and stuff still seems to work
[08:04] <Saviq> Mirv, oh cool
[08:04] <Saviq> tsdgeos, ↑
[08:04] <Saviq> ah you did ping him
[08:04] <Mirv> yes :)
[08:05]  * Saviq 's eyes not fully woken up yet
[08:05] <tsdgeos> i'm back to 5.2 for now
[08:05] <Mirv> anyhow, that's a benefit from doing the correct packaging with symbols and all
[08:06] <Saviq> mzanetti, btw, we're pulling split greeter out, so don't even bother
[08:06] <mzanetti> ok
[08:11] <Cimi> Saviq, next cycle we should have PPA to use between before 15.04 arrives in beta
[08:12] <Cimi> Saviq, last upgrade broke unity again, I had to install openbox and other crap
[08:12] <Saviq> Cimi, works for me ;)
[08:13] <Cimi> Saviq, you want to upset me?
[08:13] <Cimi> I hope you understand the reason...
[08:13] <Saviq> Cimi, no, I just don't know what's special about you :)
[08:14] <Cimi> Saviq, it doesn't work for you as well first of all, last week we had the issue with the init
[08:14] <Saviq> Cimi, which was !unity at all
[08:14] <Cimi> Saviq, we can't waste time in things that break and are supposed to break
[08:14] <Saviq> Cimi, and I mean it works for me *now*
[08:14] <Cimi> Saviq, but is about using a development version before an alpha release
[08:14] <Mirv> hmm, I haven't had any problems with utopic aside from early DNS resolving issue
[08:15] <Cimi> Mirv, yesterday upgrade broke for me
[08:15] <Saviq> Mirv, yeah, been pretty stable for me, too
[08:15] <Saviq> Mirv, got kicked by the sysv init issue, but that got sorted half an hour later, so...
[08:15] <Mirv> right, it still works fine here after latest upgrades
[08:16] <Cimi> I hope will break for you guys then :)
[08:16] <Cimi> is broke for me and dednick
[08:16] <Cimi> broken
[08:21] <Mirv> the good thing about something breaking is that you get to find out who managed to break our daily QA rolling release magic which is usually quite adept! :)
[08:21] <Cimi> Mirv, 95% of the time is unity or X11
[08:23] <seb128> what issue do you have with utopic's unity?
[08:24] <seb128> we didn't have an unity update since 05-13
[08:26] <Cimi> seb128, well that upgrade was probably broken
[08:26] <seb128> in which way?
[08:26] <Cimi> seb128, marco told me something was broken in ABI
[08:27] <Cimi> seb128, on my system, unity crashes when I resume from suspend
[08:27] <Cimi> seb128, from bamf
[08:27] <seb128> weird
[08:27] <Cimi> seb128, then only way to run unity again is restart the whole system
[08:27] <seb128> Trevinho, ^ can you give details?
[08:27] <Cimi> seb128, it runs only once
[08:27] <Cimi> seb128, he's on holiday
[08:27] <Cimi> but today issue is unrelated
[08:27] <seb128> oh, right
[08:28] <seb128> well I was asking about today's issue
[08:28] <Cimi> btw I'm not pretending it to be stable now, we're not even in alpha!
[08:28] <Cimi> my point was to use 14.04 as daily driver
[08:28] <Cimi> or 14.10 next cycle
[08:29] <Cimi> until we have alpha/beta of 14.10+1
[08:29] <Cimi> every 6 months is the same story
[08:29] <seb128> we don't do alpha/beta anymore for Ubuntu
[08:29] <seb128> no, it's not
[08:29] <seb128> we get less and less issues over the cycles
[08:29] <seb128> trusty was rock stable all cycle
[08:29] <Cimi> seb128, ok is much better than 3 years ago
[08:29] <Cimi> this is true
[08:29] <Cimi> but then a issue with the archive
[08:30] <Cimi> a driver
[08:30] <Cimi> a broken package
[08:30] <Cimi> boom
[08:30] <Cimi> for example, now in 14.10 I cannot install gtk2-engines-pixbuf
[08:30] <Cimi> lubuntu-desktop is not installable
[08:30] <seb128> those should never happen with britney
[08:31] <seb128> what error do you get if you try to install gtk2-engines-pixbuf?
[08:31] <Cimi> whho is britney?
[08:31] <Cimi> only britney I know is spears but I doubt :D
[08:32] <seb128> https://lists.ubuntu.com/archives/ubuntu-devel/2012-October/036043.html
[08:32] <seb128> ""britney" (the software that
[08:32] <seb128> handles migration from Debian unstable to testing) will copy them to
[08:32] <seb128> raring when they've been built everywhere and do not reduce the count of
[08:32] <seb128> installable packages in the archive."
[08:32] <seb128> like things don't migrate to the distro if they are not installable
[08:32] <seb128> or if their tests fail
[08:32] <Cimi> cool
[08:32] <seb128> or if they create issues for their depends
[08:32] <seb128> see e.g http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[08:33] <seb128> so what you describe shouldn't happen
[08:33] <seb128> either there is a screwup that we should fix
[08:33] <seb128> or you are using a ppa or something which created the issue for you
[08:33] <Cimi> seb128,  gtk2-engines-pixbuf : Depends: libgtk2.0-0 (= 2.24.23-0ubuntu1) but 2.24.23-0ubuntu1.1 is to be installed
[08:34] <seb128> seems like you had trusty-updates enabled as a source and you commented it out?
[08:34] <Cimi> btw now back with unity
[08:35] <Cimi> was broken last night
[08:35] <Cimi> sooo much better than other wm :)
[08:39] <mzanetti> Saviq: any ETA on when split greeter will be undone?
[08:39] <Saviq> mzanetti, discussing what's happening now, there's some hope for a resurrection
[08:39] <mzanetti> good thing I just pushed the revert :D
[08:39] <mzanetti> next merge will be easier :D
[10:39] <mhr3> Saviq, http://paste.ubuntu.com/7579415/ :/
[10:41] <Saviq> mhr3, huh?
[10:41]  * Saviq tries in a clean chroot
[10:48] <mhr3_> Saviq, lost internet... just me?
[10:49] <Saviq> mhr3_, no, not just you :|
[10:49] <Saviq> wth
[10:49] <mhr3_> "good"
[10:50] <Saviq> mhr3_, wth
[10:50] <Saviq> mhr3_, http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/revision/1025#debian/control
[10:51] <mhr3_> what the
[10:52] <mhr3_> Saviq, oh ffs
[10:52] <mhr3_> http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/debian/control#L53
[10:52] <mhr3_> ^^
[10:53] <Saviq> HOW
[10:53] <mhr3_> fixed in one place, not in the other
[10:54] <Saviq> mhr3_, what's "the other" place?
[10:54] <Saviq> mhr3_, http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/debian/control
[10:54] <Saviq> mhr3_, it's a diff between trunk and distro
[10:54] <mhr3_> Saviq, the diff you pasted is line 11 in that file
[10:54] <mhr3_> 53 is still wrong
[10:55] <Saviq> mhr3_, ah this fucker
[10:55] <Saviq> aaargh
[10:55] <Saviq> qtgraph didn't match it, 'cause it's qml-graph and qt5graph now
[10:57] <mhr3_> Saviq, mikenagle, thostr_, are we doing the weekly today?
[11:01] <mikenagle> good question. I think thostr_ is out. Can we delay 15mins?
[11:23] <thostr_> mikenagle: is the delay still valid?
[11:24] <Saviq> mhr3__, look, look! https://code.launchpad.net/~aacid/unity8/swipe_down_close/+merge/221860
[11:25] <Saviq> wonder if we should get rid of the category override already
[11:46] <Saviq> mhr3_, is that you?
[11:47] <Saviq> look, look! https://code.launchpad.net/~aacid/unity8/swipe_down_close/+merge/221860
[11:47] <Saviq>  wonder if we should get rid of the category override already
[11:47] <Saviq> mhr3_, ↑
[12:32] <mhr3_> Saviq, mind opening a bug about it? i'd rather leave it there for a bit and remove once it hasn't been used anywhere
[12:32] <mhr3_> or maybe even leave it there
[12:33] <mhr3_> no strong opinions
[12:33] <Saviq> mhr3_, kk
[12:33] <Saviq> mterry, http://people.canonical.com/~msawicz/unity8/greeter-shots/
[12:33] <Saviq> two weird states I got into :|
[12:33] <mterry> Saviq, how did you see a transparent dialer....
[12:33] <Saviq> mterry, you tell me
[12:34] <mterry> Saviq, that's all session-side right?
[12:34] <Saviq> mterry, it's some old surface from the session
[12:34] <Saviq> mterry, but greeter displays it afaict
[12:34] <Saviq> mterry, since it animates as I swipe away
[12:34] <mterry> Saviq, you're just seeing the actual session Mir is drawing underneath
[12:35] <Saviq> mterry, no, the actual session is the dash
[12:35] <Saviq> mterry, in between greeter and dash there's a ghost dialer (see it's not even running at that point)
[12:35] <mterry> Saviq, well, greeter doesn't show running apps
[12:36] <Saviq> mterry, that's why I'm saying it's a ghost of the whole session, but its opacity animates as I unlock
[12:36] <mterry> Saviq, and really, all greeter does is show full alpha-transparent through to the Mir session underneath
[12:36] <mterry> Saviq, opacity is greeter-side filter on the Mir session underneath
[12:36] <mterry> Saviq, but it's just a black rectangle we control opacity of
[12:37] <mterry> Saviq, not a snapshot of a session
[12:37] <Saviq> mterry, I understand what you're saying to me, It's just not what I'm seeing
[12:37]  * Saviq does a video
[12:37] <mterry> oh!  it's reliable?  Even better
[12:39] <Saviq> mterry, yeah, it happened twice to me, and is persistent
[12:39] <mterry> Man...  This is why I had three calls for testing
[12:41] <Saviq> mterry, no steps to repro yet, but it does seem to happen
[12:41] <Saviq> mterry, on the dual-snap in greeter, I think there was a bug logged on this, but can't find
[12:41] <mterry> Saviq, bug 1325702
[12:41] <Saviq> yeah that
[12:41] <Saviq> those were calls I rejected/hung up in the user session
[12:41] <Saviq> and they showed up in greeter after that
[12:42] <mterry> Saviq, seems odd -- I'm assuming telephony-service in greeter is not aware of call state
[12:42] <mterry> Saviq, but it should be from ofono
[12:42] <mterry> more multi-user lack of awareness.  t-s probably assumes it is doing all ofono interactions
[12:43] <Saviq> mterry, not easily reproducible for me, though
[12:43] <mterry> We already fixed a bug related to that in lead up to landing..
[12:44] <Saviq> brb
[12:46] <xnox> jamesh: are you still about? I wanted to ask you where cgo based unity-scope-go bindings live
[12:47] <xnox> jamesh: $ apt-cache search golang | grep unity didn't find it
[12:47] <seb128> Saviq, mterry, bregma: unity8-desktop-mir doesn't start anymore un utopic for me, with the split greeter landing :/
[12:48] <mterry> seb128, curious - the unity8 session acts differently?
[12:48] <bregma> seb128, hmm, it did in previous incarnations of the split greeter, I'll be looking at it today
[12:49] <seb128> mterry, I get a blank screen with the Mir cursor and unity8 never shows (similar to what I had/mentioned to you when testing the ppa last week)
[12:49] <seb128> bregma, thanks
[12:49] <bregma> probably additional assumptions have crept in since I last tested
[12:49] <seb128> bregma, btw, plan to land Laney's changes to the unity8-mir-session? the liveCD is stucked on a password prompt until that happens
[12:50] <bregma> seb128, yes, but ci-train has been awfully busy lately
[12:51] <Saviq> mterry, HUH!
[12:51] <Saviq> lightdm   7981  7.9  3.7 219032 69908 ?        Ssl  14:31   1:29 dialer-app
[12:51] <seb128> well, step 1, being queued ;-)
[12:51] <Saviq> mterry, dialer app running in lightdm?
[12:51] <mterry> Saviq, ok, I need more instructions for "greeter not hiding when accepting call" -- I just tried (with phonesim granted) and it worked.  Do I get my phone in a state first?
[12:52] <mterry> Saviq, it could in theory, but I'd be curious how it would be started
[12:52] <Saviq> mterry, no instructions... r62 + silo 20
[12:52] <mterry> Saviq, ah... I don't have the silo yet.  Let me try with that
[12:52] <Saviq> mterry, it might be that the dbus shenanigans caused it
[12:52] <Saviq> mterry, and that the session broadcast loops back to the greeter or something
[12:53] <mterry> Saviq, oh!  And that would explain a dialer in greeter
[12:53] <Saviq> mterry, exactly
[12:53] <mterry> Saviq, if you have bad dbus session, you will get actual url-dispatcher instead of greeter acting as url-dispatcher
[12:53] <mterry> Saviq, so we won't hide when receiving the event, and we'd launch dialer in greeter
[12:53] <Saviq> mterry, well, there's a url-dispatcher running in the greeter
[12:53] <Saviq> mterry, should it ever?
[12:54] <mterry> Saviq, no
[12:54] <mterry> Saviq, we own that dbus name
[12:54] <mterry> in greeter mode
[12:54] <Saviq> lightdm   6693  0.0  0.1  50284  2676 ?        Ssl  14:30   0:00 /usr/lib/arm-linux-gnueabihf/url-dispatcher/url-dispatcher
[12:54] <Saviq> looks like we've a race again
[12:54] <mterry> Saviq, dbus nonsense.  So let me see the branches you guys set up to fix dbus.  I'm still a little vague on problem and solution
[12:55] <Saviq> mterry, folks are also reporting alarms not working proper under split, did that get handled at all?
[12:56] <mterry> Saviq, alarms never worked well for me before but more seriously, the indicator doesn't show the alarms, but shouldn't affect them going off (that's all session-side which is running and can play audio)
[12:56] <mterry> Saviq, meaning we have a known regression in greeter for display of alarms
[12:56] <mterry> Saviq, but functionality should be fine
[12:57] <Saviq> mterry, yeah, they go off, but only in session, and there's problems interacting with the device at all apparently
[12:57]  * Saviq tries
[12:57] <mterry> Saviq, I'm guessing the notification doesn't go off because the session isn't telling the greeter -- but should be able to interact with device.  That sounds more serious than alarms
[13:01] <mhr3_> xnox, ping?
[13:01] <mhr3_> xnox, having some weird issue with cross building and pkg-config, see http://paste.ubuntu.com/7580261/
[13:02] <xnox> mhr3_: can you paste full log? or is it full?
[13:02] <mhr3_> xnox, it's the interesting bit
[13:02] <xnox> mhr3_: not to me.
[13:03] <mhr3_> xnox, http://paste.ubuntu.com/7580274/
[13:04] <Saviq> mhr3_, fwiw -d is distro, -c is chroot
[13:04] <mhr3_> -d works, -c complains that distro isn't specified :P
[13:04] <mterry> Saviq, I don't get any of the changes in fix-split-dbus.  We guard starting upstart with [ -n "$INIT_PID" ] I thought -- and that entire script is running under dbus-launch -- or did we remove dbus-launch?
[13:04] <Saviq> huh, interesting
[13:05] <Saviq> mterry, now we did, dbus-x11 is dropped
[13:05] <Saviq> mterry, but in the original state, when dbus-x11 was still there
[13:06] <mterry> Saviq, ugh...  Not thrilled -- if we have a bug with that being installed, then we're still breaking desktop which will have it installed
[13:06] <Saviq> mterry, we were getting multiple dbus daemons in both sessions
[13:06] <mterry> Saviq, do we know why the Xsession scripts were being run?
[13:06] <Saviq> mterry, not thrilling at all
[13:06] <mterry> That seemed like the real bug
[13:06] <Saviq> mterry, isn't it because we are starting a lightdm session?
[13:07] <Saviq> mterry, in any case, this was firefighting
[13:07] <Saviq> mterry, you tell us what the real solution should be
[13:07]  * kgunn grabs coffee and listens
[13:09] <mterry> Saviq, I'm going to have to re-read code, but I didn't think those scripts were run for every session -- only by startx or similar
[13:09]  * mhr3_ switches wifi
[13:09] <mterry> Saviq, wait, we got a second dbus session in user session too!?  Fascinating
[13:10] <Saviq> mterry, indeed
[13:10]  * mterry purges silo 020 to play with this
[13:10] <Saviq> mterry, just grab image 60, you'll see
[13:11] <mterry> That should have blown so many things up
[13:12] <mterry> And did.  :)  But I'm curious why I wasn't seeing it earlier
[13:12] <Saviq> mterry, http://paste.ubuntu.com/7572218/
[13:12] <mterry> Saviq, cool.  Yar I believe they are running, just not sure why
[13:13] <Saviq> mterry, http://people.canonical.com/~msawicz/unity8/greeter-shots/MAH01083.MP4 ;)
[13:14] <mterry> Saviq, that's only after accepting a call in that boot, right?
[13:14] <mterry> Saviq, that would make sense with 2 dbuses
[13:15] <Saviq> mterry, yes
[13:15] <Saviq> mterry, no, just one dbus here
[13:15] <Saviq> mterry, but url-dispatcher took over
[13:15] <mterry> Saviq, son of a -- then it might be racy with how the dbus is started
[13:15] <Saviq> mterry, exactly
[13:15] <Saviq> mterry, it's probably "on dbus started"
[13:15] <mterry> Saviq, url-dispatcher should only be invoked after unity8 already comes online
[13:15] <Saviq> mterry, and well... we were not starting the dbus job before probably
[13:16] <mterry> Saviq, right -- we should 100% not be calling 'start dbus' -- do it manually if we have to but not via upstart
[13:16] <Saviq> now we are, forcing it in the wrapper
[13:16] <Saviq> mterry, agreed
[13:16] <mterry> We were doing it manually via dbus-launch which I would still like to keep -- and just fix this xsession thing
[13:17] <mterry> Saviq, I'm also curious why we had to move the set for PA_DISABLED -- we shouldn't have been starting upstart with that set_greeter_env call
[13:17] <Saviq> mterry, not upstart, but dbus
[13:17] <mterry> Saviq, oh right, which is only a problem because no dbus-launch
[13:18] <Saviq> mterry, well, it was a problem with dbus-launch
[13:18] <Saviq> mterry, maybe not that, yeah
[13:18] <mterry> Saviq, dbus-launch is started before this script is called, so there won't be any dbus-launching via this script
[13:19] <Saviq> mterry, ok, that'd be good (still can't pull in half of X for this, or launch more dbuses for some reason)
[13:19] <Saviq> "half of X" is probably exaggerated, but you know what I mean
[13:19] <Saviq> mterry, a plan in the middle of this was to split dbus-launch into a separate package
[13:19] <mterry> Saviq, we do get several X-like packages from liblightdm
[13:19] <mterry> and from dbus-x11 yeah
[13:20] <mterry> it is a poor name for dbus-launch's package
[13:20] <mterry> A poor joining of functionality anyway
[13:21]  * mterry is trying to figure out which code parses Xsession.d
[13:21] <xnox> mhr3__: why is FindPkgConfig included 5 times?
[13:22] <mterry> Well...  Xsession does.  But why would it be called...
[13:22] <mhr3__> xnox, cause why not? :)
[13:23] <xnox> mhr3__: the top level one finds the correct cross pkg-config, then src/Unity/CmakeLists.txt bails, as it's not sourcing any cross/multiarch snippets first
[13:23] <mterry> Saviq, /usr/sbin/lightdm-session does it!
[13:23] <Saviq> mterry, nasties
[13:23] <xnox> mhr3: dropping include(FindPkgConfig) from src/Unity/CMakeLists.txt makes it cross-compile.
[13:24] <mterry> Let me see what it's about
[13:24] <mhr3> xnox, so the remaining 4 are fine?
[13:24] <xnox> mhr3: my response to "why not?" would be - "why would you ever want to use different pkg-config's inside your project"
[13:25] <xnox> mhr3: one needs the top level one, which is fine. The other three are in the tests/ which are not-build / not-run when cross-building.
[13:25] <xnox> mhr3: http://paste.ubuntu.com/7580398/
[13:25] <xnox> mhr3: one only needs on FindPkgConfig in top-level, and all others inherit that context...
[13:26] <mhr3> xnox, there must have been a reason we added them
[13:26] <xnox> mhr3: i can look into making cross-compilation magic work with multiple includes of the same thing multiple times, but i don't have it at the moment.
[13:27] <xnox> mhr3: one would only do that if the sub-components are stand-alone sub-projects which can be used without parent one.
[13:27] <xnox> mhr3: which i don't see to be the case in this project.
[13:27] <xnox> (aka importing external projects)
[13:27] <mterry> Saviq, are you seeing two dbus sessions in greeter or only user land?  (I'm only seeing two in user session)
[13:28] <xnox> mhr3: here is the success build log http://paste.ubuntu.com/7580407/
[13:29] <mterry> Saviq, oh now I see an extra in greeter too
[13:29] <mhr3> xnox, alright, thanks for looking into it, we'll try to get rid of those extra includes
[13:30] <Saviq> mterry, so yeah, fun times
[13:30] <mterry> Saviq, well.  They seem to have two different causes...  The user session duplicate is from lightdm-session.  Not sure why greeter one exists yet
[13:31] <mterry> It doesn't happen 100% for me apparently
[13:31] <mterry> oh
[13:31] <mterry> Or maybe it eventually dies and leaves me with one... curious
[13:38] <mterry> Yup, confirmed that it starts and dies...
[13:38] <mterry> Saviq, so what was the symptom caused by the second dbus daemon?
[13:39] <Saviq> mterry, http://ci.ubuntu.com/smokeng/utopic/touch/mako/60:20140602:20140530/8346/ for one
[13:40] <Saviq> mterry, at least some of https://bugs.launchpad.net/unity8/+bugs?field.tag=split
[13:43] <mterry> Saviq, ah OK, that's all session side...  Which makes me think the session's double dbus daemon is the problem there.  Which makes sense.  I think the best long-term solution is for lightdm to not launch lightdm-session (which is very X-specific) for Mir sessions.  But that's going to need some discussion with Rob.  Let me see about a better short term fix
[13:45] <bregma> seb128, it doesn't seem to be unity8 or the split greeter causing the problem on the desktop:  I did not upgrade those packages and I still get the black screen
[13:45] <bregma> unity8 is running without error, it's just nothing is getting rendered
[13:46] <seb128> bregma, well, it's something that was in the split greeter silo afaik, I had the same issue on friday by testing the silo ppa, and now that landed and it happens in trusty
[13:46] <bregma> yes, there's an entire software stack to work through, I guess I'll be busy today
[13:46] <seb128> bregma, that silo had changes to ubuntu-touch-session and unity-system-compositor as well
[13:46] <seb128> unity-mir and qtubuntu as well
[13:47] <seb128> bregma, do you need help finding the component?
[13:47] <Saviq> seb128, bregma, only unity-system-compositor might be the real culprit
[13:48] <Saviq> mterry, will u-s-c allow user sessions without greeter now? should the desktop session start using the greeter?
[13:49] <mterry> Saviq, I don't follow -- USC still allows user sessions without greeter (like we had before split).  The desktop session *could* in theory use unity8-greeter, but Seb tried that and there are a few gaps for me to close on that side
[13:50] <Cimi> tsdgeos, Saviq https://code.launchpad.net/~cimi/unity8/card_emblems/+merge/221880
[13:50] <seb128> Saviq, mterry: we need to make the unity8 session works from unity-greeter/Xorg setups as well, for people who want to try unity8 on their normal config
[13:50] <Saviq> Cimi, yes, saw that
[13:50] <bregma> mterry, we definitely don't want to use the u8 greeter on desktop yet
[13:51] <Saviq> seb128, yeah, sure, was just wondering if we should put the greeter *inside* the desktop-session-mir (sure, you need to unlock twice)
[13:51] <mterry> seb128, right
[13:51] <Saviq> Cimi, k
[13:51] <bregma> last time I tested the split greeter, it launched OK but that was some weeks ago
[13:53] <Saviq> Cimi, can you check with paulliu what's his status around attributes and help him if needed?
[13:54] <Cimi> Saviq, ok
[13:54] <Cimi> paulliu, ping :)
[13:55] <Saviq> Cimi, hmm, wasn't the emblem supposed to be top-aligned with the mascot, actually?
[13:55] <paulliu> Cimi: hi
[13:56] <Saviq> Cimi, ok, doesn't look like it
[13:56] <paulliu> Saviq: Still reading and modifying the Card generation code. Not yet really worked.
[13:56] <Cimi> Saviq, on the first line of text
[13:57] <Saviq> Cimi, yup, saw it now
[13:57] <Cimi> paulliu, are you working on which attributes?
[13:58] <paulliu> Cimi: I'm checking the code. I asked mhr3 and the attributes seems to be generic. With fields and types.
[13:58] <Saviq> Cimi, there's a set of icon + text (both optional) "widgets" that are meant to be available in the header
[13:58] <paulliu> Cimi: But in the doc it seems only price/rates/something.
[13:59] <Saviq> aaaadrghj ^W
[14:00] <Saviq> Cimi, you can read about them https://sites.google.com/a/canonical.com/unity8dash/toolkit/4-cards - although that design will change (slightly, I hope...)
[14:00] <seb128> Saviq, mterry, bregma: downgrading u-s-c to  0.0.2+14.10.20140430.1-0ubuntu1 makes unity8 works
[14:01] <mterry> seb128, on desktop?  OK, noted
[14:01] <seb128> yes
[14:01] <seb128> using unity-greeter as a greeter
[14:01] <mterry> Saviq, how do I run the sudoku-app tests? since it's a click?
[14:01] <seb128> (since unity8-greeter doesn't work, or at least the session doesn't start either with it)
[14:02] <mterry> phablet-test-run -p sudoku-app-autopilot doesn't work obviously
[14:02] <paulliu> Saviq: is attributes only "price, ratings, and scale"?
[14:03] <paulliu> Saviq: or it is a generic field/type pair
[14:03] <bregma> it's either the spinner sequencing or the rendering change in u-s-c, I'm deep diving now
[14:03] <kgunn> mterry: i think you gotta run the click setup first, per
[14:03] <kgunn> https://wiki.ubuntu.com/Touch/Testing#Testing_your_Ubuntu_Touch_Code_before_submission
[14:04] <Saviq> paulliu, don't even bother with the styling now
[14:04] <Saviq> mterry, https://wiki.ubuntu.com/Touch/Testing#Running_Click_tests
[14:04] <mterry> kgunn, ah phablet-click-test-setup
[14:05] <seb128> bregma, mterry, Saviq: https://bugs.launchpad.net/ubuntu/+source/unity-system-compositor/+bug/1325995
[14:05] <Saviq> paulliu, just make them simple string + icon for now
[14:05] <paulliu> Saviq: ok. got it
[14:06] <Saviq> paulliu, we'll extend them to allow styling once we know what we actually want to support
[14:06] <mterry> seb128, I bet I know why...
[14:06] <mterry> seb128, we're not using two mir sessions -- and USC is waiting for both to come up now before showing any (to achieve a Design ask)
[14:06] <mterry> seb128, althought...
[14:07] <mterry> seb128, you're not using autologin like Touch is.  But still, I guess you're not using ONE Mir session, which USC might be waiting for
[14:07] <seb128> bregma, ^ (might be useful for your debugging)
[14:07] <seb128> mterry, would it make a difference if I autolog?
[14:07] <mterry> seb128, naw, wouldn't fix it I don't think
[14:07] <mterry> seb128, you say you use one USC per session.  And that session is an XMir one?
[14:08] <bregma> no!
[14:08] <seb128> mterry, I don't know how many usc I use
[14:08] <Saviq> mterry, no
[14:08] <seb128> I run standard utopic
[14:08] <bregma> there is one Mir session in u-s-c, one in Unity8
[14:08] <seb128> with unity8-desktop-mir installed
[14:08] <seb128> which I pick from unity-greeter
[14:08] <bregma> so, if u-s-c is waiting for a second Mir session, it will wait a long time
[14:09] <mterry> bregma, no
[14:09] <mterry> bregma, it only does that if lightdm tells it to, basically
[14:10] <Saviq> paulliu, also, don't lay them out as it says right now in the spec (spread out / left / right-aligned)
[14:10] <Saviq> paulliu, just put them all left-aligned now, we need to wait for design to come back for the target layouts
[14:10] <paulliu> Saviq: ok. I'll make it like subtitle+text.
[14:11] <kgunn> mterry: bregma seb128 ...forgive my evesdropping...but maybe a hangout is in order?
[14:11] <paulliu> Saviq: icon+text
[14:11] <Saviq> paulliu, yes, icon+text in a Row, essentially
[14:11] <bregma> mterry, the u-s-c log has a bunch of "no active focus" messages logged, which sounds suspcicious
[14:11] <mterry> bregma, yes it does
[14:11] <bregma> is there some way I can activate this "spinner" for testing?
[14:12] <mterry> i'm otp right now, but could hang out in a bit
[14:12] <mterry> bregma, yes... let me get a sec
[14:12] <seb128> kgunn, hey, it seems like it rather needs debugging and that bregma is on it ... let's see where that goes, we can do an hangout if bregma feels like it would be useful to discuss more though
[14:12] <bregma> also doing HR training in parallel
[14:12] <kgunn> ack...up to you guys...
[14:12] <kgunn> lol
[14:13] <seb128> doh, I forgot about the hr training thing
[14:25] <Saviq> yeah, there should be events one can be invited to, or at least copy to their own cals
[14:33] <mterry> Saviq, https://code.launchpad.net/~mterry/ubuntu-touch-session/no-lightdm-session/+merge/221891
[14:34] <mterry> Saviq, I prefer this instead of https://code.launchpad.net/~unity-team/unity8/fix-split-dbus/+merge/221847
[14:40] <mterry> Saviq, also... I'm going to edit rsync-disto-split to add back dbus-x11 dep
[14:42] <mterry> Saviq, ok, both changes made to silo.  I'll rebuild too now
[14:42] <Saviq> mterry, waaait
[14:42] <mterry> Saviq, Oh?
[14:42] <Saviq> mterry, that silo  is published already, ain't it?
[14:43] <mterry> Saviq, silo 020?  Arg!  I thought I said that fix was real bad
[14:43] <Saviq> mterry, it was already late
[14:43] <Saviq> https://launchpad.net/ubuntu/+source/unity8
[14:43] <Saviq> mterry, it will at least fix the ap tests
[14:43] <Saviq> mterry, let's now make stuff proper
[14:44] <mterry> Saviq, OK...  but breaks a lot of other behavior.  Sure, let's make a new silo
[14:48] <mterry> Saviq, OK.  Undid my change to the silo in the spreadsheet (sorry about that, thought you implied it was still in testing)
[14:48] <mterry> Saviq, now I've got:
[14:48] <mterry> https://code.launchpad.net/~mterry/unity8/dbus-x11/+merge/221894
[14:48] <mterry> and
[14:48] <kgunn> mterry: Saviq ....wonder, as we continue to improve the situation, we should probably signal to bfiller when there's a new silo and get a designate from his team to test as well...
[14:48] <mterry> https://code.launchpad.net/~mterry/ubuntu-touch-session/no-lightdm-session/+merge/221891
[14:48] <kgunn> trained eyes and all
[14:49] <mterry> kgunn, right -- he seems frustrated testing against the known-broken stuff
[14:49] <kgunn> right, if nothing else...it'll feel good
[14:52] <Saviq> mterry, no cross-deps to bring them both together?
[14:52] <Saviq> mterry, actually, you need to merge trunk now and then undo the changes that just got merged
[14:52] <Saviq> at least the dbus ones
[14:52] <mterry> Saviq, hah, I didn't realize the silo 20 hadn't hit trunk yet.
[14:53] <Saviq> mterry, *just* did
[14:54] <mterry> Saviq, I think I got it
[14:54] <mterry> Saviq, oh but I have to undo the session wrapper stuff too, right
[14:54] <Saviq> mterry, yeah, that's what I meant
[14:56] <mterry> Saviq, OK done, and versioned dep added
[14:57] <mterry> Saviq, we might want to include the one telephony fix we have into this silo too -- https://code.launchpad.net/~tiagosh/telephony-service/dont_reuse_qmediaplayer_instance/+merge/221796
[14:59] <Saviq> mterry, indeed
[14:59] <mterry> Saviq, actually, maybe the dep should go the other way...  But I don't want unity8-greeter depending on ubuntu-touch-session
[15:00] <tsdgeos> Saviq: should someone of us review https://code.launchpad.net/~aacid/unity8-desktop-session/fix_logout ? or should bregma and his folks do?
[15:01] <Saviq> bregma, could you do https://code.launchpad.net/~aacid/unity8-desktop-session/fix_logout/+merge/221238 ?
[15:02] <bregma> Saviq, already in process
[15:02] <Saviq> kcool
[15:07] <Cimi> tsdgeos, did you have a look at the issue with the dash cards and the icon dimensions?
[15:08] <tsdgeos> Cimi: didn't have time :
[15:08] <tsdgeos> :/
[15:13] <tsdgeos> bregma: merged https://code.launchpad.net/~aacid/unity8-desktop-session/fix_logout/+merge/221905
[15:16] <bregma> tsdgeos, it will be included in the next unity8-desktop-session landing (currently waiting for a silo)
[15:16] <tsdgeos> bregma: cool :)
[15:17] <tsdgeos> mhr3: how's the departments stuff? silo worthy?
[15:17] <Saviq> tsdgeos, no silos atm
[15:19] <mhr3> tsdgeos, the required scopes-api changes won't land until after MAE, so we don't break the demo scopes
[15:19] <mhr3> so i'm afraid it will have to bit-rot for a week
[15:20] <cwayne> mhr3: let me see, if we can commit to using image 58 for the demo, perhaps we can unblock
[15:20]  * cwayne hates being the reason something he wants isn't landing :)
[15:20] <tsdgeos> :D
[15:20] <cwayne> Saviq: are we confident we can use image 58? that's what was suggested as the last before the split
[15:21] <cwayne> so unless we make shell rotation work with the split greeter, I guess we'd kind of have to stay on 58
[15:21] <mhr3> cwayne, aah, if you decide to stay on 58 you're breaking my holiday-mail draft :P
[15:21] <Saviq> cwayne, it's too late to risk the split greeter IMO
[15:22] <cwayne> Saviq: so then we're stuck on 58 right?
[15:22] <cwayne> with the possibility of cherry-picking fixes into that ppa?
[15:22] <Saviq> cwayne, and it will take time away from polishing for the demo
[15:22] <Saviq> cwayne, I believe that's what we should do, ytes
[15:22] <Saviq> yes
[15:22] <mterry> Saviq, as a bonus, tiagosh's fix should also no longer start media-hub, I hope
[15:22] <mhr3> cwayne, ok, so we're free to push breaking scope stuff?
[15:23] <cwayne> Saviq: +1, so shall i unblock the unity-scopes-api stuff then? since it wont affect the custom scopes until after the show?
[15:23] <Saviq> cwayne, +1
[15:23] <cwayne> mhr3: RELEASE THE KRAKEN
[15:23] <cwayne> i mean departments
[15:23] <Saviq> greyback, mzanetti, dandrader|afk, make sure to not upgrade from distro (but only from the PPA), and our base image is #58 for MAE
[15:23] <Saviq> kgunn, ↑
[15:24] <mzanetti> Saviq: see instructions here: https://code.launchpad.net/~unity-team/+archive/phone-right-edge
[15:24] <cwayne> and for the love of god, don't break that ppa :)
[15:24] <mzanetti> kgunn: ^^
[15:24] <mzanetti> cwayne: on it
[15:24] <cwayne> for now, i've just made a tar of the packages in there now
[15:24] <Saviq> mzanetti, again, if you need hands to get the PPA in order, I'm here
[15:24] <mhr3> cwayne, heh, k, i'll be off for the next week though, have a feeling it will wait anyway :)
[15:24] <cwayne> that way we can just push that and still properly install even without internets
[15:24] <mzanetti> Saviq: the ppa seems good now... just fixing crashers and glitches
[15:25] <Saviq> mzanetti, great, let's go with that
[15:31] <mhr3> tsdgeos, btw feel free to look over the departments support in -shell
[15:31] <mhr3> tsdgeos,
[15:31] <mhr3> https://code.launchpad.net/~mhr3/unity-scopes-shell/department-support/+merge/221883
[15:33]  * tsdgeos clicks
[15:33] <tsdgeos> mzanetti: anything you remember missing from https://code.launchpad.net/~unity-team/unity-api/departments/+merge/221241?
[15:34] <mzanetti> tsdgeos: hmmm... strange I thought I'd approved that one
[15:35] <mzanetti> ah.. that's the inline comment one
[15:37] <mzanetti> tsdgeos: approved
[15:46] <tsdgeos> mzanetti: cool
[15:58] <dednick> mardy: http://people.canonical.com/~msawicz/unity8/trusted-sessions.tar.xz
[15:58] <dednick> mardy: very kindly built by Saviq.
[15:58] <Saviq> let's see if it's actually installable ;)
[15:58]  * Saviq reflashes
[15:58] <dednick> hehe
[15:58] <Saviq> I imagine we might need more rebuilds against this
[15:59] <dednick> yeah. well the review isn't even finished yet.
[16:04]  * dednick is now on holiday!
[16:08] <tsdgeos> dednick: enjoy!
[16:09] <dandrader> +1
[16:20] <Saviq> mzanetti, would be good to pull pre-split unity8 into the qtcomp branch, there's fixes like http://bazaar.launchpad.net/~unity-team/unity8/trunk/revision/924 that we need to get in
[16:21] <Saviq> basically should have trunk up to r932
[17:49] <kgunn> mterry: i had laptop issues earlier, is there silo coming up with your latest changes to "improve" the split greeter situation ?
[17:50] <kgunn> just wanted to share with bfiller when we do
[17:51] <mterry> kgunn, silo 020 yes, I poked bfiller about it earlier
[17:51] <kgunn> hey thanks
[17:51] <mterry> I just got back from a lunch+errand trip, let me see its status
[17:52] <mterry> kgunn, yeah packages are there
[18:36] <mterry> Saviq, FYI, silo 20 is done, I'm going to test
[18:42] <Saviq> mterry, yup, saw that
[18:59] <lifted> Hi! I want to write a scope for my desktop Ubuntu 14.04 in C++. I've found the following introduction http://developer.ubuntu.com/api/scopes/sdk-14.04/index/ but I can't figure out how to make the things work on Unity7 (not Unity8). All the Unity7 scope examples I've seen are written in either python or vala. I've tried to start the scope-registry daemon, but I don't see any registered scopes in the Dash.
[18:59] <lifted> What is the correct way to use the scopes written with the new API in Unity7?
[19:52] <bregma> mterry, still around?
[19:54] <mterry> bregma, yup!
[19:55] <bregma> mterry, turns out on the desktop, set_active_session is never called for unity-system-compositor, which is why Unity 8 no longer works with the new code
[19:56] <bregma> dunno if it's a bug in lightdm or not, that code has a surprising amount of hair
[19:57] <bregma> difference is, on desktop it's authentication then start display server, on phone it's start display server then authenticate, the two code paths only meet in the middle
[19:58] <bregma> mterry, any suggestion on where to go next, other than poke Robert Ancell for lightdm wizardry?
[19:59] <mterry> bregma, right because the desktop version spawns USC from inside the session...
[20:00] <mterry> bregma, I'm not super familiar with how they did that
[20:00] <mterry> bregma, but lightdm is set up to know about one central system USC that it makes calls to
[20:00] <mterry> bregma, so I'm less familiar with the one-USC-per-session model
[20:00] <mterry> bregma, seb128 may know?
[20:01] <seb128> bregma, mterry: sorry but i'm clueless about usc ... robert_ancell should be online soon though (assuming he's not swapping today for the travelling, I didn't check)
[21:50] <AlbertA> mterry: greyback: it seems while playing music and the split greeter is shown, the volume keys are very ...laggy...
[21:51] <AlbertA> mterry: greayback: known?