[00:01] <robru> jhodapp: but vivid's ok? it's just rtm?
[00:01] <jhodapp> robru, yeah vivid seemed to take
[00:05] <robru> jhodapp: k, https://ci-train.ubuntu.com/job/prepare-silo/4394/console does that look right?
[00:05] <robru> jhodapp: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=jhodapp I guess this page is easier to read ;-)
[00:05] <jhodapp> no that's not right, crap
[00:05] <jhodapp> one min
[00:05] <robru> heh
[00:06] <jhodapp> robru, no that's not the same list I emailed you
[00:06] <robru> jhodapp: oh really? I thought I copied it verbatim...
[00:07] <jhodapp> robru, you probably did, but the output is not correct
[00:07] <robru> jhodapp: can you send it to me without the email quotes? easier to copy&paste that way
[00:07] <jhodapp> sure
[00:07] <robru> jhodapp: what was the problem? was one missing?
[00:08] <jhodapp> robru, no it looked reverted
[00:08] <jhodapp> to what's in the spreadsheet
[00:08] <jhodapp> emailed
[00:09] <robru> jhodapp: are you just adding the use-transact-method one? that's in there... or are there others you're trying to take out?
[00:10] <robru> I mean I added it in the most recent reconfigure. it wasn't in there before just now
[00:10] <jhodapp> robru, yeah just wanting to add the transact-method one
[00:10] <jhodapp> everything else looks ok
[00:11] <robru> jhodapp: it looks right to me, can you try reloading http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=jhodapp ?
[00:11] <jhodapp> ok looks good to me in that list
[00:11] <robru> jhodapp: ok, give that a shot. sorry for the hassle
[00:12] <jhodapp> robru, np man, thanks for the manual assistance
[00:12] <robru> jhodapp: you're welcome!
[00:27] <robru> mandel: looks like ciborium got freed from silo 15, I'll adjust your silo to point at ubuntu,vivid for the sync
[00:29] <robru> mandel: ok should be good to go if you want to click build again
[02:05] <imgbot> [03:06] <rsalveti> everything is blocked in propose still
[03:06] <rsalveti> quite many failed tests, including quite a few boot tests
[03:06] <rsalveti> and some are failing when setting up the testbed
[03:06] <rsalveti> this will required quite a bit of work to land
[03:09] <rsalveti> fginther: around still?
[03:09] <rsalveti> just 2 questions, to see if you can help me understanding the following failures:
[03:09] <rsalveti> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src
[03:09] <rsalveti> http://d-jenkins.ubuntu-ci:8080/view/Vivid/view/AutoPkgTest/job/vivid-adt-vtk6/lastBuild/?
[03:09] <rsalveti> adt-run [03:00:09]: ERROR: unexpected error: Test dependencies are unsatisfiable. A common reason is that your testbed is out of date with respect to the archive, and you need to use a current testbed or run apt-get update or use -U.
[03:10] <rsalveti> and the boottest:
[03:10] <rsalveti> http://d-jenkins.ubuntu-ci:8080/view/Vivid/view/BootTest/job/vivid-boottest-qtbase-opensource-src/lastBuild/console
[03:10] <rsalveti> 21:22:39 E: E: Could not get lock /var/lib/apt/lists/lock - open (11: Resource temporarily unavailable)
[03:10] <rsalveti> 21:22:39 E: E: Unable to lock directory /var/lib/apt/lists/
[03:10] <rsalveti> 21:22:39 E: adt-run: DBG: testbed command exited with code 100
[03:10] <rsalveti> 21:22:39 E: adt-run [21:22:39]: ERROR: unexpected error: testbed setup commands failed with status 100
[03:10] <rsalveti> should I just try the boottest again?
[03:30] <imgbot> [03:30] <imgbot> [03:32] <Ursinha> rsalveti: I've passed along the message and it's being investigated
[03:33] <rsalveti> Ursinha: thanks
[05:46] <Mirv> hmm, adt funs again
[07:51] <abeato> Mirv, it looks like there are lines in the spreadsheet that have disappeared: one ofono landing I created is in vivid silo 16, but nothing on the spreadsheet
[07:51] <Mirv> abeato: yes, the spreadsheet has been very broken and resetting to Sunday. like it says in the topic, trust the dashboard, not the spreadsheet
[07:52] <Mirv> abeato: we can try to keep adding them back though, so that it can be marked as tested so that it shows at QA's trello board
[07:53] <abeato> Mirv, ok, so should I re-create on the spreadsheet?
[07:53] <Mirv> abeato: if you have the MP:s on hand, put them to line 55 together with package description + test plan. I'll take care of the others
[07:54] <abeato> Mirv, cool, thanks
[07:57] <Mirv> damn that spreadsheet
[07:57] <Mirv> so 6 lines lost all in all, I'm restoring stubs for all of them
[07:57] <abeato> :-/
[07:58] <abeato> I have added all I had for the ofono landing
[07:59] <Mirv> thanks
[07:59] <Mirv> what we really need is just the id that I can copy from the dasboard, after that the status field gets updated and also the silo can be marked as tested at which point it goes to QA
[08:00] <Mirv> but then if a reconfig etc would be needed, MP:s should be there too, and QA needs the testplan etc etc
[08:02] <abeato> sure
[09:07] <dbarth_> hiya trainguards, can i have a silo for line 61 please?
[09:18] <Mirv> dbarth_: 012
[09:18] <Mirv> and to be noted, spreadsheet didn't give a fatal error, first time in a few days..
[09:19] <dbarth_> nice, thanks
[09:27] <dbarth_> Mirv: however, i think my rtm silo is lost in translation, silo rtm-003; supposed to contain a signon-plugin-oauth2 fix
[09:27] <dbarth_> http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=dbarth
[09:27] <Laney> cihelp, hi, can we grab someone to review a lp:ubuntu-test-cases/desktop MP please?
[09:27] <Laney> we should try to get an image promoted from pending to current
[09:29] <Mirv> dbarth_: it's line 47, the spreadsheet resetting removes lines and we can only restore the id easily so that it at least has a line in there. I've written at the top of the spreadsheet "Trust the Dashboard instead. Be patient, and try to fill back in the fields lost."
[09:29] <dbarth_> ah ok
[09:30] <dbarth_> Mirv: how do i mark that silo tested and good for qa?
[09:30] <Mirv> dbarth_: just normally, testing pass etc, but maybe readd the test plan link first
[09:32] <Mirv> dbarth_: sorry, meeting, it seems the line is somehow mixed otherwise
[09:32] <Mirv> let's see in a bit
[09:32] <Mirv> ogra_: popey: meeting?
[09:33] <popey> Mirv: laptop isssues
[09:33] <popey> on my way though
[09:33] <ogra_> wrestling with google
[09:39] <Mirv> bzoltan_: ok Qt 5.4.1 has landed, please rebuild silo 013 and comment in the comment field when done
[09:39] <Mirv> Saviq: same for silo 006 and qtmir/qtubuntu/unity8
[09:39] <Saviq> trainguards, reconfigure line 29 please and new silo 55 please ↑ :)
[09:42] <Mirv> Saviq: https://code.launchpad.net/~saviq/unity8/fix-parallel-build/+merge/252780 error
[09:44] <Mirv> pete-woods: https://code.launchpad.net/~unity-api-team/unity-scopes-shell/scope-harness/+merge/250612 not top-approved
[09:44] <Saviq> Mirv, fixeded, sorries
[09:48] <pete-woods> Mirv: okay, re-approved it from earlier
[09:49] <pete-woods> thanks for pointing out
[09:50] <Mirv> pete-woods: thanks!
[09:55] <Mirv> dbarth_: I've added a new line now for rtm-003
[09:56] <Mirv> dbarth_: yes, so sorry, somehow the dashboard said line 47 but actually there was no line for it. you can now set it as tested on line 56.
[09:56] <Mirv> dbarth_: and optionally fill in back some of the fields missing
[09:56] <Mirv> and/or better description
[10:06] <dbarth__> Mirv: ah thank you
[10:06] <ogra_> jibel, hmm, so looking at bug 1417429, it looks like it should simply land in rtm, i dont see anything talking about having to have it in the already forked off rtm tree
[10:07] <Saviq> Mirv, how are we dealing with changelog syncs?
[10:07] <Saviq> should I have MP or do we just push to trunks?
[10:09] <Mirv> Saviq: as usual, me forgetting at first and then doing them manually like I started 10 mins ago. unity8 just pushed.
[10:10] <Saviq> Mirv, I can do qtmir, qtubuntu and platform-api
[10:10] <imgbot> [10:10] <Mirv> Saviq: done
[10:10] <Mirv> Saviq: platform-api not affected
[10:10] <Saviq> oh right
[10:10] <Mirv> Saviq: now everything should be done that might concern you
[10:11] <Saviq> Mirv, yeah I can see that, thanks
[10:11] <Saviq> qtmir was MP'd so it's good too
[10:12] <Mirv> indeed, and qtmir-gles
[10:13] <Mirv> Saviq: oh... and what I also forget is the tag, just a moment :) train needs that
[10:14] <Saviq> Mirv, apparently doesn't need it *yet* :)
[10:14] <Saviq> maybe when generating diffs or so?
[10:15] <Mirv> Saviq: maybe so, or maybe even all the refactorings have made it go away. it was inherited from the daily release system however.
[10:15] <Mirv> Saviq: all tagged now too
[10:15] <Saviq> \o/
[10:20] <Saviq> Mirv, is there a reason for keeping silo 9 still?
[10:33] <Mirv> Saviq: don't ask me, ask kgunn :)
[10:33] <Saviq> Mirv, will do ;)
[11:06] <ev> Laney: I've added it to the vanguard queue. fginther will take it from there.
[11:07] <Laney> ev: roger, thx
[11:22] <Saviq> Mirv, got an idea about FTBFS https://launchpadlibrarian.net/200536464/buildlog_ubuntu-vivid-amd64.qtubuntu-gles_0.60%2B15.04.20150318-0ubuntu1_BUILDING.txt.gz ?
[11:40] <imgbot> [11:40] <imgbot> [11:52] <ogra_> ah, just some minor changes
[12:05] <rsalveti> cool, seems qt finally migrated
[12:05] <rsalveti> now to see if the new image really boots fine :-)
[12:07] <Mirv> Saviq: see my latest changes in qtmir-gles
[12:07] <Mirv> Saviq: the gles dependencies are "slightly" tricky for apt to handle, and apt was recently updated
[12:07] <Mirv> Saviq: so it probably needs more explicit -gles deps
[12:08] <Mirv> rsalveti: yes! finally. this was quite an epic battle for "small, bugfix release"
[12:08] <Mirv> the core problem is that qt5 is used by so many things and I only (barely) maybe control our stack so that it doesn't move below.
[12:09] <Mirv> rsalveti: I'm happy the emulator image works again and I was able to also smoke-test the qtmir-gles rebuild (deps updated) yesterday.
[12:12] <Mirv> bregma put the best question to the ubuntu-phone mailing list :D
[12:15] <davmor2> Mirv: so just a quick double check 140 is the image with all the qt 5.4.1 stuff landed right?
[12:16] <Mirv> davmor2: looks so, http://people.canonical.com/~ogra/touch-image-stats/140.changes /me updates
[12:16] <Mirv> 195.5MB update, sounds about right :)
[12:16] <davmor2> hahaha
[12:16] <davmor2> right install time
[12:17] <Saviq> Mirv, it's weird though that you didn't have to do it in your landing...
[12:17] <Mirv> Saviq: that's because the qtubuntu build was done earlier
[12:17] <Saviq> ah
[12:17] <Saviq> tricky
[12:18] <Mirv> rebuild would have failed
[12:30] <rsalveti> Saviq: great
[13:59] <om26er> trainguards does silo 13 still need rebuilding ?
[14:03] <Mirv> om26er: I rebuilt it for bzoltan_ but I have asked him to comment on the spreadsheet when he has confirmed the no-change rebuild was ok. he also needs to rebuild the gles package still (even though QA won't test that)
[14:04] <om26er> Mirv, so does that mean the silo is ready for QA ?
[14:06] <Mirv> om26er: technically yes, even though I would have liked bzoltan_ to ack that on the spreadsheet (and he should now be online again)
[14:08] <om26er> Mirv, hmm, ok. I'll wait for his +1
[14:08] <Mirv> right
[14:18] <bzoltan_> Mirv:  I have triggered the gles build
[14:21] <bzoltan_> Mirv: om26er: The silo is as good for QA validation as it was :) _ACK_
[14:41] <t1mp> I am getting some unexpected failures in CI, seem to be problems launching an app for autopilot tests
[14:41] <t1mp> 13:10:23.690 INFO _launcher:120 - Attempting to launch application 'tmp5ie9go9k' with URIs '' via upstart-app-launch
[14:42] <t1mp> see https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/1611/testReport/junit/ubuntuuitoolkit.tests.custom_proxy_objects.test_main_view/MainView10TestCase/test_toolbar_custom_proxy_object/
[14:42] <t1mp> and more failures linked here https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/page13/+merge/253290
[14:42] <t1mp> is there a known issue with cI?
[14:46] <fginther> Laney, that MP is approved, anything else you want to do to it before merging?
[14:55] <Mirv> bzoltan_: thanks!
[14:55] <bzoltan_> Mirv:  The credit goes to you for the Qt update.
[15:24] <Laney> fginther: thanks - don't know, would appreciate a new smoke testing run but I have no idea how to kick one of those
[15:25] <fginther> Laney, I can kick one after merging
[15:25]  * Laney nods
[15:33] <om26er> alecu, ping
[15:33] <rvr> bfiller: Approving silo 28 (camera app).
[15:33] <om26er> alecu, click scope seems to be a bit less responsive when launching click apps as compared to debs.
[15:34] <bfiller> rvr: ack
[15:34] <om26er> alecu, see bug 1433663
[15:37] <fginther> Laney, new tests are in progress
[15:39] <alecu> om26er: weird! though the scope is just giving a url like "application:///...." to unity8 in both cases (click apps or deb apps)
[15:39] <alecu> om26er: I think unity8 is using ubuntu-app-launch from that point
[15:40] <alecu> om26er: I suspect the issue may lay there
[15:40] <om26er> alecu, hmm, I'll add unity8 to the loop
[15:40] <alecu> Saviq: please see above the bug that om26er found
[15:41] <alecu> Saviq: unity8 is using ubuntu-app-launch, right?
[15:41] <rvr> dbarth__: Is there a way for me to test #1417429?
[15:42] <Saviq> alecu, reading
[15:43] <Saviq> alecu, om26er, fixed in silo 6 - dupe of bug #1430233
[15:43] <Saviq> it's not click vs. deb but pinned vs. not
[15:44] <om26er> Saviq, hm, that could explain it.
[15:44] <om26er> Saviq, great we have a fix :)
[15:44] <Saviq> ugh, why is my silo moving down and down in the "need qa sign-off" lane ;(
[15:45] <om26er> Saviq, i'll pick it now
[15:46] <davmor2> Saviq: it was being rebuilt is the last info we had, then it got put on hold for the qt5.4.1 build and might need a rebuild now because of that, and there was no way to check what the status was as the spreadsheet broke the universe :)
[15:46] <davmor2> Saviq: if you can confirm that any rebuilds that were needed have been we can unblock  it again now
[15:46] <Laney> fginther: yay, looks like that works - is this enough to cause pending → current promotion?
[15:47] <Saviq> davmor2, https://trello.com/c/445B60K2/1068-ubuntu-landing-006-platform-api-qtmir-qtmir-gles-qtubuntu-qtubuntu-gles-unity8-saviq-dandrader
[15:47] <davmor2> Saviq: there you go unblocked
[15:47] <Saviq> om26er, thanks!
[15:48] <Saviq> om26er, as per usual, please ping me in case of any issues, note there's a duplicate card in the Need Sign-off lane
[15:49] <Saviq> not any more
[15:49] <Saviq> :)
[15:49] <Laney> fginther: ignore, it worked already
[15:56] <om26er> sil2100, do you know who maintains phablet-tools ? specifically 'citrain' tool
[15:58] <sil2100> om26er: that would be robru
[15:58] <sil2100> What's up?
[15:59] <om26er> sil2100, its broken for me on vivid. it gets stuck at adding the ppa stage: http://paste.ubuntu.com/10621647/
[16:04] <dbarth__> rvr: you need to type things blindly, i can send you a user / pass for reference
[16:04] <dbarth__> rvr: in my case, i trusted liuxg who validated the login in chinese
[16:04] <rvr> dbarth__: mardy sent me the credentials
[16:05] <dbarth__> ah great
[16:05] <jhodapp> sil2100, hey, can you manually configure vivid silo 23 to include these MRs please? http://pastebin.ubuntu.com/10621470/
[16:15] <sil2100> jhodapp: the spreadsheet should be better now, could you update the landing entry?
[16:15] <sil2100> om26er: I'm not using it so I wouldn't know...
[16:15] <jhodapp> sil2100, sure, one min
[16:16] <jhodapp> sil2100, alright, ready for reconfiguration
[16:16] <sil2100> jhodapp: on it
[16:16] <jhodapp> sil2100, can you paste the reconfig output for me so I can double check the list?
[16:17] <jhodapp> URL to that is fine
[16:18] <sil2100> http://paste.ubuntu.com/10621745/
[16:18] <sil2100> These are the MRs, are those ok?
[16:18]  * jhodapp looks
[16:18] <jhodapp> sil2100, looks good, they're the same
[16:18] <jhodapp> sil2100, ready to build now right?
[16:18] <sil2100> Not yet :)
[16:18] <sil2100> Reconfiguring only now
[16:19] <sil2100> Should be ready in a minute
[16:20] <sil2100> https://code.launchpad.net/~phablet-team/qtubuntu-media/media-hub-3-changes is not a valid MP, let me correct that
[16:20] <jhodapp> sil2100, yeah thanks
[16:20] <jhodapp> slipped through :)
[16:27] <rvr> dbarth__: I guess Sino Weibo option should appear in System Settings > Accounts, right?
[16:27] <rvr> Sina
[16:27] <Mirv> bzoltan_: publishing UITK, thank om26er for testing it
[16:40] <dbarth__> rvr: it does yes
[16:41] <rvr> dbarth__: Ok, I don't see it :-/
[16:41] <rvr> Upgrade: signon-plugin-oauth2:armhf (0.20+14.10.20141029~rtm-0ubuntu1, 0.20+15.04.20150317~rtm-0ubuntu1)
[16:43] <rvr> dbarth__: http://people.canonical.com/~vrruiz/accounts-nosina.png
[16:43] <dbarth__> rvr: you do have the click package installed?
[16:43] <rvr> dbarth__: Which click package?
[16:43] <dbarth__> the account plugin comes as part of the weibo click package
[16:43] <rvr> dbarth__: Spreadsheet doesn't say anything
[16:43] <dbarth__> hmm, sorry, not mentioned in the test plan, my bad
[16:45] <dbarth__> rvr: sent your way, will add to a public address for ref. in the test plan
[16:45] <rvr> dbarth__: Thanks
[16:51] <sil2100> jibel, robru, rvr, davmor2, popey: as yesterday, since I'm still off sick, you can cancel the evening meeting
[16:51] <dbarth__> rvr: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings-online-accounts?action=diff&rev2=13&rev1=12
[16:52] <jibel> bzoltan_, Mirv is silo 13 ready for qa verification?
[16:53] <jibel> it has been rebuilt against Qt 5.4.1?
[16:54] <rvr> That's what Mirv says in the card.
[16:55] <jibel> right but the citrain dashboard says otherwise
[16:55] <rvr> Mirv/20150318: Qt 5.4.1 landed, please rebuild Zoltan/20150318: Done, ready for QA.
[16:55] <jibel> om26er, ^ that's the silo you landed ealier?
[16:57] <om26er> jibel, silo 13, yes.
[16:57] <jibel> om26er, thanks, I'll remove the duplicate
[16:58] <davmor2> jibel: I removed the other dupe of silo 6 again too
[17:00] <popey> sil2100: okay, get well soon!
[17:04] <jibel> davmor2, thanks. The script that create the cards should definitely use the dashboard as input instead of the spreadsheet
[17:06] <jibel> robru, where is the code of the citrain dashboard?
[17:06] <jibel> robru, nvm, I scrolled down and found the link
[17:10] <rvr> dbarth__: Logged successfully in Sina Weibo :)
[17:10] <rvr> dbarth__: The app shows posts
[17:11] <dbarth__> rvr: awesome
[17:11] <om26er> abeato, Hi!
[17:11] <abeato> om26er, hi
[17:11] <om26er> abeato, my phone is not going to flight mode right now. terminal logs show: http://paste.ubuntu.com/10622024/7
[17:11] <rvr> dbarth__: Hmm... the log file for the click package shows some problem
[17:12] <om26er> abeato, image 152, krillin
[17:12] <dbarth__> rvr: ?
[17:12] <abeato> om26er, hmm, good... no silo installed isn't it?
[17:13] <rvr> dbarth__: Lots of this errors: libust[11253/11287]: Error: Error opening shm /lttng-ust-wait-5-32011 (in get_wait_shm() at lttng-ust-comm.c:886)
[17:13] <om26er> abeato, I have silo6 installed but thats unity8/qtmir etc
[17:13] <om26er> abeato, ... and how is that good ? :p
[17:14] <abeato> om26er, it is, we got it reproduced :p
[17:14] <rvr> dbarth__: https://bugs.launchpad.net/platform-api/+bug/1404302
[17:14] <abeato> om26er, so which is the current situation? you tried flihgt mode and did not work? did you do anything else after that?
[17:15] <om26er> abeato, I tried flight mode, nothing happened, then I tried to turn off wifi individually, that worked
[17:15] <om26er> but flight mode still cannot be enabled
[17:16] <abeato> om26er, could you pastebin /var/lib/urfkill/saved-states
[17:16] <abeato> ?
[17:19] <om26er> abeato, bash: /var/lib/urfkill/saved-states: Permission denied
[17:20] <om26er> with sudo, says 'command not found'
[17:20] <abeato> om26er, no, it is a configuration file, I need a cat
[17:21] <om26er> abeato, http://paste.ubuntu.com/10622095/
[17:22] <rvr> dbarth__: Approving silo 3.
[17:22] <rvr> dbarth__: Minor issue: the Weibo option is listed in Accounts with no logo.
[17:22] <abeato> om26er, mind attaching the syslog to bug #1427439 ?
[17:23] <abeato> om26er, and which is the output of /usr/share/ofono/scripts/list-modems
[17:23] <abeato> ?
[17:24] <om26er> abeato, http://paste.ubuntu.com/10622111/
[17:25] <om26er> abeato, there is no /var/log/syslog due to some reason
[17:25] <dbarth__> rvr: correct, not the point of the fix, but that sample app should be improved indeed
[17:25] <dbarth__> i'll bother liuxg tomorrow ;)
[17:26] <abeato> om26er, hmm, that is really annoying, the same happened to me a week ago or so
[17:26] <abeato> om26er, you cannot list it, even as root?
[17:28] <om26er> abeato, `sudo find / | grep syslog` doesn't find syslog :/
[17:30] <robru> om26er: re:citrain tool, did you try running phablet-config by hand? citrain tool is a pretty thin wrapper around phablet-config so if something is broken it's more likely to be a problem with phablet-config. lemme know if that works and then we can troubleshoot further.
[17:31] <om26er> robru, I found the issue, it took a long time with 'apt-get update' without any feedback
[17:31] <om26er> due to whatever reason
[17:31] <robru> om26er: ah ok
[17:32] <om26er> robru, suggestion though, feedback will be better than silent
[17:32] <robru> om26er: fair
[17:34] <dobey> rvr: still around?
[17:35] <robru> om26er: hm, looking at the code I don't see any ">/dev/null"s in there. I guess it's phablet-config's fault for suppressing those messages.
[17:37] <rvr> dobey: Here
[17:38] <dobey> rvr: do you have a few minutes to quickly test a very specific thing (the add credit card page failing for you)?
[17:39] <rvr> dobey: Sure, after the on going meeting (10 minutes or so).
[17:39] <dobey> rvr: if you could install https://jenkins.qa.ubuntu.com/job/generic-click-builder-14.09-armhf/23/artifact/output/com.canonical.payui_15.01.119_armhf.click and try to add your card again and let me know if you still see bug #1421421 that would be great
[17:39] <dobey> rvr: sure, thanks :)
[17:57] <rsalveti> jhodapp: ricmm: is the spreadsheet fine now with the mediahub silos?
[17:57] <jhodapp> rsalveti, we got a good build out of it
[17:57] <jhodapp> rsalveti, fine enough :)
[17:57] <rsalveti> jhodapp: great
[17:57] <rsalveti> jhodapp: what are the remaining issues?
[17:58] <jhodapp> rsalveti, documenting them here: https://docs.google.com/a/canonical.com/document/d/1REcYy1DD-_A1ZcfiH2t3Efi4uEa2XPUiBSVZbkbqMZc/edit
[17:59] <rsalveti> jhodapp: great, getting closer
[17:59] <jhodapp> rsalveti, indeed...the volume issue is most likely not media-hub-3, but we want to fix it anyway...mh2 displays the same behavior on krillin
[18:00] <rsalveti> jhodapp: yeah, that is outside media-hub it seems
[18:00] <jhodapp> rsalveti, still seems like there's latency issues on vivid in general
[18:00] <rsalveti> at least doesn't block the landing
[18:00] <rsalveti> jhodapp: yeah, saw that as well here
[18:00] <rsalveti> jhodapp: because want to see if we can get QA to sign it off tomorrow
[18:00] <jhodapp> rsalveti, ok yeah, I'm still putting it through a lot of testing
[18:01] <rsalveti> at least get ready for qa to test it
[18:01] <rsalveti> jhodapp: great
[18:01] <jhodapp> rsalveti, feel free to give it a try yourself if you have a moment
[18:02] <rsalveti> jhodapp: yup, planning to test it tomorrow
[18:02] <rsalveti> have a weeding to go in 3 hours :-)
[18:03] <jhodapp> rsalveti, nice, should be fun
[18:03] <jhodapp> rsalveti, more beer then :)
[18:03] <rsalveti> jhodapp: yeah, thanks to my liver
[18:03] <rsalveti> employee of the month
[18:04] <jhodapp> haha
[18:06] <jhodapp> rsalveti, so the last two on the list are issues, but are caused by the vivid latency
[18:07] <rsalveti> jhodapp: got it, will investigate this tomorrow
[18:07] <jhodapp> rsalveti, so actually everything on the list so far isn't a landing blocker
[18:07] <rsalveti> yeah, as long media-hub stays alive, we're good
[18:07] <jhodapp> yes, and it is
[18:07] <rsalveti> it just can't freeze/crash
[18:49] <Saviq> cihelp, any idea about this boottest failure https://jenkins.qa.ubuntu.com/job/vivid-boottest-ubuntu-ui-toolkit/6/console ?
[18:49] <fginther> Saviq, looking
[18:49] <Saviq> it's preventing UITK from migrating
[18:50] <Saviq> fginther, thanks
[18:50] <bzoltan_> Saviq:  what is the UITK landing in the silo15? Should not we wait for the silo13 content to land first?
[18:51] <Saviq> bzoltan_, don't worry, it's not landing just yet
[18:51] <Saviq> bzoltan_, I'll let you know if/when we'll need it to land
[18:51] <bzoltan_> Saviq:  OK :) I just have paranoid highlights
[18:51] <Saviq> bzoltan_, I can see that ;)
[18:52] <fginther> Saviq, something is off on the device that test ran on and it's not responding to recovery attempts. I've offlined the device and restarted the test. It will clear the boottest block if it passes.
[18:53] <Saviq> fginther, great, thanks
[19:25] <dobey> rvr: did you get a chance to try that?
[19:25] <dobey> ToyKeeper: if you could try the click too, that would be great. it's at https://jenkins.qa.ubuntu.com/job/generic-click-builder-14.09-armhf/23/artifact/output/com.canonical.payui_15.01.119_armhf.click
[19:26] <rvr> dobey: On it
[19:26] <dobey> thanks
[19:26] <rvr> dobey: This is for rtm, right?
[19:27] <dobey> rvr: it's a click package. it will end up as an update for everyone including rtm. but this specific change is not dependent on rtm, it's fine to test on vivid if that's what you have available
[19:28] <dobey> rvr: doesn't need to do all the tests, just try to add the card that was failing, for bug #1421421
[19:31] <fginther> Saviq, the rerun passed
[19:31] <Saviq> fginther, yup, saw that, thanks
[19:33] <robru> mterry: kenvandine: anybody around for a packaging ack? https://ci-train.ubuntu.com/job/ubuntu-landing-006-2-publish/lastSuccessfulBuild/artifact/
[19:33] <ToyKeeper> dobey: As soon as my phone is done re-flashing...
[19:35] <kenvandine> robru, i'll look
[19:35] <robru> kenvandine: thanks
[19:35] <mterry> robru, sure
[19:35] <mterry> kenvandine, it's just wrap-and-sort stuff
[19:35] <kenvandine> mterry, are you on it?
[19:36] <kenvandine> well, i looked... ack from me :)
[19:36] <mterry> kenvandine, sorry, should have left a quick comment here
[19:36] <kenvandine> no worries
[19:36] <dobey> ToyKeeper: cool, thanks
[19:39] <robru> mterry: oh, wrap-and-sort? I thought I saw new deps
[19:39] <kenvandine> the diff is a little ugly there
[19:39] <kenvandine> like the Depends
[19:39] <kenvandine> it looks fine
[19:40] <robru> kenvandine: mterry: cool thanks guys
[19:40] <kenvandine> np
[19:45] <Saviq> om26er, thanks!
[19:45] <Saviq> that was easy
[19:47] <om26er> Saviq, what uses -gles packages ?
[19:47] <rvr> dobey: ToyKeeper: payui now asks me to stay or continue. Clicking in stay allowed me to finish introducing the confirmation data. So it's ok now to me.
[19:48] <Saviq> om26er, emulator
[19:48] <Saviq> om26er, FWIW, I tested
[19:48] <Saviq> and everything was as expected
[19:48] <dobey> rvr: aesome!
[19:49] <veebers> robru: are you around? Are you able to approve packaging changes (this one in autopilot)?
[19:54] <robru> veebers: nah I can't approve packaging changes but mterry or kenvandine can do that
[19:55] <veebers> robru: ack, thanks
[19:56] <ToyKeeper> dobey: It seems like an improvement, but I still ran into a couple issues.  For one: http://toykeeper.net/tmp/phablet/2015-03-18/payui-transparent-dialog.png
[20:00] <dobey> ToyKeeper: oh that is odd.
[20:01] <dobey> rvr: ^^ did you get that as well?
[20:01] <ToyKeeper> dobey: No, rvr didn't run into that.
[20:01] <veebers> robru: a dumb question, I need a FFe for autopilot in vivid right?
[20:02] <veebers> robru: what's the timeframe for that?
[20:02] <robru> veebers: strictly speaking you need a FFe to land anything in vivid at this point, yes
[20:02] <robru> veebers: I mean any features
[20:02] <robru> heh
[20:02] <veebers> robru: heh, ok, what about bug fixes in the test tools we use ;-)
[20:03] <robru> veebers: yeah bugfixes can land as normal
[20:03] <veebers> robru: ack, thanks
[20:03] <robru> veebers: you're welcome
[20:04] <veebers> mterry, kenvandine: Are you around to ack a packaging change? It's simple, adding a version req. https://code.launchpad.net/~canonical-platform-qa/autopilot/xlib-version/+merge/253399
[20:04] <dobey> ToyKeeper: ok, i'll have to figure out why that might happen. thanks
[20:05] <ToyKeeper> dobey: For me, the UI looked correct on the first try, but each subsequent try was transparent as in the screenshot.  And on a third try, I couldn't get the OSK to pop up in text entry fields (like card number), but I think that's a different and old issue.
[20:05] <robru> veebers: https://wiki.ubuntu.com/VividVervet/ReleaseSchedule here's the schedule for freezes btw
[20:06] <veebers> robru: ah sweet cheers will bookmark :-)
[20:06] <ToyKeeper> dobey: I'm not able to add a card on the phone without activating 3D-Secure, but I *think* I can add it successfully at pay.ubuntu.com.  Will verify that in a few.
[20:07] <veebers> robru: sweet, so if I start a silo landing tomorrow I'll be sorted.
[20:07] <dobey> ToyKeeper: right, but aside from the ugly trasnparent bit, if you click "stay" it's possible for you to activate the 3dsecure right?
[20:07] <ToyKeeper> dobey: Yes, I think so.
[20:08] <dobey> ok great
[20:09] <ToyKeeper> dobey: Hmm, after a reboot, I didn't get the leave/stay dialog.  It just timed out and went directly to "Purchase failed".
[20:10] <ToyKeeper> It's possible I may have touched the screen at the wrong time and tapped "leave" before it had a chance to finish drawing the dialog though.
[20:13] <dobey> ToyKeeper: hmm. that or upon reboot the older version of pay-ui was selected by the hook as the one to use, and it was running instead
[20:14] <ToyKeeper> Not sure, I wasn't able to reproduce the issue yet.
[20:14] <dobey> ok
[20:15] <ToyKeeper> The desktop is consistent though...  I can't add my card there any more either (at pay.ubuntu.com, without activating 3dsecure).
[20:15] <dobey> ToyKeeper: anyway, you don't need to test it any more right now. this was just a quick test to make sure this would fix the issue before i spent too much time on making all the autopilot tests for it and such. i will have a more complete branch hopefully soon, that we can hopefully land tomorrow
[20:16] <ToyKeeper> I suspect that what changed might be my bank's interstitial page.  I think it used to have a 'skip' option.
[20:17] <robru> veebers: yeah should be good as long as you don't have new features. you're welcome
[20:17] <ToyKeeper> dobey: Anyway, it seems better overall...  just isn't very forgiving if the user tries more than once.
[20:18] <dobey> ToyKeeper: ok, i'll add a test that results in the dialog more than once, to see if we can fix the issues :)
[21:28] <Saviq> cihelp, another failed boottest https://jenkins.qa.ubuntu.com/job/vivid-boottest-qtmir/lastBuild/console
[21:30] <plars> Saviq: this is the krillin-09 thing again?
[21:30] <plars> Saviq: I thought I had it up and running now, let me take a look
[21:30] <Saviq> plars, broken pipe this time
[21:30] <plars> Saviq: oh, no krillin-09 is fine now, this is a known problem:
[21:30] <plars> 21:06:28 E: + grep -q 'ERROR: timed out waiting for Unity greeter' results/log
[21:31] <Saviq> ah /me saw Broken pipe
[21:31] <Saviq> plars, thought that was the issue
[21:31] <plars> Saviq: bug #1421009
[21:31] <Saviq> plars, yeah yeah, we're looking at a Qt patchset to hopefully alleviate that
[21:32] <plars> Saviq: maybe not, hang on
[21:37] <Saviq> plars, so yeah, there's quite a bunch of failures mentioning Broken pipe, I wonder if the timeout is a red herring?
[21:37] <plars> Saviq: yeah, I think that was just the verbose checking for that known problem
[21:37] <plars> Saviq: rather than actually catching it, let me try rerunning
[21:54] <plars> Saviq: ok, rerunning it passed, looks like it's a known issue
[21:54] <Saviq> plars, ok, there's a few others that failed in the same way
[21:56] <plars> Saviq: do you have links?
[21:56] <Saviq> plars, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html basically :)
[21:56] <Saviq> plars, but to be exact
[21:56] <Saviq> https://jenkins.qa.ubuntu.com/job/vivid-boottest-qtmir/lastBuild
[21:57] <Saviq> https://jenkins.qa.ubuntu.com/job/vivid-boottest-qtubuntu/lastBuild
[21:57] <Saviq> https://jenkins.qa.ubuntu.com/job/vivid-boottest-qtubuntu-gles/lastBuild
[21:57] <plars> Saviq: well the qtmir one is handled, let me look at the others
[21:58] <Saviq> plars, https://jenkins.qa.ubuntu.com/job/vivid-boottest-platform-api/lastBuild/
[22:01] <plars> Saviq: restarted them all, will check on them in a bit but hopefully they will go as smoothly as the other one
[22:01] <Saviq> plars, ktx
[22:01] <plars> Saviq: I've been out since last week and I think this is a new thing, I'm not sure why this cropped up now
[22:02] <Saviq> plars, in any case yeah, we know the initial boot issue, and it's most visible during first boot after flashing
[22:02] <Saviq> plars, so it's very likely that's what hitting there
[22:02] <Saviq> we should have a Qt build for testing this in a while
[22:03] <Saviq> s/a while/soon/
[22:04] <plars> Saviq: nice!