=== thomi_ is now known as thomi === Ursinha-afk is now known as Ursinha [02:04] === trainguard: IMAGE 138 building (started: 20140718 02:05) === [03:39] === trainguard: IMAGE 138 DONE (finished: 20140718 03:40) === [03:40] === changelog: http://people.canonical.com/~ogra/touch-image-stats/138.changes === === wgrant_ is now known as wgrant [07:14] o/ [07:14] This heat is killing me... === sil2100 changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #133 promoted | Need CI Train help? Ping: sil2100, trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [07:38] hello! this is new! http://popey.mooo.com/screenshots/device-2014-07-18-083826.png [07:41] Ooooh [07:41] Since when do we have that?! [07:41] dunno, only just noticed it [07:42] in proposed [07:42] * sil2100 checks commitlogs [07:45] that's awesome, I've been waiting for that too :) [07:46] Mirv: o/ [07:46] Mirv: I thought you're on holidays already :) [07:46] ogra_: hmmm... I wonder why the changes file for 137 is empty - I guess it was the Mir image, right? [07:47] sil2100, popey the shutdown prompt comes from unity8 7.90+14.10.20140717.1-0ubuntu1 [07:48] sil2100: the file was 403 initially, and 0 bytes long, guessing ogra's script failed [07:49] jibel: oh, thanks ;) [08:02] sil2100: after today :) just gave you a prenotice [08:32] sil2100, Mirv something wacky in the ci infrastructure: https://ci-train.ubuntu.com/job/landing-008-1-build/ [08:39] popey, https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1342336 [08:39] Ubuntu bug 1342336 in Ubuntu File Manager App "test_go_to_root/home_must_open_the_root/home_directory fails since mako #132" [Undecided,New] [08:39] tvoss, nope, it's your stuff that's broken: https://code.launchpad.net/~vorlon/process-cpp/explicit-gcc-version/+merge/226564 [08:39] actual 404 ;-) [08:41] looks like a typo, should be https://code.launchpad.net/~vorlon/process-cpp/explicit-gcc-version/+merge/226594 [08:41] (there was a previous version of the MP but that was 226569) [08:42] mysterious [08:42] tvoss, anyway ^ update that link & reconfigure, should work [08:53] cihelp: I've a problem with mir-mediumtests-utopic-touch and mir-mediumtests-runner-mako which amounts to "dpkg ... --auto-deconfigure will help" - how do I get the scripts updated? (For an example see: https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/2109/console) [09:00] tvoss: looking [09:00] Ah, robru already took a look [09:00] sil2100, already fixed, thanks [09:00] sil2100, or better: understood [09:00] robru: shouldn't you be like, sleeping? ;) [09:00] sil2100, https://bugs.launchpad.net/autopilot/+bug/1328600 [09:00] Ubuntu bug 1328600 in Autopilot "Autopilot lacks support for large timestamps" [High,Confirmed] [09:00] sil2100, what? it's only 2AM here... [09:05] sil2100, i'll look at the uitk issue and try and see if anything is wrong there. obviously there is an issue with autopilot too, but it doesn't explain why it started failing all of a sudden [09:42] brendand: ok, thanks - yeah, I wouldn't suppose that so many should start failing because just of that AP problem [09:42] brendand: but as we already inspected the changes, we didn't see anything landing that could have caused it [09:42] But maybe we missed something [09:44] plars: the test channel next week will be "ubuntu-touch/stable-staging-proposed" [09:54] sil2100, i found the calendar_app failures are reproducible [09:55] sil2100, i filed a bug for them: https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1343916 [09:55] Ubuntu bug 1343916 in Ubuntu Calendar App "test_add_new_event_with_default_values & test_fill_form fail since mako #137" [Undecided,New] [09:56] thanks brendand [09:56] Oh [09:56] brendand: thanks! [09:57] sil2100, re-requesting a silo for row 13... Switched "Ready" row to "yes" but not sure if you guys received notification. [09:58] camako: hi! We might have missed that, let me assign a silo for you [09:58] sil2100, thanks! [09:58] sil2100, we could potentially work around the uitk failures in the tests. i'll talk to elopio about it when he's in [09:59] camako: silo 10 for you! yw [09:59] brendand: oh, work around? You mean, around the timestamp bug in AP? [09:59] sil2100 :-) thanks [10:00] sil2100, yes [10:00] sil2100: do you have a bug id for the timestamp bug? [10:01] t1mp, https://bugs.launchpad.net/autopilot/+bug/1328600 [10:01] Ubuntu bug 1328600 in Autopilot "Autopilot lacks support for large timestamps" [High,Confirmed] [10:01] t1mp: ^ [10:02] t1mp: it's an autopilot bug it seems [10:02] brendand, sil2100 thanks [10:02] I have seen that bug for all UITK MRs yesterday [10:03] fginther: ping me when on, s we can chat about dashboard [10:03] cihelp: I've a problem with the jobs mir-mediumtests-utopic-touch and mir-mediumtests-runner-mako - how do I get the jobs updated? [10:03] Currently they use setup_branch: lp:~josharenson/+junk/mir-medium-test-runner-for-jenkins [10:03] What I want is for them to use : lp:~mir-team/+junk/mir-medium-test-runner-for-jenkins [10:03] (The latter adds a missing option to dpkg) [10:03] sil2100: I do not know who to escalate, but no MR was able to land on the staging branch of the UITK because of this bug : https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141 [10:03] Ubuntu bug 1329141 in Ubuntu Application Launcher "qmlscene crashed while running test_can_launch_multiple_applications" [Critical,Confirmed] [10:04] bzoltan: hi! Yeah, I was also thinking about this one, we discussed it yesterday during the evening meeting [10:04] bzoltan: so we have two blockers now, this is the other https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1328600 [10:04] Ubuntu bug 1328600 in Autopilot "Autopilot lacks support for large timestamps" [High,Confirmed] [10:04] bzoltan: someone pointed out that it could be qtubuntu at one point, right? [10:04] sil2100: should I start pushing to the staging branch directly and land it? [10:05] t1mp: large timestamp? Like year and month in it? Wow... that is large [10:05] sil2100: yes mirv hinted that it might be qtubuntu - https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141/comments/5 [10:05] Ubuntu bug 1329141 in Ubuntu Application Launcher "qmlscene crashed while running test_can_launch_multiple_applications" [Critical,Confirmed] [10:05] bzoltan: hm, you could do that, although I guess this would basically mean you'll have to test more before landing... [10:05] ricmm: hi! [10:05] ricmm: could you maybe take a look at the above bug? ^ [10:05] sil2100: I do the full test suite anyway [10:06] ricmm: we're not sure where the actual problem comes from, but some clues point into the direction of qtubuntu [10:06] bzoltan: for example the timestamp bug can be seen here https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2383/? [10:06] bzoltan: that result I got for *all* MRs yesterday [10:06] t1mp: geez [10:07] cihelp hey guys, this job seems stuck in "recording test results" http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-utopic/479/console [10:07] cihelp and this VM does not start http://s-jenkins.ubuntu-ci:8080/computer/ps-utopic-server-amd64-3/? [10:08] bzoltan: indeed [10:09] cihelp, also, I'd need ssh access to one of the utopic&&amd64 VMs please, gotta debug non-reproducible test failures [10:12] alan_g: Saviq: i'll take a look at your questions one by one [10:12] sil2100: For us these bugs are showstoppers and have the highest possible severity I have seen so far in the UITK project. I can hack around them by creating a shadow staging branch where I merge all the MR branches and propose that branch for landing and then sync back to the staging ... but that would kill the whole point of the continuous integration and automatic testing. [10:12] psivaa, thanks [10:13] sil2100: we could not autoland on our staging for 72 hours ... from the point of the UITK there we are running in the 72snd hour of a Jenkins outage [10:13] Crap :| [10:14] bzoltan: the biggest problem with this qmlscene crash blocker is that we don't know where to escalate it exactly [10:14] bzoltan: my first guess is ricmm, but not sure if that's the right path [10:15] sil2100: the problem sound like a qtubuntu bug. [10:16] ricmm: could you take a look at it as soon as possible? (just hope you're around) [10:16] sil2100: the real problem is that I do not think we can expect the autopilot tests of the apps and the uitk to be reliable on the device. [10:16] bzoltan: with the current results, yes? [10:16] sil2100: not even talking about that a crashing qmlscene will be fatal for the users too [10:16] bzoltan: yeah, that's why those 2 issues are currently our blocker [10:17] *blockers [10:19] bzoltan: I'll also try making sure the right people are working on it [10:19] sil2100: Thank you [10:20] ogra_: is ricmm working today? [10:20] sil2100, i think he is in the US, but i wouldnt see why not [10:20] (i.e. did he take a holiday?) [10:20] Ah, that would explain it [10:27] alan_g: do you want to replace the setup branch for ever? (from lp:~josharenson/+junk/mir-medium-test-runner-for-jenkins to lp:~mir-team/+junk/mir-medium-test-runner-for-jenkins) [10:27] psivaa: that would be great [10:31] alan_g: ok, i've done that and triggered a rebuild on the failed one [10:31] psivaa: thanks! [10:37] sil2100: How's the citrain generalisation for ubuntu-rtm looking? [10:42] cjwatson: didn't work on it yet today, let me finish that up later today once I'm done with the issue dashboard for landing purposes, as I'm almost done [10:44] sil2100: Right, thanks. I'm nearing the end of other work items I can do before we actually create it ... [10:45] Saviq: i can't find the host where 'ps-utopic-server-amd64-3 is supposed to run on.. sorry [10:46] psivaa, ok, will have to wait for fginther [10:46] Saviq: ack [10:55] * sil2100 goes to prepare lunch === MacSlow is now known as MacSlow|lunch [11:29] psivaa, 'ps-utopic-server-amd64-3' is hosted on naartjie. It's failing to revert from its snapshot (seen in jenkins slave log) so its disk image is likely corrupt. [11:30] psivaa, I'll see if we have a usable backup for the image. [11:30] fginther: ack, thanks. i missed naartjie when cheking [11:31] balloons: can you help with updating tests for https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/NewEvent-Contact/+merge/223570 ? - it needs an updated test for adding contacts. === MacSlow|lunch is now known as MacSlow === jibel_ is now known as jibel === renato is now known as Guest57300 === josepht changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: josepht | CI Train Status: #133 promoted | Need CI Train help? Ping: sil2100, trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [13:09] sil2100: im here now [13:09] ricmm: \o/ [13:10] ricmm: did you see that bug already? https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141 [13:10] Ubuntu bug 1329141 in Ubuntu Application Launcher "qmlscene crashed while running test_can_launch_multiple_applications" [Critical,Confirmed] [13:10] It seems to be a blocker for any UITK development [13:10] what does that mean anyways [13:10] does it make some specific branches fail? [13:10] if so, which ones === Guest57300 is now known as renato__ [13:17] ricmm: let me see [13:18] ricmm: I think all branches fail from what bzoltan mentioned [13:19] there is another bug now that also makes the branches fail, so with the current MR we see the other bug [13:20] this is the other bug that blocks us now - https://bugs.launchpad.net/autopilot/+bug/1328600 [13:20] Ubuntu bug 1328600 in Autopilot "Autopilot lacks support for large timestamps" [High,Confirmed] [13:20] but before that we didn't have autolanding for a few days because of the qmlscene crashes [13:20] I'm not sure though if the qmlscene crash affected 100% of the MRs, but a lot (maybe 80%) [13:20] even changes where we only updated the docs [13:21] ricmm, sil2100 I think this is one where qmlscene crashed https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2109/? [13:21] from this MR https://code.launchpad.net/~nik90/ubuntu-ui-toolkit/improve-header-api-docs/+merge/226113 [13:22] We also saw the qmlscene crashes in smoketesting [13:22] it failed CI twice, and then autolanding, and then it passed autolanding after an empty commit. [13:24] this MR also has qmlscene crashes https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/noArchErrors/+merge/225667 [13:25] we are pushing stuff to our staging manually today, that's why some newer MRs are now "Merged". But of course that is not the ideal way of working [13:28] 15:10:42 < ricmm> does it make some specific branches fail? [13:28] ricmm: if I would have to guess, I'd say about 80% of CI and autolanding runs failed (for all MRs, independent from what's changed) [13:29] ok [13:29] can you get me a reproducible case [13:33] elopio: have you been able to reproduce the crash locally? [13:34] bzoltan: ^? [14:06] tsdgeos: Saviq: sil2100: one more update, check https://wiki.ubuntu.com/Touch/QtTesting (-> qt5-beta2) if you need to test Qt 5.3.1 (even though it's not going in before RTM) for some bug or such. I just now very quickly rushed it together to the extent that I've it running on my mako. [14:06] + desktop (Qt Creator works too) [14:07] qtbase+qtxmlpatterns+qtdeclarative+qtwebkit is about "well done", everything else is ad-hoc rush packaging at the moment - but it works :D [14:07] bzoltan: ^ managed to get Qt Creator running with 5.3.1 too if you want to test something so that you know if there'd be a potential fix to cherry-pick to our 5.3.0 for SDK purposes [14:13] bfiller: Hi, do you think https://code.launchpad.net/~cjwatson/gallery-app/static-exiv2/+merge/227275 could be added to silo 1, if you're OK with it? [14:14] cjwatson: sure [14:14] cjwatson: I'll add it and rebuild the silo [14:15] bfiller: Brilliant, thanks - the plan would then be to upload the click package to the store and get it onto images, drop libexiv2-12 from ubuntu-touch-meta, and then once calligra manages to build (currently blocked on a librevenge MIR) the whole transition should manage to land and silo 1 can be cleaned after that [14:16] (The .deb will still depend on libexiv2-*, so it'll still be part of that transition, but we should actually be able to land it all then) [14:43] cjwatson: getting this error when trying to build silo 1 with gallery: https://ci-train.ubuntu.com/job/landing-001-1-build/122/console [14:44] cjwatson: I checked force rebuild but still getting error [14:56] elopio: hello [14:56] elopio: can you read back here to where I highlighted you? I wonder whether you reproduced https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141 locally [14:56] Ubuntu bug 1329141 in Ubuntu Application Launcher "qmlscene crashed while running test_can_launch_multiple_applications" [Critical,Confirmed] [14:57] ricmm started to have a look at the bug [14:57] poor bug [14:57] :) [14:59] bfiller: The one you linked didn't have force-rebuild set; the build immediately after that has force-rebuild set and appears to be working [14:59] bfiller: https://ci-train.ubuntu.com/job/landing-001-1-build/123/console [14:59] cjwatson: ah ok, thanks [15:00] t1mp: ricmm: I've seen the crash in my machine and my phone. But not with simple steps to reproduce, just by running the big toolkit suite or the unity8 applicacion life cycle suite multiple times. [15:00] I'll see if I can get a loop that launches qmlscene with a simple qml until it crashes to see how often it is. [15:02] Damn... === gatox is now known as gatox_lunch [15:18] Mirv: cool. I will test it on Monday === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [15:59] ricmm, t1mp: were you able to get to something? [16:03] sil2100: I just killed my browser, be there as soon as I can [16:10] is there a prob on manta with image # 138 ? [16:11] could be [16:11] * ogra_ doubts mantas actually get mooted more than once per month by regular devs [16:11] ogra_: i got endless google === gatox_lunch is now known as gatox [16:11] *booted [16:12] ogra_: we've been diligent trying to test qtcomp on it [16:12] (mine has a constantly dead battery ) [16:12] its consistently gotten worse in the virgin image lately [16:12] (requiring me to charge it at least for 1h first) [16:12] kgunn, http://ci.ubuntu.com/smokeng/utopic/touch/ surely agrees with you [16:13] ogra_: was just checking on that ;) [16:13] 137 and 138 definitely had probs [16:13] though these devices get not properly charged (only via USB port) which is extra deadly for the manta [16:13] i.e. the lab devices can be unreliable === sil2100 changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: josepht | CI Train Status: #133 promoted | Need CI Train help? Ping: trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. === robru changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: josepht | CI Train Status: #133 promoted | Need CI Train help? Ping: robru, trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [16:23] bfiller: How does silo 1 look re testing? [16:24] Hoping somebody has time to look ... [16:25] cjwatson: haven't had time to test yet, but plan to do so later this afternoon [16:26] ok, cool, thanks === Ursinha is now known as Ursinha-afk [16:36] kenvandine, need the merge URLs in column F === Ursinha-afk is now known as Ursinha [16:39] robru, how's that look? [16:40] kenvandine, looks like system-settings conflicts with silos 4 and 6... you're going to have to coordinate with mterry and kgunn about that [16:40] kenvandine, hello! [16:41] kenvandine, if you want to land quickly, go ahead, don't worry about silo 4 [16:41] kenvandine: just let us know when you land we can rebuild 6 [16:41] well that was easy ;-) [16:42] kenvandine, ok you got silo 18 [16:42] kenvandine, people.canonical.com/~platform/citrain_dashboard/#?q=kenvandine has the silo status and quick links to the jenkins build jobs [16:43] thx everyone :) [16:43] kenvandine, you're welcome! [16:44] robru: i'll assign myself a silo for row 31 [16:44] barry, ok ;-) [16:45] robru: using my vast experience as a button pushing monkey sheriff [16:45] barry, http://bit.ly/1lcoYV3 [16:46] robru: priceless! :) [16:46] robru: anyway, i'm off to lunch. will check on it later [16:47] barry, bon appetit! [16:47] robru, do i need to enter any info to start the build? [16:48] kenvandine, oh yeah, you need to click the 'build' link at that dashboard URL I gave you, and then that loads the jenkins job, which you have to click 'Build' to make it go. but you have to click it twice, because the first time will just log you in and won't trigger the build [16:48] ah [16:49] there we go :) === Ursinha is now known as Ursinha-afk === rvr is now known as rvrOff === Ursinha-afk is now known as Ursinha [17:36] kenvandine, jonas' merge failed again on the about page tests, something about dbus failing to connect [17:37] sigh [17:37] fginther, is jenkins having some networking issues? at least one silo can't seem to upload to the PPAs. https://ci-train.ubuntu.com/job/landing-017-1-build/103/console and https://ci-train.ubuntu.com/job/landing-017-1-build/102/console different tracebacks, but both related to dput failing connect to launchpad to upload. [17:38] kenvandine, they passed last time [17:38] he fixed something for the background page should have nothing to do with it [17:40] * kenvandine looks [17:42] pmcgowan, interesting.. that's the same failure i was seeing running them on my device the other day [17:42] but they didn't fail in CI [17:44] to rule out flaky tests, i just triggered a rebuild [17:45] kenvandine, seems odd, all accesses to the system dbus [17:47] fginther, nm, seems transient, retrying the build fixed it [17:48] ricmm: I've commented the qmlscene bug with a script that will get you a crash. [17:50] robru: once the spreadsheet says my silo is ready to build packages, how do I jump to the next state? [17:51] elopio, visit http://people.canonical.com/~platform/citrain_dashboard/#?q=elopio and click 'Build', which opens the jenkins job, then on that page click 'Build' twice (once to log in, once to actually trigger it) [17:52] robru: got it. Thanks. [18:01] robru, good, I could find anything not working from what I could check [18:01] s/could/couldn't/ [18:08] fginther, hehe, thanks for checking [18:25] kenvandine, you need help testing the silo? [18:26] pmcgowan, yes please [18:27] i tested call waiting and trying to test the wifi ids change now [18:27] but i'm not seeing it [18:29] whats the wifi id change kenvandine? [18:29] including extra info in whoopsie reports [18:29] i see it now that i read the full MP [18:29] oh [18:29] some text changed [18:29] but i can't check it [18:38] kenvandine, is it the location info checkbox? [18:38] yes [18:38] hmm I cant check it [18:39] me either [18:39] seems its not enabled [18:39] i get the haptic feedback [18:39] so must be enabled [18:44] kenvandine, I dont understand the code there [18:45] i'm also not getting sound playback in the sound panel [18:46] which i'd assume might be the revert apparmor policy branch [18:46] language one looks good [18:47] sigh [18:48] kenvandine, the change to initialize the ringtone so it doesnt scroll works [18:48] but the revert did not [18:49] i assume [18:49] since i hear no playback [18:49] kenvandine, that change seems to not install the bad profile, but I dont think it deletes it if its there? [18:50] although i'm not familiar with the problem that hack was trying to fix [18:50] oh... maybe that's the problem [18:50] but that'll be a real problem anyway [18:50] right [18:50] so a reflash will work, but not an update [18:53] pmcgowan, maybe we should drop some of these branches from the silo and give it another go? [18:53] robru, is that what "reconfigure" lets me do? [18:53] kenvandine, yep, just update the spreadsheet first [18:54] kenvandine, yes drop those two [18:54] the others seem ok to me [18:54] robru, do i update it on the landing-018 tab? [18:54] i guess not [18:54] kenvandine, nope, on the Pending tab. the silo tab is just a readout basically [18:54] except when it isn't, sigh [18:56] kenvandine, so that revert [18:56] robru, so it reads the branches out of the spreadsheet? [18:56] kenvandine, I wonder if it works with an image update? [18:57] kenvandine, yeah, the jenkins reconfigure job will access the spreadsheet to determine what branches go in the silo. [18:57] pmcgowan, not sure, lets ask the experts on monday [18:57] kenvandine, in CI Train we're really heavily abusing the spreadsheet, pretending it's a db. [18:57] kenvandine, I am wondering if we should leave it in [18:57] i just want to get some of this pile of branches landed [18:57] pmcgowan, but how can we test that? [18:58] kenvandine, we cant I think [18:58] kenvandine, if we get an image update we will know [18:58] I bet it works, as would a reflash [18:58] jdstrand, about? [18:59] kenvandine, worst case it does nothing and we need a second fix [19:00] well i'm wondering if that sound playback works without that revert [19:00] no it doesnt [19:00] oh [19:00] bfiller, can you approve the merges in silo 11? [19:00] and I manually fixed it yesterday and heard it work [19:00] bugger... now i've removed that branch :) [19:00] with a comand jdstrand gave me [19:01] ah, i forgot to build though [19:01] pmcgowan: ? [19:01] * kenvandine adds again [19:01] jdstrand, the revert in https://code.launchpad.net/~laney/ubuntu-system-settings/revert-apparmor/+merge/227225 [19:01] robru: checking, must have missed some [19:01] will that apply on a system update? as it does not on package install [19:01] seems it stops doing something at install, but does not fix the issue with apt update [19:01] pmcgowan: what do you mean it doesn't apply? [19:02] oh, you mean the file is not removed [19:02] jdstrand, will a system update remove the offending policy [19:02] right [19:02] honestly, I'm not sure [19:02] cause I don't know how the image is put together [19:02] it must I think [19:03] robru: done [19:03] /etc/apparmor.d is ro [19:03] bfiller, published! [19:03] jdstrand, so is everything that gets updated [19:04] I vote we leave that branch in [19:04] kenvandine, ^^ [19:04] I know, was was saying that is a good thing. so if the stuff that puts the image together is built from debs [19:04] and the debs don't contain it [19:04] exactly [19:04] then it shouldn't be there [19:04] pmcgowan, ok, reconfiguring again [19:05] I commented on the diagnostics mp [19:05] pmcgowan, thx [19:05] I gotta eod early, talk to you later [19:05] have a great weekend! [19:05] you too [19:14] robru: my build failed ^^ which isn't totally unexpected, but i'm missing a button (or don't remember how) to retry the build [19:15] barry, ok, depends -- do you have new commits to upload, or is it a transient failure you want a no-change retry? [19:15] robru: the latter [19:15] (sometimes udm dbus just times out for reasons we've never been able to track down) [19:15] barry, ok, then you need to click through to the PPA, and find the ppa build job and click retry there (citrain isn't even involved in that) [19:16] well, once you do that, do a WATCH_ONLY citrain build job so that citrain notices when the new rebuild completes [19:16] yeah, there's no retry button. must be some other permission issue going on [19:16] barry, you're looking here? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-020/+build/6195265 [19:16] I see the retry button, not sure why you don't [19:18] robru: yeah, me neither [19:18] barry, ok, retried it for you [19:18] what team are you in that i'm not in? :/ [19:18] thanks [19:18] barry, probably ppa service team [19:18] barry, https://launchpad.net/~ci-train-ppa-service [19:19] pester asac for access to that [19:19] could be. [19:19] yeah, will do [19:20] or slangasek since he's also an admin [19:20] barry, anyway, now run the jenkins build job, but check WATCH_ONLY, and then you'll get nice things like a queuebot ping when the new rebuild is done [19:23] alright, I gotta run for lunch, brb! [19:29] ogra_, this actually landed earlier this week but iirc you were asking about it: [19:29] now when you dismiss an alarm, the audio stops as soon as the popup dialog goes away [19:42] * barry waves to slangasek [19:42] * slangasek waves [19:42] slangasek: so, you might not have the scrollback [19:42] ok, apparently the new window being opened was correct, and I had fallen out of the channel :P [19:43] robru: my build failed ^^ which isn't totally unexpected, but i'm [19:43] missing a button (or don't remember how) to retry the build [15:14] [19:43] [19:43] but at least there's http://irclogs.ubuntu.com/2014/07/18/%23ubuntu-ci-eng.html [19:43] ah yes [19:43] which is out of date [19:43] heh [19:43] sorry for the upcoming crappy paste [19:43] barry, ok, depends -- do you have new commits to upload, or is it a [19:43] transient failure you want a no-change retry? [15:15] [19:43] robru: the latter [19:43] (sometimes udm dbus just times out for reasons we've never been able [19:43] to track down) [19:43] barry, ok, then you need to click through to the PPA, and find the ppa [19:43] build job and click retry there (citrain isn't even involved in that) [19:43] well, once you do that, do a WATCH_ONLY citrain build job so that [19:43] citrain notices when the new rebuild completes [15:16] [19:44] yeah, there's no retry button. must be some other permission issue [19:44] going on [19:44] [19:44] barry, you're looking here? [19:44] https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-020/+build/6195265 [19:44] I see the retry button, not sure why you don't [19:44] robru: yeah, me neither [15:18] [19:44] barry, ok, retried it for you [19:44] what team are you in that i'm not in? :/ [19:44] thanks [19:44] barry, probably ppa service team [19:44] barry, https://launchpad.net/~ci-train-ppa-service [19:44] ʘ‿ಠ [19:44] pester asac for access to that [15:19] [19:44] [19:44] barry, anyway, now run the jenkins build job, but check WATCH_ONLY, [19:44] and then you'll get nice things like a queuebot ping when the new [19:44]