[04:12] robru: around? if so could you delete calendar-app from silo 003 PPA? [04:12] bfiller: sure one sec [04:14] bfiller: ok done [04:14] robru: awesome, thanks [04:14] bfiller: you're welcome === chihchun_afk is now known as chihchun [08:44] rvr: ping [08:44] rvr: Hello, === marcusto_ is now known as marcustomlinson [09:22] jibel, davmor2, rvr, https://requests.ci-train.ubuntu.com/#/ticket/993 is ready - I'm looking into why britney failed the nvidia bits, obviously not related to the silo [09:23] rvr, and you ↑ [09:25] Saviq: no not today thanks bye ;) [09:25] davmor2: ping [09:25] jin_: hello [09:25] davmor2: Hello Dave, [09:26] davmor2: our team just got a notification we need to deliver a Telegram with side stage support, [09:26] davmor2: would you kindly help us to arrange a test for that? (sorry, i know we release often recently) [09:27] but you know, this is a hot fix so [09:27] jin_: right so you will be pushing another version then right [09:27] davmor2: of course, we already had a latest version 2.0.8.2 verified pass locally [09:27] and I just raised the ticket in CI-Train as well, [09:27] jin_: perfect [09:28] then left a comment there also: to address the reason why we need a test and why we have a newer version [09:28] but [09:28] I can not track that in Trello [09:29] there is no card shown on the Trello, i have no idea how to next, do I need to new a card in Trello directly? [09:29] davmor2: https://trello.com/b/AE3swczu/qa-testing-requests-for-questions-ping-ubuntu-qa-on-ubuntu-ci-eng [09:30] jin_: no if you create the silo ticket in billeto it should add a ticket automatically if it doesn't then sil2100 and jibel might be able to spot what is wrong [09:33] davmor2: ok, got that, I will ping them for the next [09:33] davmor2: thanks mate ;) [09:33] davmor2, but why, it's perfect on a Friday [09:34] sil2100: ping [09:34] davmor2, and I did warn you that's what's gonna happen ;P [09:34] Saviq: lalalalala I can't hear you lalalalalalala [09:36] jibel: ping [09:37] jin_, hi [09:37] jibel: Hello, Telegram team had a ticket which need your support on the testing, it is: https://requests.ci-train.ubuntu.com/#/ticket/1103 [09:37] but I can not track the card generated automatically in Trello, [09:37] jibel: could you kindly help us to check that? [09:38] jibel: and this is the dashboard: https://trello.com/b/AE3swczu/qa-testing-requests-for-questions-ping-ubuntu-qa-on-ubuntu-ci-eng [09:38] jin_, okay, i'll set it to ready for QA if you cannot. click package request don't change qa status automatically [09:39] jin_, done, it should appear in a couple of minutes [09:39] jibel: nice, thanks mate ;) [09:39] yw [09:43] davmor2, jibel, I've just added per-bug info on how to test manually [09:44] Saviq: thanks I think it might need setting manually and I assume the nvidia issue is maybe from the desktop stack it tries to pull in right? [09:46] davmor2, nah, it's an nvidia issue across armhf http://autopkgtest.ubuntu.com/packages/n/nvidia-graphics-drivers-352/ [09:46] http://autopkgtest.ubuntu.com/packages/n/nvidia-graphics-drivers-352-updates/ [10:13] jibel, can you please put https://requests.ci-train.ubuntu.com/#/ticket/993 on your trello board, it won't get any better wrt the nvidia failures [10:14] they fail across armhf http://autopkgtest.ubuntu.com/packages/n/nvidia-graphics-drivers-352/ http://autopkgtest.ubuntu.com/packages/n/nvidia-graphics-drivers-352-updates/ [10:14] not sure why treated as regressions :S [11:08] Saviq, too many fixes in silo 64, it crashes the bot :) [11:08] I'll add the card manually [11:08] jibel, lol :D [11:08] * Saviq stress-tests QA processes ;D === chihchun is now known as chihchun_afk [11:53] trainguards, can you please bincopy silo 64 to 41, the latter depends on the former (which is in QA's hands) === _salem is now known as salem_ [12:33] sil2100, Mirv, you guys around? [12:33] Saviq: sure [12:33] just checked IRC at the right time.. [12:33] Mirv, can you please bincopy silo 64 to 41, the latter depends on the former (which is in QA's hands) [12:33] Saviq: ah, now I see that former message too.. ok [12:34] Saviq: done [12:34] https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-041/+packages [12:46] trainguards: what is automated signoff and why does it fail? I don't even [12:46] failed for https://requests.ci-train.ubuntu.com/#/ticket/1018 without any reason AFAICS [12:49] jgdx, automated signoff is the result of proposed-migration run against the content of the silo [12:49] jibel, what's a proposed-migration run? [12:50] jgdx, https://wiki.ubuntu.com/ProposedMigration [12:51] jgdx, basically it runs a series of test against the package to verify if a package copied from proposed to release would break anything [12:51] jgdx, it includes autopkgtest in particular [12:51] and test of the reverse dependencies [12:51] jgdx, in your case it failed becasue unity8 tests failed on i386 [12:51] https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-038/excuses.html [12:55] rvr: you will be overjoyous to know that oSoMoN's webbrowser-app tested by davmor2 earlier today just finished landing so you will get a third round with dbarth's webbrowser-app... [12:55] Mirv: :( [12:56] jibel, okay, seems that excuses link went away, but now I know where to find it. Thanks [12:56] jibel: rvr: I think really the trello board / something should prevent silos with same packages being Under Testing at the same time [12:56] rvr: stop doing impressions of muttley [12:56] davidbarth: muttley === alan_g is now known as alan_g|lunch [12:57] rvr: https://www.youtube.com/watch?v=yj3DBcpfMNQ [12:58] Oops [12:58] davmor2: lol [12:59] Mirv, under testing? [12:59] jibel, seems the test runner died, not sure what I can do about that. [12:59] jgdx, you can re-run the test. Someone in trainguards can probably help with this [13:00] Mirv, the move to under testing when a human takes it and moves it there. If it happens it's a human error [13:00] s/the/they [13:05] jibel: yeah, I guess getting machine assistance to this problem would not be trivial [13:07] Mirv, indeed, sometimes several silos containing the same package are ready at the same time, and it's hard to prioritize automatically. [13:07] You don't always want to land the first ready first [13:10] rvr: ? [13:11] davidbarth: Sorry, I was replying to davmor2 [13:11] Lots of nicks which begin with "da" in this channel [13:14] ah nw [13:19] mardy: davidbarth: Merge proposal in silo 66 needs review [13:26] rvr: ack [13:26] rvr: done [14:00] Saviq, hey, trying to land u-s-c and u-s-s, but I'm getting autopkgtest failure for i386 [1]. Do you think this could be an actual failure, or do you know what it's about? [1] http://pastebin.ubuntu.com/15347447/ === alan_g|lunch is now known as alan_g === ahayzen_ is now known as ahayzen === chihchun_afk is now known as chihchun [15:34] rvr: https://requests.ci-train.ubuntu.com/#/ticket/893 is rebuilt and back for you to tackle when you get to it; thanks [15:36] davidbarth: Ack [15:47] morphis: ^ don't know how it is landing but it works which is a good start [15:48] davmor2: landing through some magic from ogra_ on cdimage :-) [15:48] davmor2: https://requests.ci-train.ubuntu.com/#/ticket/1082 is next? :-) [15:48] morphis: ah magic ogra_ [15:48] * ogra_ swings his wand [15:49] morphis: no unity8 is next and will be for the rest of the day because Saviq bribes me better ;) [15:49] davmor2: hah [15:50] morphis: it's the next silo in the queue and will likely be rvr [15:50] davmor2: aye [16:12] hey guys, oxide 1.13.6 for the vivid overlay now coming your way for QA [16:15] davmor2, huh? I've been installing silo 64 on multiple devices and no such trouble [16:15] davmor2, do you have citrain log? [16:16] davmor2, sorry for wrong channel [16:16] Saviq: just reading through it now.... I don't see it [16:16] Saviq: this channel will do :) [16:17] davmor2, /me flashing krillin with ubuntu-touch/rc-proposed/bq-aquaris.en now [16:17] Saviq: got it looks like it just got stuck I powered it off an back on and it's fine now [16:17] davmor2, oof [16:17] davmor2, one caveat I forgot to add about testing on frieza: [16:50] robru, hey, you might want to have a look at https://ci-train.ubuntu.com/job/ubuntu-landing-041-1-build/34/console - it might very well be my fault (have bincopied other silo into this one and added MPs on top), but it's complaining about a preexisting file on every build (and status, for that matter) - would probably get reset by a camera-app build, but you might wanna look === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem === alan_g is now known as alan_g|EOW === chihchun is now known as chihchun_afk === _salem is now known as salem_ === salem_ is now known as _salem === _salem is now known as salem_ [19:04] hmm, is it me, or is http://autopkgtest.ubuntu.com/running.shtml#pkg-unity8 hanged? [19:05] oh i guess it doesn't matter too much though as armhf is flagged "always failed" [19:43] Wat [19:48] Saviq: how do you add MPs on top of a bincopy? [19:48] Like what does that even mean [19:48] robru, obviously I replace that [19:48] whatever's MP'd in the new silo [19:51] Saviq: OK it looks like the exception is preventing it from cleaning up the silo dir, so it tries to unpack the DSC for diffing but it's already there. If you build camera-app it should clean first then work [19:52] robru, yup, that's what I thought [19:52] Saviq: fwiw this wouldn't happen in the new parallelism branch I'm working on because there's no persistent dir between job runs [19:54] robru, ack [19:55] robru, oh another thing happened https://ci-train.ubuntu.com/job/ubuntu-landing-041-1-build/34/consoleFull [19:55] robru, one of the MPs links was invalid and train just went over it and built happily anyway → unexpected [19:58] Saviq: yeah sorry about that. The fix for that is written already but it got tied up in this huge parallelism branch in working on. When that goes live, invalid merges will be fatal [19:58] ack [20:00] Saviq: also, I fixed that sorting bug, the new code will save the result of the sorting back to the ticket so you can always see what order your merges will be merged in [20:02] Saviq: basically what's happening is that this branch is a major fundamental refactoring and I'm just fixing everything as I go rather than preserving bugs in code that's being rewritten [20:32] robru, ack === salem_ is now known as _salem [21:05] Saviq: ^ [21:05] w00t [21:06] davmor2, 🍾 [21:06] Saviq: that was the last test I just didn't spot it in the test section (thanks for that by the way made it much easier :) ) [21:06] * Saviq proud we were able to pull off a silo that big going through davmor2 with nay a complaint :) [21:07] Saviq: there were complaints only not blockers [21:08] Saviq: and then others were already known [21:08] well, yeah, but we knew about the complaints and expected them :) [21:10] heh [21:11] Saviq, is that silo 64? [21:11] kenvandine, yup [21:11] i can publish :) [21:12] kenvandine, thanks [21:13] Saviq, kenvandine: it's been a pleasure now have a great weekend while I go collapse in a heap somewhere [21:13] davmor2, thanks a bunch [21:13] davmor2, I'm going to drink a beer in your honor on a glacier next week :) [21:13] thanks davmor2! [21:14] man that's pile of MRs! [21:14] Saviq: I'll be hoping that a polar bear clinging onto it won't maul you :) [21:16] kenvandine, 61... would've been a round 64 if I didn't have to pop a few of them last night ;) [21:16] yilkes :) [21:16] surprisingly the packaging diff was minimal [21:21] kenvandine, yeah, that silo was really just all kinds of smaller fixes all over the place [21:21] that I just wanted to get rid off of our MP queue [21:22] and were waiting with for a loong time now [21:22] Saviq, a huge landing on a friday afternoon [21:23] :) [21:23] getting wild around here [21:23] kenvandine, and I'm off next week! [21:23] wise man [21:23] there's no better way ;) [21:23] run like hell [21:24] i really hope all of the MRs are approved [21:24] i'd hate for it to blow up now [21:39] Checking states of unity8 merges... [21:39] ^^ 20 minutes now [21:45] woot [21:45] Saviq, ^^ finally publishing :) [21:46] Saviq, have a good weekend/week :) [21:51] kenvandine, yup, thanks :) [23:32] robru, doesn't looks like it solved itself, does it? [23:32] Saviq: not only that, I tried fixing it myself and it's broken again [23:35] Saviq: so I'm pretty close to being done the optimization of the build code, soon I'll be tearing into this stupid status job that takes 20 minutes to run (every 15 minutes) [23:50] robru, can you please restart https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-041/+build/9336311 [23:50] Saviq: done [23:51] thanks, not sure if flaky [23:52] Saviq: I manually deleted the dir being complained about (and other possible similar ones), rerunning the status job, it should start diffing everything for you soon. if it fails, that means something in the job is trying to create that dir twice [23:52] robru, ack, thanks [23:53] Saviq: which would mean, I dunno, that somehow the train thinks camera-app is in the silo twice, eg it's trying to treat one as a merge and one as a manual source or something. that really shouldn't be possible but I can't think of how else that dir would already exist [23:53] robru, it happened for other packages in the silo, too [23:53] robru, like when I built camera, it complained about some other, previously unbuilt, package [23:54] Saviq: fingers crossed that it's just a case of stale files left around from a previous run. if it has the same issue after manually deleting files and re-running then it's gonna be a fun one [23:54] but let's see [23:54] Saviq: https://ci-train.ubuntu.com/job/ubuntu-landing-041-0-status/8401/console oh it's diffing now [23:54] lookin' good, then [23:58] Saviq: yay! it just worked. although now the status job has to re-run the whole thing in order to discover all the diffs it just produced. but it should be good [23:59] Saviq: no idea how it got that way, you must have cancelled the job mid-diff at one point or something, preventing it from cleaning up [23:59] robru, no idea either