/srv/irclogs.ubuntu.com/2015/02/03/#ubuntu-ci-eng.txt

=== chihchun_afk is now known as chihchun
racarrtrainguards: Can I get a silo for row 77 (Mir 0.11 release)07:52
Mirvracarr: assigned, even though it conflicts with silo 808:07
Mirvso just take care of the landing order within your team08:07
racarrMirv: Thanks :) I've got Saviq in the same room so we will work it out.08:08
racarrci-help: Mir autolanding seems to be down...anyone have any info?08:18
racarrcihelp: ^08:18
Saviqtrainguards, reconfigure of vivid silo 21 please?08:22
fgintherracarr, do you have an MP that's not merging that I can use to debug?08:24
racarrfginther: Sorry I don't understand08:27
racarrjust any MP? But one thats not yet ready to land?08:27
racarrWe are trying ot land https://code.launchpad.net/~alan-griffiths/mir/MVC-refactor-msh-Shell-hierarchy/+merge/248030 but it was TAed all night08:27
racarrand nothing happened08:27
fgintherracarr, that's exactly what I need to look at, thanks08:27
racarrfginther: :) Thank you08:30
racarrAhhh aha sorry I understand your original sentence now08:30
racarr<--jet lag brain08:30
racarr:)08:30
fgintherracarr, I'm confused by the target branch for this MP. Jenkins is watching MPs against lp:mir, but this MP is against lp:~mir-team/mir/development-branch08:36
fgintherracarr, was lp:mir re-targeted recently? It's now an alias for lp:~mir-team/mir/0.1108:41
SaviqMirv, can I have a reconfigure of vivid silo 21 please?08:44
racarrfginther: Ah...it was supposed to be targeted at the 0.12 series e.g. devel branch08:45
racarrfginther: Fixed it now...(e.g. lp:mir should be pointing at devel again)08:45
sil2100Saviq: done08:51
fgintherracarr, thanks08:52
Saviqsil2100, thanks08:53
racarrfginther: Do you think that was the problem?09:00
Saviqsil2100, when I reconfigure a silo from the spreadsheet, I'm left at a white page since the upgrade, fortunately the job still runs, but I can't see it, have to go to the job page manually09:10
vilaracarr: http://s-jenkins.ubuntu-ci:8080/job/mir-vivid-amd64-autolanding/272/consoleFull running for https://code.launchpad.net/~mir-team/mir/add-input-method-surface-spec/+merge/248063 so yes, that was the issue09:12
sil2100Saviq: yeah, we know about it... it seems to be some issue with the new jenkins, robru was looking into it but not sure he'll be able to fix that soon09:13
vilaracarr:  https://code.launchpad.net/~alan-griffiths/mir/MVC-refactor-msh-Shell-hierarchy/+merge/248030 is already scheduled to run next09:15
Saviqsil2100, kk09:15
Mirvsil2100: I don't find (probably just failing to search) info on where are all the vivid autopilot test results gone for the last two weeks?09:24
sil2100Mirv: the issue is in the terminal app... they still didn't fix/change the trunks respectively09:25
sil2100Mirv: CI cannot find the right version in bzr right now09:25
sil2100popey: hey! Do you have any information regarding the terminal-app? Which one in the end is the default one? And why is there 'latest' in the revision field in the desktop file?09:26
Mirvsil2100: oh, right, I fixed that on my setup by patching the line 207 in /usr/bin/phablet-click-test-setup to just use bzr without "-r latest" (shouldn't default be latest anyway..)09:26
sil2100Just love those unhandled exceptions09:26
popeysil2100: where are you seeing "latest"?09:27
sil2100popey: it's as we talked last week, it's in the current terminal-app in store, in its manifest file vcs-bzr-revno09:28
Mirvsil2100: popey: if the line 207 http://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/view/head:/phablet-click-test-setup is executed ("-r latest") in practice it yields ""Requested revision: 'latest' does not exist in branch: bzr+ssh://bazaar.launchpad.net/+branch/ubuntu-terminal-app/""09:29
sil2100Where the BZR_REVNO is set to 'latest' if not set to anything, if it's not defined09:29
Mirvworks for others, and works for terminal too if simply using the default (which should be latest, shouldn't it)09:29
popeyso this is a bug in what? the cmake?09:30
sil2100popey: not sure exactly, but I know the CMake file sets BZR_REVNO to "latest" if not set otherwise, and it is not - and "latest" is not really a valid bzr revision09:31
popeyright, i see09:31
popeythe one in the store comes from lp:ubuntu-terminal-app/reboot09:31
sil2100hmmm, hangout issues again09:31
popeywe need jenkins to point at reboot, and for us to switch default to reboot in lp09:31
popeythen that should fix it, right?09:31
sil2100popey: but I think the vivid images still have the non-reboot installed by default09:31
popeywhy!?09:32
popeythe reboot is the default in store09:32
popey0.7.4109:32
popey(I need someone with a bit of time to fix the jenkins side)09:32
oSoMoNtrainguards: can silo 28 be published, please?09:34
MirvoSoMoN: sure09:36
oSoMoNthanks Mirv! you’re back among us?09:36
MirvoSoMoN: merges unapproved09:37
MirvoSoMoN: yes! :)09:37
oSoMoNdarn, I’ll approve09:37
oSoMoNwelcome back!09:37
oSoMoNMirv, how’s the little one?09:37
oSoMoNok, approved now09:38
MirvoSoMoN: thanks! and fine!09:39
Mirvpublish success09:39
popeysil2100: let me know if there's anything I can do, but I think it's out of my control, sorry :(09:41
Mirvcihelp should I give up hope on http://q-jenkins.ubuntu-ci:8080/job/qt-release-gatekeeper/ ? I pinged in December or so but didn't get an answer. I'm running tests locally of course, that job just was nice in the earlier big landings when it worked.09:42
sil2100popey: poking around about that, I'll coordinate with you the switch to reboot then :)09:43
vilaMirv: looking09:43
popeyok09:45
Mirvvila: thanks! warning it's probably somewhat complex, and I don't know how it used to work :) regarding the job itself it tries to do the correct thing (update everything from a manually specified PPA), but I don't know how the "execute all tests" worked successfully09:50
vilaMirv: apparently the job requires a phone in http://q-jenkins.ubuntu-ci:8080/label/gatekeeper-mako/? and none of them are online09:51
Mirvvila: yeah, that's the first problem09:51
vilaMirv: so, unless I'm mistaken, it onl... ha, first ;-)09:51
Mirvvila: well, at least I could tinker more and try to get some results out if those were online, but I remember having some error even when they were online earlier at some point. and I think the error was of the sort that the device got lost at that point :) but it might have been a generic problem at that point.09:52
MirvI just don't know how much of that test execution in that job is shared with eg the generic jobs that are kept up-to-date, and how much is something that gets outdated fast09:52
Mirvif it shares the logic of executing autopilot tests with everything else, it could "just work" given devices09:53
vilaMirv: right, so; I've added mako-14 and the job failed, let see why09:53
vilaerr, no it's still running >-/09:53
vilahttp://q-jenkins.ubuntu-ci:8080/job/qt-release-gatekeeper/label=gatekeeper-mako/39/console09:54
sil2100popey: which version of terminal is the reboot one?09:58
popeysil2100: 0.7 is reboot, 0.6 is previous10:01
=== chihchun is now known as chihchun_afk
sil2100popey: ok, what we need to do 2 things now10:26
sil2100popey: first, we need this reviewed (or a similar fix included): https://code.launchpad.net/~sil2100/ubuntu-terminal-app/fix_cmake_revno/+merge/24835210:27
sil2100popey: second, we need to retarget lp:ubuntu-terminal-app to the /reboot branch10:27
popeysil2100: approved10:30
oSoMoNtrainguards: can I have a silo for line 87, please?10:30
MirvoSoMoN: sure10:30
sil2100popey: you think such a change makes sense? I saw it in clock-app and there it worked like a charm as well10:30
popeyyes10:30
popeysil2100: do you know how we can force jenkins to run on that now? https://code.launchpad.net/~sil2100/ubuntu-terminal-app/fix_cmake_revno/+merge/24835210:31
popey(given you're not in the team.10:31
sil2100Once this is merged in we would need to build a new click of it and then retarget10:31
sil2100hmm10:31
popeyyes10:32
popeyjenkins will build the click for us10:32
popeyonce its triggered10:32
sil2100popey: I think it's time to poke cihelp in this case ;p10:32
popeyok10:32
sil2100Since sadly I have no clue10:32
popeycihelp: please can someone trigger jenkins on                https://code.launchpad.net/~sil2100/ubuntu-terminal-app/fix_cmake_revno/+merge/24835210:32
fginthersil2100, popey, it was triggered automatically10:35
popeyit was?10:35
popeymagic!10:35
sil2100fginther: thanks for the magic :)10:43
Saviqugh fun, internal compiler error :/10:55
popeysil2100: http://91.189.93.70:8080/job/generic-mediumtests-vivid/948/? - its still pulling the wrong tests10:55
sil2100popey: it's probably because it tries to fetch those from the lp:ubuntu-terminal-app branch instead of /reboot, I think we need to retarget for it to be fixed10:57
popeyok, so re-target then re-run yes?10:57
popeysil2100: doing that now10:59
sil2100We could try, I just hope it won't break the merge or something ;)10:59
popeylets see!11:02
kgunntrainguards i can give up vivid silo 8, it was just a test silo...thanks11:06
kgunnhttp://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-00811:06
sil2100kgunn: freeing it up then, thanks!11:06
popeysil2100: hang on, your merge is against the old one, not the reboot, right?11:08
popeysil2100: this failed again. I think we need some help https://code.launchpad.net/~sil2100/ubuntu-terminal-app/fix_cmake_revno/+merge/24835211:08
sil2100It should be against the reboot11:08
sil2100popey: it was against the reboot, but now that the target switched then it's saying it's against trunk11:09
popeyright, but the tests are still failing.11:09
sil2100Ok, looking11:09
sil2100huh, those look like some normal failures due like broken tests or something11:11
sil2100Actually11:12
sil2100popey: not sure why but it looks to me it still tries to run the old tests - does the new reboot terminal-app have new autopilot tests?11:12
sil2100popey: ok, I see the problem...11:12
sil2100popey: the reboot terminal app doesn't have new tests ;/11:13
popeyah11:13
sil2100popey: all its tests are for the old terminal app, so no wonder they all fail as they expect the old app... we need someone writing tests for this application11:13
popeyright11:13
popeywill get on that.11:13
sil2100Anyway, let's get this branch hand-merged then and release a new click11:14
sil2100This would at least unblock all other testing11:14
sil2100We will have 100% failrues in the terminal app, but at least we'll have other test results for vivid11:14
popeyI'll be honest when we uploaded and switched to reboot I had no idea it was still included in any images11:14
sil2100;) Yeah, it seems the decision was made that it should stay in the devel and devel-proposed images11:15
sil2100As it's handy for developers11:15
=== chihchun_afk is now known as chihchun
slangaseksil2100, ogra_: fyi the si importer is currently disabled in cron because I'm making the channel changes requested by john-mcaleely / victorp11:37
slangaseksil2100, ogra_: so any image builds will have a short delay in being visible, and please don't manually run import-images without checking with me :)11:38
ogra_slangasek, thanks for the info !11:39
sil2100slangasek: ok, thanks ;)11:39
popeysil2100: is there anything you need from me to get that through?11:42
cjwatsonslangasek: BTW I reverted your archive-reports changes from yesterday after I confirmed that snakefruit could rsync from bilimbi::ubuntu-rtm-dists/ again11:58
cjwatsonThat was probably obvious, but11:58
sil2100popey: would you mind if I merge it in manually?11:59
=== MacSlow is now known as MacSlow|lunch
slangasekcjwatson: ah, did you?  Thanks, I thought I'd done it myself12:00
popeysil2100: sure12:00
slangasekogra_, sil2100: importer back online, it was a rather quick change12:01
sil2100slangasek: \o/12:16
ogra_hmm12:16
sil2100popey: can you build the terminal-app click?12:16
ogra_i wonder why my phone thinks there is an update ...12:16
ogra_we didnt build any images last night, did we ?12:17
sil2100ogra_: rtm? There was a new one as the cronjob is enabled12:17
ogra_(i had the notification when i got up this morning)12:17
sil210022512:17
ogra_sil2100, oh, i wonder who enabled that and forgot about it then :P12:17
sil2100hah ;)12:17
popeysil2100: which one, old or reboot? :)12:17
ogra_imgbot, status rtm 22512:18
imgbotError: There does not seem to be any build with the number rtm12:18
sil2100popey: the reboot one ;p The one that's now in lp:ubuntu-terminal-app12:18
ogra_pfft12:18
ogra_imgbot, status 22512:18
imgbotStatus: succeeded, Started: 2015-02-03 03:02:15 UTC, Finished: 2015-02-03 03:52:23 UTC12:18
imgbotBuild URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/1905212:18
imgbotChangelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/225.changes12:18
popeysil2100: it should build in jenkins automatically.12:18
Mirvvila: so, over at the gatekeeper job you can now see the real problem - it flashes alright, reboots and then loses the device. so currently the job is really good at "killing devices"... that would be the real problem to fix.12:18
popeysil2100: http://s-jenkins.ubuntu-ci:8080/job/terminal-app-click/12:19
sil2100popey: oh, ok, would be happy if it gets published to the store somehow ;)12:19
popey2739312:19
popeyer, ignore that12:19
popeyyeah, I'll do it now.12:19
sil2100popey: thanks! We'll try to get an image built afterwards to see if things are looking any better12:21
popeyok12:22
popeywill ping you when uploaded12:22
popeysil2100: http://s-jenkins.ubuntu-ci:8080/job/terminal-app-click/174/console failed :(12:22
Mirvsil2100: popey: so is the trunk vs reboot still a problem? I mean, phablet-click-test-setup --distribution=ubuntu --series=vivid  --click com.ubuntu.terminal still errors out similarly12:22
MirvI see it talks about lp:ubuntu-terminal-app while the fix is in /reboot12:23
sil2100Mirv: the fix is in lp:ubuntu-terminal-app now12:23
sil2100Mirv: as we did the switch, lp:ubuntu-terminal-app is the /reboot now12:23
Mirvsil2100: aah12:23
Mirvhmm, why does it give it then still12:24
sil2100Mirv: and it will fail until the new version of terminal is in the images12:24
sil2100Mirv: since the current one has still the invalid revno in the manifest12:24
popeybut it fails to even build a click now12:24
Mirvaha12:24
sil2100popey: oh?12:24
sil2100Where does it fail?12:24
popeyhttp://s-jenkins.ubuntu-ci:8080/job/terminal-app-click/174/console12:24
sil2100popey: eeek, looks like the switch broke something, it's trying to do a bzr update from the old tree or something?12:25
sil2100Mirv: ^ do you know anything about the click generation process?12:25
popeyi suspect there's a script in jenkins which pulls from /trunk?12:26
* ogra_ wonders why location doesnt work at all anymore here 12:26
Mirvsil2100: not much besides "if I click here a .click is generated"12:36
Mirvclick for .click!12:36
popeysil2100: Mirv the good news... http://s-jenkins.ubuntu-ci:8080/job/terminal-app-click-reboot/12:39
popeythere's a separate job for the reboot branch12:39
* popey clicks "rebuild" to see if 46 is okay12:40
sil2100uh12:40
sil2100Ok12:40
Mirvnice12:41
sil2100\o/12:41
popeyok, 46 built12:53
Mirvnice²12:54
popey        "vcs-bzr-revno": "46"12:54
popeylooks good12:54
=== alan_g is now known as alan_g|lunch
popeyMirv: could you please upload http://s-jenkins.ubuntu-ci:8080/job/terminal-app-click-reboot/lastSuccessfulBuild/artifact/out/com.ubuntu.terminal_0.7.46_armhf.click to the store?12:55
Mirvpopey: done12:56
popeythanks12:57
=== chihchun_ is now known as chihchun
popeyapproved12:57
oSoMoNtrainguards: can silo 28 be published, please?13:00
oSoMoNnote: silo 28 will require a core-dev ack, but the packaging change is trivial13:02
sil2100oSoMoN: will publish in a moment (preparing lunch now)13:04
oSoMoNthanks!13:05
MirvI can do that too13:08
MirvoSoMoN: you like breaking my Qt 5.4 PPA, do you? :) (just joking, I just need a kick a rebuild after each webbrowser landing)13:08
Mirvogra_: if around right now please ack bumping of oxide dependency pkging change https://ci-train.ubuntu.com/job/ubuntu-landing-028-2-publish/lastSuccessfulBuild/artifact/packaging_changes_webbrowser-app_0.23+15.04.20150203-0ubuntu1.diff13:10
oSoMoNMirv, sorry about that…13:12
oSoMoNMirv, I can’t wait for Qt 5.4 to land btw, there’s a new QML API that will greatly benefit webbrowser-app13:12
MirvoSoMoN: that's really trivial, but that would be the one benefit of getting rid of the 5 packages that use the private header from transition, so they wouldn't need constant rebuilds13:12
MirvoSoMoN: ooh, sounds good! there was great progress also while I was away, so I hope we can hit the feature freeze in two weeks13:13
oSoMoNMirv, yeah, that would be much easier for everyone indeed13:13
oSoMoNMirv, that’d be awesome13:13
oSoMoNmvo_, ogra_: would one of you guys have a minute to ack the packaging changes in https://ci-train.ubuntu.com/job/ubuntu-landing-028-2-publish/lastSuccessfulBuild/artifact/packaging_changes_webbrowser-app_0.23+15.04.20150203-0ubuntu1.diff ?13:15
mvo_oSoMoN: sure, do you have a link to button I need to press? diff looks fine13:16
mvo_oSoMoN: if not I will find it myself :)13:16
Saviqsil2100, we seem to have a problem... https://launchpadlibrarian.net/196457195/buildlog_ubuntu-vivid-armhf.unity8_8.02%2B15.04.20150203.1-0ubuntu1_FAILEDTOBUILD.txt.gz13:16
Saviq"internal compiler error: in symtab_remove_unreachable_nodes, at ipa.c:547"13:17
Saviqonly armhf13:17
Saviqbut reproducible13:17
vilaMirv: so, yeah, it breaks the phone :-/ Well, it hangs even, we did talk with plars about protecting that adb wait-for-device call with a timeout so your job should fail and the instrumented phones can be recovered13:17
Saviqdifficult to repro locally, doesn't happen for x-building, phone just rebooted when encountered this error it seemd13:18
Saviqstill trying13:20
Saviqnot really sure how to proceed :/13:21
ogra_mvo_, just an IRC "ACK" is enough :)13:22
oSoMoNmvo_, thanks, the MR that needs approving is https://code.launchpad.net/~osomon/webbrowser-app/save-restore-state/+merge/24267813:22
ogra_oSoMoN, looks all fine to me13:23
oSoMoNthanks!13:23
oSoMoNMirv, the packaging changes in silo 28 have been acked by not one but two core-devs :)13:24
Mirvogra_: unping the pkging change ack13:25
MirvoSoMoN: ok, thanks!13:25
* Mirv thinks a real "unping" removing previous highlight would be a neat feature13:25
ogra_lol13:26
boikotrainguards: should I just retry the build on vivid silo 25? or do you want to take a look on what caused that error?13:28
Mirvboiko: it would look like a temporary problem in archive info, so just try again13:29
Mirv(hash sum mismatch)13:30
boikoMirv: thanks13:30
=== MacSlow|lunch is now known as MacSlow
=== alan_g|lunch is now known as alan_g
=== bregma_ is now known as bregma
sil2100Saviq: the error is still reproducible? Were you able to repro it on the phone?14:04
Saviqsil2100, I got it once and the phone rebooting, still trying - and yeah PPA behavior is consistent, I've tried to remove the branch I suspect triggers this (even though it's not touching those files at all) from the silo, building now14:06
Saviqsil2100, can't repro more on the phone :/14:06
sil2100Saviq: ok, give me a sign if it was caused by any of your changes, since otherwise it might be some change in the toolchain or something14:07
Saviqsil2100, whether any of my changes trigger it doesn't really matter, does it, is still a bug in gcc...14:07
sil2100popey: were you able to release the new terminal?14:12
om26erdobey, Hi!14:13
Mirvsil2100: I uploaded it at least, not sure if accepted. I tested some 15 mins ago that phablet-click-test-setup still fails at the moment.14:14
sil2100Mirv: with the new click?14:14
popeysil2100: Mirv i accepted it moments later14:14
popey12:56 < Mirv> popey: done14:14
popey12:57 < popey> approved14:14
sil2100Mirv: could you do a `click list --user=phablet --manifest` on your phone where you say its failing and find the terminal-app there?14:15
sil2100vcs-bzr-revno: should be correct14:15
popeyits certainly updated in the store14:16
popeyhttp://people.canonical.com/~alan/screenshots/device-2015-02-03-141506.png14:16
popeysil2100: http://paste.ubuntu.com/10035505/ line 103714:18
dobeyom26er: hi14:18
om26erdobey, how do I verify fixes for silo 19 ?14:19
sil2100popey: thanks! All looks ok from this side14:19
om26erfor convenience bug 1282392 and bug 137644514:19
ubot5bug 1282392 in Canonical System Image "nothing listens to keyringError signal" [High,In progress] https://launchpad.net/bugs/128239214:19
ubot5bug 1376445 in Canonical System Image "Addition of signon-apparmor-extension causes token lookup problems" [High,In progress] https://launchpad.net/bugs/137644514:19
sil2100Mirv: are you sure it's failing for the same reason as before with the latest terminal-app?14:19
dobeyom26er: it's on hold until mardy's fix lands, i think. dbarth, mardy ^^ did we get the required fixes for that in on the online-accounts/apparmor side?14:20
mardydobey: we are building them in a silo14:21
Saviqcihelp, is s-jenkins not working? can't seem to access it?14:21
dobeymardy: which one?14:21
Mirvsil2100: it looked like it said latest. but note I can't arbitrarily run it eg. now again since I'm heavily running AP tests. if you have a device, just run th ecommand14:21
Mirvphablet-click-test-setup --distribution=ubuntu --series=vivid  --click com.ubuntu.terminal14:22
vilaSaviq: check your vpn ? s-jenkins is up14:22
Saviqvila, yeah, am on vpn, timing out here :/14:22
om26ermardy, so that means the silo is blocked right now ?14:23
Saviqvila, ah, we need to lower the MTU here in Brussels...14:23
dobeymardy, dbarth: were we going to add those to the existing silo 19, or should we just land silo 19 as it doesn't break things without the apparmor extension, and then ensure the new silo doesn't break with that already in?14:23
vilaSaviq: MTU... I think that's the most wtf bug I can think of...14:24
sil2100Mirv: upgrading14:24
mardydobey, om26er: it's silo 314:24
Saviqvila, might be some network setup here at the sprint14:24
om26ermardy, I'm confused, aren't we talking about silo19 for ubuntuone-credentials ?14:25
vilaSaviq: yeah, can be any network gear on your path. The worst part is that I've seen cases where *some* requests succeed14:25
dobeymardy: it failed to build14:25
om26ermardy, my initial query was about 1914:25
mardydobey: yep :-(14:25
dobeyom26er: yes. we wanted to land it before the rtm image, but there were some additional issues with the signon-apparmor-extension which prevented that. mardy has a fix in silo 3 that should allow both to finally work together, but it failed to build (and that silo is for vivid, not rtm, so it would still need backported).14:26
om26erdobey, ok, I'll block 19 then.14:27
dobeyom26er: but the stuff in silo 19 will work just fine without signon-apparmor-extension, so i'm happy to land it now and have it in the image already as a means to block the backport of those fixes landing later14:27
=== marcusto_ is now known as marcustomlinson
mardyom26er, dobey: I don't think that silo 19 should be blocked, it could go in regardless of our stuff14:27
mardyom26er: the only issue is that to test it you need to manually install signon-apparmor-extension14:28
om26erdobey, mardy hmmm, ok so that brings back to my original question. How do I verify the fix for silo 19 ?14:28
om26erI can do that, sure.14:28
dobeyom26er: i'm going to update the comment column for that, one second14:28
dobeymardy: well, installing signon-apparmor-extension will break it, so testing with that will fail.14:29
dobeymardy: which means it would be blocked until we get your fixes into rtm14:29
om26erhaha!14:30
mardydobey: right, it will break it, but we could still verify that things go a little further14:30
dobeymardy: so either we land it as is, and use it as a means to block the seed change if the new fixes don't fix it, or we block and wait and land them all at the same time14:30
om26erdobey, I'd prefer the second option14:31
mardydobey: I'm all for landing it, maybe we can just verify that it brings no regressions14:31
dobeymardy: right. install of free packages in the store should work fine, but purchasing won't14:31
dobeywe can verify the lack of regressions. the exact changes already landed in vivid and verified with no regressions there14:32
om26erdobey, mardy hmm, so I guess we want to land the silo then. So i'd like to know, if the test plan passes, there are no regressions ? or is there anything else I should be looking for as well ?14:35
dobeyom26er: you can run through the test plan and verify there are no regressions. you can then install signon-apparmor-extension, reboot, and verify that installation from the store works correctly (best to test with a u1 account created prior to installing the silo), but purchasing paid apps will fail with signon-apparmor-extension installed with the changes due to the issue that the change in silo 3 should fix once it lands14:38
dobeymardy: ah, looks like some tests failed and need to be updated for the change perhaps14:38
sil2100Mirv: with the upgraded terminal all works fine14:41
sil2100ricmm: https://code.launchpad.net/~ricmm/platform-api/fix-wrong-test-load/+merge/248228 needs to be approved15:04
ricmmsil2100: ofc15:06
ricmmseb128: could you approve it?15:06
seb128sil2100, ricmm, done15:08
ricmmseb128: awesome, thanks15:12
ricmmsil2100: publishing then?15:12
sil2100ricmm: yep :)15:12
ricmmsil2100: thx15:16
dobeyom26er: so are you testing for lack of regressions in rtm 19, or are we blocking it on the other landings from mardy? :)15:31
om26erdobey, I am testing it15:34
dobeyom26er: ok, great. thanks15:36
om26erdobey, do you know of a for-purchase app in the store that I should search for ?15:38
dobeyom26er: riddling is $2.99, there's also "wallet lightener pro" or you can search for "price:2.99" (price must be lowercase)15:39
om26erdobey, so I seem to have downloaded a 'for buying' app for free (without a credit card)15:42
om26erdoesn't feel normal15:43
cjwatsonsurely not a regression on the *client* side :)15:43
dobeyom26er: did you already purchase it previously?15:45
om26erdobey, never did.15:45
dobeyom26er: what app?15:46
om26erdobey, Riddling15:46
dobeyom26er: did you install it a long time ago when it was free, on the account you're using?15:46
dobey(riddling used to be free, it's been in the store a very long time)15:47
om26erdobey, that might have happened, I guess.15:47
dobeyom26er: then you've already "purchased" it.15:47
dobeyom26er: i have the same behavior for riddling on my account15:48
dobeyso that's not new15:48
=== chihchun is now known as chihchun_afk
sil2100robru, ogra_, jibel, davmor2, popey: as it's Tuesday again, I need to skip the evening meeting16:26
davmor2sil2100: why don't you just change the time of the meeting on a Tuesday ;)16:27
davmor2sil2100: or cancel it16:27
sil2100davmor2: not much I can do with it, maybe cancel it - but sometimes I'm able to skip and then stay for the meeting16:28
sil2100Since no other hour makes sense as I have meetings before and later in the evening most of the participants are no longer working16:28
ogra_sil2100, i wouldnt mind canceling16:30
ogra_i doubt we have much to discuss, do we ?16:30
kgunntrainguards yo can i get a silo for line 91 ?16:44
kgunnsil2100: hey you still on ?16:51
=== chihchun_afk is now known as chihchun
ogra_did we have a final decision abouot the meeting ?16:56
robrukgunn: https://ci-train.ubuntu.com/job/prepare-silo/3967/console uh there's a problem with your merges. never seen that one before. the only thing I can think of is that your mp list should be single-spaced...16:58
Saviqsil2100, something got fooked up, that's unity8 trunk in a silo: https://launchpadlibrarian.net/196485248/buildlog_ubuntu-vivid-armhf.unity8_8.02%2B15.04.20150203.7-0ubuntu1_FAILEDTOBUILD.txt.gz16:59
Saviqsil2100, same failure16:59
Saviqthat includes the just-released gcc17:00
kgunnrobru: ack, ok, give it a go now17:01
kgunn(and thank you)17:01
robrukgunn: https://ci-train.ubuntu.com/job/prepare-silo/3968/console oh god it's the same error17:02
plarsogra_: sil2100: the new/correct terminal-app should be available now for the vivid images on krillin, but it looks like those are not being pulled in still since the job doesn't get past phablet-click-test-setup. I think that's something that has to be done on the image creation side right?17:03
robrukgunn: gimme a minute to dig17:04
kgunnthanks man17:04
Saviqsil2100, bug #141766417:04
ubot5bug 1417664 in gcc-4.9 (Ubuntu) "Unity8 build causes internal compiler error on armhf" [Undecided,New] https://launchpad.net/bugs/141766417:04
Saviqseb128, in case you're wondering what's happening with your qtmir landing ↑ :(17:04
seb128Saviq, shrug17:04
seb128Saviq, that changeset was in its own silo and ready to land a week ago :/17:05
Saviqseb128, I know, I'll land qtmir separately first thing tomorrow if nothing else comes around17:05
rvrNo landing meeting today?17:05
seb128Saviq, thanks17:05
robrukgunn: https://code.launchpad.net/~mzanetti/ubuntu/vivid/qtsystems-opensource-src/inputinfo/+merge/248397 yeah this is the one causing the problem. looks like the merge target is invalid -- you're trying to merge into a udd branch, those are a bit special. can you replace that mp with a new mp that targets the proper project source branch?17:08
kgunnmzanetti: ^17:08
robrukgunn: note I don't actually know what the correct branch would be. if there isn't one, we'd have to do a source upload instead of an MP.17:09
robruMirv: ^ is there an lp project for qtsystems-opensource-src?17:10
mzanettirobru: kgunn: this should be better, I hope: https://code.launchpad.net/~mzanetti/ubuntu/vivid/qtsystems-opensource-src/inputinfo/+merge/24841817:10
robrumzanetti: nope, train can't handle merge targets that start with 'lp:ubuntu/' I've just learned.17:11
kgunnok...updated in the sheet17:11
kgunnmmm or not ok then...17:11
kgunnrobru: ok, removing those...and mzanetti will give you the packages to upload17:12
robrukgunn: yeah I guess you're going to need to just put 'qtsystems-opensource-src' as an additional source package and then I can upload it manually in a bit17:12
mzanettirobru: can you upload a source package from that branch? lp:~mzanetti/ubuntu/vivid/qtsystems-opensource-src/inputinfo17:12
mzanettiack17:13
robrumzanetti: yeah I can do that17:13
mzanettithanks17:13
robrumzanetti: what should the version be? 5.0~git20130712-0ubuntu8?17:15
robrukgunn: mzanetti ok you got silo 0 and I uploaded the source package.17:19
robrukgunn: mzanetti: I'm expecting a phone call in 10 minutes so if you need anything else let me know now.17:20
boikotrainguards: can I please get vivid silo 25 reconfigured? I have just added a new component there17:37
boikotrainguards: also, could you please get a silo assigned for row 88?17:47
robruboiko: sorry otp, back soon17:47
boikorobru: no problems, thanks17:48
robruboiko: ok sorry about that.18:16
robruboiko: having a bit of trouble with the spreadsheet...18:17
robruboiko: https://code.launchpad.net/~renatofilho/ubuntu/vivid/syncevolution/default-syncInterval/+merge/247768 oh this MP has an invalid merge target. train can't handle lp:ubuntu/ merges, it has to be a "real" lp project.18:23
robruboiko: either retarget the merge at some real lp project (lp:syncevolution if that exists), if not it has to be a source upload.18:24
robruboiko: reconfigured silo 25 for you, mind the conflict with silo 1318:25
boikorobru: thanks, that's fine (the conflict), the fix is not urgent so if you are low on silos that one can wait18:41
boikorobru: row 88 would be good to get a silo for, bfiller and renato want to test it soon18:41
robruboiko: oh, did you miss my message above? I can't assign 88 because the MP has an invalid target.18:45
boikorobru: oups, sorry, I missed that one, ok, let me see with bfiller and renato how they want to deal with it18:59
robruboiko: turns out lp:syncevolution doesn't exist (unless it's hiding under a different name somewhere, I dunno), so as far as I can see there's really only one option, we have to do it as a source upload.19:01
boikorobru: and how can I do that? I just get a silo assigned and push the source directly to the ppa?19:02
robruboiko: pretty much, except you wouldn't have permission, I'd have to do it.19:02
boikorobru: ah ok, so I have to upload the source somewhere for you to get it?19:02
robruboiko: so on row 88, please delete the MP, and in column G just put 'syncevolution'19:02
robruboiko: well I can build the source from the MP myself ;-)19:03
boikorobru: nice, let me do that then19:04
boikorobru: done19:05
robruboiko: thanks, one seec19:05
robruls19:09
robrulol19:09
boikorobru: so now I just build the silo as usual?19:10
robruboiko: yep19:10
boikorobru: great! thanks a lot!19:10
robruboiko: you're welcome!19:10
robrufginther: ping? can you remind me what prevented you from being able to submit a POST request from the ticket system to the train back when you were working on that?19:37
mardytrainguards, can please someone trigger a rebuild of silo 3 (vivid)? I updated the signond branch and now it should build fine19:51
robrumardy: you should be able to trigger rebuilds yourself. do you not have permission?19:51
robrumardy: just added you to the team. try clicking build: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-00319:52
robruoops, no19:52
robrumardy: this one http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-00319:52
mardyrobru: I clicked, but apparently nothing happened19:53
robrumardy: the first click logs you in with openid. click again and it should go19:53
mardyrobru: it's not clear to me if I should check "IGNORE_STEP" or not19:55
om26erkenvandine, Hi!19:55
mardyrobru: the other package in the silo is built fine, I don't want to rebuild that too19:55
robrumardy: I don't think so, just list the package you want in the text box there.19:55
om26erkenvandine, for me it says 'N/A'19:55
kenvandineom26er, that's perfect!19:55
kenvandineom26er, just back out and back in a couple times19:56
kenvandineit should say N/A each time19:56
kenvandineuntil it's fully charged19:56
kenvandinebefore it would have random values19:56
om26erkenvandine, ah, I can reproduce the bug. Now need to install the silo :19:57
kenvandinesilly bug, the variable wasn't initialized before, not so good for computing a delta19:57
kenvandineom26er, yeah, sometimes it said N/A :)19:57
mardyrobru: thanks! I had to submit the page twice, but it worked :-)19:57
kenvandineom26er, also make sure you reboot the device19:58
robrumardy: you're welcome! yeah the double-submit thing is normal, first time logs you in.19:58
kenvandinewhich i know is automatic :)19:58
kenvandinebut gotta make sure the indicator restarts19:58
om26erkenvandine, btw the UI is static, perhaps need to make it dynamic in future19:58
kenvandinethe delta is static19:59
kenvandinewe could do something there19:59
jgdxtrainguard: can somebody reconfigure silo in row 57? Link does not work. There's a new MP that seems to not be included when I trigger a (re-) build21:48
robrujgdx: what's wrong with the link?21:48
jgdxit dieds21:49
jgdxI press proceed and then white21:49
jgdxunless that was the OK.. a blank page21:49
robrujgdx: yeah that blank page thing is a known bug, I'm working on that. the job still runs ok in the background.21:50
jgdxoh21:50
jgdxrobru, k, thanks.21:50
robrujgdx: for now, when you see that, just cut 'buildWithParameters...' off the URL and then load the resulting page and it'll show the status21:50
jgdxack21:50
jgdxrobru, should I start another build or will that happen automatically? If not, when do I start it?21:51
robrujgdx: oh yeah, after you see queuebot say ready to build, then you can click build (it's ready)21:51
jgdxthanks21:55
jgdxrobru, is there a new build link?21:57
jgdxoh man am I a noob21:57
robrujgdx: no worries, just click build here: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=jgdx21:57
jgdxawe some21:57
robrujgdx: (also that page shows you what MPs are configured in the silo so you know the reconfigure worked)21:58
jgdxnifty21:58
kenvandinejgdx, i hope it builds :)22:02
jgdxkenvandine, me too22:02
robrujgdx: easy to fix that, but don't hit build just yet22:06
jgdxWellark_, ^^22:07
jgdxrobru, ack22:07
robrujgdx: ok, safe to hit build now once that's fixed (just put a commit message on that MP)22:12
jgdxrobru, okay, it's up to Wellark_ I guess?22:13
robrujgdx: no, you should be able to. the branch is owned by the team, not by Wellark_22:14
jgdxkenvandine, are you able to set commit msg on this mp? https://code.launchpad.net/~unity-api-team/indicator-network/remove_unused_variable/+merge/24839322:14
* jgdx is not in unity api team22:14
robrujgdx: oh, heh. apparently I can do it. what should it say?22:15
jgdxrobru, 'removing unused variable in extractor' ?22:15
robrusure22:15
jgdxthanks22:15
robrujgdx: you're welcome. ok you can hit build now22:16
jgdxwee22:16
robrujgdx: alright, I just fixed that white screen issue, should be more usable next time you need to reconfigure.22:26
jgdxrobru, cool, thank you!22:28
robrujgdx: you're welcome!22:28
bfillerrobru: not sure what magic you had to do for ubuntu silo 20, but it's tested and ready to be released22:46
robrubfiller: no magic really, it's just a source upload. the train won't merge the MP but after it lands the lp:ubuntu/syncevolution branch should get updated anyway22:48
bfillerrobru: cool22:49
kenvandinerobru, thanks!23:32
robrukenvandine: you're welcome!23:32

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