[01:33] ToyKeeper: what's wrong with device-upgrade? [01:33] he says, two hours later. [01:34] robru: Not sure, I haven't been able to get it to fail on purpose or while I'm watching. [01:34] ToyKeeper: any failure logs I might look at [01:34] ? [01:35] robru: I may have just had bad timing, like during the middle of an archive upgrade. It failed on unauthenticated packages. [01:35] s/upgrade/update/ [01:35] ToyKeeper: ah ok. yeah I think I saw something similar in a silo build today, just needed a retry [01:35] Or it could even be a sporadic network error. [02:05] === IMAGE 128 building (started: 20150310-02:05) === [02:10] === IMAGE RTM 253 building (started: 20150310-02:10) === === chihchun_afk is now known as chihchun [03:20] === IMAGE RTM 253 DONE (finished: 20150310-03:20) === [03:20] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/253.changes === === chihchun is now known as chihchun_afk [04:15] ogra_: vivid failed to build again, seems caused by group/user changes [04:15] ogra_: https://launchpadlibrarian.net/199792081/buildlog_ubuntu_vivid_armhf_ubuntu-touch_BUILDING.txt.gz === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [08:14] rsalveti, i assume that is because systemd-sysv and upstart sre installed at the same time (that shouldnt be) ... i will clearify that first with pitti before i take any action on the files [08:23] trainguards: I have pure bugfixing landing candidate of the UITK in the line 49. May I ask for a silo please? [08:24] bzoltan_: on it [08:24] * sil2100 likes pure bugfixes [08:25] bzoltan_: done [08:39] sil2100: thanks [08:58] plars: fginther: hello, it seems that despite your efforts yesterday, we still are not running with python3-wand installed, on this MR https://code.launchpad.net/~phablet-team/camera-app/refactor-and-fix-editor-tests/+merge/250931 [09:05] brendand: regarding your changes in this MR https://code.launchpad.net/~canonical-platform-qa/camera-app/close-panel-helper-fix , is there any particular reason why using rate=20 for the drag instead of something like rate=sys.maxsize [09:05] ? [09:06] brendand: whatever instability happens with rate=10 due to CPU activity is still likely to happen at rate=20, while if we maximize the rate of drag then it should ensure we have no problems of that kind [09:27] sil2100, i'll be 5-10min late ... vivid images currently dont build, i'll fix that after the meeting ... [09:29] ogra_: systemd problems? [09:33] popey: meeting [09:33] nerochiaro, okay. it's actually rhuddie who's working on it. i'll pass it on. in the meantime, do you know anything about the jenkins failures? [09:34] brendand: which ones specifically ? [09:34] nerochiaro, like the ones here for example: https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/810/? [09:35] nerochiaro, do you usually get clean test runs in jenkins, or not? [09:38] brendand: no, and my job these last few days has been cleaning up these tests. this MR (in which I just merged yours so that everything is in one place) is the attempt to fix all these problems: https://code.launchpad.net/~phablet-team/camera-app/refactor-and-fix-editor-tests/+merge/250931 [09:40] brendand: there are some that I am still trying to figure out how to fix, some that require something to be done from the CI team ( plars and fginther ) , and one tricky problem involving MIR that greyback is working on [09:40] brendand: the rest should be fixed by that MR [09:40] nerochiaro, okay so we should ignore them for now? [09:41] brendand: ignore as in not worry about them, yes. ignore as in remove them from the test plan, no [09:41] nerochiaro, if you have any issues ping ubuntu-qa on #ubuntu-quality [09:41] nerochiaro, right [09:41] nerochiaro, brendand, I've not tried maximising the swipe rate. I tried 15 first, which worked fine for me but still gave a random failure in jenkins. 20 seemed to work fine for both. [09:42] nerochiaro, if you have another mp for fixing remaining tests, is it worth combining my change into that? so we have all fixes in 1 mp? [09:44] rhuddie: i just did that: MR is here https://code.launchpad.net/~phablet-team/camera-app/refactor-and-fix-editor-tests/+merge/250931 [09:45] nerochiaro, oh, great. [09:45] rhuddie: i changes the drag rate to be the maximum, because i had still random failures with rates in the order of 100, so i just wanted to be safe [09:47] nerochiaro, I'll remove my mp [09:47] trainguards hello, something wrong is going on with silo 024 (and row 25 in the spreadhseet is totally broken) [09:47] brendand: what is the difference between this channel and #ubunutu-quality ? thought this was the place for asking testing questions etc [09:48] nerochiaro, well strictly speaking you can ping ubuntu-qa anywhere, but ubuntu-quality is the channel we like to use for QA discussions [09:48] cihelp , i asked others already, but if anyone is online that can do it, can you please run CI on this MR with an environment that has python3-wand installed please ? https://code.launchpad.net/~phablet-team/camera-app/refactor-and-fix-editor-tests/+merge/250931 [09:48] nerochiaro, this is not really the place to talk about testing, except as it relates to landings [09:48] brendand: ok, got it [09:49] nerochiaro: looking [09:50] brendand: I am getting in the car and heading down to you, if you ping for no good reason again ;) [09:51] psivaa_: it was attempted yesterday already twice but for some reason it did not work [09:51] psivaa_: it seems you have to restart everything from scratch for it to work, not just request a rebuild [09:52] nerochiaro: ok, i'll take a look [09:52] psivaa_: thanks [09:52] davmor2, disable the highlight [09:53] sil2100: sorry I missed the meeting, just got back from a school meeting. [09:53] davmor2, when was the last time someone pinged on it (apart from now?) [09:53] brendand: several time jfunk uses it a lot [09:54] brendand: management too [09:54] sil2100: anything for me from the meeting? [09:59] popey: I'll poke you on IRC ;) [09:59] k [10:00] Just brb [10:32] sil2100, is queuebot on vacation ? [10:32] trainguards, please assign a silo for line 52 [10:35] ogra_: o/ [10:35] hmmm [10:42] ogra_, Saviq: you both have silos assigned [10:42] sil2100, tx [10:42] thx [10:52] cihelp hey, can we have H10strip_native_depends added to the unity-api-ci job please? hook_source is lp:~canonical-ci-engineering/+junk/native-strip-hook [10:53] Saviq: let me take a look [11:02] dbarth: ping [11:11] sil2100: pong [11:24] dbarth: hey! So, Pat approved rtm silo 13 for landing for this milestone as well - QA is currently testing silo 3 which also has unity-webapps-qml in it [11:24] davmor2, jibel, silo 19 has the fix for mtp in vivid [11:24] dbarth: once silo 3 lands we'll need someone to re-build silo 13 and re-test it - would you be able to do it? [11:29] sil2100: ah ok, yes, i can rebuild and re-test [11:29] sil2100: just let me know when 3 is landed and i'll follow up [11:32] dbarth: thanks :) [11:57] psivaa_: any news on that python3-wand problem ? [11:58] nerochiaro: still checking, i'm having to rerun once to check the device itself after the tests ran [11:58] could not find much from the logs [11:58] psivaa_: ok, thanks. i pushed some more commits in the branch, not sure if that messed up anything on your end [11:59] nerochiaro: I dont think so. i need to check why the package wasn't present when the tests run [12:42] trainguards: hi guys. could I get vivid silo 24 reconfigured? thanks! [12:46] trainguards: what’s wrong with line 44 in the CI train spreadsheet, why is it so tall? === alan_g is now known as alan_g|lunch [12:51] nerochiaro: psivaa_: yes, we're aware of the python-wand dependency problem still. The fix I did yesterday would have worked but it seems like another critical section is missing from the branch mp testing uses [12:52] nerochiaro: going to take a look in just a bit, I just need to make sure I know the reason why it was removed, or fixing this one thing could break 10 others :) I expect to have it done and working early today [12:52] plars: thanks [12:52] plars: yea, i noticed that the package wasn't installed *based on the logs, just allocated a device and running the test to see [12:53] plars: when you do finish, please let me know and please trigger a re-run on the MR [12:53] psivaa_: yeah, the deps are specified for that test case, but the bit that installs those deps has been removed from the mp testing branch. I just need to do some research on when that was removed and why [12:53] nerochiaro: will do [12:54] nerochiaro: plars: http://s-jenkins.ubuntu-ci:8080/job/generic-click-autopilot-runner-mako/818/console has some other temp problem at the moment, i suppose the archive vs image version mismatches [12:55] yeah, that's not something we can help I'm afraid [13:18] trainguards: line 44 doesn’t have a status (it should be "QA needs to sign off") === chihchun is now known as chihchun_afk === alan_g|lunch is now known as alan_g [14:04] oSoMoN: looking [14:05] thakns [14:05] thanks [14:11] dobey: is the ubuntu-app-test change for the pay-ui job working for you now? [14:12] oSoMoN: ok, something really strange happened [14:12] josepht: oh, no, i don't think so. [14:13] dobey: is the package not getting installed? [14:13] robru: are you doing something in the middle of the night? ;) [14:13] josepht: https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/808/console doesn't show it being installed. and that test run apparently failed to unlock the screen. i haven't tried to rebuild since [14:14] josepht: https://code.launchpad.net/~dobey/pay-ui/mir-app-test/+merge/251163 is the pay-ui mp [14:15] fginther: your thoughts on this? ^ [14:17] cjwatson, hulp ... https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/22254 seems that build failed but didnt produce any log [14:18] josepht, we found a bug in the MP testing yesterday, it's not installing test dependencies as it should. It's being worked on [14:18] (teh armhf part of the same build is still runinning fine it seems) [14:18] josepht, this is specific to click package testing [14:18] fginther: okay, thanks [14:19] ogra_: yes, I was just investigating that [14:19] ogra_: it's taken out two buildds in succession [14:20] ogra_: hard enough that LP can't fetch the log at the end [14:20] woah [14:20] 14:19 2015-03-10 13:32:42+0000 [QueryProtocol,client] Job LIVEFSBUILD-22254 (i386 build of ubuntu-touch livefs in ubuntu vivid) started on http://allspice.buildd:8221/: BuilderStatus.BUILDING LIVEFSBUILD-22254 [14:20] 14:19 2015-03-10 13:47:41+0000 [Uninitialized] Scanning allspice failed with: An error occurred while connecting: 113: No route to host. [14:20] 14:19 2015-03-10 13:48:30+0000 [QueryProtocol,client] Job LIVEFSBUILD-22254 (i386 build of ubuntu-touch livefs in ubuntu vivid) started on http://toyol.buildd:8221/: BuilderStatus.BUILDING LIVEFSBUILD-22254 [14:20] 14:19 2015-03-10 14:02:32+0000 [Uninitialized] Scanning toyol failed with: An error occurred while connecting: 113: No route to host. [14:21] ah [14:21] so buildd-manager decided it was a death-to-buildds job and eventually failed it [14:22] ogra_: https://pastebin.canonical.com/127272/ (via Spads) [14:22] sil2100: oh, are you trying to use the staging instance? I'm not really here, just hacking on staging a bit. [14:22] ogra_: can you chase that up with somebody appropriate, maybe James or Martin? [14:23] yeah, sounds like a pitti issue [14:23] it might be that upstart is being removed during the build [14:23] well, yeah [14:23] on purpose [14:24] not on a touch build! [14:24] err, sorry [14:24] anyway, bizarre for it to crash the host system's init [14:24] my brain is the wrong way round [14:25] so, we install systemd-sysv with debootatrap ... then remove it and install upstart later [14:25] so it might hit that gap [14:25] possibly, but still should never crash the host's init [14:25] right [14:26] * ogra_ waits for the completed lo from the armhf build to see whats actually happenin [14:26] g [14:27] *log [14:27] I think init/conf.c is missing an nih_error_clear in the case where nih_file_read fails [14:28] Sorry, not nih_error_clear, nih_free (nih_error_get ()) or some such [14:28] jodh will probably know what to do there [14:33] Mirv: Hi, do you know if anyone's working on the qtquickcontrols MIR changes that were requested? [14:44] Laney: I think Mirv is still on holiday, might pick it up in his stead [14:44] sil2100: ok, I'm looking at the test stuff atm [14:44] can you get team subscribers sorted maybe? [14:45] Laney: ACK [14:46] sil2100: did that other silo land, for which we need to rebuild alex-abreu's silo? [14:47] dbarth: not yet, but hmm [14:48] But it has been just tested now [14:48] Let me publish [14:49] dbarth: can you approve https://code.launchpad.net/~abreu-alexandre/ubuntu-html5-theme/rtm-backport-html5-ui-fixes/+merge/252321 ? [14:56] jibel: when would you want the promotion candidate built? [14:56] sil2100, ASAP :) [14:56] sil2100, we are waiting for a device tarball [14:57] alex-abreu, sil2100 silo 3 is stuck in publish [14:57] pmcgowan: yeah, poked dbarth about it, but I'll just force publish it [14:58] sil2100: do we know what image is the equivalent of image 16 on rtm channel please [14:58] davmor2, 234 [14:59] jibel: ah thanks I thought we were just talking random numbers with that :) [14:59] trainguards could someone delete old unwanted ubuntu-ui-toolkit package out from silo 9 for me? thanks a bunch [14:59] ogra_: hello, do you have a quick moment for a quick packaging ACK? https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-webapps-qml_0.1+15.04.20150309~rtm-0ubuntu1.diff <- it's for the U1 fix [14:59] kgunn: on it in 2 mins [15:00] davmor2, uh, 224 [15:00] jibel: now are you sure this time ;) [15:00] ogra_: it's adding a new suggests, so that seems like a safish thing to do [15:01] alex-abreu, the next time you do not mention a dependency addition/removal in your changelogs, i will NACK the review ... [15:01] davmor2, yes [15:01] davmor2, ubuntu=20150129,device=20150129-c75dcfb,custom=20150129-528-26-182,version=16 [15:01] sil2100, ACK for this time ... [15:01] davmor2, version_detail": "ubuntu=20150129,device=20150129-c75dcfb,custom=20150129-528-26-182,version=224 [15:01] jibel: awesome thanks [15:02] kgunn: done [15:02] ogra_: o/ [15:02] thanks [15:02] ogra_, mmh, ah right, sorry about that, ... [15:03] alex-abreu, no prob, just dont forget it in the future :) [15:03] ogra_, yup === chihchun_afk is now known as chihchun [15:05] sil2100: ah sorry, was still in chats [15:06] pmcgowan: thanks for force publishing :) [15:07] josepht, fginther: so there's a task on your sprint list to get that working? (sorry was in a call when josepht pinged me, so didn't pay much attention after my reply) [15:11] dbarth: it's migrating now, once it's done I'll poke you about silo 13 :) [15:14] * rvr waits until silo 13 is ready to test [15:19] dbarth: rebuild and retest 13 ! [15:19] :) === alan_g is now known as alan_g|afk [15:20] sil2100: yup? [15:20] sil2100, no need for line 44 any longer, how do I mark it obsolete? [15:21] sil2100: ok, will do now [15:21] alex-abreu: ^^ we're on [15:21] dbarth, cool! [15:21] alex-abreu: i triggered the rebuild already [15:25] dobey, josepht, yes, this is basically a bug and we're working to fix it in the current sprint. [15:26] ok great [15:33] oSoMoN: oh? [15:34] oSoMoN: was that published? [15:34] sil2100, it went the security updates route, to the proposed pocket (as the security pocket isn’t technically open yet) [15:37] Oh, ok [15:37] Let me free it up then, too bad QA couldn't test it [15:46] well the bulk of the changes from 1.5.3 to 1.5.5 are chromium security updates anyway, not much to test and very little potential for regression [15:50] sil2100, bah, the spreadsheet misbehaves !! [15:50] sil2100, seems there are lines missing ... the silo dashboard has gone all crazy [15:51] (silo 19 shows a ton of bugs my package has nothin to do with) [15:51] sil2100, hmm, looking closer it seems that bfiller kind of merged his landing with my line 51 entry [15:53] what a day ... everything seems to fall apart today ... [15:55] :| === alan_g|afk is now known as alan_g [15:58] ugh [15:59] ogra_: ok, let me re-create your entry [15:59] The spreadsheet is really acting strangely today though [15:59] yeah [16:03] huh [16:06] that looks a lot mor sane now :) [16:09] alex-abreu: dbarth: Silo 13. Tagger. It uses the same file name for all imports. Is that a problem of the app? [16:10] rvr, I have no idea, have you tried w/ the other peers? [16:11] alex-abreu: dbarth: When I take two pictures, they are saved with different names, so different images are displayed. With tagger, all the generated QR codes are the same, because they share the file name. [16:13] rvr, it must be something w/ tagger, ... [16:13] alex-abreu: https://chinstrap.canonical.com/~vrruiz/unity-webapps-qml-qrcode.png [16:22] ogra_, jibel, davmor2, robru, popey, rvr: I have practice today, let's skip [16:22] sil2100: Ack [16:22] sil2100, fine with me [16:22] Let's see how many fixes we can get in the nearest 2 hours [16:22] heh [16:22] I'll kick the candidate image then [16:23] * ogra_ is still wrangling with vivid images [16:24] alex-abreu: I got a content hub crash, that I haven't been able to reproduce https://chinstrap.canonical.com/~vrruiz/_usr_bin_content-hub-service.32011.crash [16:25] alex-abreu: Apart from this issues, the API works [16:26] sil2100: no just cause you're off ;) enjoy practice and try to get back in one piece :D [16:29] rvr, mmh not sure about the crash, ... it'd be tempted to say that it is unrelated, .. do you have the coredump? [16:29] alex-abreu: Just that crash report [16:38] alex-abreu: I can crash the content hub and camera going back to the webapp and clicking again on import. [16:39] sil2100, hey, any idea what's wrong with row #25 in the spreadsheet? i need to add a new MP to that silo and rebuild... [16:45] jibel: see my mail? [16:46] popey, yeah, sorry didn't reply yet, in meetings [16:46] k [16:46] was hoping to discuss in the hangout, but sil2100 is slacking off :) [16:52] pstolowski: looks like some kind of network error [16:52] pstolowski: try adding your mp [17:02] robru, i'm not sure where to add it... the row looks completely broken here [17:02] robru, ah, wait, i think pete-woods is fixing it [17:03] pstolowski: try now? [17:03] robru, yup, thanks, looks good now [17:21] dbarth: alex-abreu: Do you know if the are existing webapps in the Store using the content hub HTML API? [17:22] dbarth: alex-abreu: That's is, another app to test the content peer change [17:22] rvr, no [17:39] alex-abreu: Is getpeer issue already fixed in Vivid? [17:39] rvr, yes [17:40] alex-abreu: jibel is testing the app in Vivid, and he doesn't see the content peers [17:41] alex-abreu, in vivid I ubuntu-html5-app-launcher segfaults [17:41] s/I// [17:41] jibel, there is a crash in oxide, a fix is pending release [17:42] jibel, install oxide 1.5.5 from https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa, it has the fix [17:48] alex-abreu, it doesn't affect 1.4 in rtm? [17:48] jibel, nope, it was introduced in early releases of 1.5 === robru changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Launchpad MPs are unreachable and thus MP builds will fail. [18:02] http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150310-3201c0a.tar.xz [18:02] http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150310-3201c0a.changes [18:02] http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150310-3201c0a.ods [18:02] sil2100, rsalveti ^ and one for rtm. [18:02] (if I'm away once those have been QA'ed, ping me in email) [18:02] * ogra_ twiddles tumbs waiting for the image ... [18:03] come on importer ... you can do it ... === alan_g is now known as alan_g|EOD [18:05] === IMAGE 128 DONE (finished: 20150310-18:05) === [18:05] === changelog: http://people.canonical.com/~ogra/touch-image-stats/128.changes === [18:05] YAAAAAAY !!!! [18:05] the result of a whole workday ! [18:06] and no "upstart" under the dropped packages, phew [18:08] Ursinha: hi, could you subscribe ~touch-packages to qtquickcontrols-opensource-src please? [18:09] ogra_: great [18:10] Laney: this one? https://launchpad.net/ubuntu/+source/qtquickcontrols-opensource-src [18:10] Ursinha: yus, just became a dependency of the UITK [18:12] thanks! [18:17] ogra_: woah, thats a monster update [18:17] popey, yeah [18:17] systemd galore :) [18:18] blame lennart for everything like davmor2 does ;) [18:18] hah [18:20] ogra_: not everything that's you're level of blame only systemd and pulseaudio get a lennart blame ;) [18:38] Laney: sorry, got sidetracked and forgot saying subscription is set [18:41] mvo_, hum, tried to get click in a silo https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/25/console [18:41] but that failed on some tag issue [18:41] "bzr: ERROR: Tag 0.4.38.4 already exists." [18:41] seb128: you need to bump the version manually as the train doesn't touch versions for that package. [18:43] seb128: http://bazaar.launchpad.net/~click-hackers/click/trunk/view/head:/debian/control#L9 because of this, you need to make your own debian/changelog entry. [18:47] robru, thanks [18:47] seb128: you're welcome [18:50] robru, rtm 13 ready to publish [18:51] hmm no one picked up rtm 001 [18:51] pmcgowan: alex-abreu: just need the MP approved. [18:52] robru, which one sorry? [18:52] alex-abreu: https://code.launchpad.net/~abreu-alexandre/unity-webapps-qml/backport-oxide-contenthub-fixes-1409/+merge/243859 [18:52] ah right [18:52] robru, done [18:52] alex-abreu: thanks [18:53] alex-abreu, a bit of self approving going on there [18:53] pmcgowan, dont we all love self approval ? :) [18:53] it's the fastest :) [18:53] alex-abreu, in most things but not MRs [18:54] pmcgowan, this is a backport of a fix already in vivid [18:54] pmcgowan, I can have one +1 it though [19:00] alex-abreu: I am not sure if the information has reached you, but that sdk installation problem as not our fault :) [19:01] bzoltan_, yeah I heard and read some discussions about it, ... did get to the bottom of this? [19:07] ogra_: see the list - someone's said 128 wont boot [19:09] ping cihelp: We are seeing this on autopilot tests: E: Test failed to run in 7200 seconds. Aborting! [19:09] like in : https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-vivid-autopilot/117/console [19:09] I've ran the tests again, with the same error. Could you please take a look? [19:10] elopio: the entire team is in a call at the moment [19:11] elopio: i'll take a look at that once the meeting is over [19:11] thomi: I can wait. [19:11] thanks psivaa_.. [19:11] elopio: how's QA these days? [19:14] thomi: a combination of boring things with really interesting things. [19:14] we are trying to kill the boring ones quickly. [19:14] thomi: how's launchpad? [19:15] are you coming back soon? :) [19:15] elopio: working on CI stuff atm [19:19] ogra_: did you break booting? [19:23] alex-abreu: Yes, we even have the fix .. It was the LTS-utopic HWE stack upgrade what changed package names [19:23] bzoltan_, nasty [19:24] alex-abreu: it looked scary .. but Mirv pointed me tothe right direction. [19:36] davmor2: device tarball should be on the board now [19:36] davmor2: (spreadsheet was b0rken and it didn't update the status) [19:37] sil2100: \o/ [19:49] alesage: ^^ can you add the click package in row 59 of the spreadsheet to the qa testing request board on trello please? [19:49] dobey, investigating [19:51] * dobey can't wait to have some way to test this stuff that doesn't require manual pinging and spreadsheets and copying stuff around on different sites [19:55] dobey, wait no longer! I'm told that a card shall appear when you've pinged everyone else and filled in those other spreadsheets [19:56] * dobey slowly watches the heat death of the universe occur [19:59] dobey, alesage: I filled in all the required data in the required format and now the trello-board should have an auto-generated card === greyback__ is now known as greyback [20:01] sil2100: there's some magic handshake that makes it work automatically? [20:02] hmm [20:03] * dobey wonders if anyone is around to expedite testing of pay-ui though [20:04] we'd like to get it in the store asap and get it in the image build this week [20:06] dobey: what's the bug number for the issue? [20:07] sil2100: #1408128 #1419984 and #1421364 [20:10] dobey: well, it'll have to wait till later this week since we won't be able to get it for the OTA-2 proposition image [20:10] sil2100: pmcgowan was saying if we could get it QAed and in the store today, we could get it in that image [20:11] QA is barely able to get all the already marked things into the image, not sure if QA would want to wait even longer with building the promotion candidate [20:12] sil2100: since he was at MWC last week and doing lots of catch-up yesterday, i didn't get a reply from him about getting this landed until about 30 minutes ago :-/ [20:13] Yeah, we know, but it's really a tight deadline we're facing now and QA this time needs additional time for testing the image [20:13] Since they're doing additional OTA testing [20:13] But yeah, let's see what's the QA available bandwidth [20:14] sil2100, dobey we still need a more clear path for click packages to go through [20:14] for now we are still being conservative [20:15] this is a pretty straight forward bug fix really. one bug is fixing the framework identifier in the manifest (which is verified when the package builds, via click-reviewer-tools no longer spitting the warning), one is to add the autopkgtest config (which can be run using the docummented command in the source tree's HACKING file), and the last is a small UI change with a new string. nothing else changed :-/ [20:16] while testing is great, having to do full end-to-end testing for every focused bug fix is a drain too :) [20:17] personaly, i'm confident enough in the change to just land the last change in trunk and upload the resulting click from that, to the store. [20:18] oh i guess the autopkgtest fix is a pretty big change though, as i had to change the manifest to be autogenerated and ended up cleaning up some cmake and the .desktop file and file organization in the package. but still, it works :) [20:22] oh well [20:23] dobey: let's wait a moment [20:24] sil2100: all i can do is wait really :) [20:24] dobey: we need to be consistent, I'm sure that it's a safe change but once we had a case where even changing the framework identifier caused a regression [20:24] I would really need to hear what QA has to say here [20:25] I don't want them to end up working during the weekend just for us to make it in time for the schedule ;) [20:30] sil2100, can you reconfigure line 33 please? [20:30] john-mcaleely: ^ you can publish! [20:31] jhodapp: sure [20:31] sil2100, fyi I renamed the milestone to reflect the correct week https://launchpad.net/canonical-devices-products/+milestone/ww11-ota [20:32] pmcgowan: thanks. having the milestone be a different week was confusing! [20:32] dobey, well we are agile [20:32] \o/ [20:32] pmcgowan: ok, makes sense [20:33] pmcgowan: yes, but we can't break the laws of physics :) [20:33] sil2100: tarball for rtm is complete [20:33] indeed :) [20:34] dobey: and can break anything :P [20:35] and I even :) [20:35] sil2100, thanks [20:36] * dobey just had an idea for a t-shirt [20:38] davmor2: yeah, poked john-mcaleely about that [20:38] But he might be EOD or away [20:50] Ok, need to disconnect now but I'll be back in an hour to see if the device tarball has been published [20:50] ToyKeeper: just in case, the payui trello-card is approved for landing in ubuntu-rtm [20:51] ToyKeeper: so in case you find the time before the device tarball is published (and the promotion candidate built), feel free to sign it off [20:51] Hmm... might have time for that; I thought landings were already finished for this release. [20:52] (actually, I'll leave my IRC up to see if it's published or not) [20:53] sil2100, just to be clear - to rtm? [20:54] oh, reading. right. I'll jfdi [20:55] sil2100, rsalveti davmor2 rtm tarball published [21:01] john-mcaleely: great [21:06] rsalveti: what's the plan? should i publish rtm 1 or should you kick an image first? [21:06] * rsalveti looks [21:06] robru: please publish 1 [21:06] then we can kick a new image [21:06] rsalveti: k [21:07] robru: want me to publish it? [21:08] rsalveti: nah I got it [21:08] great [21:12] rsalveti, robru we were trying to sneak in a new payui click package but may not make it [21:12] pmcgowan: want me to wait before triggering a new image? [21:12] pmcgowan: well *I'm* in no hurry... [21:12] guess we can do a final image tomorrow as well [21:12] yeah, same here [21:13] rsalveti, well it would be good to have it first thing europe time [21:13] right [21:13] I know qa has been chomping to get started [21:13] and payui can be a store update worst case [21:13] yeah, will trigger one before going to bed then [21:13] thanks === seb128_ is now known as seb128 [22:46] \o/ [22:48] pmcgowan: hey, do you know if someone from QA is looking into the payui sign-off? [22:48] Since the trello board says there's no movement [22:48] pmcgowan: if there's no one to sign it off maybe it would be good to kick a new image now [22:49] [ 7.745643] /proc/self/fd/9: 32: /proc/self/fd/9: initctl: not found [22:49]