/srv/irclogs.ubuntu.com/2016/04/15/#ubuntu-ci-eng.txt

kenvandinervr, grrr... i thought it was00:16
kenvandinervr, approved now :)00:16
kenvandineit's just dropping a hack to work around the schema issue00:16
rvrkenvandine: Cool00:16
=== chihchun is now known as chihchun_afk
=== slangase` is now known as slangasek
bzoltanMirv:  ehh... this one keeps entertaining me - https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-047/excuses.html03:48
=== chihchun_afk is now known as chihchun
Mirvbzoltan: rerunning... blame mzanetti for unity8 autopkgtest flakiness :)04:43
bzoltanMirv: I do not dare to blame anybody :) he does have enough problems without me already04:49
bzoltanMirv: anyway, i have started that landing before the previous one was released in xenial so I think that the diff is not correct. Should I do a rebuild?04:50
Mirvbzoltan: no, not really. we land only to overlay and I think you started after trunk was merged?04:53
bzoltanMirv: yes04:54
Mirvbzoltan: I believe the xenial diff may be wrong since robru may not have taken into account all corner cases now that we're landing new landings (after landings) to overlay for xenial too04:54
bzoltanMirv: is the xenial closed now?04:55
Mirvrobru: now that I saw one problem repeatedly, I'll mention it: with control.gles in there, the UITK packaging changes says every time that there are new binary packages (lists all -gles packages from control.gles)04:55
Mirvbzoltan: yes, xenial is closed from us unless there's something desktop critical04:55
bzoltanMirv: the UITK examples are desktop specific features05:00
bzoltanMirv:  it is not like security or performance issue... but the installed examples are useless without the manifest files...05:01
bzoltanMirv: But most developers are expected to use the examples from the ubuntu-sdk-dev package... what is built from overlay... so it is not relevant.05:02
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
mzanettiMirv, which one?07:38
bzoltanMirv: thanks, now we need this ön a qa fast track https://requests.ci-train.ubuntu.com/#/ticket/126607:56
bzoltanrvr: For the SDK IDE release i need the UITK examples be in shape. This silo has the zero functional change fix -> https://requests.ci-train.ubuntu.com/#/ticket/1266 may I get it on a fast track?08:12
Mirvmzanetti: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial-ci-train-ppa-service-landing-047/xenial/amd64/u/unity8/20160414_202451@/log.gz08:15
Mirvmzanetti: qmltestrunner::Wizard::test_accountPage() function returned unexpected result08:16
mzanettiMirv, ack. will ask ltinkl to stabilize it08:16
Mirvmzanetti: thanks!08:16
Mirvrobru: the diff:s at https://requests.ci-train.ubuntu.com/#/ticket/1213 (qtpim) are all wrong08:17
mzanettiwhat?08:20
mzanettithat was quick08:20
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
Mirvsil2100: so just FYI train diffs seem pretty much as good as broken at the moment09:39
sil2100Mirv: packaging diffs in overall? Did robru make any changes recently to that?09:39
Mirvsil2100: overall. not sure, but might be related to the xenial overlay change too. although affects vivid as well.09:40
Mirvsil2100: for example https://requests.ci-train.ubuntu.com/#/ticket/1266 - vivid diff:s claim the previous 20160412 landing would not be in overlay while it is, and xenial diffs are empty09:40
sil2100huh09:40
Mirvsil2100: qtpim https://requests.ci-train.ubuntu.com/#/ticket/1213 is another example. they're like diffed in wrong direction and also to a really old version.09:42
sil2100Ok, that looks strange indeed, the empty xenial diffs I could understand due to the switch to overlay in xenial (might need some tweaking) - but the vivid ones worry me09:42
=== chihchun is now known as chihchun_afk
rvrbzoltan: Sure10:32
davmor2morphis: get ready for it10:47
morphisdavmor2: yeah!10:49
Mirvrvr: commented on https://trello.com/c/nFp6LOrW/3063-1213-ubuntu-landing-039-qtpim-opensource-src-renatofilho-timo-jyrinki earlier10:52
rvrMirv: Ah, great10:53
rvrMirv: Which apps do use qtpim datetime functions?10:54
Mirvrvr: I'd refer to renato or bfiller for definitive list, but calendar would be the obvious one, likely dialer/messaging too for the timestamps11:00
Mirv(neither of them is online yet)11:00
rvrMirv: Ok11:01
bzoltanrvr: thank you11:13
=== alan_g is now known as alan_g|afk
=== _salem is now known as salem_
sil2100oSoMoN: hey! Did you have a moment to take a look at the browser/oxide bug we're encountering in the emulator?13:26
oSoMoNsil2100, yes, I’ve commented on it13:28
=== alan_g|afk is now known as alan_g
dobeysil2100: can you do https://autopkgtest.ubuntu.com/request.cgi?release=vivid&arch=armhf&package=unity-scope-click&trigger=pay-service%2F15.10%2B15.04.20160413-0ubuntu1&ppa=ci-train-ppa-service%2Fstable-phone-overlay&ppa=ci-train-ppa-service%2Flanding-061 please?13:44
sil2100dobey: done13:44
dobeysil2100: thanks!13:44
sil2100yw!13:44
sil2100oSoMoN: thanks! Nice to hear we at least have a possible workaround13:46
oSoMoNsil2100, yeah, but we should really be getting to the bottom of things, i.e. understand why GL in the emulator thinks GL_SHADING_LANGUAGE_VERSION is an invalid value13:51
Elleotrainguards: heya, could someone kick off a rebuild of just the vivid arm64 build for silo 37?13:54
sil2100Elleo: on it13:54
Elleosil2100: thanks :)13:55
sil2100Elleo: done :)13:55
Elleosil2100: great, thanks13:55
sil2100yw!13:59
=== kgunn is now known as Guest72262
=== Trevinho_ is now known as Trevinho
robrusil2100: Mirv: re: diffs, I would expect a slight hiccup with xenial diffs where the first silo since a switch would not be able to generate a xenial diff because there's no xenial package in the overlay ppa, however vivid diffs should be totally fine and unaffected. all subsequent silos should be diffing correctly against the xenial packages in xeenial17:06
robruoverlay17:06
=== ogra_` is now known as ogra_
=== alan_g is now known as alan_g|EOW
robruMirv: I regenerated your qtpim diffs and they are much smaller now, can you confirm that they're correct? next time you see any diff issues just regenerate first then complain if they're stil wrong after that17:32
popeyrobru: do you look after the rights for people to create tasks on https://requests.ci-train.ubuntu.com/ ?18:07
popeyDanChapman (dekko maintainer needs to be able to18:07
robrupopey: I do (also sil)18:12
robrupopey: he's not a canonical employee is he? generally only canonical people are accepted (there's only one non-canonical person currently, it's quite exceptional)18:13
bzoltanjibel: rvr: would there be any chance to publish the silo47 content? It is a super critical fix for the IDE and Xenial is closing for real in no time... this change is a super minor, but very important for me20:00
rvrbzoltan: It just changes code in examples, right?20:05
=== chrisccoulson_ is now known as chrisccoulson
rvrbzoltan: Done20:33
Saviqrobru, hey, any idea what https://jenkins.canonical.com/system-apps/job/run-commands/node=cyclops-node19/lastBuild/console is about?21:39
boikotrainguards: can someone please trigger a rebuild of telephony-service/arm64 for both vivid and xenial on silo 55?22:03
robruSaviq: i dunno, that's jenkaas22:15
Saviqrobru, I know that's jenkaas, just asking if the error means anything to you22:16
robruSaviq: it looks the chroot isn't found, sorry, i dunno why22:18
Saviqrobru, grr wrong link ;)22:18
Saviqrobru, anyway, recreating the chroot22:18
Saviqrobru, https://jenkins.canonical.com/system-apps/job/run-commands/node=cyclops-node19/16/console was the issue22:18
Saviqwill see if that's a problem still after the chroot is recreated22:18
Saviqplars, hey, good news: my arale seems to be working reliably now with the wait/reboot approach - I will monitor whether the reboot is actually needed https://unity8-jenkins.ubuntu.com/computer/arale-01/builds22:57
Saviqplars, on less good news, system apps team has a weird issue I can't pinpoint: https://jenkins.canonical.com/system-apps/job/run-commands/node=cyclops-node19/18/console22:58
plarsSaviq: no problems are allowed to happen on friday night!22:59
plarsSaviq: j/k :) looking22:59
Saviqplars, the armhf chroot on cyclops have trouble with apt-get update - for whatever reason apt decides apt-key is broken22:59
Saviqplars, I can't repro that anywhere else23:00
Saviqplars, if you've ssh access to the box - if you could poke about, I'd be obliged23:02
plarsSaviq: something broken with your schroot perhaps?23:03
Saviqplars, yeah I recreated it and same thing...23:03
plarsSaviq: try again, should be better now23:06
plarsSaviq: you did, indeed, have a duplicate entry in /etc/apt/sources.list. If you didn't put it there, then bad update I guess?23:06
Saviqplars, hah, wonder what's happened there - thanks, will have a look what happened there23:10
Saviqplars, huh, where did you find the dupe entries? https://jenkins.canonical.com/system-apps/job/run-commands/21/node=cyclops-node19/console looks fine wrt sources.list on the other node, apt still complains?23:13
plarsSaviq: /etc/apt.source.list had two versions of 'deb http://ports.ubuntu.com/ubuntu-ports trusty-backports main restricted multiverse universe'23:15
Saviqplars, aah you mean the node itself23:20
Saviqplars, ok, thanks for the help - I know where the problem is then23:22
Saviqplars, hmm so it wasn't that after all, that single node behaves weird23:42
plarsSaviq: it's still doing it?23:43
Saviqplars, yeah, try `schroot -d / -u root apt-get update`23:43
Saviqerm23:43
Saviq-c xenial-armhf23:43
plarsSaviq: I get: E: default: Chroot not found23:44
Saviqplars, schroot -c xenial-armhf -d / -u root apt-get update23:45
Saviqsry23:45
Saviqplars, gtg, don't sweat it - we can pick it up next week23:48

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