/srv/irclogs.ubuntu.com/2016/05/24/#ubuntu-ci-eng.txt

=== josepht` is now known as josepht
=== salem_ is now known as _salem
=== slangase` is now known as slangasek
MirvTrevinho: not top-approved, couldn't publish silo 028 https://code.launchpad.net/~feng-kylin/unity/lp_1573897/+merge/29288305:37
=== chihchun_afk is now known as chihchun
SaviqMirv, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#indicator-network won't pass without --all-proposed until a unity8 migrates08:21
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
MirvSaviq: we will need serious foundations team support anyway with getting yakkety migrating - there's now a billion things that are preventing each other from migrating08:41
Mirvwe even got new KDE08:42
SaviqMirv, yup08:42
SaviqMirv, but at least unity8 should be unblocked soon08:43
Saviqwhich blocked a lot of other things08:44
=== ogra_` is now known as ogra_
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== sil2100 changed the topic of #ubuntu-ci-eng to: Train trouble? ping trainguards | CI problems? Use JenkaaS: http://bit.ly/jenkins-docs | Train: http://bit.ly/1hGZsfS | QA Signoffs: http://bit.ly/1qMAKYd | Known issues: no free silos!
Saviqrvr, fifteenth time the charm? ;) (re: silo 58 testing)10:13
rvrSaviq: Is it ready this time? :D10:13
Saviqrvr, AFAICT, yes10:13
rvrGood, good10:14
Saviqrvr, it was always ready, and then became not...10:14
Saviqand then it was ready again... and then not10:14
Saviqaand... you know the drill ;)10:14
=== chihchun is now known as chihchun_afk
SaviqMirv, sil2100, hey, need a bit of a packaging hand, if I have a B-D: foo[!armhf], bar[armhf] - how do I add the same for arm64? separate line?10:57
Saviqno way to do [!armhf,!arm64] or somethin?10:57
sil2100Saviq: hm, wouldn't [!armhf !arm64] work? Not sure if it works for negations11:21
sil2100[armhf arm64] should certainly work though11:21
Saviqah11:21
Saviqspace11:21
Saviqhmm looky like arm64 cross-build for cmake is broken11:23
Saviqaarch64-linux-gnu-cc not there11:24
Saviqor I'm missing something11:24
Saviqooh, out of silos12:02
Saviqsil2100, what say you that we merge&clean silos that are blocked on yakkety migration?12:03
MirvSaviq: I think selectively yes we should clean, but more like when it's quite certain there are no migration surprises that comes from the landing itself12:28
Mirvanyway, right now there's one free12:28
SaviqMirv, https://requests.ci-train.ubuntu.com/#/ticket/1450 can be merged IMO12:33
=== alex-abreu|off is now known as alex-abreu
MirvSaviq: done. we need to monitor the full yakkety situation for a while anyway.12:39
SaviqMirv, yup12:46
=== _salem is now known as salem_
Saviqjibel, sil2100, FYI: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005/+build/979912413:11
Saviqadding to our next silo13:11
=== chihchun_afk is now known as chihchun
=== mardy_ is now known as mardy
pstolowskiSaviq, something pyton-related appears broken now.. I wonder how did it pass earlier with my ftbfs fix. https://launchpadlibrarian.net/261391362/buildlog_ubuntu-yakkety-ppc64el.unity-scopes-shell_0.5.7+16.10.20160524-0ubuntu1_BUILDING.txt.gz14:08
Saviqpstolowski, something must've showed up in proposed since then14:09
Saviqpstolowski, and you should really move to py3 ;)14:09
pstolowskiour tests need python-tornado; and it requires singledispatch module which is not installed14:09
Saviqpstolowski, lemme get a yakkety container, sec14:11
pstolowskiSaviq, I know, but I prefer to pick time to do that ;)14:13
pstolowskiSaviq, yeah, reproduced in a container locally. python-tornado has changed14:24
pstolowskiSaviq, after installing python-backports-abc and singledispatch modules the test passes14:24
Saviqpstolowski, sounds like you wanna those depends (and migrate to py3)14:25
pstolowskiSaviq, so cleary the dependencies of python-tornado were changed (are broken now)14:25
Saviqpstolowski, https://launchpad.net/ubuntu/+source/python-tornado/4.3.0-1ubuntu114:25
Saviq"* Added dep on singledispatch and backports_abc."14:25
Saviqpstolowski, wonder if this was a temporary fail14:26
Saviqw00t http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity8 "Valid candidate"14:29
pstolowskiSaviq, hmm i don't get it, that was on May 1614:29
Saviqpstolowski, but it only got uploaded 6h ago14:30
Saviqpstolowski, that changelog is from debian, I suppsoe14:30
Saviqpstolowski, btw, good news http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-scopes-shell "Valid candidate"14:31
Saviqthings are migrating again14:31
SaviqMirv, sil2100 ↑↑14:31
pstolowskiSaviq, hmm but Y has 4.3.0-1ubuntu1 and it doesn't have these deps14:34
Saviqpstolowski, could be a bad merge from debian14:35
Saviqpstolowski, ping LocutusOfBorg on #ubuntu-devel maybe14:36
pstolowskiSaviq, yeah, he is offline14:37
Saviqpstolowski, file a bug then14:44
pstolowskiSaviq, k. in the meantime i'll add a workaround14:44
Saviqpstolowski, yeah, probably don't wanna land it though14:44
pstolowskiSaviq, I can revert in the next landing14:50
pstolowskianyway, the bug https://bugs.launchpad.net/ubuntu/+source/python-tornado/+bug/158523814:50
ubot5Launchpad bug 1585238 in python-tornado (Ubuntu) "Missing singledispatch and bacports-abc dependency" [Undecided,New]14:50
Saviqpstolowski, yeah you could14:50
Saviqpstolowski, confirmed14:51
pstolowskitx14:51
jhodappMirv, ping15:16
jhodappsil2100, ping15:24
Saviqrvr, WOOOOT15:46
rvrSaviq: I am going to buy a micro HDMI adaptor to check the remaining test case15:47
rvrEverything else seems fine15:47
Saviqrvr, which one? can I help so we can push it through quicker?15:48
pstolowskiSaviq, python workaround doesn't help, one of these packages doesn't exist in vivid/xenial :/15:51
Saviqpstolowski, (<< ) |15:52
pstolowskiSaviq, hmm can you elaborate?15:53
Saviqpstolowski, python-$whateveritwas | python-tornado (<< $yakkety_version), python-$theotherwhatever | python-tornado (<< $yakkety_version), python-tornado15:54
SaviqI think that should work15:54
pstolowskiSaviq, nice idea, trying15:59
kenvandinecharles_, i see silo 50 wasn't a trio silo...16:08
kenvandinecharles_, mind if i go ahead an publish that, with a manual copy to yakkety?16:09
slangaseksil2100: ubuntu-touch-meta 1.270 adds arm64, but ubuntu-touch appears to not be installable there, and this apparently blocks the gdal/ctemplate/qgis/tinyxml transition16:34
kenvandinekoza, i kicked a rebuild of silo 0 since i just published another landing16:44
kenvandinekoza, what's the status of that silo?16:44
davmor2kenvandine: he is on holiday till next week16:45
kenvandineah... that's why :)16:45
rvrSaviq: Silo 58 approved17:08
Saviqrvr, awesome, thanks17:08
mterrySaviq, ooh17:08
mterryjust noticed  :)17:08
Saviqand we actually migrated too https://launchpad.net/ubuntu/+source/unity817:09
Saviqjust in time17:09
Saviqmterry, publish please https://requests.ci-train.ubuntu.com/#/ticket/138117:09
robrujgdx: did you just convert to trio? One more build should overcome that error17:42
mterryrobru, that was me.  I'm on it  :)17:42
robrumterry: OK. This is the issue I mentioned in the email, only happens if you do a trio build same day as the last dual build17:43
mterryyeah17:43
mterryI don't actually need it to build, just wanted to get it in the right place so that next time we need it to build today, it will17:44
mterrySaviq, why does silo 58 mark qtmir-gles in vivid and xenial as UNAPPROVED?  that's just going into the overlay, right?17:45
Saviqmterry, huh it should, it's a triple silo17:46
Saviqrobru, ↑↑?17:46
mterrySaviq, yeah and the yakkety upload seems to have gone well17:47
Saviqmterry, hmm publish job says the right thing https://ci-train.ubuntu.com/job/ubuntu-landing-058-2-publish/11/console17:48
Saviqmterry, it did, however, push it to xenial and vivid queues https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text=qtmir https://launchpad.net/ubuntu/vivid/+queue?queue_state=1&queue_text=qtmir17:49
mterrySaviq, oh ick17:50
SaviqI think it forgot to push qtmir-gles to overlay and SRUd them...17:50
Saviqrobru, BUUUG17:50
jhodapprobru, would you mind trying to publish this please: https://requests.ci-train.ubuntu.com/#/ticket/143617:51
Saviqmterry, can you help jhodapp ↑17:51
mterrysure17:51
jhodappthanks17:51
mterrygotta have robru's full attention for silo 58  :)17:51
robrujhodapp: I can't publish anything you can't17:51
jhodappno worries17:52
jhodapprobru, ok for some reason I thought that had changed17:52
robrujhodapp: I used to be able to publish stuff but that was a long time ago17:53
jhodappk no worries17:53
robrumterry: Saviq huh looks like gles gets the wrong dest. Will fix asap17:53
Saviqjhodapp, ↑17:53
mterryi fixed it17:53
Saviqnot sure if you're getting queuebot pings, I don't17:53
Saviqah ack17:54
Saviqfull service17:54
jhodappthanks mterry17:54
mterrySaviq, I don't either!  Wasn't sure why my client ignored it.  It also prints the bot in purple17:54
mterryMust know it's special.  But not sure why it thinks I don't want the pings17:54
* Saviq changed to "Notify each message"17:55
Saviqlooks scary but let's se17:55
Saviqqueuebot, care to ping me about something? ;P17:56
robruSaviq: mterry: queuebot messages are "channel notices" instead of normal messages, some irc clients treat that stupidly.17:56
robrumterry: do you have the power to reject those gles uploads from xenial/vivid queues? code is fixed on trunk, should roll to production in ~20, I copied the packages into overlay so it'll soon update to 'Release pocket', just need to clear them from the UNAPPROVED queue.18:00
mterryrobru, I don't, try an archive admin18:00
robrumterry: ok, just pinged in #ubuntu-release18:00
* mterry is going to cafe for better internet, bbiab18:08
=== chihchun is now known as chihchun_afk
robruYay18:32
robruBrb18:32
mterrySaviq, remind me what controls when ci-train merges the branches into trunk?  It doesn't wait until proposed migration is over, surely?  (/me wants to respin silo 59 and do final testing)18:39
mterryor robru ^18:42
sil2100mterry: it does wait for migrating to the release pocket18:48
mterrysil2100, oh wow ok18:48
sil2100So it doesn't auto-merge the silo until it's at the final destination, just in case some of your changes cause the packages to be blocked in -proposed etc.18:48
mterrysil2100, ok thanks18:49
robrumterry: heh, "surely", yes the purpose of waiting for proposed is so that if your package explodes in proposed then you'll be responsible for it, rather than fire-and-forget.18:50
robrumterry: force-merging is allowed if you're in a huge hurry and you have a silo with the same packages in it, so when you publish that other one you'll still be monitoring proposed.18:50
robrubut generally discouraged.18:51
mterryrobru, I can wait  :)18:51
=== salem_ is now known as _salem
mterryrobru, sil2100: I get this error when building u8 in a silo right now: "unity8 8.12+16.10.20160520.1-0ubuntu1 is missing from the changelog, which has up to 8.12+16.04.20160518.1-0ubuntu1. Please sync destination version back to trunk." -- sounds like it wants me to sync from yakkety-proposed, but the train hasn't merged that version into trunk yet for me to merge.  Is this an expected no-mans-land wait period, or is there something I'm not do22:16
mterrying right?22:16
robrumterry: yes this is an expected result of conflicting silos, you can force build if you really want to build but you'll just have to rebuild again later once it merges22:18
mterryrobru, go it, force build it is, thanks.  Not really conflicting, since I'm dealing with a testing silo, which is not uncommon, I'd have thought22:19
mterryrobru, I see in the text for the "force build" option that it mentions this scenario, but might be nice if the error message from the train suggested that if the user doesn't care about the drawbacks you mentioned22:20
robrumterry: "conflicting silos" in train terms just means two silos that have one or more of the same source package. In this case one has been published so building others is discouraged since the build won't include published one22:20
mterryrobru, but thanks for setting me straight  :)22:20
mterryrobru, right of course.  Just saying that for testing silos, it doesn't matter as much, and conflicting/discouraged are stronger language than I would use22:21
robrumterry: file a bug? Btw i added support for comments to my big branch, hopefully that'll hit production within a week22:22
* mterry hugs robru22:22
robruHehe22:22
mterryrobru, https://bugs.launchpad.net/bileto/+bug/158539322:25
ubot5Launchpad bug 1585393 in Bileto "Suggest "force build" to user when a version in distro hasn't landed in trunk yet" [Undecided,New]22:25
mterryguh, now I see 503 errors..22:26
robrumterry: thanks22:26
* mterry signs off, can't deal with this now :)22:26
robrumterry: lp is fussy, give it time22:26
mterrycheers!22:27

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!