[08:30] <xavigarcia> trainguards ping
[08:32] <xavigarcia> trainguards: Hi guys, I saw that there was a problem publishing silo 46. I don't have permissions to upload, but I saw that sil2100 had the same issue. The silo contains new strings so we should land this asap to give enough time to the translations team
[08:42] <Mirv> xavigarcia: yes, we'd need a core-dev for it, me or sil2100 do not yet have those rights either (https://launchpad.net/~ubuntu-core-dev/+members)
[08:42] <xavigarcia> Mirv: ack... thanks
[08:44] <Mirv> xavigarcia: Laney just did a couple of indicator uploads yesterdays, maybe he'd be up to this too. But I see a problem with the packaging unfortunately - it build depends on libunity-api-dev which is in universe, while the indicator is in main.
[08:45] <Mirv> this won't be allowed, so either the dependency should be removed or the unity-api source package should be MIR:d via a bug report containing this https://wiki.ubuntu.com/UbuntuMainInclusionRequirements
[08:47] <xavigarcia> Mirv: Okay... I will take a look, but I'm afraid I cannot remove that dependency....
=== joc|away is now known as joc_
[09:52] <xavigarcia> Mirv: Hi again, I see the network indicator has also libunity-api-dev as a build dependency and it's landing normally
[09:54] <seb128> xavigarcia, that indicator is not used on the desktop and is in universe
[09:56] <xavigarcia> seb128: true... I didn't realize it was not in main. thanks!
[09:57] <seb128> yw
[10:14] <bzoltan_> Mirv:  what should i do with this? https://ci-train.ubuntu.com/job/ubuntu-landing-016-1-build/268/console
[10:16] <Mirv> bzoltan_: we're back to normal landings - ie those where you need to wait for the -proposed migration in xenial before the trunk gets merged..
[10:17] <Mirv> bzoltan_: but if it's OTA-8 related you're preparing, let's just merge manually
[10:17] <Trevinho> Laney: why do I get that error? ^
[10:17] <bzoltan_> Mirv: it is indeed an OTA8 bugfix
[10:17] <Trevinho> Is that already in xenial?
[10:17] <Mirv> bzoltan_: ok, just a moment then
[10:17] <Laney> yes
[10:17] <Laney> Trevinho: tick box to ignore it
[10:17] <bzoltan_> Mirv:  thank you
[10:18] <Trevinho> Laney: how is called?
[10:18] <Laney> umm
[10:18] <Trevinho> Laney: 	FORCE_REBUILD?
[10:18] <Laney> force something
[10:18] <Laney> sounds right
[10:19] <Mirv> bzoltan_: trunk up-to-date, feel free to retry now
[10:19] <Mirv> the merge job said something funny but did the main thing anyway
[10:19] <Trevinho> Laney: ok that went ok
[10:21] <Laney> woot
=== _salem is now known as salem_
=== dpm__ is now known as dpm
[12:30] <oSoMoN> trainguards: can the armhf xenial build in silo 39 be retried, please?
=== chihchun_afk is now known as chihchun
[12:35] <Mirv> oSoMoN: ok
=== alf is now known as alf_
[12:58] <alf_> cihelp: Hi! We are getting CI failures because of intermittent network issues ("Temporary failure in name resolution"). Is this a known issue? For example, see latest failures in https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-touch/
[13:03] <psivaa> alf_: this seems very similar cause  due to a bug https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1511049
[13:03] <ubot5> Launchpad bug 1511049 in software-properties (Ubuntu) "add-apt-repository intermittently fails on krillin" [Undecided,New]
[13:06] <alf_> psivaa: I don't know... what we are seeing is clearly a network issue, whereas the bug you mention seems like a problem with the API (i.e. connection to LP is made, but something goes wrong after that)
[13:13] <psivaa> alf_: Since the actual root cause of the bug hasn't been investigated,  i'm not sure if we can either confirm it as the same cause or a different one. May be a different out come of the same cause or slightly different causes. i.e. Could be in the networking used by software-proporties
[13:14] <psivaa> alf_: i'll add this output to the bug too
=== lool- is now known as lool
=== dbarth_ is now known as dbarth
[14:38] <dobey> cihelp: can we have a pending click autopilot mako job killed to circumvent the extreme long wait time, if we aren't relying on successful completion of the autopilot?
[15:20] <josepht> dobey: which job?
[15:21] <dobey> josepht: the pending generic-click-autopilot-mako job for pay-ui
[15:23] <josepht> dobey: http://s-jenkins.ubuntu-ci:8080/job/generic-click-autopilot-runner-mako/ ?
[15:23] <dobey> josepht: yes, #949 is the pending job for pay-ui there
[15:25] <josepht> dobey: okay, let me figure out if killing it is going to cause any issues
[15:25] <dobey> josepht: ok, thanks
[15:27] <josepht> dobey: I killed it
[15:28] <dobey> josepht: i saw. thanks :)
[15:28] <josepht> dobey: np
[15:29] <dobey> cihelp, trainguards: can we get http://s-jenkins.ubuntu-ci:8080/job/generic-click-builder-14.09-armhf/49/artifact/output/com.canonical.payui_15.01.135_armhf.click uploaded to the store please?
[15:29] <sil2100> dobey: hey! You'd need someone like popey
[15:30] <Saviq> trainguards, remove unity-scope-click from silo 21 please, and can we have a silo for reqs 595, 596?
[15:30] <sil2100> Saviq: oh, we low on silos now? On it
[15:31] <sil2100> Saviq: packages deleted, now for the requests
[15:32] <Saviq> sil2100, yeah, thanks
[15:33] <sil2100> Saviq: assigned
[15:33] <Saviq> tx
[15:33] <sil2100> Landers, please make sure to free up silos that you are not using right now
[15:34] <popey> sil2100, dunno who uploads payui, usually fginther I think....
[15:34] <sil2100> Oh, hm, ok
[15:34] <sil2100> fginther: ^ ?
[15:34] <fginther> sil2100, hey
[15:34] <dobey> usually fginther or plars in the past
[15:35] <dobey> fginther: can you upload http://s-jenkins.ubuntu-ci:8080/job/generic-click-builder-14.09-armhf/49/artifact/output/com.canonical.payui_15.01.135_armhf.click to the store?
[15:35] <sil2100> fginther: dobey wanted a payui upload to the store, if you have a moment :)
[15:35] <fginther> dobey, sure
[15:35] <dobey> thanks
[15:38] <fginther> dobey, done
[15:39] <dobey> fginther: great, thanks
[15:41] <bfiller> sil2100: out of silos? not letting me assign through train
[15:41] <sil2100> bfiller: yeah, you have a request I should assign?
[15:42] <bfiller> sil2100: https://requests.ci-train.ubuntu.com/#/ticket/597
[15:42] <dobey> trainguards: for requests for click package landings, do we just abandon the request once it's done? i don't see a way to manually set the status to landed
[15:42] <robru> dobey: what happens if you force merge?
[15:42] <sil2100> bfiller: assigning
[15:43] <bfiller> sil2100: ty
[15:43] <dobey> robru: how do i do that?
[15:43] <sil2100> bfiller: assigned, but we're no officially out of silos
[15:43] <sil2100> ;)
[15:43] <bfiller> sil2100: darn, any that can be deleted?
[15:43] <robru> dobey: run the merge job with FORCE checked. IIRC it should not try to delete any nonexistent PPA but still set the status to Landed.
[15:43] <dobey> robru: i only see "Assign" "Abandon" and "Edit"
[15:44] <dobey> robru: oh i need to assign a silo ppa for it?
[15:44] <robru> dobey: oh crap, nm then
[15:44] <robru> dobey: you won't be able to because we're low
[15:44] <dobey> oh ok
[15:44] <dobey> robru: but assign and then force merge, should theoretically result in it being "landed" ?
[15:45] <robru> dobey: just mark it abandoned I guess. I still to this day have no idea why people insist on cramming non-ppa-using things through the ppa-wrapping-tool
[15:45] <dobey> robru: because you haven't given us a solution for getting clicks built, QAed, and uploaded to the store :)
[15:45] <dobey> it all has to be done manually this way
[15:46] <robru> dobey: I could create a spreadsheet for you...
[15:46] <dobey> give me a way to have silos for clicks, and it will get used
[15:47] <robru> dobey: well I can't make ppas support clicks, talk to colin
[15:59] <sil2100> xavigarcia: hey! So, I also checked quickly the packaging diff for silo 46 and as probably already someone else mentioned, we can't release it due to the cmake-extras and libunity-api-dev deps which are in universe
[16:00] <sil2100> xavigarcia: we'd either need to get rid of those or move them to main
[16:01] <xavigarcia> sil2100: although they only depend for building?
[16:01] <xavigarcia> sil2100: I only need those packages for the integration tests
[16:01] <sil2100> xavigarcia: yeah, sadly, a main package can only build-dep on main packages
[16:02] <xavigarcia> sil2100: it's going to be a problem, then I guess....
[16:02] <sil2100> Otherwise there's a component-mismatch
[16:02] <xavigarcia> sil2100: I see
[16:02] <sil2100> xavigarcia: if it's required and the both packages are still maintained by us, I guess we can look into getting them into main
[16:02] <sil2100> Then you could just leave those deps, but I'd need to check if it's possible and how much work would it need
[16:03] <xavigarcia> sil2100: ok...
[16:07] <jhodapp> robru, can you please dput qtmultimedia from ppa:jhodapp/ubuntu/ppa to the silo 9 ppa?
[16:07] <robru> jhodapp: one sec
[16:07] <jhodapp> k
[16:08] <robru> jhodapp: ok one, you can run the build job now to track it
[16:08] <jhodapp> robru, thanks man
[16:08] <robru> jhodapp: you're welcome
[16:21] <sil2100> alecu, xavigarcia: looking at the packages main-inclusion possibility in a minute
[16:21] <alecu> sil2100: xavigarcia is also looking at splitting the landing
[16:21] <alecu> sil2100: and taking the tests and new dependencies out, and trying to land them for OTA-9
[16:22] <alecu> sil2100: so, let me know if the main-inclusion is not possible, and we'll try to push that
[16:22] <alecu> sil2100: hopefully it can be solved in the way you propose, so we don't have to retest all the silo.
[16:24] <xavigarcia> alecu, sil2100: I already pushed the changes to remove the integration tests.... so if you think we can include those packages in main without issues please let me know so I can roll back
[16:25] <xavigarcia> alecu, sil2100: I'm rebuilding the silo, as it takes some time
[16:26] <alecu> xavigarcia: if you are rebuilding the silo we'll need QA approval again
[16:26] <alecu> xavigarcia: make sure to mention that there are no changes in the main code
[16:27] <sil2100> alecu, xavigarcia: ok, thanks guys
[16:27] <alecu> sil2100: thank you!
[16:32] <sil2100> alecu, xavigarcia: so, it looks like we could potentially get both packages rather easy to main, but let me double-confirm that
[16:43] <sil2100> alecu, xavigarcia: ok, filled in an MIR for unity-api, doko will be looking at it in a moment
[16:43] <sil2100> Fingers crossed it gets approved
[16:48] <sil2100> Ursinha: hey! Could you add me as an admin to the https://launchpad.net/~touch-packages team? :)
[16:50] <sil2100> Ursinha: since it's a team that's subscribed to a few touch packages and I see you're the only person in it
[16:50] <boiko> jibel: hi, I was wondering, do you think it is necessary to have QA verification on silo 000?
[16:51] <boiko> jibel: there are no code changes there, just changes to the CMake files to support cross compiling
[16:51] <Ursinha> sil2100: sure :) I'm on the move right now but as soon as I get to my computer I'll do that
[16:51] <sil2100> Thanks!
[16:52] <dbarth> hey
[16:53] <dbarth> i guess that's a sil2100 request ;)
[16:53] <dbarth> could you help me upload the latest oxide to silo 6?
[16:53] <dbarth> from https://chinstrap.canonical.com/~osomon/oxide-1.10.4-vivid-overlay/
[16:53] <sil2100> Oh my
[16:54] <sil2100> Sure, I'm on a sprint though, not sure if I won't thrash the internet for everyone when uploading it to the silo
[16:54] <sil2100> But I guess there's no one else that could do that right now ;)
[16:55] <dbarth> sil2100: uh, could be yes
[16:55] <sil2100> Downloading, will try doing that in a minute
[16:55] <dbarth> or is there someone else with you privs to do that? robru when he arrives?
[16:56] <sil2100> robru: is here with me as well
[16:56] <sil2100> ;)
[16:56] <robru> zzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZz
[16:57] <dobey> rvr: the purchase button state returns to the correct state just fine here on my mako with the silo. are you sure it wasn't just being a little bit slow for you perhaps? or that the old pay-service wasn't left around running? did you reboot the phone after installing the silo?
[16:57] <alecu> sil2100: should we stop xavigarcia's build if you are moving forward with the MIR?
[16:58] <rvr> dobey: Yes, I rebooted the phone, and tested without the silo. Then reinstalled the silo (citrain reboots), and problem was back.
[16:59] <xavigarcia> sil2100: I'm afraid moving those packages to main is going to take more time, so I think that it's best to land now without those dependencies and land them for next OTA....
[16:59] <dobey> rvr: can i see your ~/.cache/upstart/dbus.log when that happens?
[16:59] <xavigarcia> sil2100, alecu: the new build for silo 46 is almost finished
[17:00] <dbarth> eh :)
[17:00] <sil2100> Ok, let's just leave it as is
[17:02] <oSoMoN> sil2100, would it help if I dput’d this source package in a PPA somewhere, and you triggered a source copy from the PPA to the silo?
[17:03] <rvr> dobey: Sure, let me reinstall it
[17:05] <dobey> rvr: ok thanks. this is very odd indeed. i need to go get lunch now though. thanks
[17:05] <dbarth> oSoMoN: i thought sil2100 needed to redo the changelog anyway
[17:06] <oSoMoN> dbarth, why would he need to do that?
[17:06] <sil2100> oSoMoN: that might help, if the package version has ~overlay1 in it
[17:06] <oSoMoN> sil2100, yeah, it does already, I prepared it with the overlay PPA in mind
[17:06] <dbarth> sil2100: it does
[17:06] <dbarth> ah, so then a ppa source copy can just work
[17:07] <oSoMoN> ok, let me see if I can push it to my personal PPA
[17:07] <dbarth> oSoMoN: you'll need the space quota upgraded
[17:08] <oSoMoN> not necessarily for the source package, although the build will fail because of lack of space, but that doesn’t matter much, what we’re interested in is the source package
[17:19] <Ursinha> sil2100: done, can you check if that's enough?
[17:25] <oSoMoN> sil2100, okay, you should now be able to do a source copy of oxide-qt 1.10.4-0ubuntu1~overlay1 from https://launchpad.net/~osomon/+archive/ubuntu/ppa/+packages to silo 6
[17:28] <sil2100> oSoMoN: thanks!
[17:28] <sil2100> Ursinha: looking :)
[17:29] <sil2100> Ursinha: could you also make me an admin of the team?
[17:30] <Ursinha> sil2100: done :) and now?
[17:31] <sil2100> Ursinha: excellent, thanks!
=== robru changed the topic of #ubuntu-ci-eng to: Train trouble? ping trainguards | CI problems? ping cihelp | Train: http://bit.ly/1hGZsfS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: -
[17:34] <sil2100> oSoMoN: ok, I'll copy it over, but for the next release I would recomment using the sru versioning for the vivid package of oxide
[17:36] <sil2100> oSoMoN: you know, 1.10.4-0ubuntu0.15.10.1~overlay1 etc.
[17:37] <oSoMoN> sil2100, noted, I’ll keep that in mind for the next one
=== Ursinha is now known as Ursinha-afk
[17:38] <sil2100> oSoMoN: thanks! Package copied :)
[17:39] <oSoMoN> cheers
[17:53] <rvr> dobey: http://paste.ubuntu.com/13093327/
[17:56] <dobey> rvr: that's the payui.log; i need to see dbus.log
[17:59] <rvr> dobey: Hmm
[18:00] <rvr> dobey: The button eventually changes back to the price, takes long, but it does
[18:00] <rvr> dobey: This is the dbus.log for a couple of requests http://paste.ubuntu.com/13093425/
[18:00] <dobey> rvr: how long did it take? here it's maybe 3-4 seconds; but i have 500 Mbps connection too
[18:01] <dobey> rvr: ok, looks like it's not logging an error there, at least. i wonder why it's taking so long for you though. for me, it's about the same amount of time for both versions of pay-service
[18:03] <rvr> dobey: Weird, I went to another app, and now it doesn't get the price back. 1 minute and counting...
[18:03] <rvr> dobey: http://paste.ubuntu.com/13093503/
[18:04] <dobey> still no errors. hrmm
[18:07] <dobey> rvr: hmm, anything in unity8-dash.log ?
[18:10] <rvr> dobey: file:///usr/share/unity8//Components/LazyImage.qml:91:16: QML Image: Cannot open: file:///usr/share/unity8//Dash/Previews/broken_image
[18:10] <rvr> ** (process:2453): WARNING **: /build/pay-service-MZO9y2/pay-service-2.0.0+15.04.20151021.1/libpay/internal/package.cpp:223 item_properties variant has no sku or package_name entry
[18:11] <dobey> rvr: ok, thanks. looks like maybe something in libpay is awry. i'll see if i can track down what's going on there
[18:11] <rvr> dobey: Cool, thanks
[18:51] <xavigarcia_> trainguards, Hi! is there any problem building silos for arm64? I'm trying to build silo 46 but it's been waiting with the message: INFO arm64: Needs building
[19:16] <robru> xavigarcia_: looks like it just started. I guess the builders were just busy
[19:28] <xavigarcia_> robru: it finally finished... thanks!
[19:28] <robru> xavigarcia_: you're welcome. let me know if you need any more help
=== salem_ is now known as _salem
[21:45] <dobey> ToyKeeper: hey, are you around?
[21:45] <ToyKeeper> Hi.
[21:46] <dobey> ToyKeeper: can you test the rest of silo 26 please? rvr found an issue earlier today with the new pay-service, and i've fixed it and rebuilt pay-service in the silo now.
[21:47] <ToyKeeper> Sure, I'll take that one next.  :)
[21:48] <dobey> ToyKeeper: great, thanks!
[21:58] <sil2100> Love queuebot's spamming
[22:14] <cjwatson> xavigarcia_: heh, the problem is that we have five builders and they aren't keeping up.  we're in the process of commissioning scalingstack on arm64, which will fix this once it works properly
[22:23]  * sil2100 waits for his ocaml rebuilds to get built on arm64