[02:02] <michi> trainguards: Could someone allocate me a silo please? Spreadsheet row 67
[02:03] <robru> michi: you can assign yourself now. Landing tools menu
[02:04] <michi> Ah, I didn’t know that. I was following the LandingProcess instructions.
[02:06] <robru> michi: yeah sorry it's a new change. I'm just afk, let me know if you have any problems
[02:07] <michi> robru: just ran the script
[02:07] <michi> Wow, works like a charm :)
[02:08] <robru> michi: great!
[02:08] <michi> Thanks for your help!
[02:08] <robru> michi: I'm just entering a movie theatre, will be available in a couple hours if anything goes wrong. You're welcome!
[02:08] <michi> Enjoy the show! If you haven’t seen it yet, Ex machina is brilliant.
[04:24] <michi> robru: ping
[04:47] <robru> michi: hey how's it going?
[04:47] <michi> robru: back in sec
[04:48] <robru> michi: I'll be here for a little bit but it is 10PM ;-)
[04:48] <michi> sec on the phone… Will be done in 30 secs
[04:48] <michi> robru: Sorry for that
[04:49] <michi> OK, build failed because it can’t find the source package.
[04:49] <michi> There is no source package because this is a brand-new package to be added.
[04:49] <michi> I don’t know what magic to perform to get it working in the silo
[04:50] <michi> spreadsheet row 67
[04:50] <michi> silo 51
[04:54] <robru> michi: yes the train is quite fussy about new packages
[04:55] <michi> Anything I can do?
[04:55] <robru> michi: please ensure your packaging meets train standards: https://wiki.ubuntu.com/DailyRelease/InlinePackaging
[04:55] <robru> michi: particularly the part about split packaging
[04:56] <michi> robru: thanks for that! I’ll work through this
[04:56] <robru> michi: you're welcome. as you can see we need to update the documentation a bit.
[04:57] <michi> That would be good, yes.
[04:57] <robru> michi: once the spreadsheet replacement goes live I'll have some time to focus on documentation.
[04:57] <michi> Would be cool to have that packaging checklist mentioned in he landing process page
[04:57] <robru> michi: yeah the landing process page is about to become dramatically obsolete.
[04:57] <robru> even more than it already is ;-)
[04:57] <michi> Cool :)
[05:47] <robru> yay
[06:21] <michi> robru: :)
[06:23] <robru> michi: goodnight! sil should be around soonish if you need any more help
[06:23] <michi> Cool, thanks!
[07:56] <jibel> sil2100, good morning. I'm updating the bot to support bileto, could you add me to the team allow to add requests on requests.ci-train.staging.ubuntu.com?
[07:56] <jibel> allowed*
[07:59] <cjwatson> robru: 2015-07-28 19:17:14 INFO    Failed to parse changes file '/srv/launchpad.net/ppa-queue/incoming/upload-ftp-20150728-191624-097524/~ci-train-ppa-service/ubuntu/landing-040/ubuntu-touch-session_0.108+15.10.20150728-0ubuntu1_source.changes': GPG verification of ...
[07:59] <cjwatson> ... /srv/launchpad.net/ppa-queue/incoming/upload-ftp-20150728-191624-097524/~ci-train-ppa-service/ubuntu/landing-040/ubuntu-touch-session_0.108+15.10.20150728-0ubuntu1_source.changes failed: Verification failed 3 times: ["(7, 9, u'No public key')", "(7, 9, u'No public key')", "(7, 9, u'No public key')"]
[07:59] <cjwatson> no idea why that would be, but that's the failure
[08:00] <jamesh> sil2100: I saw in my scrollback you were trying to reach me about something to do with the thumbnailer last night?
[08:18] <sil2100> jibel: on it
[08:19] <sil2100> jamesh: hey, yes, I had some questions regarding the release process you're using and also about the current state of the thumbnailer - give me a moment
[08:21] <jibel> sil2100, thanks
[08:55] <sil2100> jamesh: hey! So, regarding thumbnailer
[08:55] <jamesh> yeah?
[08:56] <sil2100> jamesh: how does your release process look like? I would need this https://code.launchpad.net/~michihenning/thumbnailer/gcc-5-fixes/+merge/265472 released ASAP
[08:58] <jamesh> sil2100: so, we do want to make another trunk merge soon through citrain.  At the moment we're blocked due to the recent GStreamer update breaking our test suite.
[08:58] <seb128> is that a gstreamer issue?
[08:58] <seb128> is there a bug about it?
[08:58] <sil2100> jamesh: is there any chance we could get this gcc fix released stand-alone?
[08:58] <sil2100> jamesh: since we need to have everything buildable for gcc-5 by the end of the week
[08:59] <sil2100> So I would prefer all fixes for gcc to land stand-alone
[08:59] <jamesh> sil2100: so this was the result of trying to merge trunk back to our devel branch, which has no code changes: https://code.launchpad.net/~jamesh/thumbnailer/devel-sync-20150725/+merge/265888
[08:59] <jamesh> It seems to consistently fail on ARM
[09:00] <jamesh> so the same would happen merging that gcc-5-fixes branch to trunk
[09:05] <popey> rvr: jibel. Music app devs have fixed the issue you found yesterday during testing. I have a new click and the bug listed at the top of http://pad.ubuntu.com/MusicAppReadMe - do I need to re-submit via citrain?
[09:05] <rvr> popey: Yes, please
[09:05] <popey> okay
[09:08] <sil2100> jamesh: hmmm, ok
[09:09] <popey> rvr: done! :)
[09:10] <sil2100> popey: approved request ;)
[09:10] <popey> ta
[09:31] <sil2100> mandel: request 68 - will that be a dual landing?
[09:32] <sil2100> ogra_: piiing about the endorsement :)
[09:33] <sil2100> ogra_: I'll schedule myself as a candidate in a moment anyway, since I suppose there's no hard rule on how many are required ;)
[09:34] <ogra_> sil2100, meaning the meeting is tonight ?
[09:35] <sil2100> ogra_: no, August 3rd, 2015 15:00 UTC I think I'll try my luck at
[09:36] <ogra_> ok
[09:37] <sil2100> hmm, or maybe even the next one, as the DMB wants an announcement at least a week before the meeting
[09:57] <greyback> sil2100: need I be worried about the qtmir-gles rejection? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtmir
[09:58] <greyback> the gles package not supposed to ever install on a phone
[09:59] <ogra_> greyback, it is the default on x86
[09:59] <ogra_> (emulator ...)
[10:01]  * ogra_ thought we only build the binaries for x86
[10:06] <ogra_> hmm, in fact we do https://launchpad.net/ubuntu/+source/qtmir-gles/0.4.5+15.10.20150728-0ubuntu1
[10:06] <ogra_> that looks like a bug with adt-run or so
[10:21] <sil2100> greyback_: let's contact cihelp with that
[10:22] <sil2100> cihelp: ping! ^
[10:22] <greyback_> ahh
[10:23] <sil2100> cihelp: we need help with a boottest regression
[10:34] <doko> sil2100, please integrate Ag2Gl;otce/grO
[10:34] <doko> argh
[10:35] <doko> https://bugs.launchpad.net/ubuntu/+source/media-hub/+bug/1452331
[10:35]  * ogra_ googles Ag2Gl;otce/grO
[10:35] <ogra_> surely some fancy new thing :)
[10:39] <sil2100> doko: on it as well - I also tried getting thumbnailer released, but it seems there are some problems caused by other dependencies, but the developers are working on that
[10:40] <doko> sil2100, who would be responsible for location-service?
[10:44] <mandel> sil2100, just wily as it is atm
[10:44] <mandel> sil2100, will create a vivid one with qa needed later
[10:45] <mandel> sil2100, I'm just worried about the espoo project since it has a dep in the nokia blob, how is that solved?
[10:53] <sil2100> doko: hmmm, I think now mandel was working on it
[10:54] <sil2100> mandel: are you now responsible for location-service?
[10:54] <mandel> sil2100, I am
[10:54] <mandel> doko, what is the issue?
[10:54] <sil2100> gcc-5
[10:54] <mandel> oh, fun
[10:55] <mandel> sil2100, doko I'm dealing with gcc for udm, maybe tvoss is taking care of location, if not, I can
[10:55] <sil2100> jhodapp: ping
[10:56] <doko> mandel, please do it yourself. tired of waiting
[10:56] <mandel> doko, ok, so, we bump the version number and update the symbols using silo 16, is that correct?
[10:57] <doko> mandel, if there is a abi change, yes. if not, then don't bump the version
[10:57] <mandel> doko, ack
[10:59] <mandel> doko, I'll go for lunch but you will have an mr for this CET afternoon
[11:10] <sil2100> doko: to get the media-hub bit landed I would first need the dbus-cpp merge release (or two at once) - and that one removes symbol files right now
[11:10] <sil2100> I know slangasek was a bit not happy with that
[11:11] <doko> sil2100, ok, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-016/+sourcepub/5227186/+listing-archive-extra is a new upstream
[11:11] <doko> but then somebody should work on media-hub
[11:22]  * sil2100 brb, preparing lunch
[12:16] <greyback_> cihelp: ping, I need help with a boottest regression for qtmir-gles
[12:29] <oSoMoN> trainguards: can I have a silo for line 69, please?
[12:35] <sil2100> oSoMoN: on it in a minute!
[12:35] <oSoMoN> cheers
[12:43] <jhodapp> sil2100, pong
[13:08] <boiko> cjwatson: hi, could you please check why the upload of ubuntu-touch-session failed on silo 40?
[13:09] <cjwatson> 08:59 <cjwatson> robru: 2015-07-28 19:17:14 INFO    Failed to parse changes file
[13:09] <cjwatson>                  '/srv/launchpad.net/ppa-queue/incoming/upload-ftp-20150728-191624-097524/~ci-train-ppa-service/ubuntu/landing-040/ubuntu-touch-session_0.108+15.10.20150728-0ubuntu1_source.changes': GPG verification of ...
[13:09] <cjwatson> 08:59 <cjwatson> ... /srv/launchpad.net/ppa-queue/incoming/upload-ftp-20150728-191624-097524/~ci-train-ppa-service/ubuntu/landing-040/ubuntu-touch-session_0.108+15.10.20150728-0ubuntu1_source.changes failed: Verification failed 3 times:
[13:09] <cjwatson>                  ["(7, 9, u'No public key')", "(7, 9, u'No public key')", "(7, 9, u'No public key')"]
[13:09] <cjwatson> 08:59 <cjwatson> no idea why that would be, but that's the failure
[13:09] <cjwatson> boiko: ^-
[13:10] <boiko> cjwatson: interesting, do you think it would work if I try again?
[13:11] <cjwatson> boiko: don't know, but I'm sure it won't hurt to try
[13:12] <boiko> cjwatson: yep, let me try
[13:20] <oSoMoN> trainguards: ping re- line 69, can I haz a silo pretty please?
[13:21] <sil2100> oSoMoN: assigning, sorry, got distracted by some other duties
[13:22] <sil2100> mandel: we have a problem
[13:23] <sil2100> mandel: https://code.launchpad.net/~mandel/espoo/rebuild-with-dbus-cpp/+merge/266198 is private, so the train doesn't seem to be able to handle it properly
[13:24] <jibel> fginther, ping
[13:27] <jibel> fginther, can you help with http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtmir no one in cihelp replied since this morning
[13:27] <fginther> sil2100, greyback__, I should have that qtmir-gles package resolved in a moment
[13:27] <fginther> jibel, pon
[13:28] <jibel> fginther, thanks, I got my answer
[13:28] <sil2100> fginther: thank you!
[13:28] <greyback__> fginther: thank you.
[13:28] <fginther> jibel, err, sorry! Didn't see the second message :-)
[13:36] <boiko> cjwatson: robru: a rebuild fixed the issue, thanks for looking into that anyway
[13:37] <cjwatson> boiko: cool
[13:40] <fginther> kenvandine, the ubuntu-system-settings updates are complete now
[13:40] <kenvandine> fginther, thx!
[13:51] <rvr> popey: Music app approved, make sure it's 892 and not 891 the one which lands ;)
[13:51] <popey> haha, will do!
[13:51] <popey> thanks rvr
[13:53] <sil2100> Yay!
[14:01] <mandel> sil2100, hm.. as I wondered, what do we do in that casE?
[14:01] <mandel> case*
[14:02] <sil2100> mandel: who released this project before? I suppose it has a different release model, e.g. getting it merged to trunk someone else and then maybe someone prepares a manual upload or something
[14:02] <mandel> sil2100, we need to talk with lool
[14:03] <sil2100> lool: ping!
[14:03] <mandel> lool, any idea on how to do a new release for espoo
[14:03] <mandel> ??
[14:03] <lool> hi folks
[14:03] <lool> mandel: which part?
[14:03] <lool> I think this is a commercial project, not an Ubuntu one
[14:03] <mandel> lool, well, we want to get espoo repackaged to be tested with a few changes I made for the start up (be able to start without it being present)
[14:04] <mandel> lool, well, I guess I can do it locally, but we would want QA to test this..
[14:04] <lool> are you speaking of the services wrapping the proprietary binaries
[14:04] <lool> or of the proprietary bits themselves?
[14:04] <popey> sil2100: new music app pushed to store
[14:04] <lool> I'm not confortable discussing these on a public channel
[14:05] <sil2100> lool: here's the merge mandel wants released https://code.launchpad.net/~mandel/espoo/rebuild-with-dbus-cpp/+merge/266198
[14:05] <mandel> sil2100, which is empty
[14:05] <sil2100> lool: ok, I guess you two can take it elsewhere :)
[14:05] <sil2100> popey: thanks!
[14:05] <popey> np
[14:27] <mandel> sil2100, we need to reconfigure that silo and remove the espoo project, I'll talk with QA about it
[14:29] <sil2100> mandel: ACK, on it
[14:29] <mandel> sil2100, thx
[14:30] <alf> cihelp: Hi! powerd is in wily-proposed waiting to be promoted, but it's failing boottest. It seems it has been failing boottest for a while now, though, it's not because of the update. What's the process to unblock the release?
[14:36] <fginther> alf, hello. For now we have to manually promote it. I should have it unblocked in a minute.
[14:38] <alf> fginther: Thanks. FYI the problem is "unable to make backup link of './usr/share/powerd/device_configs/config-default.xml' before installing new version: Invalid cross-device link", is this because of image setup?
[14:41] <dobey> fginther: interseting. so it seems there's some "coverage-with-data.xml" ending up in the build tree, which is getting copied in; it's reporting coverage of soem java files from maven which aren't in the source tree :-/
[14:42] <dobey> https://jenkins.qa.ubuntu.com/job/unity-scope-snappy-wily-amd64-ci/89/artifact/work/results/coverage-with-data.xml for example
[14:43] <fginther> alf, it is caused by the image layout on the device and limitations in boottest itself. So, yeah you could say it's related to the image setup. It's a known issue for a couple of packages.
[14:44] <fginther> dobey, is that file already in the source code?
[14:44] <fginther> dobey, the source code for unity-scope-snappy?
[14:45] <dobey> fginther: ah, it's in one of the vendored packages
[14:45] <dobey> fginther: so no worries. :)
[14:45] <fginther> dobey, ah, thanks
[15:04] <jhodapp> sil2100, Mirv isn't around, so maybe you can explain to me how something works for silo building. Line 26 has qtmultimedia-opensource-src as a source package to land, how does it build the appropriate qtmultimedia-opensource-src MR from that? Or does it get built manually and then uploaded manually to the silo?
[15:24] <sil2100> jhodapp: hey, those are all manual source uploads, so for instance Timo prepares all the changes locally, builds the package with debuild or similar, uploads it to the silo, release and then deal with merging the changes to the project's trunk manually
[15:25] <sil2100> jhodapp: in this case the train is only used as a place where the packages can be tested before going to the archive/overlay
[15:25] <sil2100> jhodapp: you didn't use manual source uploads in the train yet?
[15:26] <sil2100> jhodapp: in case you didn't: https://wiki.ubuntu.com/citrain/LandingProcess#CI_Train_for_manual_source_uploads
[16:27] <kyrofa> cihelp: When I select a specific (successful) build URL for an MP on my project, I see the "Cobertura Coverage Report" and I can select it and check it out. If however I select "back to project" and then hit "Coverage Report" I get "No valid coverage data available." Am I missing something in my setup?
[16:34] <jhodapp> sil2100, no I haven't had to do that myself yet
[16:46] <fginther> kyrofa, It looks like a case of jenkins being weird. I get the behavior you describe from the public url (jenkins.qa.ubuntu.com), but it appears to work better from the internal url (http://s-jenkins.ubuntu-ci:8080/)
[16:46] <fginther> kyrofa, better, but not much more useful, the "Coverage Report" you're missing appears to be the same as looking at the report for the most recent build
[16:47] <kenvandine> woot
[16:47] <kenvandine> i'll publish that
[16:50] <kyrofa> fginther, alright, thank you!
[17:07] <mitya57> sil2100, there is something odd with the changelog in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-017/+sourcepub/5264925/+listing-archive-extra
[17:07] <mitya57> For some reason it decided to include some old changelog entries — a bug?
[17:08] <mitya57> (Maybe because it was bootstrapped in 2011 and never received an update since then)
[17:09] <robru> mitya57: yep, it looks like trunk was never released after I did the packaging work in 2012. I'd just leave it, subsequent releases should be sensible.
[17:10] <mitya57> OK, that's what I thought as well.
[17:15] <sil2100> mitya57: as robru said :)
[17:15] <mitya57> Ack
[17:29] <rvr> anpok: Approving silo 11
[17:33] <robru> alan_g|EOD: kgunn: I guess silo 32 is obsolete considering mir 0.14 just went into the overlay ppa?
[17:39] <anpok> rvr: awesome
[17:39] <anpok> robru: hmm
[17:39] <robru> anpok: the description mentions mir 0.13 ;-)
[17:40] <anpok> eh .. yes
[17:45] <greyback_> no nee, I'm trying myself
[19:26] <robru> good gahd it's noon thirty and I haven't had breakfast yet
[21:40] <robru> renatu: ok, this is your last build, after this jenkins is going offline.
[21:43] <renatu> robru, ok