[06:18] <Mirv> robru: there's a packaging branch https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtsystems-opensource-src but I can take care of updating it
[06:20] <robru> Mirv: ahhhhhhhhhhhhhh, didn't know that, thanks & sorry
[06:22] <Mirv> np
[06:55]  * Mirv finds the related upstream thing https://codereview.qt-project.org/#/c/101049/
[07:52] <thostr_> Mirv: could you reconfigure silo 8 for us?
[08:02] <bzoltan> Mirv:  I have two MRs for the RTM branch, one is prerequisite of the other. Can I land both in the same silo?
[08:08] <Mirv> thostr_: sure
[08:08] <Mirv> bzoltan: yes
[08:09] <bzoltan> Mirv:  Coooool
[08:13] <Mirv> argh
[08:13] <Mirv> something wrong with prepare-silo
[08:15] <pstolowski> indeed
[08:16] <Mirv> found a workaround
[08:17] <Mirv> so thostr handled, trying bzoltan next
[08:17] <bzoltan> Mirv: you have my support dude :)
[08:18] <Mirv> robru: sil2100: "assign a silo" style of reconfigure fails since it uses "parambuild?" instead of "buildWithParameters?", or at least the former yields 404 and replacing that part reconfigured a silo successfully
[08:25] <Saviq> trainguards, you fighting with the spreadsheet / ci-train? /me can't reconfigure, was getting 404 first, now the MPs are not whitespace-separated in the param list?
[08:28] <pstolowski> cant' reconfigure my silo either
[08:30] <Saviq> pstolowski, got a workaround: just copy the list of MPs yourself into the merge_proposals param
[08:31] <pstolowski> Saviq, getting 404 on reconfigure page
[08:31] <Saviq> pstolowski, I was having that before too but now it's working
[08:34] <Mirv> Saviq: I was able as described above
[08:35] <Mirv> Saviq: pstolowski: but, I do it with the trainguard only prepare-silo one...
[08:35] <Mirv> the normal reconfigure failed
[08:35] <Mirv> robru: sil2100: so yeah right the normal landers' reconfigure seems also broken, not sure if possible to do some url trickery or not
[08:36] <pstolowski> Saviq, ah, you pasted them with url.. I think i'll just wait a little bit till it's fixed
[08:36] <Mirv> Saviq: ah, now the normal link worked for you?
[08:36] <Saviq> Mirv, I didn't get the 404, had to paste the URLs myself though, they were lacking whitespace between the different urls
[08:42] <Mirv> Saviq: right
[08:42] <Mirv> prepare-silo reconfig seemed to work alright after fixing just that one part of the url
[08:43] <Saviq> Mirv, can you actually reconfigure silo 12 for us please, I added qtmir-gles
[08:44] <Mirv> Saviq: sure
[08:44] <Mirv> Saviq: wow, now my prepare-silo also doesn't 404 anymore
[08:45] <Mirv> robru: sil2100: are you sure neither of you is hacking stuff right at the moment? :) the 404 is gone, but whitespaces missing from MERGE_PROPOSALS
[08:45] <Saviq> :D
[08:45] <Saviq> are you *sure*? ;)
[08:46] <Mirv> 30mins ago the url was 404, but fixing to point to buildWithParameters worked and even the whitespaces were there
[08:48] <Mirv> Saviq: https://ci-train.ubuntu.com/job/prepare-silo/3983/console not all targetting the same branch?
[08:49] <Saviq> Mirv, oh
[08:56] <Saviq> Mirv, it should be good now
[09:01] <sil2100> Mirv: not doing anything here! ;)
[09:03] <Mirv> Saviq: done
[09:03] <Saviq> Mirv, thanks
[09:03] <Mirv> sil2100: weird fluctuation of behavior
[09:27] <kgunn> trainguards hey, not really sure i understand why my reconfig attempt isn't working
[09:28] <ogra_> hmm, looks like the vivid image buolds failed
[09:33] <Laney> uid checker thing
[09:33] <Laney> do you get the emails?
[09:34] <Mirv> kgunn: it's because something (tm) is broken that's not you. I'll try it.
[09:35] <Mirv> heh, now the prepare-silo 404 is back too
[09:35] <Mirv> no, it just randomly changes. when it's broken the url change works. when it works the whitespaces are missing..
[09:35] <ogra_> Laney, yeah, i do ... seems to be all pittis fault :=)
[09:36] <Laney> muhaha
[09:38] <Mirv> kgunn: reconfigured
[09:38] <kgunn> ta
[09:52] <brendand> sil2100, you might want to move the tag on this one: https://bugs.launchpad.net/dialer-app/+bug/1417886
[09:52] <pstolowski> Mirv, hey, could you also reconfigure my silo in line #64?
[09:52] <brendand> sil2100, it's a duplicate of an old bug that has way more investigation on it
[09:53] <kgunn> Mirv: hey, thanks for trying...but don't think that silo reconfig'd and i just tried and it didn't work again
[09:54] <kgunn> @don't think it worked earlier, b/c we added a branch for u-s-c to address something, and it still failed the build in the same way
[09:58] <Mirv> kgunn: hmm, it does say it reconfigured https://ci-train.ubuntu.com/job/prepare-silo/3987/console
[09:58] <Mirv> bzoltan: don't go touching my vivid 005 silo :)
[10:00] <pstolowski> k
[10:00] <pstolowski> thanks!
[10:00] <bzoltan> Mirv:  ohh... sorry
[10:26] <sil2100> ogra_: if you could kick a new vivid image once you have the builds fixed then it would be awesome
[10:26] <ogra_> sil2100, indeed
[10:30] <sil2100> ogra_: btw. are you using 14.09-proposed on your krillin?
[10:30] <ogra_> havent upgraded today yet ... but yes
[10:31] <sil2100> popey: do you have the latest 14.09-proposed on any of your devices? :)
[10:32] <popey> think so, yes
[10:32] <popey> channel: ubuntu-touch/ubuntu-rtm/14.09-proposed
[10:32] <popey> current build number: 226
[10:32] <popey> yes, looks like it
[10:33] <sil2100> popey: coould you pastebin me the output of `click list --user=phablet --manifest`? Interested in the terminal sections :)
[10:34] <popey> sil2100: http://paste.ubuntu.com/10051403/
[10:36] <sil2100> popey: thank you!
[10:38] <popey> np
[10:46] <sil2100> cihelp: could anyone try re-running ubuntu-rtm mako smoketesting on the latest image for me? Need to double confirm it's still dying
[10:49] <vila> sil2100: do you have the url handy ?
[10:49] <sil2100> https://jenkins.qa.ubuntu.com/job/utopic-touch_stable-mako-smoke-daily/610/consoleFull
[10:58] <sil2100> vila: I want a re-run since I'm wondering a bit what terminal-app it uses and if it was only some transient state last time... in theory the terminal-app installed by default in these images should be the new one, which should not cause the current error
[11:04] <vila> sil2100: I've started http://q-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-mako-smoke-daily/611/console
[11:05] <sil2100> vila: thanks!
[11:05] <vila> sil2100: by the way, do you have access to do it too or not ?
[11:05] <sil2100> vila: yes, through the VPN
[11:06] <vila> sil2100: ack
[11:10] <vila> sil2100: failed in the same way
[11:10] <sil2100> Interesting
[11:11] <vila> sil2100: lp:ubuntu-terminal-app tip is revno 48, the job requests revno 161
[11:12] <sil2100> vila: I know, which is wrong as the current terminal app from the store (and the one that seems to be installed in the tarball) is the one using rev 48
[11:12] <sil2100> vila: somehow it doesn't update the terminal app
[11:12] <vila> sil2100: so were is this 161 coming from ?
[11:12] <vila> sil2100: I seem to recall that they change their focus branch recently
[11:12] <sil2100> vila: 161 was the old terminal app, a previous version - we changed trunks so now this revision does not exist
[11:12] <vila> *dev focus
[11:13] <vila> right, so something needs to be updated somewhere...
[11:13] <sil2100> vila: that's why we published a new terminal app yesterday that now has the correct revision number
[11:13] <sil2100> Is it normal we don't use --wipe?
[11:13] <vila> there is also a previous error:
[11:13] <vila> bzr: ERROR: Server sent an unexpected error: ('error', 'ValueError', 'requested revno (161) is later than given known revno (48)')
[11:14] <vila> + phablet-click-test-setup --distribution ubuntu-rtm --series 14.09
[11:14] <vila> bzr: ERROR: Server sent an unexpected error: ('error', 'ValueError', 'requested revno (161) is later than given known revno (48)')
[11:14] <sil2100> Yeah, that's the same thing
[11:14] <sil2100> :)
[11:14] <sil2100> Anyway, maybe because we don't do --wipe the devices have some old clicks installed?
[11:14] <sil2100> vila: can you access the device that it just tried running on?
[11:15] <vila> sil2100: no :-}
[11:15] <sil2100> vila: I would need `click list --user=phablet --manifest` pastebinned from that device (from adb best)
[11:15] <sil2100> Awww
[11:16] <vila> sil2100: it may be possible but I have no idea how :-/
[11:48] <vila> sil2100: you mentioned a new terminal app, does it match the one in http://people.canonical.com/~ubuntu-archive/click_packages/click_list (imbw but this file seems to be involved, so checking with you)
[11:54] <popey> elopio: could you please take a look at this merge of yours? https://code.launchpad.net/~canonical-platform-qa/sudoku-app/autopilot-workaround_dialog/+merge/246255
[11:57] <boiko> trainguards: any idea why the build is showing as failed on vivid silo 13? I checked the PPA and the packages all built fine
[12:09] <sil2100> boiko: looking
[12:10] <sil2100> boiko: yeah... it's a bug in CI Train (LP: #1417961)
[12:10] <sil2100> boiko: let me fix it manually for you
[12:11] <boiko> sil2100: should I rebuild or something like that, or is it just fine like that?
[12:15] <sil2100> boiko: I'm doing a watch-only build
[12:15] <boiko> sil2100: ok, thanks
[12:52] <bzoltan> Mirv: sil2100: I would need a massive reconf on the RTM silo5 :) We intend to land biiiiig things :) from all over the places
[12:53] <om26er> kenvandine, Hi!
[12:54] <ogra_> bzoltan, uuuh, in RTM ? scary !
[12:56] <bzoltan> ogra_: we are sdk people, we do scary stuff :) https://www.youtube.com/watch?v=T8r3cWM4JII
[12:57] <ogra_> whatever that was, it crashed FF hard :)
[13:01] <davmor2> ogra_: that is a 10hour video of This is Sparta
[13:01] <davmor2> bzoltan: does it have permission from on high if not then it goes no where fast :P
[13:02] <ogra_> well, it has killed my FF in some definitive way now ... it starts again but i only get empty pages or no CSS or even "server not found"
[13:04] <sil2100> boiko: oh!
[13:04] <sil2100> I mean
[13:05] <sil2100> boiko: sorry, I meant bzoltan
[13:05] <sil2100> bzoltan: oh! Reconfiguring then
[13:06] <bzoltan> ogra_:  ohh dude :) i did not mean that. Sorry
[13:07] <ogra_> bzoltan, well, you didnt write firefox i guess ... not your fault :)
[13:08] <sil2100> bzoltan: reconfigured
[13:12] <bzoltan> sil2100:  thanks
[13:13] <bzoltan> ogra_: :) sending you a killer video is :)
[13:14] <bzoltan> davmor2:  yes  the bug #1358610 is  targeted to w7
[13:14] <ogra_> heh ... at least i could see the ad before it crashed ... so youtube got its share of money from the click :P
[13:23] <om26er> charles, Hello
[13:28] <Chipaca> sil2100: o/
[13:28] <Chipaca> sil2100: how do I sync a package from vivid to rtm?
[13:32] <Saviq> trainguards, 404 again? :(
[13:33] <Saviq> Chipaca, see line 22 as an example
[13:33] <Saviq> you put "sync:ubuntu,vivid $package $name" in "additional sources"
[13:34] <Saviq> oh!
[13:35] <Saviq> 404 if I'm not logged in!?
[13:37] <Saviq> trainguards, oh, and "Removing $foo from silo" on reconfigure, but they don't actually get removed?
[13:37] <Mirv> Saviq: it's as illogical to me as it's to you? :)
[13:37] <Saviq> Mirv, can you please remove qtmir and qtmir-gles from vivid silo 21 for me
[13:37] <Mirv> Saviq: yes, the bug #1417961 mentioned
[13:37] <Mirv> Saviq: ok
[13:37] <Saviq> Mirv, ah
[13:38] <Chipaca> Saviq: ta
[13:43] <Chipaca> trainguards, can i have a silo for row 68? (not sure if it's missing anything tho)
[13:43] <Mirv> Saviq: done
[13:43] <Saviq> Mirv, thanks
[13:48] <sil2100> Saviq: after recent Robert's changes this bug appeared, as he changed the rules of package watching and didn't handle most of the edge-cases as Didier did
[13:48] <sil2100> Didier was really good with all corner-cases
[13:59] <kenvandine> hey om26er
[13:59] <kenvandine> so you need a test plan for indicator-power
[13:59] <kenvandine> https://wiki.ubuntu.com/Process/Merges/TestPlan/indicator-power
[13:59]  * kenvandine adds to spreadsheet
[13:59]  * ogra_ twiddles thumbs waiting for livecd-rootfs
[14:05] <kenvandine> om26er, i updated the spreadsheet, hope that helps
[14:06] <om26er> kenvandine, thanks for that, I'll get back to it in a while
[14:07] <kenvandine> om26er, nothing in the indicator really changed, just exposed a new property on dbus
[14:09] <Chipaca> sil2100: do i need to do anything more to row 68?
[14:13] <sil2100> Chipaca: no, all is ok, I'll handle it in a moment :)
[14:13] <sil2100> Was on lunch now
[14:14] <sil2100> (and now on UE Live!)
[14:14] <Chipaca> sil2100: thanks
[14:14] <bzoltan> sil2100:  I try to update the gles package for RTM, would you please reconf the silo5 for me?
[14:15] <sil2100> bzoltan: one moment :)
[14:21] <mardy> cihelp: any idea why "phablet-config writable-image" is failing here? http://paste.ubuntu.com/10054269/
[14:23] <mardy> oh, nevermind, got it: my device was not connected to the network
[14:23] <plars> mardy: that's not really a cihelp question, but iirc you may need to also specify the password you set up with developer-mode
[14:24] <mardy> mardy: thanks, it was really a network issue, my device wifi was off :-)
[14:24] <plars> mardy: with "-r", so if you still have problems, you might also try that
[14:25] <plars> mardy: ack
[14:27] <plars> sil2100: ok, so on the vivid/terminal-app issue... I just installed locally with image 97 from ubuntu-touch/devel-proposed
[14:27] <plars> and according to click list, I have com.ubuntu.terminal	0.7.41
[14:28] <plars> sil2100: I don't think that's right still, or if it is, then the manifest is also wrong for this version of terminal app:
[14:28] <plars>     "x-source": {
[14:28] <plars>         "vcs-bzr": "lp:ubuntu-terminal-app",
[14:28] <plars>         "vcs-bzr-revno": "latest"
[14:29] <plars> sil2100: my guess is that the wrong terminal-app is still getting pulled in
[14:30] <sil2100> plars: strange, since the click_list from snakefruit has com.ubuntu.terminal_0.7.46_armhf.click listed
[14:30] <sil2100> hmm
[14:31] <sil2100> plars: I wonder why the latest images don't have the latest terminal-app then
[14:31] <sil2100> plars: the image builds should just fetch the latest click from the store
[14:31] <plars> sil2100: you are requesting the terminal-app-reboot one?
[14:32] <plars> sil2100: I haven't seen how that side of it works, so I don't know what you do to change the click package you pull in, but both the old and new are still built
[14:32] <sil2100> plars: no no, the terminal-app is now the reboot one
[14:32] <sil2100> plars: it got updated that the main terminal-app now should be the reboot one
[14:32] <plars> sil2100: if that's true, then it's pointing at the wrong branch and revision in the manifest
[14:32] <plars> popey: ?
[14:32] <sil2100> plars: no, it should be all ok
[14:33] <sil2100> plars: on my phone it's pointing to the right thing on my vivid device
[14:33] <plars> sil2100: with krillin image 97?
[14:33] <popey> 97?
[14:33] <popey> oh, vivid
[14:34] <sil2100> plars: yes, vivid 97
[14:34] <plars> weird, I *just* installed this fresh
[14:34] <sil2100> hmmm
[14:35] <plars> sil2100: but that 0.7.41 version is wrong? it's different on yours?
[14:35] <ogra_> yes, should be .46
[14:36] <sil2100> "name": "com.ubuntu.terminal",
[14:36] <sil2100>         "title": "Terminal",
[14:36] <sil2100>         "version": "0.7.46",
[14:36] <sil2100>         "x-source": {
[14:36] <sil2100>             "vcs-bzr": "lp:ubuntu-terminal-app",
[14:36] <sil2100>             "vcs-bzr-revno": "46"
[14:36] <sil2100>         },
[14:36] <sil2100> This is what I have, but it's not a fresh install
[14:37] <sil2100> hm
[14:37] <sil2100> plars: but wait
[14:37] <plars> sil2100: any chance you've gone and updated it?
[14:37] <sil2100> plars: actually it's good #97 doesn't have the version
[14:37] <sil2100> plars: since #97 is old, we didn't have a nightly build for vivid
[14:38] <sil2100> So the new one should be only available on the next build
[14:38] <ogra_> still waiting for the promotion ...
[14:38] <plars> heh, ok
[14:38] <sil2100> (so I had to upgrade it myself)
[14:38] <sil2100> plars: but I was wondering about ubuntu-rtm though
[14:38] <bfiller> sil2100: trying to reconfigure silo ubuntu 9 and getting an error
[14:38] <bfiller> sil2100: Problem accessing /job/ubuntu-landing-009-0-reconfigure/parambuild. Reason:
[14:38] <bfiller>     Not Found
[14:38] <plars> sil2100: rtm shouldn't have terminal-app at all right?
[14:38] <sil2100> plars: since from the smoketesting page I saw that for mako failed
[14:39] <sil2100> plars: krillin rtm doesn't, but mako rtm does (I was shocked as well)
[14:39] <sil2100> (still on UE Live! though, will continue this after we're done)
[14:39] <plars> right, I was not looking at mako yet since this problem was only krillin/vivid afaik... looking
[14:39] <plars> ack
[14:40] <sil2100> davmor2: stop trolling! :D
[14:41] <davmor2> hahaha
[14:41] <bzoltan> sil2100:  Not to put pressure on :) But would you reconf teh silo5?
[14:43] <sil2100> bzoltan: phew, ok, have a moment now
[14:45] <sil2100> robru: the new parambuild in jenkins is a bit broken ;p
[14:46] <sil2100> bzoltan: done
[14:46] <bzoltan> sil2100:  thank you
[14:46] <sil2100> plars: do you know how to access a smoketesting device? :)
[14:46] <sil2100> bzoltan: sorry it took so long, the ubuntu-on-air came in the way ;p
[14:47] <bzoltan> sil2100:  no worries, we had a glitch anyway with one of the MRs
[14:47] <plars> sil2100: yes and com.ubuntu.terminal	0.7.41 on mako vivid 88 also
[14:47] <sil2100> plars: I'm asking because of this - this is from rtm on mako: http://q-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-mako-smoke-daily/611/console
[14:47] <plars>     "version": "0.7.41",
[14:47] <plars>     "x-source": {
[14:47] <plars>         "vcs-bzr": "lp:ubuntu-terminal-app",
[14:47] <plars>         "vcs-bzr-revno": "latest"
[14:47] <sil2100> plars: mako ubuntu-rtm?
[14:48] <plars> oh right, hang on
[14:48] <sil2100> :)
[14:48] <sil2100> plars: since here it's completely chaos, as it seems its something with revno of 161, which might point to a pre-reboot version of terminal
[14:48] <sil2100> Which shouldn't exist in the store anymore
[14:49] <plars> sil2100: well, but when was that click package built? the manifest data is supposed to be filled in then
[14:50] <plars> ok, mako-rtm #187 has com.ubuntu.terminal	0.5.161
[14:50] <plars> so, yes... that looks wrong I think
[14:50] <sil2100> plars: the click was built yesterday EU afternoon and it has all the correct metadata when installed from the store
[14:50] <sil2100> plars: this is interesting, since right now the store has only 0.7.46 :|
[14:50] <sil2100> So how did the ubuntu-rtm image get the old terminal app?
[14:51] <sil2100> plars: btw. why aren't we doing a --wipe when flashing the devices? Was there a reason for that?
[14:51] <plars> sil2100: yes, we were told not to, and that it was redundant if we use --bootstrap
[14:51] <plars> since pretty much the beginning
[14:52] <plars> if that's changed and --wipe now does something above and beyond --bootstrap, then I never heard about it
[14:52] <plars> but aiui, --bootstrap still replaces everything
[14:55] <fginther> bfiller, just FYI that the ubuntu-keyboard MPs should now be running the autopilot tests
[14:55] <bfiller> fginther: awesome, thank you
[14:56] <bzoltan> WOW :)
[14:56] <fginther> bfiller, you're welcome (and thanks to plars for working on it)
[14:57] <sil2100> plars: from what I know only --wipe removes all data, but hm
[14:57] <sil2100> ogra_: ^ how is it? Does --bootstrap wipe all your data too?
[14:57] <sil2100> I could have mixed something up
[14:57] <ogra_> sil2100, it formats the partitions iirc
[14:58] <plars> right
[15:00] <bzoltan> Mirv:  look what I got ^
[15:00] <sil2100> Ok, trying to get more info on how exactly the clicks are installed
[15:05] <plars> sil2100: it would appear that it's in the custom image
[15:06] <plars> http://system-image.ubuntu.com/pool/custom-761e8a93754d4170fc8f1d4dad38567fb260cca55a8f42141d2da6c682ac43bf.tar.xz
[15:06] <plars> sil2100: ^
[15:07] <plars> sil2100: and it doesn't look like that custom tarball has changed for mako-rtm in a long time - even image 138 has the same tarball
[15:08] <bzoltan> sil2100: The silo5 seems to be messed up bug time... no idea what is wrong there. First it failed in a spectacular way with the -gles package... and now it fails even on the reconf after I tried to remove that branch.
[15:08] <Mirv> bzoltan: er... ok :)
[15:09] <bzoltan> Mirv: ^
[15:09] <bzoltan> Mirv:  I assume that the versioning of my RTM gles package is somehow strange for the machine
[15:09] <Mirv> bzoltan: if that persists, the previous one, ping robert about that. and yeah the 404:s happen today too, bug filed.
[15:09] <Mirv> bzoltan: that's what it claims, a version string problem
[15:10] <Mirv> bug #1417958 <- sil2100 too
[15:10] <sil2100> plars: interesting
[15:10] <bzoltan> Mirv:  yes, but what should be the right version? and what was wrong with that one? I used a version what is in the PPA
[15:10] <sil2100> Mirv: thanks!
[15:13] <Mirv> bzoltan: you miss the -0ubuntu stuff completely
[15:13] <Mirv> bzoltan: so no, it does not match the non-gles package's version
[15:15] <bzoltan> Mirv:  hmm... darn it. You are right like always
[15:17] <sil2100> plars: ok, it seems that for some reason the terminal-app is in the custom tarball that's not auto-updated
[15:17] <sil2100> plars: which I suppose is not a good idea
[15:18] <sil2100> lool: hey! You around?
[15:18] <lool> sil2100: yup
[15:18] <sil2100> lool: I see that the custom tarball for mako has terminal-app in it
[15:18] <sil2100> lool: it's outdated badly right now - why do we have it in the custom-vendor-here_14.09-proposed_mako.tar.xz tarball in the first place?
[15:19] <lool> sil2100: I think it was a space issue
[15:19] <lool> sil2100: we dont have automation for these custom tarballs, so I guess it's always going to be out of date until we do
[15:20] <sil2100> lool: in this case I think we should really remove terminal-app from it
[15:20] <lool> sil2100: I suspect the original reasons for moving it there are still valid (space?)
[15:20] <sil2100> lool: not sure...
[15:21] <sil2100> lool: but I suppose ubuntu-rtm wasn't supposed to have terminal-app anyway, since the krillin ones don't
[15:21] <sil2100> Devel has it on default anyway
[15:21] <lool> slangasek: ^ do you recall the constraint that forced the move of terminal-app and other apps to custom tarball, and would you know if these still exist?
[15:22] <sil2100> lool: so all the apps that got moved to the custom tarball need manual updating?
[15:22] <sil2100> If yes, I suppose that's a big big flaw
[15:23] <lool> sil2100: I certainly agree
[15:25] <slangasek> lool: the constraint is "product management said we're not shipping it on the image for bq"
[15:26] <lool> sil2100: ^
[15:26] <lool> slangasek: ah right, hence only in mako/rtm and not in krillin/rtm
[15:27] <lool> sil2100: the alternative would be to have it in the rootfs and to remove it in krillin/rtm, but that a waste of space hence wasn't chosen
[15:28] <sil2100> lool: I would simply remove it from the custom for RTM anyway, since otherwise we'd have to have someone to maintain it and make sure always the most up-to-date version is included
[15:28] <sil2100> lool: by remove from custom I mean remove it in overall, we have it in devel anyway
[15:29] <lool> sil2100: I wonder if it's also an issue in vivid?
[15:30] <sil2100> lool: no, on vivid it's on the rootfs it seems
[15:30] <sil2100> lool: at least it's always up-to-date
[15:30] <lool> so I guess this issue would be the other way around if we were to promote a vivid image
[15:30] <sil2100> What do you mean?
[15:33] <lool> sil2100: that if we promote images to stable, we will want to remove terminal from krillin
[15:35] <slangasek> it shouldn't be in the rootfs for vivid; that's a bug, we shouldn't have differences in the rootfs/custom tarball split based on which branch we're on
[15:36] <slangasek> sil2100: ^^ indeed, I think that implies that this is a missing landing on vivid ;)
[15:36] <sil2100> slangasek: missing landing? ;)
[15:36] <sil2100> slangasek: I just know that vivid has a more recent terminal-app which seems to be in sync with what's in the store
[15:36] <slangasek> sil2100: well, "landing" - changes in the ubuntu-rtm/14.09 dist that are not in vivid
[15:37] <slangasek> sil2100: because this is a difference in the livecd-rootfs behavior between the two branches, which is wrong
[15:37] <sil2100> Indeed ;)
[15:37] <slangasek> sil2100: yes; the problem is that "oh, vivid's ok" is actually a bug in the vivid build
[15:37] <sil2100> But if we were to switch those to the custom as we do it for ubuntu-rtm, this would imply we would need to have someone managing the custom tarballs on daily basis
[15:37] <slangasek> no
[15:37] <sil2100> To make sure none of the apps in there are always up-to-date
[15:38] <sil2100> s/none/all
[15:38] <slangasek> for vivid, we should fix it so that terminal-app is provided by the custom tarball, not the rootfs
[15:38] <slangasek> and for the standard vivid channel, we sholud be using the *reference* custom tarball, which is built as part of the image build and is up-to-date wrt terminal-app
[15:39] <ogra_> i thought the long term target was to move all clicks into the custom tarball
[15:39] <sil2100> Damn, this is confusing
[15:39] <ogra_> just that nobody ever got to it
[15:39] <slangasek> ogra_: that's not been agreed
[15:39] <sil2100> Since there's the reference custom tarball and the custom tarball
[15:39] <ogra_> ah, k
[15:39] <ogra_> well, it seems the cleanest option
[15:39] <slangasek> ogra_: and that still doesn't help sil2100's problem, which is the out-of-date custom tarballs
[15:40] <ogra_> yeah
[15:40] <sil2100> slangasek: if it's in the reference custom tarball it will be created from up-to-date clicks during build time, right?
[15:40] <slangasek> lool: I guess there hasn't been any progress on removing the need for nokia here to be specially-treated in the custom tarball?
[15:40] <slangasek> sil2100: yes
[15:41] <sil2100> slangasek: then I suppose we would need to move the terminal-app to this reference custom tarball as well for ubuntu-rtm in mako
[15:41] <sil2100> Instead of the hand-built custom tarball
[15:41] <sil2100> Since then the hooks can remove it for krillin, right?
[15:42] <lool> slangasek: it will always need to be in the custom tarball, but ideally it ought to be a click; that doesn't help with the fact we will want to ship some proprietary code in the rtm image and not in the ubuntu images, so I guess this will persist
[15:42] <slangasek> sil2100: no.  The reference custom tarball for ubuntu-rtm *already* has terminal-app in it; the problem is that you're looking at a channel that's not *using* the reference custom tarball
[15:42] <sil2100> Ah, ok, so it's either using the reference custom tarball or a hand-build custom tarball, right?
[15:43] <sil2100> Ok, all clear now
[15:53] <kgunn> trainguards yo! could i get a quick reconfigure on vivid silo 0 ?
[15:54] <pstolowski> trainguards hey, may i ask you to reconfigure silo 8 (vivid), thanks!
[16:13] <sil2100> kgunn, pstolowski: on it!
[16:20] <sil2100> grrr
[16:22] <pstolowski> sil2100, thanks!
[16:24] <sil2100> boiko: could you top-approve merges from silo 004?
[16:26] <boiko> sil2100: oups, yes, sorry
[16:27] <boiko> sil2100: done
[16:27] <sil2100> boiko: re-publishing then
[16:36] <kenvandine> om26er, do you need anything else from me for silo 0?
[16:36] <om26er> kenvandine, no, its fine. I'll be getting back to it in a few minutes. Just need to finish this branch.
[16:37] <kenvandine> om26er, ok, sorry for bugging you
[16:37] <kenvandine> it showed blocked still, so was worried :)
[16:40] <imgbot> [16:40] <imgbot> [16:41] <sil2100> \o/
[16:43] <ogra_> phew, finally
[16:53] <Saviq> kgunn, tweaked your line, it's "libevdev", as we need the source package, not the bin one
[16:54] <kgunn> ah thanks
[16:54] <Saviq> kgunn, and mzanetti, with just libevdev2 added it booted fine for me
[16:54] <Saviq> kgunn, obviously you need trainguards to reconfigure, _and_ I'm worried the train might choke on mixed sync: and source uploads, in which case we'd just need to add "libevdev" to the list and ask a trainguard to copy from archive
[16:55] <kgunn> ah...i wondered about that being "supported"
[16:55] <sil2100> Saviq: yeah, the train doesn't support those... but if you list all sources as source syncs and make sure that in the 'packages to rebuild' you only list those packages that you want to sync, it will sync those and leave the others as they are
[16:56] <sil2100> kgunn: ^
[16:56] <sil2100> So, let's say, we have a line like: "sync:ubuntu/vivid p1 p2 p3", and actually we want to only have p2 as a sync and p1 and p3 to be normal source uploads
[16:56] <robru> kgunn: Saviq: there's no such thing as "mixed source & sync". you either have a sync silo or you have some source uploads.
[16:57] <Saviq> sil2100, ok, could you reconfigure silo 0 for us then?
[16:57] <sil2100> Then during builds, only build (in the 'packages to rebuild') write 'p2' and never the rest
[16:57] <Saviq> sil2100, yup, understood
[16:57] <robru> sil2100: ugh
[16:57] <sil2100> Upload p1 and p3 to the PPA and do a watch-only build
[16:57] <sil2100> robru: hack ;)
[16:57] <sil2100> robru: anyway, could you take a look at the jenkins issues today?
[16:57] <robru> sil2100: yeah looking now.
[16:58] <sil2100> Since it was a bit troublesome to prepare silos and reconfigure ;) Nothing impossible, but still
[16:58] <sil2100> Not sure what was wrong with those constant 404s as well
[17:00] <robru> sil2100: yeah what 404s were you getting? like the prepare was running but 404ing on the mp urls? or the job itself would 404 before you could run it?
[17:00] <Saviq> sil2100, that seems to have been jenkins going 404 if you didn't have the perms to that page
[17:00] <Saviq> robru, https://ci-train.ubuntu.com/job/ubuntu-landing-000-0-reconfigure/parambuild
[17:00] <Saviq> robru, is 404 unless I log in
[17:01] <sil2100> robru, ogra_, jibel, davmor2, popey: of course, no LT meeting due to the allhands call
[17:01] <robru> Saviq: oh right, the login... hmmmm
[17:01] <popey> kk
[17:01] <sil2100> robru: I was getting 404 when trying to access the build job from the spreadsheet, but it might be like Saviq said
[17:01] <sil2100> I probably wasn't logged in then
[17:02] <sil2100> ;)
[17:02] <robru> sil2100: yeah I just saw that myself, it 404'd until I logged in.
[17:02] <robru> gah, what a hassle. i hate jenkins so much
[17:03] <sil2100> I think jenkins is fine, but maybe not for this particular use-case like the CI Train ;)
[17:03] <ogra_> sil2100, indeed
[17:03] <robru> sil2100: nah I dunno, I'm having bad experiences with s-jenkins as well, it seems like a pretty rubbish system all around.
[17:05] <robru> sil2100: it seems the issue about URLs not being spaced is caused by people using newlines instead of spaces in the spreadsheet. I'll see if I can hack around that...
[17:05] <om26er> kenvandine, can you please add the test case to the battery section here: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings
[17:06] <om26er> other than that, the bug is fixed and the testplan passes
[17:06] <kenvandine> om26er, sure, we really need to clean up the test plan too
[17:06] <kenvandine> i'll add that
[17:06] <kenvandine> it's way to long for a single test plan
[17:07] <bfiller> robru: can you create a silo for line 70 please?
[17:08] <robru> bfiller: yeah, you need to fix that branch into an MP. https://ci-train.ubuntu.com/job/prepare-silo/4000/console
[17:09] <bfiller> damn
[17:09] <kenvandine> om26er, done
[17:10] <bfiller> robru: done
[17:10] <kenvandine> om26er, i didn't add the last full charge step though, I don't want to need to flash with wipe without a full charge each time the test plan is run
[17:11] <robru> bfiller: ok silo 4
[17:11] <bfiller> robru: ty
[17:11] <robru> bfiller: yw
[17:22] <bfiller> robru: I need to rebuild (re-sync and rebuild) syncevolution in rtm silo 20 - doesn't work through the train. I think last time you had to do something - maybe delete it first from PPA?
[17:23] <robru> bfiller: depends, what's the issue? are you re-syncing the same version?
[17:23] <bfiller> robru: a new version got uploaded to vivid that we want to sync
[17:24] <robru> bfiller: i think you should be able to just run the build job? the version in vivid is higher than the one in the rtm ppa so it should sync fine, even with the version mangling
[17:24] <robru> (ie, vivid has 1.5-0ubuntu4, that'll get version mangled to 1.5~rtm-0ubuntu4, that version is still higher than the ppa version, which is 1.5~rtm-0ubuntu2
[17:25] <bfiller> robru: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-020-1-build/64/console
[17:26] <robru> wtf
[17:28] <robru> bfiller: well that's a bug.
[17:28] <robru> bfiller: ok, trying to delete it from the ppa. I have no idea why the train thinks 0ubuntu4 is in the ppa, that's obviously wrong
[17:29] <bfiller> robru: yeah strange
[17:30] <robru> bfiller: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-020-1-build/67/console ok that seems to have worked
[17:30] <bfiller> robru: thank you
[17:30] <robru> bfiller: you're welcome
[17:42] <sil2100> popey: hey, did you see the e-mail on ubuntu-phone about dekko?
[17:44] <sil2100> robru: oh, btw. if you could leave column T in the spreadsheet it would be awesome, I'm experimenting a bit with it
[17:45] <sil2100> robru: hope it's not breaking anything for you, right?
[17:45] <robru> sil2100: right I was wondering about that. what are you trying to do with it?
[17:45] <robru> sil2100: we should really not add any more features to the spreadsheet, it will make it harder to go away
[17:45] <robru> sil2100: in fact you should probably be working on getting your image changelogs to be generated from images rather than from spreadsheet data.
[17:46] <sil2100> Doing some quick hacks for QA so they can nicely track tarball uploads - just a presentation layer, nothing else
[17:46] <sil2100> robru: I'm waiting for the spreadsheet replacement to go live, my commitlog generation scripts are made so that it's easy to switch backends ;)
[17:47] <sil2100> So as long as I have an API to fetch the info somehow then I'm all good when it's up
[17:47] <robru> sil2100: yes the ticket system has a nice REST api for querying, much better than scraping spreadsheets
[17:48] <sil2100> Phew, btw. do we have any docs for the API already?
[17:48] <robru> sil2100: but just understand that if you're adding a presentation layer in the spreadsheet, and QA starts relying on this, it will just vanish when the spreadsheet is replaced. it's really not good to be adding anything at this point, the replacement is really close to ready
[17:48] <sil2100> Since I could basically get everything coded already
[17:48] <robru> sil2100: hm, the docs were a bit out of date.
[17:48] <sil2100> robru: I know I know, I had a chat with Ursinha - it's just a proof of concept and it's not necessary to have on the replacement at first
[17:49] <sil2100> Ok
[17:49] <robru> sil2100: https://code.launchpad.net/~robru/cupstream2distro/add-ticket-system-support/+merge/245045 this branch gives some idea of what the ticket API looks like. it's easy to explore with a browser as long as you have a json pretty-printer plugin.
[18:01] <robru> boiko: ok, assigned you silo 9, but just note you have conflicts in silos 0 and 13: https://ci-train.ubuntu.com/job/prepare-silo/4002/console
[18:02] <boiko> robru: yep, I will deal with those
[18:02] <boiko> robru: thanks
[18:03] <robru> boiko: you're welcome
[18:04] <robru> bfiller: hrm, train job failed but the correct version was uploaded to the PPA, should be good to test for now
[18:05] <bzoltan> robru:  would you please reconf the rtm silo5?
[18:06] <robru> bzoltan: sure
[18:23] <robru> mardy: dbarth: https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/66/console please approve your merges
[18:37] <dbarth> robru: sorry; it's done now
[18:37] <robru> dbarth: no worries
[18:42] <dobey> oh hmm. so the "calendar" in trello is kind of useless :-/
[18:43]  * dobey wonders if there's a 'qahelp' that qa people have highlights on
[18:46] <brendand> dobey, try qa-team?
[18:50] <popey> sil2100: no...
[18:50] <popey> ah, excellent. i like eager users
[19:03] <sil2100> popey: that means people are watching our live broadcasts at least :)
[19:03] <popey> yeah!
[19:03] <popey> winner!
[19:28] <robru> sil2100: alright I fixed up all that assign/reconfigure stuff real goodly-like. it now logs you in with SSO instead of 404ing, and the thing with the spaces missing between URLs is also fixed.
[19:28] <robru> lunchtime!
[20:02] <bzoltan> robru: do you know if there was any Qt landing recently what could cause this - https://launchpadlibrarian.net/196615222/buildlog_ubuntu-vivid-armhf.qtcreator-plugin-ubuntu_3.1.1%2B15.04.20150204-0ubuntu1_FAILEDTOBUILD.txt.gz
[20:03] <robru> bzoltan: there was a landing for qtsystems-opensource-src yesterday but I couldn't say whether or not it would cause that.
[20:03] <cjwatson> bzoltan: Looks like https://bugs.launchpad.net/ubuntu/+source/gcc-4.9/+bug/1417664
[20:03] <bzoltan> cjwatson:  that explains, thanks for the quick help
[20:04] <cjwatson> (also a likely workaround in that bug)
[20:04] <robru> cjwatson: wow, good call
[20:15] <bzoltan> cjwatson: Super, I give it a try
[20:30] <bfiller> robru: sorry to bug you about this again, rtm silo 20 built fine but is still being marked as build failed. Can you fix? This should be the last time, about to mark it ready for QA
[20:35] <robru> bfiller: k
[20:38] <robru> bfiller: should be fixed now