=== wgrant is now known as Guest27601 === kgunn is now known as Guest52384 === Guest27601 is now known as wgrant [03:44] Saviq, I've switched back to the original unity-phablet-qmluitests-wily and added a fix for the missing PPA. I'll take another look starting next week (I'm off Friday). [04:37] I can handle any qtpurchasing builds, yes [04:37] those were probably old instructions, the packaging is simply at https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtpurchasing-opensource-src [04:40] ...and yeah Wellark's branch was not based on lp:~kubuntu-packagers/kubuntu-packaging/qtpurchasing-opensource-src but he just continued to push to his own branch [05:19] Mirv: yeah I had some struggles with that today, builds test7 and test8 are probably garbage. [05:25] Mirv: http://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/view/300/citrain#L76 lol, those were the days :'-) [06:29] yeah I'll just double check with wellark and push test9 [06:45] I had my Bq flashing in the morning about a system update (that was not there actually), but it seems I was not the only one. [06:48] * Mirv reads other channels' backlogs [06:52] Mirv, an image has been mistakenly copied and removed immediately [06:52] Mirv, you received a notification but no update could be applied right? [07:06] jibel, I have a fix for bug #1501330 (which indeed is a regression introduced in OTA7), is that something we can consider sneaking in, or is it way too late? [07:06] bug 1501330 in webbrowser-app (Ubuntu) "[webapp-container] Crash with open context menu" [Critical,In progress] https://launchpad.net/bugs/1501330 [07:08] oSoMoN, no it is too late [07:08] too bad, but fair enough [07:09] oh well in case of an ota7.1 we’ll be ready :) [07:09] oSoMoN, I confirmed with Pat yesterday [07:09] oSoMoN, yes [07:10] oSoMoN, tagged for hotfix [07:10] thanks [07:12] Mirv, jibel same happened to me, I saw the notification but no update available [07:13] jibel: exactly like that, I read now that it was the case (mistaken copy) [07:13] jibel: of course our system updater might also check that "update is no longer there" and not blink everyone's phone [07:13] Mirv, abeato it's good actually that there was no update, just a notification. [07:37] the silo cards bot is back online, landings ready for QA are polled every 10 minutes === taochen is now known as taochen_afk === taochen_afk is now known as taochen === timp is now known as t1mp [10:15] sil2100: Mirv: can I only publish some packages in a silo? [10:21] Laney: you mean, like selective publishing? I guess the train now publishes all packages in a silo, so sadly you can't do that without removing them from the PPA [10:25] sil2100: like https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/118/console [10:25] I really just want to upload compiz and unity, the others already went in [10:25] we had to rebuild those two [10:25] shall I just do a binary copy and force merge later? [10:27] Laney: you could do that, but also what you could do is for instance remove the other packages that already went in and re-run the publish job, or (if that doesn't break anything) simply re-publish everything, as the already released bits should just get rejected [10:27] that log is re-publishing, it bails on a version check [10:27] if I remove them won't it forget to merge the branches when we m&c? [10:27] I think there's a force flag for re-publishing [10:28] IGNORE_VERSIONDESTINATION? [10:28] Yeah, IGNORE_VERSIONDESTINATION [10:28] Ouch, ugly paste [10:33] sil2100: hey! is there any problem on ppc64 for Jenkins? [10:34] sil2100: I get dependency errors when building a package, but it builds fine for ARM [10:34] sil2100: https://jenkins.qa.ubuntu.com/job/indicator-sound-wily-armhf-ci/45/console https://jenkins.qa.ubuntu.com/job/indicator-sound-wily-amd64-ci/45/console [10:34] xavigarcia: hey! You would need to ping the CI team for that [10:35] xavigarcia: use cihelp :) [10:35] sil2100: ok, sorry, and thanks [10:35] cihelp: hey! is there any problem on ppc64 for Jenkins? [10:37] cihelp: ^ see my previous messages, with the links to the console outputs. Same package builds fine for ARM but not for PPC64 [10:49] cihelp: since yesterday I’m seeing all webbrowser-app-vivid-amd64-ci jobs fail, aborting because of build dependencies/conflicts unsatisfied, any clue what might be going on there? an example failed job is https://jenkins.qa.ubuntu.com/job/webbrowser-app-vivid-amd64-ci/1116/console [10:55] xavigarcia: Um? The dependency errors that you're quoting are on amd64, not ppc64 (which Jenkins doesn't support). [11:01] cjwatson: sorry I meant amd64 === xavigarcia is now known as xavigarcia_lunch === _salem is now known as salem_ === xavigarcia_lunch is now known as xavigarcia === alan_g is now known as alan_g|lunch [12:15] cihelp can someone help me understand why jenkins is ignoring this? https://code.launchpad.net/~gang65/ubuntu-clock-app/ubuntu-clock-app-disabled-alarm-fix/+merge/274661 [12:42] cjwatson, the issue I pinged cihelp about earlier seems to be the same that affects xavigarcia [12:44] Yeah I can't help with it more than observing the corrected architecture name though [12:49] balloons, popey: Could you check why https://code.launchpad.net/~gang65/ubuntu-clock-app/ubuntu-clock-app-disabled-alarm-fix/+merge/274661 is not being merged by jenkins. It has been top-approved and is the last MP before sending clock to QA [12:49] * nik90 brb in 30 mins === alan_g|lunch is now known as alan_g [12:57] nik90: i asked in here ~30 mins ago :) [13:04] Mirv, silo 26 failed to build, and I see dbus is involved there [13:05] I also have a build failing on wily amd64 related to dbus [13:05] I'm just throwing that out there [13:07] jgdx: 026 is about arm64 builds though, not amd64 [13:08] but, I don't know about the actual pieces failing there, just the qtpurchasing package [13:08] Mirv, ugh, i have to learn how to read [13:08] okay [13:08] jgdx: I do that very often too :) [13:08] the (aaaa)aarch64 would have been so much better [13:10] Mirv, btw, could you drop ubuntu-push from silo 21? [13:10] I'm unable to [13:11] jgdx: done [13:12] Mirv, ty [13:13] Wellark: so, robru's ~test8 build seems fine but you might want to rebase properly on lp:~kubuntu-packagers/kubuntu-packaging/qtpurchasing-opensource-src before submitting next upload request to someone else than me to avoid confusion [13:13] Wellark: I merged the rev 10 of your branch in and the results matches what got uploaded [13:26] popey: oh ok :) [13:46] ping cihelp. I see the clock app jobs are depending on utopic, and have been stuck waiting on a utopic slave for almost 8 hours. ubuntu-clock-app-vivid-amd64-autolanding [13:46] They should be running on vivid only, utopic slaves are shut down anyway [13:47] balloons, popey, nik90: I'm looking at the clock-app now [13:52] hello trainguards, i'm not able to mark silo 4 ready for qa for some reason, after hitting 'Ready for QA' i'm back in bileto overview page, and the status of this silo remains unchanged [14:02] Mirv, hi, I have created https://requests.ci-train.ubuntu.com/#/ticket/523 to land the mpris changes in vivid [14:02] Mirv, we need to upload qtmultimedia [14:03] Mirv, I have applied the playlist patch in the source package in http://people.canonical.com/~abeato/qtmultimedia-opensource-src/ [14:04] Mirv, would it be possible to upload it to silo 16? [14:06] Mirv, to sync vivid changes to wily I meant [14:35] robru, hey, do you know what's wrong with silo 4/bileto (see my earlier message) [15:07] balloons, popey, nik90: it looks like that jenkins slave ('utopic-slave') is dead. [15:07] balloons: can you get that job moved to your core-apps jenkaas deployment? [15:08] balloons: s/moved/ported/ [15:10] josepht, it shouldn't need to depend on the utopic slave. It can use the vivid one yes? [15:12] balloons: no, the other slaves all exhibit the llvm issue :( [15:13] josepht, ahh right right. [15:13] josepht, well, what do you mean by 'dead' then? Is the old service really really telling us to move on [15:14] balloons: the canonistack instance is unreachable and unrecoverable [15:19] josepht, so this effectively is the end of the old service yes? [15:19] balloons: yes [15:23] xavigarcia: we've offlined a bad jenkins slave and I've rekicked the CI job for that MP. [15:24] josepht: ok... thanks [15:29] rvr, something's wrong with the need qa sign off lane, did people stopped reviewing their MPs? [15:29] jibel: I just blocked one silo [15:30] jibel: But you have blocked many more [15:30] rvr, and I blocked everything else [15:30] jibel: Must be xmas time [15:30] and we haven't noticed ;) [15:31] 8 blocked silos [15:32] dbarth, pstolowski mzanetti can you make sure all the MPs are reviewed and top approved before marking silos ready for QA [15:34] jibel, will do, sorry [15:38] sil2100, do you think we could squeeze qttestability-autopilot in the image? it's 43K [15:41] brendand, file a bug with the rationale against canonical-devices-system-image [15:43] jibel, alecu we need to put silo 4 (inline playback) on hold unfortunately, qa-ready reverted, we found out that https://bugs.launchpad.net/ubuntu/+source/qtubuntu-media/+bug/1496736 is still not fixed [15:43] Ubuntu bug 1496736 in qtubuntu-media (Ubuntu) "currentSource of Playlist gets set to empty" [Undecided,Confirmed] [15:44] pstolowski, yeah got that one on the list of things to fix, going through them one-by-one [15:45] pstolowski, ack [15:45] removed [15:46] jhodapp, ack, thanks [15:46] pstolowski, is that silo 4's only blocker? [15:46] jhodapp, yes [15:47] ok [15:52] trainguards, drop ubuntu-touch-session from silo 22 please? [15:52] brendand: 43K sounds nice - no additional deps? [15:52] Saviq: let me take care of that in a min [15:52] sil2100, tx [15:53] Saviq: removed [15:53] (the packages from the PPA) [15:55] sil2100, i just checked it seems to pull in autopilot itself but that seems wrong [15:56] sil2100, if we can't change that then maybe not, otherwise it would be good [16:31] jibel: ack === alan_g is now known as alan_g|EOD === salem_ is now known as _salem