xavigarcia | trainguards ping | 08:30 |
---|---|---|
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:32 |
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:42 |
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:44 |
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:45 |
xavigarcia | Mirv: Okay... I will take a look, but I'm afraid I cannot remove that dependency.... | 08:47 |
=== joc|away is now known as joc_ | ||
xavigarcia | Mirv: Hi again, I see the network indicator has also libunity-api-dev as a build dependency and it's landing normally | 09:52 |
seb128 | xavigarcia, that indicator is not used on the desktop and is in universe | 09:54 |
xavigarcia | seb128: true... I didn't realize it was not in main. thanks! | 09:56 |
seb128 | yw | 09:57 |
bzoltan_ | Mirv: what should i do with this? https://ci-train.ubuntu.com/job/ubuntu-landing-016-1-build/268/console | 10:14 |
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:16 |
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:17 |
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:18 |
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:19 |
Laney | woot | 10:21 |
=== _salem is now known as salem_ | ||
=== dpm__ is now known as dpm | ||
oSoMoN | trainguards: can the armhf xenial build in silo 39 be retried, please? | 12:30 |
=== chihchun_afk is now known as chihchun | ||
Mirv | oSoMoN: ok | 12:35 |
=== alf is now known as alf_ | ||
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/ | 12:58 |
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:03 |
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:06 |
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:13 |
psivaa | alf_: i'll add this output to the bug too | 13:14 |
=== lool- is now known as lool | ||
=== dbarth_ is now known as dbarth | ||
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? | 14:38 |
josepht | dobey: which job? | 15:20 |
dobey | josepht: the pending generic-click-autopilot-mako job for pay-ui | 15:21 |
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:23 |
josepht | dobey: okay, let me figure out if killing it is going to cause any issues | 15:25 |
dobey | josepht: ok, thanks | 15:25 |
josepht | dobey: I killed it | 15:27 |
dobey | josepht: i saw. thanks :) | 15:28 |
josepht | dobey: np | 15:28 |
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:29 |
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:30 |
sil2100 | Saviq: packages deleted, now for the requests | 15:31 |
Saviq | sil2100, yeah, thanks | 15:32 |
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:33 |
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:34 |
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:35 |
fginther | dobey, done | 15:38 |
dobey | fginther: great, thanks | 15:39 |
bfiller | sil2100: out of silos? not letting me assign through train | 15:41 |
sil2100 | bfiller: yeah, you have a request I should assign? | 15:41 |
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:42 |
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:43 |
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:44 |
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:45 |
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:46 |
robru | dobey: well I can't make ppas support clicks, talk to colin | 15:47 |
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 | 15:59 |
sil2100 | xavigarcia: we'd either need to get rid of those or move them to main | 16:00 |
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:01 |
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:02 |
xavigarcia | sil2100: ok... | 16:03 |
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:07 |
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:08 |
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:21 |
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:22 |
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:24 |
xavigarcia | alecu, sil2100: I'm rebuilding the silo, as it takes some time | 16:25 |
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:26 |
sil2100 | alecu, xavigarcia: ok, thanks guys | 16:27 |
alecu | sil2100: thank you! | 16:27 |
sil2100 | alecu, xavigarcia: so, it looks like we could potentially get both packages rather easy to main, but let me double-confirm that | 16:32 |
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:43 |
sil2100 | Ursinha: hey! Could you add me as an admin to the https://launchpad.net/~touch-packages team? :) | 16:48 |
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:50 |
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:51 |
dbarth | hey | 16:52 |
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:53 |
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:54 |
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:55 |
sil2100 | robru: is here with me as well | 16:56 |
sil2100 | ;) | 16:56 |
robru | zzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZz | 16:56 |
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:57 |
rvr | dobey: Yes, I rebooted the phone, and tested without the silo. Then reinstalled the silo (citrain reboots), and problem was back. | 16:58 |
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 | 16:59 |
dbarth | eh :) | 17:00 |
sil2100 | Ok, let's just leave it as is | 17:00 |
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:02 |
rvr | dobey: Sure, let me reinstall it | 17:03 |
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:05 |
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:06 |
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:07 |
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:08 |
Ursinha | sil2100: done, can you check if that's enough? | 17:19 |
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:25 |
sil2100 | oSoMoN: thanks! | 17:28 |
sil2100 | Ursinha: looking :) | 17:28 |
sil2100 | Ursinha: could you also make me an admin of the team? | 17:29 |
Ursinha | sil2100: done :) and now? | 17:30 |
sil2100 | Ursinha: excellent, thanks! | 17:31 |
=== 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: - | ||
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:34 |
sil2100 | oSoMoN: you know, 1.10.4-0ubuntu0.15.10.1~overlay1 etc. | 17:36 |
oSoMoN | sil2100, noted, I’ll keep that in mind for the next one | 17:37 |
=== Ursinha is now known as Ursinha-afk | ||
sil2100 | oSoMoN: thanks! Package copied :) | 17:38 |
oSoMoN | cheers | 17:39 |
rvr | dobey: http://paste.ubuntu.com/13093327/ | 17:53 |
dobey | rvr: that's the payui.log; i need to see dbus.log | 17:56 |
rvr | dobey: Hmm | 17:59 |
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:00 |
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:01 |
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:03 |
dobey | still no errors. hrmm | 18:04 |
dobey | rvr: hmm, anything in unity8-dash.log ? | 18:07 |
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:10 |
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:11 |
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 | 18:51 |
robru | xavigarcia_: looks like it just started. I guess the builders were just busy | 19:16 |
xavigarcia_ | robru: it finally finished... thanks! | 19:28 |
robru | xavigarcia_: you're welcome. let me know if you need any more help | 19:28 |
=== salem_ is now known as _salem | ||
dobey | ToyKeeper: hey, are you around? | 21:45 |
ToyKeeper | Hi. | 21:45 |
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:46 |
ToyKeeper | Sure, I'll take that one next. :) | 21:47 |
dobey | ToyKeeper: great, thanks! | 21:48 |
sil2100 | Love queuebot's spamming | 21:58 |
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:14 |
* sil2100 waits for his ocaml rebuilds to get built on arm64 | 22:23 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!