[00:11] Saviq: looks like platform-api and unity8 are blocked in proposed, are you able to look at those? [02:05] === IMAGE 141 building (started: 20150319-02:05) === [03:25] === IMAGE 141 DONE (finished: 20150319-03:25) === [03:25] === changelog: http://people.canonical.com/~ogra/touch-image-stats/141.changes === [06:29] oh my, #141 is borken because that unity8 is in proposed pocket [06:46] Mirv: hooray for non-atomic silos! [06:55] robru: image building should simply be blocked if a partial landing is detected [06:56] Mirv: nah, it's too late by then. proposed-migration shouldn't land any packages from a silo until all packages are ready. [06:56] Mirv: which is already possible to do, except literally nobody bumps their version deps when they do a landing. [06:57] Mirv: I'm starting to think that the train should mangle debian/control files for each package to make sure that all packages in a silo depend on the versions built by that silo, so that they all migrate through proposed together. [07:01] robru: well you're right indeed, they should be somehow bundled [07:01] robru: the version deps seem to be a solution that is more manual than bringing the information "this is a single silo landing" with the silo [07:02] cool, that silo dirty info :) also, that unity8 now migrated since the rekicked autopkgtest succeeded. [07:02] Muahahaha! [07:02] nice features [07:02] Saviq: mzanetti: Mirv: I guess the UITK MR must be resynced since we landed and synced to the staging the silo13 [07:02] I just landed that, brand new shininess ;-) [07:03] robru: cool feature [07:03] bzoltan_: thanks [07:27] ogra_: ok rmadison says unity8 is now in release pocket. when you're around, could you kick a new image? [07:46] Mirv: robru: I almost forget that I have two bugfixes waiting for the QtC plugin. I would land them today if it is OK. [07:47] ooh SILO DIRTY, nice ;) [07:50] do I have something wrong with my device, or is image 141 quite broken? [07:50] no virtual keyboard, unity8-dash not starting... [07:50] (mako) [07:51] ok,I just read the backlog :-) [07:55] ogra_, hey, can you kick an image? platform-api didn't migrate in time and dash doesn't start :/ [08:06] bzoltan_: sure desktop stuff is quick eevn [08:08] Mirv: Unless if I find out that the QtC plugin needs fixes to work together with 5.4.1 :) [08:09] Saviq: I already asked, it was not just platform-api but unity8 too which I managed to kick in with autopkgtest rerun [08:09] Mirv, yeah, but unity8 wouldn't have mattered [08:09] Saviq: ah, ok [08:10] Mirv, I'm fixing papi's .symbols file in the mean time [08:11] now #141 + dist-upgrade is fine [08:11] Mirv, could you upload platform-api with http://paste.ubuntu.com/10625956/ ? [08:11] or should we go through MP/train [08:12] Saviq: well, is something drastically broken without that symbol change, maybe it should be just train? or do you want it to the next image build? [08:13] Mirv, deps are broken [08:13] Mirv, ah, we need qtubuntu to rebuild with that [08:13] Mirv, going through train then [08:13] ok, sounds like train then [08:22] Mirv, ok, it's line 59 ↑ then, can you please assign and let's upload no-change rebuilds after papi builds [08:23] Saviq: 000 [08:23] no? [08:23] hmm [08:23] 000 is still MWC [08:23] Saviq: 006 [08:24] :) [08:24] ah right I read the "warning" line first [08:30] Mirv: heh ^ I have a fix for that landing shortly [08:30] ok :) rtm <-> vivid [08:46] bah [08:58] hum [08:58] https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/45/console [08:58] File "/var/lib/citrain/cupstream2distro/branchhandling.py", line 150, in find_newest_branch_tag [08:58] tagname, revno = line.split() or ('', '') [08:58] bug? [09:03] Mirv: How do I reconf a silo? [09:03] ping trainguards [09:03] how does that work? [09:03] is that a magical alias? ;-) [09:08] Mirv, Saviq image kicked [09:08] ogra_, thanks [09:08] seb128, a highlight on "trainguards" ;) [09:09] Saviq, is anyone having one of those? [09:09] seems to not work much :p [09:09] seb128, they're in a mtgnow I think [09:09] k [09:10] === IMAGE 142 building (started: 20150319-09:10) === [09:23] ogra_: thanks! [09:24] bzoltan_: read the mailing list, robert posted instructions there [09:25] Mirv, can anyone help on https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/45/console ? [09:25] citrain hits a python exception [09:26] seb128: yes it seems like a bug [09:26] I miss the good old citrain code, was more stable ;-) [09:26] although I don't see robru touching that in the las t24h [09:26] the bug is maybe older than that... [09:27] it doesn't impact every landing for sure, so maybe some corner case that got buggy [09:27] Mirv: which ML, what subject? [09:27] bzoltan_: ubuntu-phone, "Issues with CI Train Spreadsheet" [09:28] mvo: how's your today? I wonder if you could do some trainguard duty ~12:30 UTC onwards? my today is a bit bumpy even though I try to be available [09:28] since sil2100 is sick too it's a bit problematic [09:29] lp:ido is not missing any tag or such, which was my guess [09:29] Mirv: sure, I can be around, thats in +3h, right? [09:29] mvo: +2h [09:30] mvo: oh sorry, so I miscalculated :) 11.30 UTC [09:30] Mirv, no, +3 [09:30] Mirv: :) this is why I asked, I confuse that all the time. so I can be around there will be some overlap with my lunchtime but that should be no problem I hope [09:30] mvo: thanks, if you can keep an eye on things if I'm away. yeah, no problem. [09:31] mvo: yeah, trying to be helpful by converting to UTC and then failing at that.. [09:31] Mirv: no worries :) how long? until my dinner? [09:32] mvo: ~3h from there onwards, I then cover again until sil2100 visits or robert wakes up [09:33] I wonder if it's this lp:ido tag called "Scrub bar fully functional just before maverick UI freeze" :D [09:33] Mirv: cool [09:34] Mirv: I did not get much smarter... it says that I can not reconf myself :) [09:41] bzoltan_: the second to last e-mail, "alternative way" via landing tools menu [09:42] bzoltan_: https://lists.launchpad.net/ubuntu-phone/msg11540.html [09:45] seb128: so, my guess based on the trace would be that the train does not like tags with spaces in them, but I'm not sure how to remove the tag from the remote LP repo [09:45] that's only a guess, but I've never seen a tag with spaces befor e:) [09:47] Mirv, why would you want to damage the branch by removing tags? [09:47] Mirv, the train should just not except on spaces in tag [09:47] the solution is to fix the code, not to hack on the vcs to workaround infra issues [09:47] seb128: well not otherwise but I'm not sure if we can deploy any fix before robert wakes up [09:47] but if you're not in a hurry then it's not a problem [09:47] that can wait a day [09:48] alright then [09:48] I'll make a bug for him [09:48] great [09:48] thanks [09:49] Mirv: I have read that ... But i do not have the "Reconfigure" menu item under the "Landing team tools" [09:51] bzoltan_: I guess robru hasn't added landers to the ones able to see the "Reconfigure" item then, since it's visible to me [09:52] bzoltan_: I reconfigured 013 now [09:52] Mirv, hey, could you upload qtubuntu and qtubuntu-gles to silo 6 after "dch -i 'No-change rebuild to correct platform-api dependency'" please? [09:55] Saviq: done [09:55] Mirv, thanks [10:13] Mirv: thanks [10:17] hi trainguards, can i get a reconfig for line 51 / silo vivid-012 [10:18] dbarth__: sure [10:35] === IMAGE 142 DONE (finished: 20150319-10:35) === [10:35] === changelog: http://people.canonical.com/~ogra/touch-image-stats/142.changes === [10:35] enjoy [10:43] ogra_, Mirv, Saviq: \o/ I can haz scopes again === chihchun_afk is now known as chihchun [11:32] bzoltan_: publishing qtc-ubuntu [12:30] trainguards o/ new silo request on line 64 === alan_g is now known as alan_g|afk [12:56] mvo: ^ if you can check dbarth's request [12:56] yes [12:56] sorry [12:57] kenvandine: Silo 18 (vibrations) is approved. [13:04] rvr, thx === chihchun is now known as chihchun_afk [13:06] dbarth__: I can't assign signon-plugin-oauth2 because there is already another silo for this package in use (line #17) [13:09] mandel: do you want me to rebuild your #14 landling ? [13:10] mvo, let me check [13:10] mvo, sure, but I can do that, I'm working on a fix for some issues in the system settings ui [13:10] ok [13:15] mvo: checking [13:16] mvo: hmm, right; this one i'm trying to unblock for qa right now; since they are both for vivid, maybe we can bundle them together [13:20] dbarth__: works for me, whats the best way? just append the new merge to line #17 ? [13:25] mvo: right, i'll check with mardy [13:27] thanks dbarth__ [13:29] mvo: hmm, or rather; can you assign that new silo, and we'll do a rebuild on the other one once unblocked [13:29] mvo: i feel this dep. change is easier to validate than unblocking the other silo [13:30] dbarth__: I'm not sure that the train will let me do that, I would have to free the other one I think [13:39] oh... i like the "SILO DIRTY" message, that's very helpful! [13:39] kenvandine, what does it mean? [13:40] in the dashboard, it means a silo needs to be rebuilt [13:40] that you need to bring a mop for the next build [13:40] a component in it has since landed [13:40] yeah :) [13:42] kenvandine, oh, ok, the wording doesn't really convey that [13:42] "superseeded" would be better [13:43] or "outdated by archive" [13:43] or dunno, something which makes sense by itself [13:43] SILO DIRTY: You must rebuild: ubuntu-system-settings [13:44] i think the full message makes it clear [13:44] i just didn't mention the whole thing [13:47] kenvandine, doesn't explain to me why I need to rebuild [13:47] was there an issue with the builder? did some depends change? was there a bug with the ci? ... [13:58] trainguards can you reconfigure ubuntu silo 7 ? [14:01] alex-abreu: sure [14:06] mvo, thx [14:08] mvo: i think you can override; we have had silos with the same package building; it mostly takes a rebuild of the other silo, once the first one lands [14:12] dbarth__: ok [14:14] dbarth__: started it now [14:57] bzoltan_: reload the page [15:05] mvo: ok I'm about back, and will monitor until sil2100 arrives to fill in the gap between us and robert (although robert is again up at a weird hour ^...) [15:05] thanks Mirv [15:05] Mirv: I'm in a meeting now, but I can keep a eye on the channel [15:06] mvo: thanks to you [15:12] mvo: I'll assign line 64, as I see there are some issues with assigning it [15:12] sil2100: oh, I thought I had overriden the issues, oh well, thanks! [15:13] dbarth__: assigned silo for line 64, but remember you have signon-plugin-oauth2 already assigned in silo 005 [15:14] mvo: no worries :) [15:19] Mirv: early meeting on thursdays :-/ [15:19] Mirv: what happened with ido? was there a tag with a space in it? I don't actually see the tag on the branch... [15:23] dbarth__, renatu I installed silo 5, sync monitor shows up in apps scope now: http://i.imgur.com/OuQJIxl.png [15:24] Mirv: nm, I see it now. will fix shortly [15:24] om26er, silo 5 is not ready to land [15:24] uh? ok it appeared on trello (again) [15:26] om26er, the priorities has changed, I need to confirm with bfiller if we still want to work on that [15:26] renatu, ok [15:39] robru: ok, thanks for looking into it! [15:51] Mirv: https://code.launchpad.net/~robru/cupstream2distro/fix-ido-tags/+merge/253531 fix is ready, with tests [15:52] robru: looking at it - let me look at the problem origin [15:57] sil2100: original code failed to account for tags with spaces, new code can handle it and test case proves it using real tag data from the problem branch. [15:59] I'll assign those ^ [15:59] trainguards, please reconfigure silo vivid/0 for me. I've dropped platform-api (and please clean that package from the ppa) [15:59] mzanetti: on it [15:59] also I can't find the "Use 'Landing tools' menu", where is it? [16:00] thanks sil2100 [16:00] mzanetti: reload the page [16:00] robru, the dashboard? [16:01] mzanetti: no, on the spreadsheet [16:01] mzanetti: the spreadsheet [16:01] ;) [16:01] trainguards, I need help for ubuntu silo 3, not sure I understand the build failure [16:01] oh. found it :D [16:01] alex-abreu: looking [16:01] Mirv, did you open a bug about the citrain python exception for ido issue? [16:02] alex-abreu: oh, what? looks like a test failure to me? not a train issue... [16:02] seb128: yes, robru just said he's looking into it [16:03] robru, I must be blind ... where do you see the test error? [16:03] Mirv, great, thanks [16:03] robru, argh ! ok found it [16:03] robru, thx ! :) [16:03] alex-abreu: right ;-) [16:03] seb128: fix is ready, sil is reviewing. [16:05] Looking good code-wise, just want jenkins to kick in [16:05] sil2100: thanks [16:06] robru: re: fix nice! [16:07] robru: thanks for the fix! [16:07] sil2100: Mirv: you're welcome [16:08] robru: will you be around now, or do you plan to AFK after the meeting? [16:08] sil2100: oh I'm up. get some rest! [16:09] Thanks :) [16:09] o/ [16:09] robru, thanks [16:10] seb128: you're welcome, sorry about that -- when I wrote the code I was thinking only of train-controlled branches that only have train-generated tags. didn't anticipate user-created tags with spaces. [16:10] seb128: i'll kick a build once the fix goes live [16:11] robru, no worry, code has bugs, thanks [16:21] trainguards o/ can you reset vivid silo 005 with a reconfig? i will restart the whole validation process (it's off of qa's dashboard already) [16:22] dbarth__: sure [16:24] seb128_: ok looks good https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/46/console [16:24] robru, excellent, thanks [16:24] seb128_: you're welcome === seb128_ is now known as seb128 === alan_g|afk is now known as alan_g [16:55] do we do an evening meeting today ? [16:55] ogra_: no-one cancelled it [16:56] that is why i ask :) === alan_g is now known as alan_g|EOD [18:15] * robru -> lunch [19:13] cihelp: is anybody around to help me iterate on https://pastebin.canonical.com/127948/ (ticketsystem deployment in bootstack) [19:13] robru, can you please reconfigure vivid silo 23? [19:14] jhodapp: sure [19:16] robru: does 'nova list' show instances in 'ERROR' state? [19:16] robru: hrm, probably not since it's gotten to the point of adding relations [19:16] josepht: yeah, no, there's 7 ACTIVE [19:17] robru: are you able to redeploy? [19:17] josepht: you want me to just run 'mojo run' again and see what happens? or should I destroy-environment first and really start over? [19:18] robru: I would destroy-environment and start over from the beginning. I may be overly cautious. :) [19:19] josepht: ok will do. it takes about 1.5 hours, will you still be around? [19:19] robru: yes [19:19] josepht: great, thanks [19:20] robru: np [21:09] josepht: yeah, failed again, log & traceback look exactly the same. do you have any idea how we can get some more info from this thing? the traceback doesn't really say what failed... [21:09] josepht: oh it does say timeout, hm [21:10] josepht: do you know how to increase the timeout? or check why it's taking longer than 60s to achieve "relation convergence"? [21:10] robru: let me see what I can find out [21:10] josepht: sure, thanks. [21:12] robru: what does juju status say for that deployment? [21:13] ev: https://pastebin.canonical.com/128019/ ah, there's some messages in there [21:13] fginther: ^ [21:13] robru: nova secgroup-list [21:14] ev: https://pastebin.canonical.com/128020/ [21:14] robru, let me check your account setup [21:15] that's not a lot at all [21:15] ev: https://pastebin.canonical.com/128021/ this failure prior to the deployment suddenly seems relevant [21:16] robru: yeah, but you should be able to have ~20 secgroups before running out [21:16] josepht: seems less like I've run out and more like I don't have permission to use/delete the ones I have? [21:17] robru, josepht, that is indeed one of the problems, I've bumped up robru's quota to 300 [21:17] fginther: http://a5.mzstatic.com/us/r30/Video/v4/73/f9/07/73f9071b-c857-9d23-b4c4-b89a93b73d3e/poster212x312.jpeg ? [21:17] robru, and looking for any others that might be set to a too low default [21:18] that's what I looked like when changed it! [21:18] sweet. [21:18] "This is security groups" -fginther [21:18] LOL [21:19] fginther: thanks [21:19] fginther: should I try again? or you still working? [21:19] robru, the other quotas look ok [21:20] robru, it's safe to try again [21:21] fginther: ok, I'll run it again, but I have an appointment soon, will anybody be around later (west coast evening) to iterate on this? or should we just pick it up tomorrow? [21:21] robru, I'll be online later, say in 4 hours [21:21] fginther: ok cool, I'll try to coordinate with you. [21:21] fginther: thanks! [21:21] robru, [21:21] robru, good luck [21:22] thanks [21:22] fginther: is that thing about not being able to delete the security groups relevant? just got that again [21:23] robru, that's not a problem, it will reuese them if you do a complete juju destroy-environment teardown and redploy from the tart [21:23] *start [21:23] fginther: mmmm, tarts [21:23] fginther: ok, just destroyed, doing it fresh. thanks [22:18] robru: this is the bugfix release I was bothering you with questions about about yesterday :-) ^^ === chihchun_afk is now known as chihchun [22:58] trainguards is there anyone around that can ack my silo request? === chihchun is now known as chihchun_afk [23:55] veebers: sorry was just eating. looks like you just missed kenvandine and mterry [23:56] veebers: got you silo 4 [23:58] veebers: https://ci-train.ubuntu.com/job/ubuntu-landing-004-1-build/117/console started build for you as well since you seem to be afk. maybe a nice surprise for you when you get back ;-) [23:59] (or maybe a horrible nasty surprise if it fails to build...)