[00:10] bfiller: wow! https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-020/+packages ok got the package uploaded. it needs a couple minutes to build and then I should be able to retry the other build in the PPA without touching the train (so don't cancel the build job that's currently running) [00:11] robru: ok cool, thank you [00:12] robru: could you also please publish ubuntu silo 17 when you get a chance? keeping you busy tonight, sorry :) [00:15] bfiller: heh, sure [00:37] oooh boy [00:37] goody goody [01:54] hrmm, who's around still? [02:10] === IMAGE 64 building (started: 20150113-02:10) === [02:26] i guess nobody [02:39] :-/ [02:40] robru: around? [02:41] robru: if so need a reconfig of rtm silo 2 - added a package [02:47] trainguards: line 66 is for QA request of a click package, no silo should be assigned. [02:55] bfiller: done [02:55] rsalveti: nice, thanks [03:30] === IMAGE 64 DONE (finished: 20150113-03:30) === [03:30] === changelog: http://people.canonical.com/~ogra/touch-image-stats/64.changes === === chihchun_afk is now known as chihchun [07:05] trainguards: The line49 of the Sheet seems to be broken or bogus ... it was not how I edited it [07:07] that is not an RTM landing and I did fill in the lander's ID, test plan and the landing instruction ... still it looks like this -> http://picpaste.com/pics/Screenshot_from_2015-01-13_09_06_10-e7b5JcND.1421132803.png [08:29] bzoltan: hello! Please approve teh merges :) [08:29] bzoltan: https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/Landing_12.01.2015-gles/+merge/246072 [08:49] good morning [08:50] trainguards, can i have a reconfiguration on silo 014 (not rtm); I have added a new component to the silo [08:52] dbarth: sure [08:54] dbarth: done [08:54] ty [09:41] popey: give us a sign once you get music-app uploaded to the store ;) [09:42] sil2100: will do! === psivaa_ changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping psivaa | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: - [10:27] hey psivaa_! happy new year :) [10:28] didrocks: hey :), happy new year to you too [10:28] psivaa_: I had a question since I probably didn't read the machine move announcement probably: trying to connect to s-jenkins as I did before (same vpn, and then http://s-jenkins.ubuntu-ci:8080/), but didn't get anything [10:28] psivaa_: I guess there is a new address? [10:29] didrocks: this needs company wide VPN now [10:30] psivaa_: do you have any pointer handy? [10:30] didrocks: i'm looking for that email thread to forward to you [10:30] psivaa_: ah, thanks a lot :) [10:32] hi again [10:32] did we break sound in the latest image on krillin? [10:32] trainguards: i'm trying to understand why some branches are marked as landed for a silo, but not merged though [10:32] hmm, not completely [10:33] it was the 000 rtm silo on the 5th; but this branch typically didn't get merged since: https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137 [10:33] psivaa_: thanks a lot! trying :) [10:34] didrocks: yw :) [10:37] dbarth: hm, let me look at that [10:38] dbarth: you said it was in silo 000, right? [10:38] sil2100: the silo has been landed and fully published afaict [10:38] yes, i found it back in the archived tab of the spreadsheet [10:38] and so i'm curious if the changes effectively landed or not [10:40] dbarth: but by 5th you mean 5th of December, right? [10:40] uh no; january [10:40] Strange [10:41] psivaa_: working perfectly! Thanks a bunch :) [10:44] didrocks: np, glad it's working :) [10:45] dbarth: ok, so what I see is that on the 5th in silo 000 there was this merge: https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/+merge/243134 <- and it got published but not merged as well! [10:45] So something must be bugged in the train [10:46] ok [10:47] dbarth: the problem is that with the current way how CI Train does m&c after Robert's changes it's really hard to get m&c logs... [10:47] Since it's the check-publication-migration job that now runs those, and it runs like every few minutes :| [10:52] dbarth: hm, actually it did get merged [10:52] oh [10:53] Just strangely LP didn't notice it being merged [10:53] dbarth: https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/rtm-14.09 <- [10:53] oh, if so, then it's better [10:54] indeed! [10:54] I don't like the CI Train Bot user though, looks bugged [10:54] ok, i can fix the LP status, that's no problem [10:54] thanks sil2100 [10:55] dbarth: yw, I still think there might be some bug somewhere that makes LP not notice the branch getting merged [10:55] But at least it's merging [10:55] cool [10:56] sil2100: can you also check for this one? https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137 [10:56] sil2100: it should have been in the same silo, IIRC [11:03] sil2100: can't possibly be merged, the last change in https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/+merge/243134 was 2015-01-08, but last commit on the merge target https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/rtm-14.09 was 2015-01-05 [11:03] dbarth: ^- [11:04] sil2100,dbarth: I think r206 from lp:~mardy/ubuntu-system-settings-online-accounts/rtm-fixes is unmerged [11:05] and that signon one is definitely entirely unmerged [11:05] hm [11:06] cjwatson: so that would mean that CI Train merged an earlier version, hah, makes sense [11:07] dbarth: so it seems LP didn't register it merging because mardy added an additional change to the branch after CI Train already built packages from an earlier one [11:07] And no one rebuilt the silo [11:07] ugh [11:07] This caused only parts of the merge be merged indeed [11:07] cjwatson: thanks for noticing! [11:07] that may be due to the way the master branch is used [11:08] hmm, so it's better if we rework the merge proposal with the missing bits [11:08] and make a new landing to ensure everything gets landed properly [11:09] dbarth: well, in case of this branch: lp:~mardy/ubuntu-system-settings-online-accounts/rtm-fixes , the only thing that didn't get merged is this: [11:09] http://bazaar.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/revision/206 [11:09] dbarth: I think the proposed branches are OK -- unless you want to add the snap decision removal [11:09] dbarth: but CI Train generates the changelog by itself anyway, so all is cool [11:09] right [11:09] As cjwatson noted already [11:10] But not sure what happened with the signon merge, as I didn't see it in CI Train's logs at all [11:10] As if it was never configured for the silo [11:10] MAybe a missing reconfigure? [11:10] maybe [11:15] mardy: but the signon branch didn't get merged though [11:15] https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137 [11:16] sil2100: that branch ^^ wasn't merged either afaict, even if it was part of the silo as well [11:17] sil2100: and that one required a manual reconfigure in that case [11:19] dbarth: yeah, I checked the logs and CI Train was not aware of the signon branch, it only had ubuntu-system-settings-online-accounts configured [11:19] So it didn't release or build the signon package [11:22] sil2100: ok, makes sense [11:22] so i'll re-propose that in a bit [11:23] mardy: and maybe then we can batch the snap decision fix as it will be distinct and not a source of confusion [11:23] the situation is clearer now [11:23] sil2100: thanks [11:26] dbarth: OK [11:34] morning [11:34] davmor2: rvr: hows it goin [11:35] cwayne: I'm checking the OOBE changes in the Spanish image [11:35] cwayne: it's going, however popey needs music uploaded to the store and pulled in now so it might need ballons to be online [11:36] it does. he has the notification. [11:39] cwayne: the new scope helper it's only today and photos right? It's not meant to show up anywhere else? [11:41] cwayne: and have you thought about trying to land the galileo code in the distro? Preferably with the daemon turned on and the user switch added so no root is required? [11:45] davmor2: if the right version of pysub was in I'd try to get it into debian/ubuntu [11:45] davmor2: and yeah, only Today and Photos [11:45] but now Nearby will show something similar if there's no network (instead of being blank), but not on first boot [11:46] cwayne: thanks that is easy to test flight mode for the win [11:46] yep :) === MacSlow is now known as MacSlow|lunch [12:24] cwayne, davmor2, rvr: remember to wait for the signal from popey [12:25] sil2100: I haven't finished testing [12:38] popey: were you able to find someone for the upload procedure? === psivaa_ 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: - [12:52] sil2100, cwayne: it sounds like we are stuck waiting on balloons now for popey's music upload. Test is complete everything it say it fixes seem to be and everything it says it is new is :) [12:57] brendand, just wanted to note my comment for silo 18, "earphone keys and lifecycle prompts are enablement, no visible improvement yet" [12:58] Saviq, ok [12:59] Saviq, btw that silo seems to have a number of bug fixes that aren't mentioned in the description [12:59] brendand, ? [12:59] davmor2: awesome, thanks for testing :) [13:00] brendand, if you mean the mir changelog, that's train not knowing what it's doing [13:00] rvr: do I have a +1 from you as well (with the understanding that translation work is ongoing and I'll keep you in the loop on it) [13:00] Saviq, i'm strictly looking at the diff between the new package and the package currently in RTM [13:01] Saviq, so the train isn't involved (i don't think) [13:01] brendand, if you mean the LP diff, that's even worse [13:01] cwayne: Yes, everything seems fine so far. [13:01] rvr: lovely, thanks for testing :) [13:01] brendand, can you point me to the diff please? [13:01] ok, so now I wait for sil2100 to tell me I can push the magic button :) [13:02] cwayne, we are waiting for popey/baloons to push the new music app and roll a rootfs first [13:02] ogra_: yep, after which sil2100 will tell me I can push the magic button :) [13:03] ;) [13:03] right ... === alan_g is now known as alan_g|lunch [13:03] popey: any luck? [13:03] just saying ... might still take some time [13:03] didn't mean it'd be imminent or anything [13:03] yeah, I understand [13:08] sil2100: will let you know when I have [13:10] Saviq, here it is: http://people.canonical.com/~brendan-donegan/landing-018 [13:12] brendand, yes, so the debian/changelog diff is train being confused, all that's already released into rtm, except for the top item by Daniel (see the MP: https://code.launchpad.net/~mir-team/mir/backport-1355173.trust-prompt-suspend/+merge/246024) [13:13] brendand, whereas the actual meat of the diff is correct, and limited to only the bug# as mentioned in the silo description [13:15] sil2100: we need to find someone in EU TZ who could be given the right to upload. [13:21] trainguards: can i get a silo for line 68? (vivid silo) === alan_g|lunch is now known as alan_g [13:53] dbarth: sure o/ I was on lunch, just got back from it partiallyt === MacSlow|lunch is now known as MacSlow [14:02] sil2100: mind reconfiguring rtm silo 20, I added sync-monitor to it [14:03] bfiller: sure thing, on it now [14:04] sil2100: thanks! [14:05] dbarth: ok, assigned, but the same component is locked in 014, so be sure to coordinate with yourself ;) [14:06] bfiller: done [14:07] can someone add row 66 from the spreadsheet to the QA trello board please? [14:08] brendand, davmor2: ^ ? [14:09] dobey, happens automatically as long as the process is followed [14:10] ah it's a click package so not appearing as needs qa sign off [14:11] sil2100, anything we can do about that? === fginther changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping fginther | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: - [14:17] brendand: we wanted to do something, but the CI Team said that we shouldn't since the spreadsheet replacement would take care of it [14:17] brendand: right, there is no "process" for clicks yet :( [14:18] brendand: i only put it in the spreadsheet because nobody seemed to be around when i checked in last night to get it on the QA list. [14:19] fginther: we're seeing a lot of weird failures on https://jenkins.qa.ubuntu.com/job/mir-vivid-amd64-autolanding/ - any ideas? [14:20] alan_g, Let me take a look [14:20] dobey, ok [14:27] alan_g, there appears to be a problem with one of the builder nodes which caused these recent failures. I've offlined that node until the problem is fixed. The latest build of mir-vivid-amd64-autolanding took place on a different node and just passed [14:27] fginther: thanks [14:27] alf: ^ [14:41] brendand, can you confirm which package version you downgraded to to get passing autopilot tests? [14:42] they are still failing for me on rtm with the version from 1211 [14:43] kenvandine, ubuntu-system-settings-autopilot [14:43] but what version? [14:44] 0.3+15.04.20141211~rtm-0ubuntu1 gives me 96 failures [14:44] kenvandine: I think to this 0.3+15.04.20141112.1~rtm-0ubuntu1 ? [14:45] http://people.canonical.com/~ogra/touch-image-stats/rtm/186.changes [14:45] it started with this image [14:46] image 185 had 2 failures for u-s-s [14:46] oh... that's really old [14:46] 186 then had 120 [14:46] hm [14:46] No, wait [14:47] * ogra_ waits [14:47] kenvandine: I think it was 0.3+15.04.20141211~rtm-0ubuntu1, as you mentioned, but still browsing logs [14:47] ubuntu-system-settings from 0.3+15.04.20141211~rtm-0ubuntu1 to 0.3+15.04.20150106~rtm-0ubuntu1 [14:48] so theoretically 0.3+15.04.20141211~rtm-0ubuntu1 should pass [14:48] kenvandine: yeah, so I gave brendand these versions http://paste.ubuntu.com/9717897/ and he said it's fine [14:48] kenvandine: he upgraded the -autopilot package to that version as well [14:50] kenvandine, well it was the one that went with the version of u-s-s in 185 [14:53] dobey, Hi! [14:53] dobey, I need some help verifying the fix in silo 15 [14:54] brendand, thanks [14:54] brendand, so i also tested the trunk version on rtm, and had a bunch of failures [14:54] but they pass on vivid [14:55] brendand, but of course the failures seem random [14:55] hi om26er_ [14:55] kenvandine, yeah i'm not sure why it starts failing after a certain point [14:56] kenvandine, then continues to fail [14:56] it is at least 100% reliably failing since 186 [14:57] and there is a crash too [15:08] dobey, hey [15:13] om26er_: pstolowski can probably detail how to test that specific bug better; on a fresh krillin flash, it requires removing an entry from an sqlite db and editing a .desktop file to include a missing key, i think :-/ [15:13] brendand: can we not wait for kalikiana? He is on sickleave and I have no idea when he will be able to contribute. [15:13] bzoltan, mmm ok [15:14] bzoltan: hey! Can you quickly approve https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/Landing_12.01.2015-gles/+merge/246072 ? [15:14] ;) [15:14] bzoltan, since it's a small change we can let it by this time. but code should really come with tests, worries about stability aside [15:16] pstolowski, :) [15:16] om26er_, that's correct. the only way of testing that fix is to trigger the problem by modifying the data [15:17] om26er_, going priv [15:17] brendand: +1 and with the next RTM landing I will make a test for this case. [15:17] sil2100: done, sorry [15:18] bzoltan, i'm just finishing another landing but i will land yours today as well [15:19] bzoltan: thanks, publishing! [15:20] brendand, who do i need to bribe to get AP tests added to the CI tests for MP to our rtm branch? [15:20] i really want to be able to see AP results for rtm branches [15:22] kenvandine, was the landing a merge request or a sync? [15:22] they are all merges [15:23] brendand, but regardless of what's already landed, i want to start seeing the AP tests running for merges asap [15:23] kenvandine, well someone in the ci team anyway. probably fginther [15:24] fginther, ^^^ pretty please :) [15:24] fginther, all i really need is AP tests on device for ubuntu-system-settings [15:24] at least my more immediate need [15:25] brendand, kenvandine, catching up... [15:27] kenvandine, just so I'm clear, you're asking for the AP tests to be run as part of http://s-jenkins.ubuntu-ci:8080/job/ubuntu-system-settings-rtm-14.09-ci/ ? [15:27] fginther, yes please [15:28] it'll help me tremendously in landing a fix for the AP failures for rtm [15:28] and we really want it in general to prevent this in the future [15:29] kenvandine, got it. We'll look into what is needed for this and get back to you [15:29] fginther, thanks! [15:33] kenvandine, did you figure out whats causing the AP failures? [15:34] pmcgowan, no... i haven't [15:34] trying to narrow it down [15:35] pmcgowan, but i want to make sure CI will run AP for me when i have a branch [15:36] pmcgowan, they said the tests started failing with image 186, which included this change: [15:36] ubuntu-system-settings from 0.3+15.04.20141211~rtm-0ubuntu1 to 0.3+15.04.20150106~rtm-0ubuntu1 [15:36] but i got 96 failures from version 0.3+15.04.20141211~rtm-0ubuntu1 [15:36] kenvandine, looking at the commits there were update manager and bluetooth changes in between [15:37] and a bunch of translation po file diffs [15:37] yeah, but in the latest image, the version that passed before is failing [15:37] at least on my device [15:37] ah [15:37] which makes me think something else changed [15:37] but i'm not seeing what [15:37] it would be cool to do a sanity run in CI too :) [15:38] the failure looks very similar to what was fixed in my less_flaky branch that landed in trunk [15:38] but back porting that fails on my device too [15:39] hmm the uitk changed and a couple indicators [15:39] yeah [15:39] indicator-sound in particular [15:39] which went along with a change in settings [15:40] still doesn't explain why 0.3+15.04.20141211~rtm-0ubuntu1 is failing for me [15:43] cyphermox, care to try a store upload for the music app? I believe you still have permissions to do so right? [15:43] popey, ^^ [15:43] pmcgowan: you mentioned there was a silo which was going to fix this online accounts hitting me in the face... is it any closer to landing? http://people.canonical.com/~alan/screenshots/device-2015-01-13-154219.png [15:44] cyphermox: if so, the click is http://people.canonical.com/~alan/com.ubuntu.music_2.0.782_all.click [15:44] popey: online accounts is also supposed to be removed from youtube soon [15:45] popey, I fear it has landed [15:45] moo? [15:45] pmcgowan: ☹ this makes my phone far from usable. [15:45] I don't know if I ever had any kind of permissions for this [15:45] I wouldn't know how to do it :) [15:45] cwayne, can you elaborate [15:45] pmcgowan: even had people hand the phone back to me and say "that's rubbish" and refuse to play with it ☹ [15:46] popey, whats the bug # again? forget the use case [15:46] pmcgowan: online accounts doesn't get you any actual personalization for the youtube scope, so it's going to be removed so there's no point of authenticating to it [15:46] right [15:47] but my phone keeps hitting me with that dialog all the time [15:47] cwayne, eta? seems popey is quite grumpy about this [15:47] if I cancel it comes back [15:47] hehe [15:47] ☻ [15:47] grumpy? moi!? [15:47] pmcgowan: not sure, I've been trying to push for it to land, thostr_ would know when it may land [15:47] bug is here: https://bugs.launchpad.net/unity-scope-youtube/+bug/1391595 [15:47] Launchpad bug 1391595 in YouTube Scope "Remove OA integration" [Critical,Confirmed] [15:48] hm been siting for 2 months [15:49] yep :/ [15:50] balloons: looks like cyphermox can't do it. [15:50] if you guys know where that's done I can *try* [15:50] but I've never done it, and I don't know if I do have access [15:50] sil2100: seems there's a problem uploading clicks to the store [15:50] cyphermox: ok, never mind if you never have. [15:50] sergiusens has access. [15:50] working my way through the channel. [15:50] alright :) [15:50] thanks tho [15:51] cwayne, so the youtube scope doing very little here, no thumbs at all [15:52] mako works hmmm [15:52] pmcgowan: no idea, youtube's not one of ours [15:53] seems its confused about net connection or something [15:53] popey: what's the issue? [15:54] popey, ack. sergiusens popey is trying to confirm if the store is having trouble, or if it's just me. [15:54] the upload I did for music is coming back blank each time [15:54] pete-woods was having issues with uploads too [15:54] so it seems could be the store [15:56] * sergiusens wonders why the store can't be reached at store.ubuntu.com [15:57] popey: I can access, maybe approve and upload too [15:57] sergiusens: can you please upload http://people.canonical.com/~alan/com.ubuntu.music_2.0.782_all.click [15:58] popey: certainly, I've been using it and all was good btw :-) [16:00] trainguards seems my packages need some manual acking [16:00] http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=qtmir [16:01] sergiusens: thanks [16:01] popey: oh wait, I don't have the credentials handy, might be a bit :-/ [16:04] brendand: hmm, were you not going to add the pay-ui click package to the trello board? [16:05] ogra_: can I use you for a packaging ACK? :) [16:06] i can try ... (in meeting atm) [16:06] ogra_: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-018-2-publish/23/artifact/packaging_changes_mir_0.8.1+15.04.20150112.2~rtm-0ubuntu1.diff <- a biiiig release, but from packaging it's only a libmirserver bump [16:07] cwayne: pmcgowan: removing OA from youtube.... having issues with store right now but will soon be there [16:09] * sil2100 is waiting for the music app upload still [16:14] I'll pause silo publishing until we get the custom tarball uploaded [16:15] sil2100, wow, what a changelog ... ACK [16:17] Big release! [16:17] I'll publish it after we kick a new image, I don't want to have all the changes in one image [16:17] I'm trying to spread it out to have a checkpoint [16:17] sergiusens: any luck on uploading the music-app click? :) [16:20] sil2100: no; and I need to find the computer that has the creds which is still packed from moving [16:20] thostr_, thanks [16:20] sil2100: ask beuno to reset the password and take it ;-) [16:20] will be faster === fginther 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: - [16:28] sil2100, hey, sorry but stupid question, I didn't do rtm landing ask for a while, is l69 having what is needed? [16:28] dobey, yeap, just added [16:29] brendand: great, thanks [16:30] anyone else having CI failures over udev dependency fail: https://jenkins.qa.ubuntu.com/job/qtmir-vivid-amd64-ci/45/console [16:33] balloons: I see music on the mailing list now \o/ [16:33] popey: ^ [16:33] sil2100: hey, rtm silo 2 and silo 20 are showing up as failed even though all the packages built correctly. Looks like it's because we had to manually upload different versions of maliit-framework and libsythesis. Anyway you can correct this so the status is correct on the dashboard page? [16:34] davmor2: hang fire please [16:35] popey: I was pointing out that it was there not that it was done :) [16:35] it's not yet in the store davmor2 [16:37] seb128: hey! Let me take a look if all is ok [16:37] sil2100, thanks [16:37] bfiller: I'll take a look in a moment, should be easy [16:38] OK, sil2100 music r782 now in the store [16:39] \o/ so now i still need to wait for rootfs right [16:39] seb128: had to remove one whitespace from the sync line but in overall looks ok, assigning silo :) [16:39] sil2100, thanks, what that a syntax error? where was it? [16:41] seb128: CI Train is not smart enough and there cannot be a space between sync and distro in "sync:ubuntu" ;) Small thing [16:42] sil2100, noted for next time, thanks! [16:47] bfiller: thinking how to resolve this... in the past it was easy, but after robru's changes the Train no longer tracks whatever we push to the PPA :) [16:49] kenvandine, I may have a solution for the rtm AP testing. I'm currently testing it out and will update you if things go well [16:57] popey: thanks! [16:57] ogra_: hey, can you disable the importer? :) [16:58] ogra_: we would upload the new custom tarball and kick the image [17:01] sil2100, will do, (bit busy in the snappy meeting atm ... i'll also be late for landing) [17:08] sil2100: bfiller: what's going on? if the jobs succeeded can you not just WATCH_ONLY build? [17:08] trainguards, anything I can do to expedite rtm silo 18? it's waiting for packaging ack [17:09] Saviq: you could find a core dev to do the packaging ack ;-) [17:10] robru, you're it! [17:10] Saviq: I'm not a core dev... [17:10] robru, slacker [17:11] cwayne: please push the tarball! [17:11] :) [17:12] sil2100: done :) [17:12] \o/ [17:13] rsalveti, got a min to ACK packaging changes for us https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-018-2-publish/23/console ? [17:13] lemelook [17:13] rsalveti, FYI, changelog os b0rked by silo [17:15] Saviq: looks fine [17:15] sil2100: ^ [17:15] robru, ↑ [17:15] om26er_: what image #/device did you test silo 15 on, btw? :) [17:15] robru: not sure, but it seems if you create a sync silo, build a sync then directly push the package to the ppa, the build job seems to be looking for the old version still [17:15] dobey, 191 [17:16] robru: (maybe because it's in the .project file? I had to modify the .project file to enable it looking for the new version) [17:16] rsalveti, Saviq, robru: ah, this one is fine, it's ACKed already [17:17] om26er_: great, thanks :) [17:17] Saviq: we're waiting with publishing that [17:17] sil2100: hm that's strange, my changes to watch_ppa should have made it depend more on the versions it finds in the PPA, not less. [17:17] dobey, did I miss something ? [17:17] Saviq: we build a new image now and want it to land afterwards [17:17] robru: so hm, maybe that was a different case? I know that bfiller's build job looked like this (but maybe it wasn't a watch-only job) [17:18] https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/97/console [17:18] sil2100, ah, fine [17:18] om26er_: i just used your QA of it for the tests column too, since you did it before i filled it out :) [17:18] robru: hm, actually, I think the .project file might be somehow corrupted now by my manual changes, not sure why [17:19] sil2100: what silo? [17:20] https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/98/console [17:20] ;) [17:20] === IMAGE RTM 192 building (started: 20150113-17:20) === [17:20] sil2100: that doesn't make any sense. [17:21] robru: https://ci-train.ubuntu.com/job/cyphermox-test/523/console <- I only modified the .project file's one version number, now it looks like this [17:21] Saviq, there is a packaging change in 12, is that pre-approved ? [17:21] robru: so maybe my change is unrelated? [17:23] sil2100: yeah the cyphermox-test job looks fine, now I'm trying to read the code to understand that traceback [17:23] om26er_, not, didn't know we should pre-ack [17:24] om26er_, what's the process there? [17:24] Saviq, I am not sure, I just remember from a few months that packaging changes were getting approval as well. [17:24] Not sure if thats still the process. [17:25] om26er_, they do, but it's part of publishing usually [17:25] sil2100: http://bazaar.launchpad.net/+branch/cupstream2distro/view/head:/citrain/watch_ppa.py#L80 the code that's failing doesn't mention version numbers or project files at all. is this a new source package? it seems like the failure is that the source package doesn't exist at the destination. [17:25] om26er_, like when they press publish, it warns them about packaging changes [17:25] them being train folk [17:25] bzoltan, just to let you know i'm chasing an issue with the silo [17:25] Saviq, aah, understood. [17:27] sil2100: or maybe it doesn't exist in RTM. shit. [17:27] bzoltan, i came across an instance where you can't bring up the copy/paste menu. only with the silo though - yet to reproduce it without [17:29] hmm [17:29] sil2100: looking over the code more, yeah I think it's because the package doesn't exist in RTM. sadly I can write a test and a fix for that somewhat trivially, but we have no way to deploy :-/ [17:30] why doesnt u-d-f see a 14.09-proposed channel? [17:31]