[00:25] robru: can you tell me why the changelog of https://launchpadlibrarian.net/207198066/autopilot_1.5.1%2B15.04.20150522-0ubuntu1_source.changes is such a mess? (https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-018/+packages) [00:27] slangasek: checking [00:27] slangasek: oh yeah, that's because qa team pre-merges their MPs into one big MP and then doesn't make their own changelog. [00:28] slangasek: changelog genertaion has always been "find all commit authors, then make entries based on MP commit message" [00:28] robru: and every commit on that branch had the exact same commit message? [00:28] slangasek: so with QA there's just one commit message (just one MP) but many many authors [00:29] slangasek: no it uses the commit message defined by the MP, not every single commit message of every single commit. [00:29] robru: ok so in that case I think the train needs to be more sensible and either consolidate or omit the author list [00:29] slangasek: but it grabs the authors of every single commit in order to give everybody attribution [00:30] slangasek: this has come up before and I told qa to make their own changelogs in this case because the train is geared towards handling multiple MPs, it's not really geared for mega-MPs like this [00:31] robru: perhaps that would be better, but as the train is not enforcing such a policy, it should still generate reasonable changelogs for a merge that it's allowing [00:32] robru: https://bugs.launchpad.net/cupstream2distro/ the right place to file? [00:32] slangasek: [00:32] slangasek: yeah [00:33] slangasek: you can specifically reference update_changelog in packagemanager.py [00:33] slangasek: it literally just has a for loop and calls dch once for each author [00:35] robru: bug #1460861 [00:35] bug 1460861 in CI Train [cu2d] "changelog entry for MP with multiple authors should summarize as [ author1, author2 [, ...] ], not repeat changelog for each author" [Undecided,New] https://launchpad.net/bugs/1460861 [00:35] slangasek: ok thanks [00:46] robru: now if I manually fix this changelog and reupload, will the train be unhappy later? [00:46] (reupload to the archive) [00:47] slangasek: is the silo published already [00:47] ? [00:49] slangasek: oh it's in unapproved [00:49] correct [00:49] slangasek: not sure what you're proposing. [00:49] slangasek: no matter what you do it'll screw the train one way or another. [00:49] robru: I'm rejecting this upload, fixing the changelog to be reasonable for an SRU, reupload, and accept [00:49] why? [00:50] slangasek: the train won't be able to track the migration if the version doesn't match [00:52] slangasek: or can you keep the version the same? [01:24] robru: the version would be the same, it's only the changelog text that needs fixing [01:25] slangasek: when the silo migrates, what will be merged to trunk week be the current version [01:26] slangasek: if you send me your version of the changelog file, i can commit it in the train though, with some manual wrangling. === chihchun_afk is now known as chihchun [08:01] Phew... [08:02] sil2100, starting a day with 'phew' is rarely a good sign :) [08:04] hey sil2100 [08:06] Yeah, great way to start the day [08:06] seb128: hey! [08:06] sil2100, can you kick a build of vivid arale and krillin? we need the last location fix [08:07] and verify that it works on the image [08:07] Sure, it landed yesterday? [08:07] sil2100, yes, finally [08:07] On it now [08:09] Should be building now [08:11] thanks [08:22] cihelp: Hi! Could you please add a new test ('mir_privileged_tests') to the test runs by the mir-mediumtests-runner-mako job (in job parameter 'test_suite')? [08:39] imgbot, where are youuuu [08:45] sil2100, a little sick ... let me find his medicine ... [08:50] imgbot, stunt [08:50] * imgbot rolls on its back and purrs [08:50] * ogra_ cuddles imgbot [08:53] imgbot, help [08:53] I am the firendly system-image watchbot ! [08:53] I know the following commands: [08:53] help, stop, status, map, stunt [08:53] for questions please mail ogra@ubuntu.com [08:54] imgbot, status [08:54] ogra_, don't you have a dog or something? [08:54] brendand, i used to, nowadays only cats [08:54] can you tell people who get pinged by imgbot? [08:54] ogra_, and imgbots :) [08:54] tvoss, you need an image number [08:54] ogra_, aha :) [08:55] tvoss, but since the channel switch thats not much useful anymore (numbers changed) ... and i havent finished the bot rewrite yet [08:57] ogra_, ah okay [08:57] ogra_, got link to source? [08:58] tvoss, nope, it uses a lot of my VPN and ssh keys to access the different machines (and is awful code too) ... the rewrite will not need all this [08:58] ogra_, okay [08:58] (and will be public) [09:08] sil2100, hey, can we change silo 4 to be a dual silo and start building it, so we can land it when vivid+overlay opens again? [09:08] mzanetti: let me take a look [09:08] I just changed it in the spreadsheet [09:09] mzanetti: we could, but it would need to be reassigned... will you be ok with rebuilding the silo? [09:09] sil2100, yes, needs rebuilding anyways [09:10] mzanetti: ok, let me reassign [09:22] cihelp: Why did jenkins not pick up this merge? https://code.launchpad.net/~vthompson/music-app/decode-before-ms2-lookup/+merge/260790 [09:23] cihelp: Also, what progress of moving core apps builds from utopic to vivid please? [09:31] grrr [09:33] jibel: there'll be a spam of a few lost changes e-mails from yesterday... the mail sending service was not working since I messed up the cronjob [09:33] jibel: it will be working normally now [09:34] sil2100, how long does it take to build an image when a rootfs is ready? [09:34] jibel, ~20-30min [09:35] we have more arches now though ... might be 1h nowadays [09:35] The importer needs to pick it up, usually 15-30 minutes [09:35] each new arch adds up [09:35] hm, never saw that to take 1h, but maybe indeed now it can be a bit longer [09:35] when we started it took max 10min [09:36] then snappy came around and it doubled up [09:36] now with more arches to import it will be longer again [09:37] snappy will fix that :) [09:38] (before it gets un-handleable) [10:00] * popey adds "Snappy will fix that" to "shit canonical people say" [10:01] ;) [10:06] * Mirv googled http://irclogs.ubuntu.com/2013/10/16/%23ubuntu-touch.html#t08:11 [10:11] popey: you should make a list of 'shit canonical people say' that we can actually browse ;) [10:12] haha [10:27] jibel, do we have a bug open for nearby ? it seems to always have some weird location right after boot until i refresh [10:44] ogra_, none that I know of [10:44] do you see that too ? [10:44] or is my house just shielding me better from location detection :) [10:48] ogra_, yes, it shows Paris then my real location (400km away from Paris) [10:49] yeah, same here [10:49] (well, not paris indeed) [10:50] tvoss, couldnt we store the last location on reboot ? [10:50] and keep it until we have the proper fix [10:51] ogra_, the scopes infrastructure could do that. Right now, they likely hand out a geoip estimate until the first real location from the service arrives [10:51] yeah ... [10:51] ogra_, I'm not a fan of centrally caching that stuff as requirements differ significantly with applications [10:51] would be better than having the scopes wait with startup til it is there [10:52] ogra_, probably best to file a bug against scopes then [10:56] ogra_, doesn't it keep some kind of cache already, because when you travel it remembers your previous place? [10:56] does it ? === MacSlow is now known as MacSlow|lunch === mzanetti is now known as mzanetti|run [11:17] sil2100: is there any estimate yet when dual landings will be possible again? [11:21] thostr_: if all goes well we should be good around Thursday [11:22] sil2100: can we 'freely' land then or are restricted soon again by ota? [11:22] I suppose the next OTA would be in approx a month [11:22] sil2100: ack [11:23] The original plan would be to do an RC promotion in 2 weeks, but not sure if we have te resources to keep doing that still [11:23] sil2100: right. thing is it gets more and more difficult to find landing times [11:23] as we usually be also very picky about changes shortly before ota's, even before officially closing those [11:24] Yeah, this time it was even worse as we closed early and keep the gates closed for long [11:24] But this is a special case [11:24] For known reasons [11:24] hopefully... [11:25] it felt like we closed for almost three weeks then altogether [11:26] it will be 2 weeks next Friday === tvoss is now known as tvoss|lunch === _salem is now known as salem_ [11:57] seb128, did this land in vivid https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1439122 [11:57] Launchpad bug 1439122 in Canonical System Image "battery graph seems not properly initialized" [Medium,In progress] [11:58] pmcgowan, no, I was looking at that this morning [11:59] pmcgowan, so many bugfixes that are not landing because things are frozen :-/ [11:59] seb128, ah ok [11:59] pmcgowan, we can resume bugfixes landing after ota4 right? [11:59] yes [11:59] which should be tomorrow [12:01] Fingers crossed on that === MacSlow|lunch is now known as MacSlow === chihchun is now known as chihchun_afk === mzanetti|run is now known as mzanetti [13:16] huh ? [13:16] where does that update come from [13:17] oh, custom tarball [13:18] Which update? [13:19] the one my arale just offered me [13:19] r11 [13:19] ogra_, CTR fix [13:19] cwayne, yeah [13:19] noticed that after asking :) [13:20] sil2100, ^ jibel gave me the go ahead to push it :) [13:24] cwayne: ok ;) Give me a sign beforehand :) [13:25] sil2100, sorry! literally just happened [13:25] like, 4 minutes ago, but point taken :) [13:25] the importer was really fast :) [13:29] :) [13:30] sil2100: when you get some time, I need a silo for row 63, OTA4 targetted bugfix [13:30] boiko: on it [13:32] sil2100: thanks! :) [13:32] boiko: thanks for the fix! :) [13:32] Last from the known list [13:33] sil2100: took a while for me and salem_ to figure out what it was, but in the end salem_ fixed it [13:39] jibel, do you want to close the gates or take a fix or two? [13:40] boiko, sil2100 need QA to ack that one landing, not sure if we are out of time [13:41] pmcgowan: I think QA is anticipating this fix, yesterday the plan was to not do any telephony tests before this lands [13:41] pmcgowan: well ,the fix is not yet reviewed/tested, and we are in the sprint planning meeting right now, so it will take at least a couple hours before it is ready for QA to test [13:42] Or at least move those tests to later [13:42] pmcgowan: if it is really urgent I can talk to bfiller to skip part of the meeting to test this [13:47] boiko, if we intend to land it we need it sooner than later [13:47] pmcgowan, boiko: since this fix is important for OTA-4, maybe QA can help out with testing the fix? [13:47] pmcgowan: ok, I will work on it [13:47] sil2100: that'd be good [13:49] jibel: I don't want to waste your time, but maybe you guys could check out silo 17 and help out with testing it once it builds? [13:49] It's the dual-sim fix [13:50] popey, jenkins skipped https://code.launchpad.net/~vthompson/music-app/decode-before-ms2-lookup/+merge/260790 because it has no preview-diff, which is weird. I've manually kicked it off for now. [13:50] fginther: thanks [13:50] popey, Also looking into moving things to vivid, first making sure the vivid environment is working. Last time we tried this, we ran into multiple build failures [13:51] fginther: it's blocking two core apps now. [13:51] well at least one error that was hitting a few different projects [13:51] popey, which ones? [13:51] clock and music [13:51] (which are default on device) [13:52] popey, ack [13:55] pmcgowan: it would be nice to get LP: #1425172 fixed one day too... [13:55] Launchpad bug 1425172 in network-manager (Ubuntu RTM) "Network indicator lists the non-exist AP (timeout for the AP to be removed is too big, ~6min)" [High,Confirmed] https://launchpad.net/bugs/1425172 [13:57] sil2100, we dont have a fix there yet [14:07] trainguards hi, can somebody take a look at this failure https://launchpadlibrarian.net/208083338/buildlog_ubuntu-vivid-amd64.unity8_8.02%2B15.04.20150602.1-0ubuntu1_BUILDING.txt.gz ? according to mzanetti this issue has recently been fixed and another unity8 silo builds fine; perhaps some builders have old packages? [14:10] pstolowski: that shouldn't be possible.. but which silo? the fact that the version number is mentioned means vivid overlay is enabled there alright. [14:10] Mirv, silo 40 [14:13] pstolowski: err, silo 5 you mean? [14:13] the silo is configured correctly, proposed + stable phone overlay [14:14] and yes there was a unity8 landing after the indicator-network upload [14:15] Wellark: can you too check https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005/+packages ? both vivid-overlay + wily claim libconnectivity-qt1-dev : Depends: libconnectivity-qt1 (= 0.5.1+15.10.20150519-0ubuntu1) but it is not going to be installed [14:15] Mirv, ah, sorry, yes 40 [14:15] pstolowski: still not 40 ;) [14:16] Mirv, eeek, 5 :) [14:16] Mirv, ack, thanks, rebuilding [14:16] pstolowski: there was a problem related to indicator-network landing (merging connectivity-api into it) that Wellark knows about [14:17] but at least in case of vivid overlay it was supposed to be fixed and indeed there was a successful landing of unity8 already, so I don't know what's really going on [14:50] Mirv or sil2100: can one of you publish silo 23 for me please? [14:52] jhodapp: sure [14:52] Mirv, thanks [14:53] (wily, if anyone is alarmed ;) === mzanetti is now known as mzanetti|food [15:22] Mirv: thanks! I'm in a meetong ;) [15:27] plars, who looks after the krillins in ci testing these days? [15:28] sil2100: pmcgowan: all my tests are OK on the silo, I am just rebuilding for one last fix I asked salem_ to include, and then I will approve the MP [15:28] * boiko gets lunch while it builds [15:28] boiko, thanks [15:29] boiko, looks like we will land it tomorrow for krillin testing [15:32] john-mcaleely: ci team does [15:33] plars, who's a good person to ping. I have a bug which they should be screaming about === mzanetti|food is now known as mzanetti [15:33] (but aren't) [15:34] john-mcaleely: what's the bug? [15:35] josepht, can you see: https://bugs.launchpad.net/barajas/+bug/1456225 [15:35] Error: launchpad bug 1456225 not found [15:35] all automated testing shoudl be failing on krillin [15:35] is it? [15:36] john-mcaleely: yes I can see it, I'll check on the krillin tests [15:39] Mirv or sil2100, can I get a silo for line #66 please? [15:42] john-mcaleely: in general, ping cihelp if it's urgent or send to the ci mailing list, but I'm certainly interested [15:42] john-mcaleely: we don't actively monitor the test results themselves - the landing team does that though for image promotion decision [15:44] jhodapp: sure (I'm in London this week so thus here later than usual) [15:44] Mirv, cool thanks [15:44] plars, ack. It's just been a while since I knew who to talk to [15:44] thanks [15:44] slangasek, can you take a quick look at this MR since it fixes the bug you filed? https://code.launchpad.net/~phablet-team/qtubuntu-media/fix-1452340/+merge/260850 [15:44] * sil2100 drives back home, be back soonish [15:45] thanks Mirv [16:00] josepht, any news? [16:00] john-mcaleely: I'm not seeing adb failures [16:00] cool. where's the dashboard these days? [16:01] pmcgowan: ok, so I can spend some more time testing it [16:10] Mirv, the issue I experienced with unity8 build is a dependency cycle of indicator-network (a packaging error); can a fix for that land in vivid-overlay despite "freeze"? [16:10] Mirv, nb, pete-woods has the fix [16:13] pstolowski: ok [16:13] pstolowski: if that nb was a "nevermind" with a typo, that is :) [16:14] Mirv, no, it was nota bene ;) [16:15] pstolowski: ejsyrbrt! [16:16] right, google helps :) [16:17] pstolowski: sooo, I don't think it'd land before OTA4, but that might mean tomorrow/Thursday is ok [16:17] pstolowski: just because it's very critical hour at the moment so wasting time shouldn't be risked (in case something happens to go wrong) [16:18] Mirv, fair enough, ack [16:19] Mirv, ejsyrbrt? :D [16:23] pstolowski: typoing "whatever" by having hands typing one button too right. it happens to me sometimes, even though this time it was on purpose :) [16:25] lol [16:25] jhodapp: the spreadsheet was a bit broken, magic field contents missing so it didn't show your silo until now (dashboard ok) [16:26] oh, you built the package already so it wasn't an issue [16:26] Mirv, yeah, saw that the silo was ready in here...thanks [16:32] dbarth: could you check spreadsheet lines 13, 17, 33 and clarify status/needs of those [16:33] trainguards may i ask for reconfig of silo 5 (new project added)? [16:34] pstolowski: doing [16:34] end-of-bluefin in 20 mins, after that sil2100 might be back or robru up [16:40] i'm here [16:41] \o/ [16:41] Mirv: how's it going? [16:49] jhodapp: followed up on the MP, further change required [16:50] slangasek, ok thanks [16:52] robru: tired, but good - the usual sprint things, too long evenings, very long days... [16:53] quite productive anyway [16:53] my 19th qtbase 5.5.0 beta build succeeded running tests on armhf (I started two weeks ago) [16:53] qt creator git is building [16:53] qt 5.4.1 compiler options juggling going slowwly forward [16:53] it's good [16:56] slangasek, pushed an update to the MR per your comment === alan_g is now known as alan_g|EOD [17:27] ping cihelp [17:31] balloons, are you asking about the core-apps to vivid request? [17:32] fginther, I am. It's starting to get painful :-) [17:34] balloons, This is in progress, it's slowed by the fact that there is no working vivid test environment at the moment, getting that running is a bit more work than usual. [17:36] fginther, ack.. I just wanted to make sure someone was working it as I know vivid got shutoff due to difficulties, so I imagined it might not be easy to bring it back [17:36] popey, ^^ [17:36] :( [17:37] popey, I know nik90 and ahayzen both are being a little impacted by this. But for anyone else, can you make sure they know :-) [17:37] ya [17:37] i mentioned this to fginther earlier today. [17:37] slangasek, once you approve, I'll get that landed right away [17:38] jhodapp: I approved it in my latest comment; are you looking for me to top-approve it? It's not my project so I assumed that wasn't appropriate [17:38] slangasek, you can top approve it, that's fine [17:38] slangasek, better than me top approving ;) [17:39] jhodapp: ok done! [17:39] slangasek, thanks! [17:55] robru, you around? [17:56] robru, silo 20 is ready to publish [17:56] jhodapp: on it [17:56] thanks [17:57] jhodapp: you're welcome === oSoMoN_ is now known as oSoMoN [18:03] trainguards: can the vivid packages be deleted from silo 1? I want to land only in wily for now, will sync later when vivid-overlay re-opens [18:03] oSoMoN: sure thing [18:04] oSoMoN: ok deleted, you ready to publish too? [18:04] trainguards: it looks like rows 26 and 32 in the spreadsheet are duplicates? i guess someone should delete row 26? [18:04] robru, in a minute [18:06] dobey: indeed, thanks for pointing that out [18:08] robru, alright, silo 1 can be published now [18:09] robru: i think row 15 can be deleted too. those branches have landed in w already [18:11] dobey: thanks for checking [18:12] robru: np, easier for me to find things when there aren't duplicates and outdated things listed :) [18:54] pmcgowan: I have just finished testing silo 17 (with the default sim fix), ready for QA to pick it for testing [18:58] om26er, ^ can you verify silo 17? [18:58] jibel, seems blocked on the board [19:00] om26er, it is not the same 17 [19:00] probably an obsolete card [19:02] jibel, hmm, so its telepathy-ofono ? [19:03] om26er, yes [19:03] om26er, the card will be created on next run of the job [19:04] om26er, I moved it to under testing [19:04] ready for testing* [19:04] jibel, great, thanks [19:04] om26er, thanks [19:05] om26er, what are the bug # for the 2 upgrade bugs you found? [19:07] jibel, bug 1461138 bug 1461152 [19:07] bug 1461138 in ubuntu-app-launch (Ubuntu) "Some click icons are appearing twice after upgrade to RC" [Undecided,New] https://launchpad.net/bugs/1461138 [19:07] bug 1461152 in pulseaudio (Ubuntu) "Pulseaudio crashed on boot after upgrading to RC (OTA4)" [Undecided,New] https://launchpad.net/bugs/1461152 [19:17] cihelp: it looks like webbrowser-app’s boottest results are still affected by the unity8 greeter bug (https://jenkins.qa.ubuntu.com/job/wily-boottest-webbrowser-app/lastBuild/console), is that known? and can the test be re-run please? [19:25] oSoMoN_: it is indeed known, unfortunately. I'll retrigger the build. [19:26] josepht, thanks [19:39] robru, media-hub seems to be stuck in the proposed pocket for silo 23 [19:41] jhodapp: cihelp: another boottest failure, can somebody investigate and retry: https://jenkins.qa.ubuntu.com/job/wily-boottest-media-hub/9/console ? thanks [19:41] thanks robru [19:41] jhodapp: you're welcome [19:42] robru, jhodapp: looking now [19:42] josepht: thanks [19:42] awesome [19:56] robru, silo 35 is ready to publish [19:58] jhodapp: just need this top approved: https://code.launchpad.net/~phablet-team/qtubuntu-media/fix-1457972/+merge/260520 [19:59] robru, alright, good [20:23] jhodapp, robru: the rebuild was successful for media-hub [20:24] josepht: thanks! [20:24] josepht, so it should be out of the pocket shortly then? [20:25] jhodapp: afaik, yes [20:26] josepht, ok great thanks, I'll keep my eye on it to make sure it does [20:35] trainguards: can i get a silo for row 57 please? [20:36] dobey: ok you got silo 1, note the conflict with silo 22. [20:37] robru: yeah, it's fine to land this first though :) [20:38] dobey: no worries, as long as you're aware [20:59] josepht, awesome, it landed thanks [21:02] jhodapp: great!