[10:09] <rsalveti> ogra_: added a new landing ask for indicator-power https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1
[10:19] <tsdgeos> guys, anyone knows what is on deb http://10.98.3.7/archive//head.unity8 trusty/ ?
[10:19] <tsdgeos> i'm trying to run the jenkins jobs but don't want to spend time makind the phone access that
[10:19] <tsdgeos> so if there was a public ip or something that contains the same things as that ip
[10:19] <tsdgeos> it'd be great
[10:23] <sil2100> rsalveti: see the landing ask, we'll add it for today
[10:25] <rsalveti> sil2100: thanks
[10:30] <sil2100> Mirv: I added one landing for you today - nothing big, so concentrate on the big Qt5 bits
[11:03] <Mirv> sil2100: alright!
[11:22] <Mirv> didrocks: in case friends testing goes alright, I'd need an ack for this (interesting) packaging change http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Friends/job/cu2d-friends-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_qml-friends_0.2.0+14.04.20140124.3-0ubuntu1.diff
[11:23] <Mirv> I reproduced it on my device, but I couldn't find any other explanation than apt resolving complexities causing the problem. I could use apt-get install just fine to upgrade, first the account-plugin-* and then the rest, and tested that adding the dependencies directly fixed the issue so that just apt-get build-dep works too.
[11:25] <Mirv> the merge request with the build logs and diff at https://code.launchpad.net/~timo-jyrinki/qml-friends/fix_qt52_ftbfs_adding_dependencies/+merge/203012
[11:31] <sil2100> Mirv: if anything, we'll do a meeting here personally, so you're free today from hangouting ;)
[11:31] <sil2100> Mirv: just take a look at the spreadsheet when you have a free moment and land that friend-thingy
[11:32] <Mirv> sil2100: ok, I was wondering if anyone is coming :)
[11:32] <Mirv> thanks for the info
[11:39] <Saviq> cihelp: hey, we've been trying to reproduce the unity8 failures in otto testing, but failed to, miserably - everything works on both phone and desktop for us, could we please get one of the otto runners for a half hour for debugging?
[11:44] <popey> didrocks: are landing meetings not happening?
[11:47] <fginther> Saviq, I'll have to get back to you on that after my meeting.
[11:47] <Saviq> fginther, thanks
[12:24] <Mirv> popey: see above, they're having a meeting onsite today (if having something)
[12:24] <popey> ah
[12:25] <popey> couldn't find mention in the above, thanks
[12:34] <didrocks> popey: sorry, got distracted by talks, We'll get it in ~1h, not sure if you want to join (as we are doing it live, can be hard for you to follow)
[12:34] <popey> didrocks: yeah, I'll skip if I'm the only external person, just lemme know what you want testing, probably easier
[12:34] <didrocks> popey: let's do that, until seeing you tomorrow! :)
[12:40] <popey> ya
[13:40] <fginther> Saviq, do you have a pointer to a failing job?
[13:42] <fginther> Saviq, there is a machine set aside for debugging, but it has a slightly different config and I'd like to see if the problem is reproducable there first
[13:45] <ogra_> psivaa, http://people.canonical.com/~ogra/touch-image-stats/20140125.changes look at the new packaages at the top
[13:46] <Saviq> fginther, sure
[13:46] <Saviq> fginther, https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/2292/?
[13:53] <sil2100> Mirv: you read our minds!
[13:55] <sil2100> Mirv: don't publish anything!
[13:59] <ogra_> Saviq, could we land this pertty soon ? https://code.launchpad.net/~mterry/unity8/mir-socket-dbus-activation/+merge/202499 (it blocks nested Mir mode currently)
[14:01] <didrocks> davmor2: popey: basically, don't dogfood anything. We have no promotion candidate for now ;)
[14:01] <popey> kk
[14:01] <popey> thanks
[14:01] <Saviq> ogra_, will try
[14:01] <ogra_> Saviq, thanks !
[14:17] <davmor2> didrocks: no worries
[14:18] <davmor2> didrocks: is this week the final push for getting 4.4.2 up and running across the supported devices?
[14:18] <didrocks> davmor2: some people are continuing pushing that this week. Not sure it's the end of the run though ;)
[14:43] <sil2100> psivaa: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Phone/job/cu2d-phone-head-1.1prepare-address-book-app/334/console
[14:43] <psivaa> sil2100: thanks
[14:43] <sil2100> psivaa: the 2 previous builds have the same issue
[14:43] <sil2100> psivaa: and it seems to be the only app having problems - others went through fine
[14:44] <psivaa> sil2100: ack, will take a look
[14:50] <Saviq> ogra_, it looks good from my PoV, who else (that knows dbus activation) should review it?
[14:52] <ogra_> Saviq, hmm, dunno ... probably ricmm
[14:52] <sil2100> didrocks: where will the bootcamp take place? In what room?
[14:52] <ogra_> thugh i know he looked into it together with mterry
[14:53] <ogra_> after all it only exports two variables into the dbus session
[14:53] <ogra_> err, even one
[14:53] <didrocks> sil2100: I guess in the room I'm having the current meeting
[14:54] <ogra_> do you have to bring boots for it ?
[14:54] <Saviq> ogra_, sure, I just don't know anything about dbus activation ;)
[14:55] <ogra_> Saviq, i think tedg knows a bit about that too
[14:56] <Saviq> tedg, could you have a look at https://code.launchpad.net/~mterry/unity8/mir-socket-dbus-activation/+merge/202499 please?
[14:56] <Saviq> tedg, just sanity-check
[14:57] <psivaa> sil2100: that test has gone through now: http://q-jenkins.ubuntu-ci:8080/job/cu2d-phone-head-1.1prepare-address-book-app/335/console
[14:58] <sil2100> psivaa: oh! Thanks, did you do anything to fix it?
[14:59] <psivaa> sil2100: yea, it was complaining that RSA pub key missing for that package so i imported it
[14:59] <tedg> Saviq, The dbus stuff works fine, but who's setting UNITY_MIR_SOCKET if it's not Unity8 ?
[14:59] <sil2100> psivaa: \o/ excellent
[14:59] <Saviq> tedg, UNITY_MIR_SOCKET is unity8-internal, nothing others should be concerned about
[15:00] <Saviq> tedg, MIR_SOCKET is what apps want to connect to
[15:00] <Saviq> s/apps/clients
[15:01] <tedg> Saviq, Sure, but that doesn't answer my question :-)
[15:02] <Saviq> tedg, not sure I understand the question, then - that job is the unity8 job
[15:03] <tedg> Saviq, would we want to switch the socket over in unity8's post-start?  Would it be bad if apps connected to the socket before it existed?
[15:03] <tedg> Saviq, Who's creating the socket?
[15:03] <Saviq> tedg, unity8 is
[15:03] <tedg> Saviq, The value is apparently known in the pre-start section of the script, so unity8 hasn't been started?
[15:03] <Saviq> tedg, apps would die before the socket existed
[15:04] <Saviq> tedg, the socket *name* is known, but the socket is not there yet
[15:04] <tedg> So then how does UNITY_MIR_SOCKET get set?
[15:04] <Saviq> tedg, in the pre-start script
[15:04] <Saviq> tedg, there's two MIR_SOCKETs basically
[15:05] <Saviq> tedg, the socket which unity-system-compositor creates
[15:05] <Saviq> tedg, and that's MIR_SOCKET at the beginning of the pre-start job
[15:05] <Saviq> tedg, we're saving that in our pre-start script as UNITY_MIR_SOCKET, as we then modify MIR_SOCKET to the one that unity8 will create, and clients are supposed to connect to
[15:06] <tedg> Saviq, So, I guess my question is why are we testing if UNITY_MIR_SOCKET is set?  Nesting?
[15:06] <Saviq> tedg, but we still want to connect to UNITY_MIR_SOCKET if restarted
[15:06] <Saviq> tedg, yes, nesting
[15:06] <sil2100> sergiusens:  test_music.TestMainWindow.test_create_playlist_from_songs_tab
[15:07] <Saviq> tedg, basically on first unity8 start MIR_SOCKET points at unity-system-compositor's socket
[15:07] <tedg> Saviq, I don't see any harm in it, but it seems like we shouldn't encourage apps to connect to it until it exists.
[15:07] <sil2100> sergiusens: http://ci.ubuntu.com/smokeng/trusty/touch/mako/149:20140127:20140115.1/6294/music-app-autopilot/705498/
[15:07] <tedg> Saviq, But the MR isn't the issue there.
[15:07] <Saviq> tedg, so you mean it should only be set in post-start?
[15:07] <tedg> Saviq, Yeah
[15:07] <Saviq> tedg, they would connect to unity-system-compositor in that case
[15:08] <Saviq> tedg, as the env is already theres
[15:08] <Saviq> -s
[15:08] <Saviq> only pointing at u-s-c, not at u8
[15:08] <tedg> Saviq, Well, you already have a race if things are starting at the same time as unity8, it'd just be more obvious.
[15:09] <Saviq> tedg, OSK starts "on unity8 started", would unity8's post-start be early enough for OSK to get the new MIR_SOCKET?
[15:09] <Saviq> tedg, and things that connect to unity8 should not be starting at the same time as it does, should they...
[15:11] <tedg> Saviq, I'm going to have to double check, but I believe post-start runs before started is emitted.
[15:12] <Saviq> tedg, anyway, ACK on the MP?
[15:12] <tedg> Saviq, Yeah, seems post-start is executed before "started" is emitted: http://upstart.ubuntu.com/cookbook/#post-start
[15:12] <tedg> Saviq, Yes
[15:14] <Saviq> tedg, thanks
[15:20] <sergiusens> popey, sil2100 https://code.launchpad.net/~sergiusens/music-app/flaky_1272996/+merge/203349
[15:21] <psivaa> didrocks: ogra_: plars: the unity8 crash is not reproducible in mako on the reruns. seems like very less freq flakiness/race
[15:21] <popey> sergiusens: done
[15:24] <didrocks> psivaa: hum, we have too many of them so that it's gone
[15:24] <didrocks> psivaa: I think you are continuing rerunning and checking?
[15:24] <plars> psivaa, didrocks, ogra_: And for clock tests on maguro, I reran it twice, first time got me down to 8 failures, and the second time we got back down to 2... So it doesn't appear this is a real regression
[15:25] <plars> psivaa: that was without uninstalling anything?
[15:25] <plars> psivaa: or had you already installed the older version of hud?
[15:26] <psivaa> plars: didrocks: yep, im running without any modification to the pkges.. have run 14+ times
[15:27] <didrocks> psivaa: hum, ok, keep me posted if you see anything more
[15:27] <didrocks> but sounds like a good running already
[15:29] <psivaa> didrocks: ack, i'll run my test jobs continuously. wondering if any packages that were installed are doing something funny
[15:29] <plars> peird
[15:29] <plars> weird too
[15:29] <didrocks> plars: keep me posted!
[15:30] <plars> psivaa: which device is this on?
[15:30] <psivaa> plars: mako-06
[15:31] <psivaa> plars: http://q-jenkins.ubuntu-ci:8080/job/psivaa-trusty-touch-mako-smoke-friends-app-autopilot/ and http://q-jenkins.ubuntu-ci:8080/job/psivaa-trusty-touch-mako-smoke-unity8-autopilot/ are the test jobs
[15:32] <plars> psivaa: yeah, I was just double-checking, it's running 149 on it now
[15:34]  * davmor2 keeps thinking about trying out 4.4.2 on his mako but that would mean moving the blame for everything from ogra_ to rsalveti  and I'm not sure he'll handle that amount of grief :D
[15:35] <ogra_> davmor2, you can use my rootfs zip with rsalveti's android imgs ... that would spread the blame :)
[15:36] <davmor2> ogra_: see now it's more tempting :D
[17:01] <robru> didrocks, meeting today? hangout says I'm not allowed to join...?
[17:01] <didrocks> robru: in a meeting, but coming in 5, the not allowed is weird though
[17:01] <didrocks> robru: count 10 ;)
[17:11] <balloons> sergiusens, what did you plan to do with the music app?
[17:13] <sergiusens> balloons, oh, I need to push a new click now
[17:16] <balloons> sergiusens, how did it get promoted? Lots of new stuff landed but I hadn't reviewed it yet
[17:16] <sergiusens> balloons, it's not promoted yet
[17:16] <balloons> sergiusens, ohh
[17:17] <sergiusens> balloons, however, what do you mean by plan?
[17:17] <sergiusens> balloons, I can't really revert packages in the store
[17:17] <balloons> sergiusens, well it's failed in the dashboard..
[17:18] <balloons> I'm confused how it go promoted through..
[17:28] <sil2100> didrocks: packaging ACK! http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Phone/job/cu2d-phone-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_address-book-app_0.2+14.04.20140127-0ubuntu1.diff
[21:28] <kgunn> fginther: ping
[22:12] <kgunn> cihelp ping ?
[22:14] <josepht> kgunn: hi
[22:15] <kgunn> josepht: hey, i was just bird-dogging this mp....
[22:15] <kgunn> https://code.launchpad.net/~unity-team/unity8/unity8.test_nested_mir/+merge/203088
[22:15] <kgunn> but it keeps failling due to
[22:16] <kgunn> "unstable" output from otto ap test runner
[22:16] <kgunn> ...and just wondering what it means ?
[22:16] <kgunn> is it something someones already looking into?
[22:17] <kgunn> https://jenkins.qa.ubuntu.com/job/generic-mediumtests-trusty/2634/console
[22:17] <josepht> kgunn: I'mlooking now
[22:18] <kgunn> josepht: cool...it feels kind of circular when i dig (altho i'm no expert reading the outputs)
[22:22] <josepht> kgunn: it looks like it's due to these test failures: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/2304/
[22:26] <kgunn> josepht: thanks...that helps...
[22:27] <kgunn> josepht: i'm getting info from my team right now that (some) has been addressed