[02:06] <imgbot> [03:20] <imgbot> [03:20] <imgbot> [05:49] <Mirv> gooood morning merry CI train!
[06:30] <Mirv> so train has lost ^ that package somehow, I mean it didn't get to the rsync. trying again, something.
[06:53] <Mirv> gah
[06:54] <Mirv> good ol' train...
[06:55] <Mirv> ogra_: when you have time, please ./copy-package -b --from=~ci-train-ppa-service/ubuntu/landing-001 --from-suite=vivid --to=ubuntu --to-suite=vivid-proposed signon-plugin-oauth2
[07:13] <robru> Mirv: proposed migration is busted, but publishing should be working fine
[07:13] <robru> As far as i know
[07:14] <robru> Mirv: for once it's not the train that's broken i mean ;-)
[07:17] <Mirv> robru: it's not getting into proposed as the generated rsync line is empty
[07:17] <Mirv> good to know that proposed migration is busted too
[07:18] <robru> hmmm
[07:21] <robru> Mirv: indeed the list is empty... it's probably due to the check I added which prevents duplicate publishing, it thinks it published that version already ;-)
[07:22] <robru> Mirv: I can poke the silo contents manually to remove that. hrm
[07:28] <robru> Mirv: https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/86/console there we go
[07:28] <robru> ogra_: don't worry about Mirv's copy-package request
[07:34] <robru> Mirv: proposed migration has just been fixed for vivid but there's an issue with RTM that's just been raised to IS
[07:42] <robru> Mirv: https://bugs.launchpad.net/cupstream2distro/+bug/1416981
[07:46] <Mirv> robru: thanks, great!
[07:47] <robru> Mirv: you're welcome! I'm off to bed now.
[07:47] <Mirv> yeah RTM is closed atm anyway until a decision to reopen possibly later today
[07:47] <Mirv> robru: good night!
[08:49] <sil2100> Mirv: o/
[08:55] <Mirv> sil2100: \o/
[09:31] <sil2100> Mirv, ogra_, davmor2, jibel: having issues with my google hangouts
[09:31] <sil2100> "Couldn't start the video call because of a network error."
[10:12] <sil2100> Mirv, robru, jibel, davmor2: we're opening the landing gates!
[10:13] <cjwatson_> proposed-migration for 14.09 should be fixed shortly, I hope
[10:13] <cjwatson_> I submitted a puppet merge request this morning
[10:13] <sil2100> cjwatson_: so it's still broken?
[10:13] <sil2100> ACK
[10:14] <cjwatson> sil2100: they haven't merged my branch yet, so I expect so
[10:14] <cjwatson> but it shouldn't take all that long, famous last words
[10:17] <Mirv> sil2100: ok! (after the migration fixed)
[10:57] <cjwatson> slangasek,robru,sil2100: proposed-migration 14.09 fixed now
[10:58] <sil2100> cjwatson: yay, thanks ;)
[11:50] <ricmm> sil2100: 'afternoon, could I get a precious silo for ^ ?
[11:50] <sil2100> ricmm: suar
[11:50] <sil2100> Hey!
[11:51] <ricmm> thank you
[11:52] <sil2100> ricmm: assigned, just a warning that there's a 'devel' (so probably not landing soon) silo with platform-api in 22
[11:53] <ricmm> sil2100: alright, thanks
[11:53] <ricmm> oo fancy new jenks
[11:54] <ricmm> not sure if I like it
[12:04] <sil2100> ricmm: it still has some issues, but at least now we're again able to redeploy new versions of the train in case of fixes
[12:09] <sil2100> ogra_: hey, could you re-enable the cronjob for rtm again? :)
[12:09] <ogra_> sure
[12:10] <ogra_> done
[12:13] <sil2100> ogra_: thanks :)
[12:17] <sil2100> Internet problems, let me try and restart my modem
[12:32] <Mirv> zbenjamin: bzoltan: you have a previous qtcreator-plugin-ubuntu landing in silo 017
[12:32] <zbenjamin> Mirv: that is a problem?
[12:33] <Mirv> zbenjamin: well, if you'd build both, you'd have two packages with new contents but neither would have the other one's contents
[12:33] <zbenjamin> bzoltan: ^^^ should we add the fix to the first landing?
[12:33] <Mirv> zbenjamin: so that's by default we don't assign multiple silos for same component, but rather ask to merge the landings or wait until the first one is landed properly, to avoid erronous publishings
[12:34] <bzoltan> zbenjamin:  good idea
[12:34] <bzoltan> Mirv:  thanks and sorry
[12:34] <Mirv> np
[12:37] <bzoltan> Mirv:  The according to the CI sheet the line 49 and 56 are landed
[12:39] <Mirv> bzoltan: weird, the dashboard shows it
[12:39] <bzoltan> Mirv:  yes, that is whati checked too first...
[12:40] <Mirv> bzoltan: ok, so the silo is erronously still allocated but it did land https://lists.canonical.com/archives/vivid-changes/2015-January/004685.html - so actually, zbenjamin I'll assign you the new line anyway
[12:40] <Mirv> and free up that line 49 silo
[12:40] <zbenjamin> Mirv: awesome :)
[12:41] <Mirv> and you got the same silo back for the new landing :)
[12:51]  * sil2100 goes now to prepare some lunch
[13:03] <ahayzen> cihelp, Hey, would someone be able to setup jenkins for lp:music-app/refactor and lp:ubuntu-weather-app/reboot, also just to check if there are no tests in a branch, eg the weather reboot, will jenkins still approve and land or do we need at least 1 ap/qml test?
[13:30] <fginther> ahayzen, I can help get those added. Tests aren't needed, but if autopilot tests are added later, we'll need to be notified so that the job configuration can be updated
[13:31] <ahayzen> fginther, ok thanks :)
[13:50] <sil2100> Saviq: assigned, but qtmir is in silo 12 already - and unity8 in a testing silo 8
[13:50] <Saviq> sil2100, ok, will make sure to do the right thing
[14:00] <seb128> Saviq, sil2100, can we land silo 12?
[14:00] <mardy> hi! I got this silo failing to build, but no idea why: https://ci-train.ubuntu.com/job/ubuntu-landing-003-1-build/124/console
[14:00] <seb128> the qtmir one which fixes gtk rendering
[14:12] <mardy> ping cihelp ^
[14:13] <Ursinha> trainguards, see mardy msg above
[14:19] <sil2100> mardy: looking :)
[14:21] <sil2100> mardy: ok, it looks like a bug in our train, this happened once before - let me check if I can hack around it
[14:21] <ahayzen> fginther, lp:music-app/refactor has autopilot tests in it so could that job config be added? ... i'll let you know when we add tests to weather, it looks like we need to do the debian packaging in weather first though
[14:21] <mardy> sil2100: thanks
[14:43] <fginther> ahayzen, yes, we can add those tests
[14:43] <ahayzen> fginther, thanks :)
[14:45] <sil2100> ...
[14:46] <sil2100> mardy: trying to fix this silo for you, but as you see my internet doesn't help at all
[14:47] <mardy> sil2100: I'm supporting you spiritually ;-)
[14:48] <ogra_> supporting him with a really really long cable might be more fruitful :)
[14:56] <sil2100> Need to reboot
[15:01] <tedg> trainguards, can I please get a vivid silo for link 74?
[15:01] <ogra_> the missing link ?
[15:01] <sil2100> phew, I think my internet is good now
[15:01] <sil2100> tedg: on it
[15:01] <tedg> sil2100, Thanks!
[15:11] <sil2100> mardy: should be fixed now :)
[15:11] <sil2100> mardy: let me try a watch-only build
[15:19] <Laney> what happened? https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/55/console
[15:26] <sil2100> Laney: looking
[15:27] <sil2100> Laney: hmm, not sure what happened, but no package has been built with this silo yet
[15:27] <Saviq> sil2100, seems same happened with https://ci-train.ubuntu.com/job/ubuntu-landing-021-1-build/42/console
[15:27] <sil2100> Laney: at least the PPA is empty, CI Train has no files from building
[15:27] <Saviq> sil2100, LP seems to have rejected the sources?
[15:27] <sil2100> Saviq: hm
[15:28] <sil2100> Saviq: intresting, let me look at the backend
[15:29] <sil2100> Saviq: ok, so it seems that the state in the backend here is sane, but indeed it looks as if the upload got rejected
[15:30] <sil2100> But strange, it's the same user as always
[15:31] <sil2100> robru said that builds worked when he checked last week, and I saw other people normally building today
[15:36] <plars> bfiller: those keyboard tests should get added to smoke testing today, just waiting on a very small mp review
[15:36] <plars> bfiller: locally they all passed just fine.
[15:36] <Saviq> sil2100, the build job seems to have uploaded fine, any rejection emails from LP maybe?
[15:37] <sil2100> Saviq: I'm in the middle of contacting IS for that
[15:37] <sil2100> As we don't have any access to the bot account
[15:39] <Saviq> :/
[15:39] <Saviq> sil2100, shall I just try again? or leave it in your hands?
[15:40] <cjwatson> In general please start by asking LP ops rather than contacting IS
[15:42] <sil2100> Will do
[15:46] <sil2100> Saviq: could you re-try?
[15:46] <Saviq> sil2100, yeah, doing
[15:46] <mardy> sil2100: about that silo, can I ask dbarth to rebuild it?
[15:47] <sil2100> mardy: you want a rebuild of the packages inside, or just want the failure to be gone?
[15:48] <Laney> sil2100: ah, maybe I pressed the wrong button
[15:48] <mardy> sil2100: I think I need the packages to be rebuild, because in the previous run one of them didn't build (for a missing dependency, which then I added)
[15:49] <kenvandine> sil2100, so are all the uploads getting rejected?  I've been wondering why i'm not seeing the changemail from silo 6 being published over 30 minutes ago
[15:50] <dbarth> mardy: let me know when you want me to push the buttons
[15:50] <cjwatson> kenvandine: 2015-02-02 10:44:31 DEBUG     Subject: [~ci-train-ppa-service/ubuntu-rtm/landing-006/14.09] qtbase-opensource-src 5.3.0+dfsg-2ubuntu11~rtm (Accepted)
[15:50] <kenvandine> cjwatson, sorry, vivid silo 6
[15:50] <cjwatson> That's the only mention of landing-006 today
[15:51] <cjwatson> kenvandine: If you published vivid 6, it never made it to LP
[15:51] <cjwatson> Except I see stuff about it above ... let me double-check
[15:52] <cjwatson> Oh, duh, publish == copy
[15:54] <cjwatson> kenvandine: So publishing isn't an upload, not the same thing.  It looks like the copy didn't happen, though - no sign of it in the logs
[15:54] <kenvandine> :(
[15:54] <kenvandine> should i try again?
[15:54] <cjwatson> kenvandine: Wait
[15:57] <cjwatson> hmm
[15:57] <cjwatson> ubuntu-archive@snakefruit:~/cu2d$ cat old/packagelist_rsync_landing-006-vivid_20150202-151503
[15:57] <cjwatson> ubuntu-archive@snakefruit:~/cu2d$
[15:57] <cjwatson> sil2100: ^- that's weird, right?
[15:57] <cjwatson> ubuntu-archive@snakefruit:~/cu2d/old$ wc -l *_2015* | grep ' 0 '
[15:57] <cjwatson>     0 packagelist_rsync_landing-001-vivid_20150202-062502
[15:57] <cjwatson>     0 packagelist_rsync_landing-001-vivid_20150202-064002
[15:57] <cjwatson>     0 packagelist_rsync_landing-001-vivid_20150202-065502
[15:57] <cjwatson>     0 packagelist_rsync_landing-001-vivid_20150202-072502
[15:57] <cjwatson>     0 packagelist_rsync_landing-006-vivid_20150202-151503
[15:57] <sil2100> huh, empty, that's REALLY weird
[15:58] <cjwatson> that is, I think, not an LP problem
[15:58] <sil2100> Ok, let me look at what's up in the backend
[15:59] <mardy> sil2100: I need to leave now, would you please inform dbarth of when he can retrigger the build?
[15:59] <sil2100> mardy: sure
[15:59] <mardy> sil2100: thanks!
[16:00] <sil2100> hmmm
[16:01] <sil2100> huh
[16:01] <sil2100> The train doesn't seem to generate the rsync file like at all
[16:04] <sil2100> Which is strange, since no changes have been made from the code side
[16:05] <bfiller> plars: great, thanks
[16:05] <bfiller> plars: what about to CI in jenkins?
[16:08] <sil2100> hm
[16:10] <plars> bfiller: I think those run for a while now: https://jenkins.qa.ubuntu.com/job/ubuntu-keyboard-ci/
[16:12] <sil2100> kenvandine: I'll republish silo 6 with debugging
[16:12] <kenvandine> sil2100, thx
[16:13] <sil2100> hm, I think I might see the problem already
[16:14] <kenvandine> 2015-02-02 16:12:44,586 DEBUG Variable: sources: set([])
[16:14] <kenvandine> sil2100, that doesn't look good
[16:16] <sil2100> Yeah...
[16:22] <sil2100> kenvandine: it almost looks as if the new jenkins didn't have access to the LP API
[16:22] <kenvandine> :/
[16:22] <sil2100> hmm
[16:23] <cjwatson> sil2100: Except it's worked for some other things today?
[16:23] <cjwatson> [2015-02-02 13:55:06,486: INFO/PoolWorker-3] Running <PlainPackageCopyJob to copy package qtcreator-plugin-ubuntu from ~ci-train-ppa-service/ubuntu/landing-017, RELEASE pocket, in ubuntu vivid to ubuntu, PROPOSED pocket, in ubuntu vivid, including binaries> (ID 26343890) in status Waiting
[16:23] <sil2100> cjwatson: yeah, that's the most interesting thing
[16:23] <cjwatson> for instance
[16:24] <sil2100> Since here it seems it just can't do ppa.getPublishedSources() etc. for the silo 006 PPA, even though all the API links seem to be correct
[16:26] <cjwatson> The firewall rules *look* right for that
[16:27] <cjwatson> Also, wouldn't you get an exception in that case, not just the empty set?
[16:30] <kenvandine> sil2100, i cna't imagine this would have anything to do with it, but this is the first silo robru created after bringing things up on friday
[16:30] <kenvandine> it was his guinea pig silo
[16:30] <cjwatson> It could if there's some cached configuration information that was wrong
[16:30] <sil2100> I'll check the local config, maybe there's something corrupt there - now I'm trying the same steps in lp-shell
[16:30] <cjwatson> Any way to extract the silo_state
[16:31] <cjwatson> ?
[16:31] <sil2100> hmmmm
[16:32] <sil2100> cjwatson: interesting
[16:32] <sil2100> cjwatson: so, I'm looking at PPA 006 (https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-006/+packages) - as you see there are 2 published packages there
[16:32] <sil2100> But when in lp-shell I do ppa = lp.load("https://api.launchpad.net/1.0/~ci-train-staging-area/+archive/ubuntu/landing-006")
[16:33] <sil2100> And then ppa.getPublishedSources(status='Published'))  (and 'Pending' as well), it returns empty
[16:33] <cjwatson> ci-train-ppa-service != ci-train-staging-area
[16:33] <sil2100> !
[16:33] <sil2100> Crap, then we have the problem
[16:33] <sil2100> Yeah, it seems the config is setup for the staging instance!
[16:33] <sil2100> cjwatson: good catch ;)
[16:33] <sil2100> You have a good eye
[16:35] <cjwatson> I'd have caught it shortly, I was just grepping appserver logs :)
[16:35] <cjwatson> chaenomeles/launchpad-access50.log:91.189.89.30 - "162.213.32.98" "api.launchpad.net" [2/Feb/2015:16:12:44 +0000] "GET /devel/~ci-train-staging-area/+archive/ubuntu/landing-006?status=Published&ws.op=getPublishedSources HTTP/1.1" 200 444 17 0.276848077774 679 183 "6115313" "Archive:EntryResource:getPublishedSources" "" "lazr.restfulclient 0.13.3; application="cupstream2distro"; oauth_consumer="System-wide: Ubuntu ...
[16:35] <cjwatson> ... (juju-prod-ue-ci-train-machine-7)""
[16:37] <mandel> sil2100, one small question, if I request a silo for rtm do I need to request another one for vivid?
[16:37] <sil2100> mandel: yes, generally it's best if you request 2 silos at once
[16:38] <mandel> sil2100, how do I do that, just two lines, right?
[16:38] <sil2100> cjwatson: ok, it seems that the silo was configured when the .production file wasn't yet setup on the machine, so it configured it as for the staging instance
[16:38] <sil2100> mandel: yes :)
[16:38] <cjwatson> makes senese
[16:38] <cjwatson> *sense
[16:38] <mandel> sil2100, ok, thx, I wanted to be sure
[16:41] <Saviq> sil2100, hmm the new build job failed again, but it actually builds in the PPA, maybe LP just takes really long to import the uploaded pkgs?
[16:42] <bfiller> plars: I think CI is running on ubuntu-keyboard but don't think it's configured to run AP tests? When I look at this MR for example I don't see any autopilot results like I do on other apps https://code.launchpad.net/~michael-sheldon/ubuntu-keyboard/hide-setting/+merge/246415
[16:42] <plars> bfiller: ack, we'll look into it
[16:42] <bfiller> plars: thanks
[16:44] <sil2100> kenvandine: ok, reconfigured, now it seems to be ok... I suppose a watch-only build might be sufficient
[16:44] <sil2100> kenvandine: doing that
[16:57] <kenvandine> sil2100, thx!
[17:00] <robru> sil2100: what about silo 6 and staging? when I first assigned it, yeah, I had forgotten to create the .production file, but then I created that file and freed the silo and reassigned. where are you seeing staging referenced? that should have been all cleared out
[17:00] <sil2100> robru: it was still configured for staging
[17:00] <kenvandine> hey robru
[17:00] <sil2100> robru: after a reconfigure it's now all ok
[17:00] <robru> kenvandine: hey
[17:00] <robru> sil2100: that's really strange, I distinctly remember fixing that already, not sure how it reverted itself
[17:00] <sil2100> robru: the PPA was pointing to the staging PPA's at least ;)
[17:01] <sil2100> Anyway, I confirmed that there's no other such case, so we're all ok
[17:13] <sil2100> robru: anyway, in overall, good work with the migration o/
[17:16] <robru> sil2100: thanks! it was quite stressful all last week. time to relax this week! ;-)
[17:17] <sil2100> We can relax by coding and deploying fixes to the train
[17:18] <sil2100> Yeah!
[17:18] <sil2100> ;)
[17:38] <Saviq> robru, if you could please have a look at https://ci-train.ubuntu.com/job/ubuntu-landing-021-1-build/44/console
[17:39] <robru> Saviq: that's pretty straightforward, qtmir-gles is not in your PPA.
[17:39] <Saviq> I tried a watch_only build after the previous two builds failed, but sources appeared in the PPA after the second try (I *think*)
[17:39] <Saviq> robru, oh, of course
[17:39] <Saviq> d'uh
[17:40] <robru> Saviq:  ;-)
[17:40] <Saviq> oh ok and I can't watch_only while providing packages_to_rebuild
[17:40] <Saviq> will sort this out tomorrow then, hopefully
[17:41] <robru> Saviq: you should be able to just do package_to_rebuild?
[17:41] <robru> Saviq: setting both watch_only and packages_to_rebuild doesn't make any sense. "watch_only" means "don't build anything" and packages_to_rebuild means "only build certain things"
[17:41] <Saviq> robru, yeah, but I don't actually want to rebuild ;)
[17:41] <robru> Saviq: but you need to build qtmir-gles because it's not built at all.
[17:41] <Saviq> robru, well, it could mean "only watch certain things" in this case ;)
[17:41] <Saviq> robru, yup
[17:42] <robru> Saviq: I'm pretty sure if you specity qtmir-glex as "packages_to_rebuild" it will achieve exactly what you need in this case.
[17:42] <Saviq> robru, yeah yeah, I know :)
[17:42] <Saviq> robru, just I need to put up the MP first
[17:42] <Saviq> and create it
[17:42] <Saviq> etc.
[17:42] <Saviq> tomorrow :)
[17:42] <robru> Saviq: heh, ok
[17:42] <robru> mandel: what happened on spreadsheet row 78? seems something glitched out there.
[17:43] <robru> mandel: also on 79 and 80 you can't have the same MP for both vivid and rtm, that's not how it works.
[17:44] <robru> mandel: if the rtm version of this package hasn't diverged, you need to MP into vivid and then sync the package unchanged into rtm, but if they have diverged you'll need two different MPs, one against your vivid branch and one against your rtm branch.
[17:45] <robru> bfiller: silo 20
[17:45] <bfiller> robru: thanks
[17:46] <robru> bfiller: you're welcome!
[18:05] <ogra_> balloons, did anyone point you to https://jenkins.qa.ubuntu.com/job/vivid-touch-mako-smoke-daily/264/consoleFull yet ?
[18:06] <ogra_> bzr: ERROR: Requested revision: 'latest' does not exist in branch: bzr+ssh://bazaar.launchpad.net/+branch/ubuntu-terminal-app/
[18:06] <ogra_> (we had the same issue with another branch in rtm recently)
[18:07] <balloons> ogra_, no, no one did. Should be a simple cmake fix
[18:07] <ogra_> yeah
[18:28] <robru> bfiller: line 83 has a couple branches, we need MPs
[18:29] <bfiller> robru: let me fix
[18:31] <bfiller> robru: fixed
[18:36] <robru> bfiller: ok, silo 6
[18:44] <robru> bfiller: you can't WATCH_ONLY unless there's something in the PPA to watch ;-) need a hand?
[18:55] <mandel> robru, ok, so it is for both vivid and can be copied over to rtm
[18:56] <mandel> robru, how do I do that?
[18:56] <robru> mandel: clear the MP from the rtm line, and then under sources column, put 'sync:N', I'll tell you what N is after I assign the vivid one.
[18:57] <robru> mandel: ok for the rtm one, in column G, put 'sync:17'
[18:58] <mandel> robru, like that?
[18:58] <robru> mandel: yeah just delete the MP from the rtm line.
[18:58] <mandel> ack
[18:59] <robru> mandel: ok, now just build the vivid one first, and once that one is built, build the RTM one, and it should all work out.
[19:01] <robru> slangasek: Ursinha: I guess we should cancel the meeting today? sil doesn't seem around and also with slangasek sprinting the time is probably horrible...
[19:06] <om26er> boiko, Hi!
[19:07] <om26er> boiko, in messaging app, group messages that I send show empty when I go back and re-open the thread after sending the message.
[19:12] <Ursinha> robru: yeah, it's late for slangasek
[19:12] <mandel> robru, superb, thx for the help
[19:16] <robru> mandel: you're welcome
[19:19] <om26er> bfiller, Hi! can you please get this bug looked at by someone bug 1417236 :)
[19:19] <bfiller> om26er: it's already in an rtm silo
[19:20] <bfiller> om26er: silo 000
[19:21] <om26er> bfiller, oops, sorry about that.
[19:22] <bfiller> om26er: no worries
[19:30] <boiko> om26er: known bug, https://bugs.launchpad.net/barajas/+bug/1415591
[20:16] <robru> cihelp is there something wrong with s-jenkins mp reviews? https://code.launchpad.net/~robru/cupstream2distro/fix-reverter-silo-dir/+merge/248285 no ci after 2 hours https://code.launchpad.net/~robru/cupstream2distro/more-verbose-publishing/+merge/248302 no ci after 40 minutes.
[20:31] <plars> robru: hmm, not sure. I'll see if I can dig around a bit. That's this job right? http://s-jenkins.ubuntu-ci:8080/job/cu2d-choo-choo-ci/
[20:31] <plars> robru: I've seen some cu2d-config jobs go through today, so I don't think the world is broken at least
[20:31] <robru> plars: yeah that's the one.
[20:31] <plars> last time this seems to have run was a few days ago though
[20:31] <robru> plars: thanks
[20:36] <robru> plars: sigh, DNS for *.ubuntu-ci eludes me yet again.