[02:10] === IMAGE 150 building (started: 20150326-02:10) === [03:30] === IMAGE 150 DONE (finished: 20150326-03:30) === [03:30] === changelog: http://people.canonical.com/~ogra/touch-image-stats/150.changes === === chihchun_afk is now known as chihchun [06:56] ToyKeeper, ping [06:56] Hi. [06:57] hi, we have a pretty critical customer fix in line 69 of the spreadsheet [06:58] abeato: It's for RTM? I thought we weren't releasing any more RTM-based images? [06:58] ToyKeeper, is QA aware of it? just want to be sure so you can assign right priority :) [06:58] (then again, vivid is kind of broken today at the moment...) [06:58] yes, RTM [06:59] don't know, but taking into account that there are a couple of critical issues (like this one), maybe there will be another rtm ota [07:00] abeato: I don't see it on QA's testing board... which might mean the bot failed. [07:01] If there are crits to fix though, we should clarify ASAP whether there's another RTM image coming or not. [07:01] Is anyone awake yet who can confirm that? [07:01] ToyKeeper, probably pcmgowan should now, but not awake yet :( [07:02] ToyKeeper, just forwarded you an e-mail with some info [07:09] abeato: I'm not sure what's required to be able to test the bug, if it's about supporting specific carriers. Could you add bug links to the trello card and possibly more info about how to test it? (or that the intent is to ensure nothing else broke, if it's not directly testable) [07:09] abeato: https://trello.com/c/VqQFF5Mt/ [07:10] ToyKeeper, difficult to test without the specific SIM card that triggered the issue [07:11] ToyKeeper, so testing should be essentially sanity testing [07:11] I'll add a comment in the card [07:13] For example, I can't test 3G on it at all, because the radio is incompatible in my area. And it's not supported by default anyway, I have to use custom APNs (and even that doesn't get MMS working). I assume it needs to be tested where cell data actually works? [07:14] s/it's not supported/my carrier isn't supported/ [07:14] ToyKeeper, rightm that's the thing to test [07:15] ToyKeeper, just having data, even 2G is enough to make sure the fix did not break data connectivity [07:15] comment added in trello [07:17] ToyKeeper, anyway if you feel you cannot test this well we can wait for another QA team member, as said I just wanted to make sure this bug was know and prioritized by QA [07:18] For now, I'm trying to get data to work pre-silo to find out if I'm even able to start testing. [07:25] *crickets* ... chirp, chirp ... No data yet. [07:27] ToyKeeper, so bad... btw, if we don't have your operator in the apn database, please open a bug in https://bugs.launchpad.net/ubuntu/+source/android with your operator's data, we are trying to improve the DB [07:28] I saw this work a couple times, months ago... but I'm having no luck today. [07:28] no worries, we can wait for somebody else [07:29] It worked on mako last I checked, but still needs custom APN data. [07:30] ToyKeeper, the other bug that would definitely go in if there is a new rtm ota is bug #1427439 [07:30] bug 1427439 in Canonical System Image "Urfkill saved wrong WWAN state after enabling/disabling flight mode" [Critical,In progress] https://launchpad.net/bugs/1427439 [07:31] ToyKeeper, there is already a card in Trello for that, landing-006 [07:31] ToyKeeper: abeato: FYI there's been a bit too loud noise about "no more rtm-14.09", in reality there will be one more image so yes approved critical fixes should getin [07:32] and that mobile internet thing surely qualifies [07:32] Mirv, ok, thanks for the confirmation [07:33] the noise has just been there since it's equally critical to fix vivid in shape :) [07:33] I moved both silos to the top for priority, and I should be around long enough to make sure the rest of the team is aware of them. [07:33] ToyKeeper, great, thanks! [07:35] I might be able to do silo 6; just getting the details now. [07:36] cool [07:38] * ToyKeeper just now figures out that "FM" means "flight mode" and not "frequency modulation" [07:44] :) [08:21] abeato: Bug #1427439 comment 9 has steps to reproduce the issue, but I haven't been able to get it to actually fail yet. Also, I have no WWAN section in urfkill/saved-states. Does this require cell data to trigger the bug? [08:21] bug 1427439 in Canonical System Image "Urfkill saved wrong WWAN state after enabling/disabling flight mode" [Critical,In progress] https://launchpad.net/bugs/1427439 [08:22] ToyKeeper, no, no need for cellular data [08:22] ToyKeeper, but have you already installed the silo? [08:23] abeato: No, I was trying to trigger the issue pre-silo. [08:23] ToyKeeper, hmm, weird that you don't have WWAN, are you sure you are in rtm? [08:24] ToyKeeper, please paste saved-states too [08:24] Dammit, I forgot to press enter to confirm the reflashing, and was testing on vivid. :( [08:25] Thanks, I feel pretty dumb. :) [08:25] the fix already landed in vivid :) [08:25] :) [08:51] abeato: Okay, now that I've got my head screwed on straight, the issue and its fix are confirmed. I'll let the rest of the team sanity-check it if they like, but otherwise it seems ready to go. (and I'm heading off to sleep) [08:51] ToyKeeper, take rest, thanks a lot [09:34] popey: jibel meeting? [09:35] jibel, popey: ping pong [09:35] yeah, browser problems [09:35] sil2100, sorry lost track of time [09:58] jibel: actually, talking about vivid testing... recently I noticed that cups sometimes acts funny in the background and starts eating 100% CPU for no reason [09:58] Need to report a bug [10:35] === IMAGE RTM 258 building (started: 20150326-10:35) === === greyback_ is now known as greyback [10:52] rvr: ping :) [10:52] sil2100: pong [10:53] rvr: hey, I've been wondering - once you have some free time, could you maybe test the glibc fix for the recent touch regressions? [10:53] sil2100: Of course [10:53] rvr: maybe install the new glibc and perform sanity on the image [10:53] That's important [10:54] Using rsalvetti's PPA? [10:54] rvr: the fix is not in any silo, it's in a normal PPA - the details are in the e-mail that rsalveti sent out [10:54] Yeah [10:54] Ack [10:54] I'll do that [10:54] sil2100, no business IRC for you today ? [10:54] ogra_: oh carp [10:55] sil2100: rsalveti said that the fix won't be ready until Friday/Saturday, though [10:56] rvr: he said it won't be landing till Friday/Saturday, I guess it's ready right now [10:56] It's just we can't land it because of the freeze [10:56] * sil2100 reads up again [10:56] Ahhh [10:57] rvr: yeah, so the fix is good, but we can't land it - but infinity already has it on his radar [10:57] today evening the freeze will lift [10:57] Right, then it's a good idea to check it early [10:58] rsalveti: I am sanity checking latest image with the PPA, don't land glibc before it is done, please :) [11:04] rvr: thanks :) === ondra_ is now known as ondra === MacSlow is now known as MacSlow|lunch [12:05] === IMAGE RTM 258 DONE (finished: 20150326-12:05) === [12:05] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/258.changes === [12:05] wheee, langpacks ! [12:07] Wow, much langpacks, such tzdata [12:08] Well, good to have that anyway [12:09] yep, someone asked on the ML i think [12:11] sil2100: I think it was me that said not much had changes right ;) [12:26] * sil2100 off to lunch soon === MacSlow|lunch is now known as MacSlow === alan_g is now known as alan_g|lunch === chihchun is now known as chihchun_afk [13:50] sil2100: can I get an ack that line #71 doesn't need QA signoff? only debian/ changed, diff:s can be seen at dput ppa:ci-train-ppa-service/landing-020 ../qtsvg-opensource-src_5.5.0~alpha-0ubuntu1~vivid1~test1_source.changes [13:50] I've smoke-tested upgrading on device, though [13:51] s/whateverpasted/https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-028/+packages/ [13:51] ok that was inproper sedding, s%whateverpasted%url% [13:52] the new SDK website needs the docs packages in archives apparently due to some prodstack autogeneration === alan_g|lunch is now known as alan_g [14:12] ^ will assign myself [14:46] sil2100, any word on Mir release? [14:58] camako: the freeze should be down later today or somewhere tomorrow, so I suppose it can migrate then [14:59] Mirv: sorry, just got back from lunch (started a bit later than expected) - ACK ;) [14:59] sil2100, thanks [15:11] sil2100: thanks! === lool- is now known as lool [15:28] sil2100: I finished sanity testing the PPA [15:29] sil2100: I have 4 failures of 42 tests (didn't check OTA upgrades/MMS). [15:29] sil2100: The four are related to issues with location [15:31] sil2100: I saw some crashes during the test, though. One was the clock, and the other two, mediascanner and sync-monitor [15:31] rvr: hm, thanks [15:31] I wonder if those are related to the glibc fix or if they're just in vivid vanilla as well - I suppose that's nothing new [15:31] sil2100: Music plays fine, as per test descriptions [15:31] Since the fix shouldn't cause crashes I suppose [15:32] rvr, sil2100: May I ask if this is regarding the SDK ppa? [15:32] nik90: We are talking about rsalvetti's PPA to fix issue with libc [15:32] rvr, sil2100: I can confirm that clock app crashes on vanilla vivid without the SDK silo-12 which is supposed to fix that [15:32] sil2100: I suppose [15:33] nik90: it's a bit different, but related to all things vivid basically [15:33] nik90: Ah, nice to know [15:33] Excellent [15:33] nik90: thanks for the info :) [15:33] that's why i asked :) [15:33] rvr: then I suppose it's 'good to go' once the freeze is gone? [15:34] sil2100: Strictly by the sanity test suite, everything except location is ok, so yes. [15:35] pmcgowan: ^ :) [15:36] pmcgowan: the glibc fix so far looks good, not sure if there's much more testing that QA could to to double-check if it's all good now [15:37] sil2100, thats good but the real goal is that it unblocks a full regression since it reverts what broke us [15:37] sil2100, do we know when it can land in the archive? [15:38] pmcgowan: we should be able to land again later today [16:04] sil2100: Cancel Monger [16:05] hah ;) [16:05] I'm giving everyone more time to do actual work! [16:07] sil2100, just FYI, as soon as the freeze is lifted (most likely in a few hours) i'll trigger a new image that will then pick up the new libc in the archive [16:08] ogra_: you mean, after it actually gets out of -proposed, right? [16:09] sil2100, which will happen automatically once the freeze is lifted ... it sits there since last night, so i think all atd runs are done by now [16:09] * ogra_ hasnt checked but i simply assume it :) [16:10] adam said if there ios a re-spin for beta needed it will migrate anway [16:10] *is [16:10] and end up in the re-spun desktop images [16:11] so either way we should be ready this evening [16:13] Excellent [16:14] yeah, i'm happy i can listen to music again :) [16:34] pmcgowan, I ran the testplan ok for ofono. while I'll keep the silo installed, my testing is done. [16:59] om26er, great thanks [17:00] om26er, silo 6 is another hot fix candidate [17:01] cihelp: can someone please help with https://code.launchpad.net/~mzanetti/reminders-app/qmltest2/+merge/253598 which is failing possibly due to bug 1389729 [17:01] bug 1389729 in llvm-toolchain-snapshot (Ubuntu) "LLVM ERROR: Cannot select: intrinsic %llvm.x86.sse41.pblendvb" [Undecided,Confirmed] https://launchpad.net/bugs/1389729 [17:01] popey: looking [17:05] pmcgowan, inprogress [17:06] o/ [17:07] cprov: thanks [17:11] alex-abreu: Silo 5 (twitter pics). Does it need an updated twitter webapp? [17:11] rvr, yup :) [17:11] alex-abreu: Can you provide the click package? [17:12] rvr, it needs the one from the branch in comment [17:12] abeato, Hi! [17:12] om26er, hi [17:12] rvr, sure [17:12] abeato, is this the only change[1] for silo 6 ? [1]http://bazaar.launchpad.net/~mariusko/urfkill/master/revision/531 [17:12] popey: apparently we can't do much about it. [17:12] alex-abreu: Great! [17:13] cprov: it seems to be causing our qmltests to fail. Do you have another solution to enable the tests to run without crashing? [17:13] om26er, hmm, no, not really, there are more things [17:14] om26er, but the package is not really using bzr, afaik it is a direct dput [17:14] abeato, does this[1] look right the correct diff ? [1]https://launchpadlibrarian.net/201123299/urfkill_0.6.0~20141020.151220.1dc6cf4~rtm-0ubuntu1_0.6.0~20150318.103828.5539c0d.1~rtm-0ubuntu1.diff.gz [17:14] om26er, that's an old change === chihchun_afk is now known as chihchun [17:15] om26er, that last one seems correct === chihchun is now known as chihchun_afk [17:15] popey: there is more info on https://trello.com/c/2f8qfYun/87-vanguard-reminders-app-ci-failures-due-to-https-bugs-launchpad-net-ubuntu-source-llvm-toolchain-snapshot-bug-1389729, but nothing leading to a solution or workaround on our side. [17:16] abeato, ok. I am finding a bit difficult to filter out exact steps to reproduce bug 1427439 could you help please ? [17:16] bug 1427439 in Canonical System Image "Urfkill saved wrong WWAN state after enabling/disabling flight mode" [Critical,In progress] https://launchpad.net/bugs/1427439 [17:17] rvr, ok sent [17:17] om26er, sure [17:17] om26er, following the steps in comment 9 should nake it happen [17:17] *make [17:18] alex-abreu: Received, thanks [17:18] abeato, oh, great. didn't look that far down the comments. thanks [17:19] np [17:23] om26er: do you or anybody else knows why the UITK in the silo12 is blocked? [17:25] rvr, ^ do you know. I see you started testing it yesterday. [17:27] bzoltan_: Vivid silos are blocked right now until libc lands. [17:29] cprov: ok, thank you [17:36] bzoltan_, we are in beta freeze, nothing lands atm [17:36] should be lifted soon though [17:37] ogra_, touch only stuff can land I am told [17:37] pmcgowan, and the UITK is touch only ? [17:37] hmm, it could be argued [17:37] heh [17:37] its not seeded in desktop [17:38] no, but it touches elements that also kubuntu uses i think [17:38] rvr, we are not blocked on libc per se [17:38] ogra_, shouldnt [17:38] we are not blocked on libc at all [17:38] right [17:38] except for the next image build [17:39] (which is why i didnt EOD yet... waiting for infinity to lift the embargo later today) [17:40] and technically we should just unleash the UITK silo and hold it on the proposed migration level instead ... but after all it doesnt matter much where it gets blocked [17:40] pmcgowan: well, from what seeded-in-ubuntu says it's seeded in desktop [17:40] s/should/could/ [17:40] pmcgowan: I think webbrowser-app pulls it in [17:40] yeah, i thought so too [17:40] oh sure the runtime is [17:40] oh well [17:41] Anyway, we won't have to wait too long I suppose [17:43] yeah [17:50] o/ hi trainguards, can i get a silo for line 58 ? [17:51] dbarth: on it [17:52] dbarth: uh, no free silos [17:54] dbarth: once the archive opens up we should have a few free [17:59] sil2100: ah, too bad; i'll try to land 1-2 to make some room for tomorrow [18:00] ogra_: pmcgowan: I think the UITK can be considered as desktop component... after all the QtC is using it :) [18:00] dbarth: great :) [18:01] bzoltan_, that to, so you are blocked :) === alan_g is now known as alan_g|EOD [18:03] dbarth: alex-abreu: Hi. About silo 5... Checking the diff, there are no tests for the new API. [18:04] rvr, I didn't backport the tests [18:04] alex-abreu: Please, do, we cannot land it without tests. [18:05] rvr, ok [18:05] bzoltan_: you just handcuffed yourself by admitting to that :P [18:34] cyphermox: I need to EOD now, will you take care of the train now? :) [18:34] ack [18:34] (I published urfkill) [18:34] Thanks [18:34] o/ [18:45] nik90: I am an honest idiot ... that is what my wife keeps telling me too [18:50] bzoltan_: lol ;-) [19:40] om26er, I think its safe to sign off on silo 1 [19:41] pmcgowan, approved. [20:13] charles: you'll have to wait a bit it looks like all silos are busy [20:14] cyphermox, no worries [20:14] (which should get fixed after the beta is released and the archive team reviews some of the stuff in the queue) === greyback__ is now known as greyback