[06:09] <Mirv> bzoltan_: strange. my last full test run was I think on Wed, and all I experienced was some test essentially stalling so I needed to kill a process to continue. some other runs completed without interaction
[07:26] <bzoltan_> Mirv: For me it is Vivid exclusive ... like vivid image + vivid desktop
[07:26] <bzoltan_> Mirv:  do you know anybody around who could ack the UITK landing?
[07:45] <Mirv> bzoltan_: sure I could find, but I'm looking at the gles package first for it
[07:54] <Mirv> bzoltan_: test build went fine, I'm now doing the real build
[08:07] <Mirv> hmm
[08:08] <Mirv> very weird, it's as if it would pick bzoltan_'s other MP (completely different, rtm) watch file or something..
[08:09] <Mirv> oh, no, I had wrong MP myself
[08:39] <bzoltan_> Mirv:  Ohh man, I did indeed forget about the gles package. Sorry.
[08:43] <sil2100> ricmm: hey, hm, where did silo 8 for rtm go?
[08:43] <sil2100> ricmm: ah, I see, Ricardo pushed it without landing the silo
[08:48] <Mirv> bzoltan_: both built and published. synced the packaging changes too.
[08:55] <sil2100> john-mcaleely: hey, can you please be on the morning landing meeting? Since those changing factory requirements are starting to get confusing
[09:19] <bzoltan_> Mirv:  I just simple love you man :) Thanks a bunch
[09:27] <john-mcaleely> sil2100, ack
[09:53] <popey> oSoMoN: do we have a bug to track the "download android app" popup we get in the HERE webapp?
[09:53] <popey> I couldn't find one.
[09:54] <oSoMoN> popey, I thought we did, but a quick search didn’t yield any results
[09:55] <popey> oSoMoN: I'll file one. lp:webbrowser-app ?
[09:56] <oSoMoN> popey, yes please
[09:56] <popey> k
[09:57] <sil2100> ogra_, john-mcaleely: binaries copied, but I had to copy them to -proposed in 14.09-factory since it didn't permit me to upload directly ;p
[10:05] <popey> i updated my krillin this morning and now adb shell refuses to connect - i just get "error: device not found"
[10:05] <popey> tried rebooting and unplug/replug
[10:06] <popey> oSoMoN: found it. https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1414029
[10:07] <popey> low seems inappropriate to me
[10:07] <oSoMoN> popey, ha, thanks. lp bug search sucks, I did a search for webbrowser-app project with "here" keyword, and it didn’t find it
[10:07] <popey> :)
[10:09] <oSoMoN> popey, do you happen to know who our POC at here is? this is something that should be fixed on their side, really
[10:09] <popey> oSoMoN: I don't. victor p probably does.
[10:10] <oSoMoN> yeah, I’ll ask him
[10:10] <popey> k
[10:11] <popey> ogra_: is there some udev nonsense that hasn't made its way to vivid (on my laptop) which prevents my adb from working?
[10:13] <ogra_> popey, with what device ?
[10:13] <popey> krillin
[10:13] <ogra_> no, we havent  changed anything around this in a while
[10:13] <popey> hm
[10:13] <popey> wonder why I suddenly can't adb in
[10:13] <popey> kinda blocks me doing anything.
[10:14] <ogra_> did you unlock the screen ?
[10:14] <john-mcaleely> popey, is your screen locked?
[10:14] <popey> no
[10:14] <popey> yes/no
[10:14] <popey>  :)
[10:14] <ogra_> heh, do that then
[10:14] <popey> yes, you to, no to john-mcaleely
[10:14] <ogra_> ah
[10:14] <ogra_> hmm
[10:14] <popey> adbd is running (checked in terminal)
[10:15] <ogra_> ogra@anubis:~/datengrab$ adb shell
[10:15] <ogra_> phablet@ubuntu-phablet:~$ logout
[10:15] <ogra_> ogra@anubis:~/datengrab$
[10:15] <ogra_> works here
[10:15] <popey> adb devices shows nothing
[10:15] <ogra_> (and i just upgraded 20min ago or so)
[10:15] <popey> running 230 from 1409-proposed
[10:15] <popey> tried disabling / re-enabling developer mode
[10:16]  * ogra_ is on 230 too
[10:16] <ogra_> did you try restarting the adb server on the PC ?
[10:16] <popey> yes
[10:16] <popey> just done again
[10:17] <ogra_> do you see USB connect events in syslog or dmesg when you connect it ?
[10:17] <popey> yes
[10:18] <ogra_> very strange
[10:18] <popey> mtp works fine
[10:18] <ogra_> if you: adb kill-server ; sudo adb devices ...
[10:18] <ogra_> does it show then ?
[10:19] <popey> yes :(
[10:19] <ogra_> yeah, sounds like udev
[10:19] <ogra_> i wonder if anything in udev iself changed on vivid
[10:19] <rvr> popey: Hey
[10:19] <ogra_> ask pitti perhaps
[10:19] <popey> rvr: hey, will look at your music thing once I get past this adb issue
[10:19] <popey> thanks ogra_
[10:20] <rvr> popey: Ok
[10:20] <rvr> sil2100: john-mcaleely: I will be testing the hot fix. Ping me when the channel is ready, please.
[10:20] <rvr> sil2100: Do you have any ETA?
[10:25] <sil2100> rvr: hey!
[10:25] <sil2100> rvr: we should have the channel finalized soon, which means we'll be able to build a new image with the 2 fixes in the rootfs
[10:25] <sil2100> hmmm
[10:26] <sil2100> ogra_: I think we didn't have an ubuntu-rtm image with the 2 hot-fix packages, right? Or is it only my commitlogs lying?
[10:26] <rvr> sil2100: Ack
[10:27] <sil2100> ogra_: maybe it would be good to kick a new ubuntu-rtm image to have a standard 14.09 image to test against with the new device and custom bits?
[10:27] <ogra_> yeah, let me check
[10:27] <sil2100> Since we anyway need to land those 2 tarballs for 14.09 as well, not only for the new 14.09-factory
[10:28] <ogra_> imgbot, status 230
[10:28] <imgbot> Status: succeeded, Started: 2015-02-09 03:02:17 UTC, Finished: 2015-02-09 03:53:45 UTC
[10:28] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/19536
[10:28] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/230.changes
[10:28] <ogra_> hmm
[10:29] <ogra_> aha
[10:29] <ogra_> sil2100, 229 had it
[10:29] <ogra_> imgbot, status 229
[10:29] <popey> rvr: confirmed url-dispatcher crash
[10:29] <imgbot> Status: succeeded, Started: 2015-02-07 20:09:02 UTC, Finished: 2015-02-07 21:01:00 UTC
[10:29] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/19484
[10:29] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/229.changes
[10:29] <sil2100> 229?
[10:29] <popey> rvr: will file a bug.
[10:29] <sil2100> Aaaaah!
[10:29] <sil2100> Crap, right!
[10:30] <sil2100> ogra_: yeah, indeed, didn't see it as it wasn't noted as a CI Train landing
[10:30] <rvr> popey: Ok, I will mark the card as failed in trello.
[10:30] <popey> ok
[10:30] <popey> thanks rvr
[10:30] <sil2100> ogra_: thanks for double-checking
[10:30] <ogra_> sil2100, yeah, i think rsalveti had to dput
[10:30] <ogra_> (seeing the packlog)
[10:30] <ogra_> *back
[10:45] <cjwatson> FYI folks, the URLs for proposed-migration output have changed a bit - for ubuntu-rtm, they now have the series prepended.  see http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/
[10:45] <cjwatson> needed to do that in order to support 14.09 and 14.09-factory both being live in parallel
[10:48] <Chipaca> trainguards, could I have a silo for row #83? sil2100 this includes the merge from rtm and a fix to the FTBFS in vivid.
[10:51] <sil2100> Chipaca: let me take a look
[11:08] <sil2100> john-mcaleely, ogra_, jibel: I'm building the first 14.09-factory image right now
[11:09] <john-mcaleely> ack
[11:09] <jibel> sil2100, k
[11:09] <sil2100> My first build job ever started, a bit rough but I think next time I'll just use screen for it ;)
[11:09] <sil2100> As recommended by Colin
[11:09] <john-mcaleely> :-)
[11:11] <ogra_> sil2100, haha, he recommends that to me too since years ...
[11:12] <ogra_> (and i havent managed til today to use screen for more than serial terminals in my workflow ... )
[11:12] <sil2100> I use screen most of the time locally, I put my irssi clients in those out of habit
[11:12] <sil2100> Was very useful when I was testing new unity/compiz packages back in the old days
[11:12] <sil2100> ;)
[11:13] <sil2100> Of course, it's better to have an IRC shell, which I also use sometimes
[11:13] <ogra_> yeah, many do ... i never got into that and just plaster my desktop with terminal windows :)
[11:15] <ogra_> (i guess thats just the gamer in me needing a reason for three monitors)
[11:15] <sil2100> hoho
[11:16] <sil2100> Only working on a dual-screen here
[11:21] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150209-094615f.tar.xz
[11:21] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150209-094615f.changes
[11:21] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150209-094615f.ods
[11:22] <john-mcaleely> sil2100, device tarball, as discussed ^
[11:26] <sil2100> john-mcaleely: passed your QA \o/ ?
[11:26] <john-mcaleely> sil2100, yes
[11:26] <sil2100> john-mcaleely: ok, then let's get those 2 device tarball changes + the custom tarball into QA
[11:27] <sil2100> jibel, rvr: hey guys, so the plan is:
[11:27] <sil2100> jibel, rvr: we have a 14.09-factory-proposed image building (the snapshot-based image + the rootfs fixes for the hot-fix)
[11:27] <sil2100> jibel, rvr: we need the device and custom tarballs tested for both the 14.09-proposed and 14.09-factory-proposed images
[11:28] <sil2100> jibel, rvr: 14.09-factory-proposed is still building, but in the meantime you coudl already start testing the change on standard 14.09
[11:28] <sil2100> 14.09-proposed
[11:29] <sil2100> jibel, rvr: once the 14.09-factory-proposed first build finishes, then you could double-confirm it's all alright on that one as well
[11:29] <cjwatson> So you still want the first factory image to be with the older device/custom tarballs?
[11:29] <sil2100> After we get those 2 +1's from you, we'll push the tarballs
[11:30] <sil2100> cjwatson: with the ones that are currently available - it's what's happening now, right?
[11:30] <rvr> sil2100: Ok, so I need the instructions to test with 14.09-proposed.
[11:30] <sil2100> Since the new tarballs didn't get published anywhere in public right now
[11:31] <cjwatson> Well, I haven't saved the new system-image configuration yet
[11:31] <sil2100> cjwatson: ah, ok :)
[11:31] <cjwatson> But it was what I previously understood the plan to be, so was checking
[11:31] <john-mcaleely> sil2100, build one with the old tarballs we have time
[11:31] <sil2100> cjwatson: ^
[11:32] <sil2100> cjwatson: well, it doesn't matter anyway as we will be only testing 14.09-factory-proposed with the new tarballs
[11:32] <sil2100> But yeah
[11:32] <sil2100> Best if first it fetches the old ones, it will make testing easier
[11:32] <sil2100> We won't be publishing anything in blind then
[11:32] <cjwatson> OK
[11:32] <sil2100> cjwatson: thanks!
[11:33] <cjwatson> Separately FYI, there'll be rolling LP builder downtime in a bit since we're doing a launchpad-buildd upgrade
[11:33] <cjwatson> Please let us know if there are any super-urgent builds that mustn't be interrupted
[11:35] <rvr> john-mcaleely: sil2100: To test with 14.09-proposed, what do I need to do?
[11:35] <john-mcaleely> rvr do you want to test the custom & device together, or separately?
[11:36] <john-mcaleely> sil2100, ^
[11:37] <rvr> john-mcaleely: What are the changes in the custom and in the device?
[11:38] <john-mcaleely> rvr are you on qa-team mailing list?
[11:38] <rvr> john-mcaleely: Yes, reading the emails
[11:39] <sil2100> rvr: so first you upgrade to the 14.09-proposed latest image on you krillin - the actual upgrade of the tarballs I guess john-mcaleely can help you with
[11:39] <sil2100> rvr: thanks!
[11:43] <rvr> john-mcaleely: Ok, so device tarball enables factory wipe, and custom tarball allows to reboot, wipe (I suppose this needs device tarball) and power off.
[11:44] <john-mcaleely> rvr yup
[11:45] <rvr> john-mcaleely: I'll test device+custom at the same time.
[11:55] <john-mcaleely> rvr, I've emailed you
[11:55] <rvr> john-mcaleely: Received
[11:57] <john-mcaleely> sil2100, The device tarball above ^ is the one to land in #17, and is the one rvr has a pointer to :-)
[11:57] <sil2100> \o/
[11:58] <sil2100> john-mcaleely: got the e-mail, thanks for forwarding all communication :) Let's get this tested and released
[12:05] <rvr> Flashing
[12:06] <Chipaca> trainguards, silo 8 (row 83) ready to go
[12:09] <Mirv> Chipaca: ok
[12:10] <Chipaca> sil2100: fyi the bug seems to be a bug in go 1.3's c-stack garbage collector. Still digging some more, and will file a bug with go when we've got it pared down a bit more.
[12:10] <Mirv> Chipaca: MP not top-approved
[12:11] <Chipaca> Mirv: 'tis now :)
[12:11] <cjwatson> sil2100: ubuntu-touch/ubuntu-rtm/14.09-factory-proposed krillin #2 exists now
[12:12] <sil2100> cjwatson: \o/ Thanks for confirming
[12:13] <sil2100> rvr: so, once you're done with testing 14.09-proposed, you can flash to ubuntu-touch/ubuntu-rtm/14.09-factory-proposed and sanity-check if all is ok as well?
[12:13]  * sil2100 needs to jump out for lunch
[12:13] <sil2100> I'll be reading this IRC if anything urgent pops up
[12:14] <Mirv> Chipaca: thanks! :)
[12:25] <davmor3> MIRV: I'm not here today you might want to recommend someone else
[12:27] <Mirv> sure thing dave
[12:37] <jgdx> trainguards: Halp! I can't install rtm silo 7. Basically, u-s-s says it depends on >= 0.70 of a package and the candidate is 0.70-ppa-etc.
[12:42] <Mirv> jgdx: the u-s-s dependency is wrong, instead of "qtdeclarative5-ofono0.2 (>=0.70)," it should be "qtdeclarative5-ofono0.2 (>=0.70~),"
[12:42] <Mirv> so, it needs a rebuild with that
[12:42] <jgdx> Mirv, ah, k. Thanks
[12:52] <jgdx> Mirv, and that change is picked up automatically…
[13:02] <rvr> john-mcaleely: I installed 14.09-proposed with device tarball (alone), and did touch /data/.factory_wipe. How is it triggered? Rebooting didn't reset the system.
[13:08] <Mirv> jgdx: hm? I see you update the MP, so yes now you should try a rebuild
[13:08] <jgdx> Mirv, k
[13:08] <jgdx> thanks
[13:09] <cjwatson> sil2100: Should we switch over to the new URLs in order to get an updated build in parallel with QA?
[13:10] <Mirv> jgdx: ubuntu-system-settings in PACKAGES_TO_REBUILD
[13:11] <jgdx> Mirv, right
[13:41] <john-mcaleely> rvr, *#0704#* in the dialler
[14:04] <sil2100> cjwatson: what do you mean?
[14:09] <cjwatson> sil2100: Well, AIUI QA is currently testing 14.09-factory-proposed krillin #2, which uses the old device and custom tarballs, but we want to deliver an image using the new device and custom tarballs by end of day Spain
[14:09] <cjwatson> sil2100: Shouldn't we be building such an image kind of NOW, even if QA is still testing the old one?
[14:13] <om26er> bzoltan_, is silo5 ready now ?
[14:13] <bzoltan_> om26er:  yes, it is
[14:14] <om26er> bzoltan_, do you have the latest testing results
[14:14] <bzoltan_> om26er: duuude :) it takes 8-10 hours ... for vivid landing it took 48 because of the reboot loops
[14:15] <sil2100> cjwatson: QA is testing the new tarballs as well, they usually do it by installing the old image and manually getting the tarballs on top of it
[14:15] <sil2100> cjwatson: that way they can test if it's good to land without us having to revert the tarball uploads in case of any problems
[14:15] <cjwatson> OK
[14:16] <sil2100> cjwatson: so let's wait for their test results and then built it once it's all ok :)
[14:16] <cjwatson> sil2100: Can I assume that this is all in your hands now and I don't need to mangle configuration, then?
[14:16] <bzoltan_> om26er:  unless if you agree that this change -> http://bazaar.launchpad.net/~zsombi/ubuntu-ui-toolkit/haptics-feedback-singleton/revision/1148 wil not effect the test results and accept my previous tests
[14:16] <sil2100> cjwatson: all is ok so far, thanks :)
[14:17] <cjwatson> COol
[14:17] <cjwatson> With sensible capitalisation
[14:17] <om26er> bzoltan_, the change looks simple enough, though I am not the expert there.
[14:18] <om26er> bzoltan_, i'll just go ahead with my verification and cross my fingers.
[14:18] <bzoltan_> om26er: if you want i can run the test plan... it will just take time. Earliest by tomorrow morning... with some luck
[14:20] <rvr> sil2100: john-mcaleely: Sanity tests pass on 14.09-proposed + device tarball (not proposed-customized + device + tarball).
[14:20] <john-mcaleely> \o/
[14:21] <om26er> bzoltan_, I think the risk here is probably we could see a crash with that change in some case. So perhaps running the test plan again will help us be sure.
[14:21] <john-mcaleely> thanks rvr
[14:21] <rvr> john-mcaleely: I asked about how to check device tarball with proposed, since I understand it doesn't have the MMI fix.
[14:21] <john-mcaleely> rvr, ah, I see. sorry, I don't know a wau
[14:21] <john-mcaleely> way
[14:22] <rvr> john-mcaleely: I touched /data/.factory_wipe and rebooted hoping it will do something, but it didn't.
[14:22] <rvr> ricmm: ping
[14:25] <rvr> john-mcaleely: And ricmm must be resting... Ok. I am flashing custom-proposed with device tarball.
[14:25] <rvr> proposed-customized
[14:31] <john-mcaleely> rvr, sounds good
[14:32] <sil2100> rvr: could you also repeat the same tests for 14.09-factory-proposed?
[14:33] <rvr> sil2100: What's the difference between that and proposed-customized?
[14:35] <sil2100> rvr: proposed-customized? I mean, now you took the tarballs and installed them on top of an image from the ubuntu-rtm/14.09-proposed channel, right?
[14:35] <sil2100> rvr: we would need the same tarballs tested against an image from ubuntu-rtm/14.09-factory-proposed, which is has basically everything as the last image we promoted
[14:36] <sil2100> rvr: we need it tested on that as this will be what will be sent out to the client essentially
[14:36] <rvr> sil2100: I installed the device tarball +  ubuntu-rtm/14.09-proposed, but the custom tarball is only available as an image in 14.09-proposed-customized.
[14:36] <sil2100> hm
[14:37] <sil2100> john-mcaleely, cwayne: is there any way to install the custom tarball on an image from a different channel?
[14:37] <rvr> device tarball contains only a couple of changes to allow factory wipe, the other fixes are in the custom tarball.
[14:38] <john-mcaleely> sil2100, no
[14:38] <cwayne> that's why we suggested to test device + custom in one go :)
[14:38] <john-mcaleely> (well, not in any sane way)
[14:38] <cwayne> yeah, there's some hacky ways to do it, but i'd feel more comfortable having it tested from the channel
[14:38] <sil2100> So basically we cannot test the custom tarball on top of the last promoted image, right?
[14:40] <sil2100> Ok, then it's a bit sad, but I guess we can assume it's ok, get the tarballs published and then just test the new ubuntu-rtm/14.09-factory-proposed image
[14:40] <sil2100> Which will have both tarballs in place
[14:40] <john-mcaleely> sil2100, yeah, I think so
[14:41] <sil2100> rvr: did you finish all the tests regarding custom and device already, or is there still something left to do?
[14:41] <rvr> version device: 20150129-c75dcfb
[14:41] <rvr> version custom: 20150207-538-29-183
[14:42] <rvr> john-mcaleely: The version doesn't match, device is 20150209-094615f
[14:42] <john-mcaleely> rvr, yes, that's the behaviour with --device-tarball
[14:42] <rvr> john-mcaleely: Ok
[14:42] <john-mcaleely> the UI doesn't see the updated version, sadly - it believes the server
[14:43] <john-mcaleely> you can look at /etc/device-build to be sure
[14:43] <john-mcaleely> rvr, ^
[14:43] <rvr> Checking
[14:44] <rvr> sil2100: I only checked the device part with proposed, now checking the whole thing in proposed-customized
[14:44] <rvr> john-mcaleely: That file reports the correct version
[14:45] <john-mcaleely> rvr, :-)
[14:47] <rvr> "Do you want to reset your phone?" Not translated, but not a big deal, I guess ;D
[14:49] <rvr> Ok, I can see the wizard. Now waiting 2 minutes.
[14:49] <rvr> Hmm
[14:49] <rvr> This was faster
[14:50] <rvr> john-mcaleely: It did power off, but I see the red light
[14:50] <rvr> Is that right?
[14:50] <john-mcaleely> rvr are you plugged in?
[14:50] <rvr> Yes
[14:50] <john-mcaleely> rvr, then yes, it goes to charge mode automatically
[14:56] <rvr> Wipe also worked
[14:57] <rvr> john-mcaleely: sil2100: So, features do work as expected. Running sanity suite on proposed-customized + device tarball.
[14:57] <john-mcaleely> \o/
[15:03] <pmcgowan> is someone already validating the pay-ui fix
[15:04] <rvr> pmcgowan: In the qa team, not that I know. I am pinging them to check.
[15:05] <pmcgowan> rvr, thanks as thats also high priority
[15:06] <sil2100> rvr: \o/
[15:07] <rvr> pmcgowan: om26er will check it.
[15:07] <pmcgowan> thanks
[15:07] <sil2100> rvr: then waiting on your final +1 - once we have that, we get both tarballs in place and then we would again need to get this validated for the -factory image... ;(
[15:07] <rvr> sil2100: Ok
[15:09] <dobey> oh ok. was just going to ask if all the qa people were away on national holiday or something today, as the "under testing" column of trello is empty :)
[15:09] <om26er> dobey, for pay-ui fix do I need to buy an app using paypal ?
[15:11] <dobey> om26er: just going up to the point of needing to ender the username/password on the paypal page is enough to verify the specific fix, but yes, an app would need to be purchased to test the full flow (that it exits and the app starts installing after a succesful purchase)
[15:13] <om26er> dobey, I don't have paypal, I'll make sure to test the plan to the point where I don't need to buy anything with paypal, probably you can help me with that part ?
[15:14] <dobey> om26er: there is a link at the bottom of the paypal page that says "Cancel and Return to 'Canonical Store'" or something like that
[15:14] <dobey> om26er: tapping that should cancel the purcahse
[15:14] <dobey> purchase
[15:14] <om26er> dobey, right, what I want to say is that if we need to test a real purchase perhaps you could do that.
[15:14] <dobey> and back arrow in the toolbar will return to the payment methods page of pay-ui
[15:16]  * dobey can't wait to get refunds implemented
[15:22] <om26er> dobey, can you name a few paid apps in the store
[15:23] <pmcgowan> om26er, wallet lightener pro
[15:24] <dobey> om26er: search for "price:2.99" (capitalization important there)
[15:24] <sil2100> bzoltan_: approval needed https://code.launchpad.net/~zeller-benjamin/qtcreator-plugin-ubuntu/small-templ-fix/+merge/249056 !
[15:24] <dobey> maybe i should update the testplan to just say to search for price:foo
[15:26] <dobey> and done
[15:45] <sil2100> zbenjamin: https://code.launchpad.net/~zeller-benjamin/qtcreator-plugin-ubuntu/small-templ-fix/+merge/249056 <- can you get this approved?
[15:45] <zbenjamin> bzoltan_: ^^^
[15:55] <jgdx> kenvandine, "testing only" in rtm silo 7, what's the plan?
[15:56] <kenvandine> jgdx, have you been able to test all the pieces?
[15:56] <jgdx> kenvandine, oui
[15:56] <kenvandine> i think it was hard to do that before, because we needed all the packages
[15:57] <jgdx> it was
[15:59] <sil2100> rvr: how far are you with testing?
[16:08] <sil2100> john-mcaleely: how much more time do we have for the image to be released?
[16:08] <john-mcaleely> sil2100, not long
[16:09] <sil2100> Then I suppose on 14.09-factory we'll only ask rvr to perform tests checking if the new functionality works
[16:09] <rvr> I'm finishing with proposed-customized
[16:10] <john-mcaleely> sil2100, makes sense
[16:10] <rvr> It took longer because I had a problem with video recording, that cannot reproduce
[16:10] <rvr> Reflashing takes time
[16:10] <sil2100> I'll flash my krillin to 14.09-factory to see if all looks ok with those images on first glance
[16:17] <rvr> sil2100: john-mcaleely: Sanity tests passes on proposed-customized
[16:17] <john-mcaleely> rvr, sil2100 \o/
[16:18] <sil2100> Yaay!
[16:18] <sil2100> john-mcaleely, cwayne: could you please upload your tarballs?
[16:18] <john-mcaleely> sil2100, I guess it's time for me and cwayne to do some pushing
[16:18] <john-mcaleely> sil2100, ack
[16:18] <sil2100> IIUC those should be also found and imported to the 14.09-factory-proposed channel
[16:18] <rvr> john-mcaleely: sil2100: I had a problem with video recording, playing them showed a black screen. But I reflashed with and witouth the tarball and couldn't reproduce.
[16:19] <john-mcaleely> rvr, noted. can you raise a barajas bug - probably a one-off, but worth checking
[16:20] <john-mcaleely> sil2100, device tarball pushed
[16:20] <cwayne> custom pushed
[16:21] <rvr> john-mcaleely: 14.09-factory-proposed needs also --device-tarball, right?
[16:21] <sil2100> cjwatson: to double confirm, the tarballs that have been pushed to 14.09-proposed will be also visible now and picked up in 14.09-factory-proposed, right?
[16:23] <john-mcaleely> rvr, now or once there's been one more build?
[16:23] <john-mcaleely> rvr if you wait ~10 mins, I think there will be a build with the right tarball in place
[16:24] <rvr> john-mcaleely: Ok
[16:24]  * sil2100 just hopes that the importer is enabled
[16:25] <john-mcaleely> sil2100, looks like it's dopne
[16:26] <john-mcaleely> build #3 in factory-proposed is looking good. agreed cwayne ?
[16:26] <john-mcaleely> $  ubuntu-device-flash query --show-image --channel ubuntu-touch/ubuntu-rtm/14.09-factory --device krillin
[16:26] <john-mcaleely>  ubuntu-device-flash query --show-image --channel ubuntu-touch/ubuntu-rtm/14.09-factory-proposed --device krillin
[16:26] <john-mcaleely> even
[16:26] <cjwatson> sil2100: should do yes, the URLs matched
[16:26] <rvr> john-mcaleely: sil2100: jibel has been able to reproduce the problem with the videos
[16:26] <cwayne> looks right to me
[16:27] <john-mcaleely> rvr, ok, so lets see if it's in build #3 of factory-proposed
[16:27] <john-mcaleely> sil2100, #3 looks like the promotion candidate, right?
[16:30] <john-mcaleely> rvr, we can hope the video issue is just in current RTM
[16:33] <rvr> I only happened with proposed-customized
[16:34] <jibel> rvr, I'm bootstrapping rtm/16, it seems to happen only on first boot
[16:34] <cwayne> there's *nothing* in the tarball that could even possibly affect video recording
[16:34] <cwayne> so it may be intermittent
[16:35] <jibel> cwayne, could the factory reset trigger such a bug?
[16:35] <john-mcaleely> jibel, no, I don't believe so
[16:35] <jibel> cwayne, it's only on first boot after a reset
[16:35] <jibel> weird
[16:35] <john-mcaleely> jibel, fwiw, I record and play a video with every device tarball
[16:36] <john-mcaleely> jibel, and does the type of reset matter? (through the UI, or through the dialler short code?)
[16:37] <jibel> john-mcaleely, no idea, I'm trying on rtm/16 and will compare with factory/3
[16:37] <john-mcaleely> jibel, makes sense
[16:41] <rvr> jibel: I did a factory reset, and video plays fine this time.
[16:42] <sil2100> john-mcaleely: hm, #4 should be the candidate I suppose?
[16:43] <john-mcaleely> sil2100, er why?
[16:43] <sil2100> john-mcaleely: since the image I built in the morning was #2 from what cjwatson said, and we had 2 tarball uploads
[16:43] <jibel> rvr, john-mcaleely same problem on #16, I cannot record/play a video on first boot, so not a regression but something to fix ASAP.
[16:43] <john-mcaleely> sil2100, #3 has both tarballs
[16:43] <sil2100> So I suppose it should trigger 2 builds?
[16:43] <sil2100> Oh, nice
[16:43] <john-mcaleely> sil2100, I guess it optimised
[16:43] <sil2100> Maybe because it got in on one importer run
[16:44] <jibel> rvr, can you file a bug if not done already?
[16:44] <john-mcaleely> or maybe #4 will arrive shortly as a dupe...
[16:44] <sil2100> Anyway, yeah, then #3 is the candidate ;)
[16:44] <rvr> jibel: Yup
[16:44] <john-mcaleely> jibel, ack. bug please :-)
[16:44] <john-mcaleely> rvr, nice catch :-)
[16:45] <sil2100> jibel, rvr: thanks for finding and confirming ;)
[16:48] <sil2100> rvr: then if you could simply check if the modifications still work on the 14.09-factory-proposed image number #3 it would be awesome :)
[16:48] <sil2100> We could then promote it basically
[16:48] <rvr> sil2100: Is the image already available?
[16:49] <sil2100> rvr: it seems it's there, john-mcaleely says that #3 has both the tarballs
[16:49] <sil2100> So it's the promotion candidate for today
[16:49] <rvr> ok
[16:49] <rvr> https://bugs.launchpad.net/camera-app/+bug/1419875
[16:51] <rvr> Flashing
[16:53] <jibel> Kaleo, ^ on first boot on rtm/16
[16:54] <jibel> the generation of the thumbnails fails too
[16:57] <john-mcaleely> jibel, aha. I never record more than 5 sec or so in my testing
[17:00] <popey> sil2100: no landing call?
[17:01] <Kaleo> jibel, thanks
[17:01] <sil2100> popey: I'll be there in a minute
[17:01] <popey> fscking hangouts
[17:01] <popey> crashed
[17:01] <popey> GAHHGAGHAKtfigyzsueeafwe
[17:11] <popey> crashed again, I give up
[17:12] <sil2100> popey: we just finished :)
[17:12] <sil2100> popey: you published the music-app, right?
[17:12] <popey> i did
[17:12] <jibel> sil2100, no landing meeitngs?
[17:12] <jibel> meeting
[17:13] <ogra_> jibel, we had it
[17:13] <jibel> ogra_, ah, I was that late, sorry.
[17:36] <rvr> Factory reset via dialer app works
[17:42] <john-mcaleely> yay
[17:45] <rvr> Scopes are there, apps are there, phone works, camera works...
[17:45] <rvr> john-mcaleely: Looks good to me.
[17:46] <rvr> sil2100: ^^
[17:46] <john-mcaleely> yay
[17:48] <sil2100> \o/
[17:48] <pmcgowan> john-mcaleely, ship it!
[17:49] <sil2100> rvr: yeah, looks fine here as well
[17:49] <john-mcaleely> pmcgowan, jsut as soon as it's promoted :-)
[17:49] <sil2100> pmcgowan: it's shipped ;) We need ogra_ to promote it
[17:49] <sil2100> ogra_: ping!
[17:49]  * ogra_ shades his ears
[17:50] <sil2100> ogra_: rvr tested ubuntu-touch/ubuntu-rtm/14.09-factory-proposed image #3 and it seems to be all good
[17:50] <sil2100> Can you promote it to the stable channel as #17 ?
[17:50] <ogra_> ok, i assume i should only promote krillin ?
[17:50] <sil2100> Yeah, no other changes for any other devices
[17:50] <sil2100> hm, ok, there are changes, but not relevant
[17:51] <ogra_> /srv/system-image.ubuntu.com/bin/copy-image ubuntu-touch/ubuntu-rtm/14.09-factory-proposed ubuntu-touch/ubuntu-rtm/14.09 krillin 3
[17:51] <ogra_> sil2100, ^^^ this is what i'm calling now
[17:52] <ogra_> it is copy-image <source channel> <dest. channel> <arch> <source channel version>
[17:52] <ogra_> as cdimage user on nusakan
[17:52] <john-mcaleely> oh, and devices are arches?
[17:53] <ogra_> well, subarches
[17:53] <ogra_> we used to have a theme back when we still did sane images :)

[17:53] <john-mcaleely> haha
[17:53] <john-mcaleely> sanity is overrated
[17:53] <ogra_> so in the old ubuntu image world it would have been armhf+krillin
[17:53] <sil2100> ogra_: thanks :)
[17:54] <cjwatson> Shall I deactivate the importer for the 14.09-factory-proposed channel, as previously discussed?
[17:54] <cjwatson> Or would it be convenient to leave it on for a bit?
[17:55] <sil2100> cjwatson: I think we're good now, so disable it for now - we can get it re-enabled in case of another emergency build
[17:55] <cjwatson> Done
[17:55] <john-mcaleely> thanks cjwatson
[17:55] <cjwatson> yw
[17:56] <sil2100> Thanks!
[17:57] <ogra_> [17:58] <john-mcaleely> joc_, ^
[17:58] <john-mcaleely> thank you!
[17:58] <joc_> thanks
[17:59] <ogra_> sil2100, in case you need it /home/ogra/rtm-promo.log has all the promotion commands for all images as copy/pastes that i used
[18:00] <sil2100> \o/
[18:00] <sil2100> Ouuu yeaaa
[18:00] <ogra_> ouya ?
[18:00] <sil2100> ogra_: thanks :) I'll try doing the next promotion myself, but it all seems straightforward
[18:01] <ogra_> thats a game console :)
[18:01] <ogra_> sil2100, it is, you just need to get the numbers straight
[18:02] <ogra_> btw ... popey when did you last use yours ?
[18:02] <ogra_> :)
[18:02] <ogra_> mine is collecting dust
[18:06] <popey> ogra_: its sat next to me here, the kids play with it now and then
[18:06] <popey> there's a few really great multi-player games
[18:06] <ogra_> oh, wow
[18:06] <popey> we play like 4 games on it
[18:08] <sil2100> I saw the ouya in a nearby store some time ago, was a nice surprise as it's not really popular in Poland
[18:11] <popey> yeah, they were in some game shops here for a while
[18:12] <popey> sil2100: did we promote an image today?
[18:13] <popey> 17?
[18:13] <sil2100> popey: yes :) #17 krillin for ubuntu-rtm
[18:13] <popey> phew
[18:13] <popey> ok
[18:13] <ogra_> popey, 20 lines above, yeah
[18:13] <popey> oh!
[18:13] <popey> my hilight failed
[18:13] <popey> ta
[18:18] <dobey> cihelp: can someone please upload https://jenkins.qa.ubuntu.com/job/generic-click-builder-vivid-armhf/288/artifact/output/com.canonical.payui_0.4.5_armhf.click to the store?
[18:21] <john-mcaleely> sil2100, should this also go to ubuntu-touch/rc/bq-aquaris.en ?
[18:25] <sil2100> john-mcaleely: hm, not sure how we now setup the channels now, let me check
[18:25] <sil2100> slangasek: ^ ?
[18:25] <ogra_> lol
[18:25] <ogra_> see what i meant in the meeting ?
[18:25] <john-mcaleely> (Not time critical, just need to sort before next promotion)
[18:25] <ogra_> its already starting .... and we have only one phone out !
[18:25] <john-mcaleely> and it's only half out!
[18:26] <ogra_> yeah
[18:28] <sil2100> ;)
[18:30] <sil2100> Well, I wonder if we use ubuntu-touch/rc/bq-aquaris already
[18:32] <sil2100> john-mcaleely: according to the latest discussions it might indeed make sense to put that in there, but I'm not sure if we're supposed to use it already - do you know if there's anything in the channel already?
[18:32] <john-mcaleely> sil2100, I agree, and I don't know
[18:42] <dobey> hmm
[18:43] <dobey> plars, or fginther?
[18:47] <fginther> dobey, yeah, one moment
[18:47] <dobey> thanks
[18:53] <plars> fginther: dobey: sorry, was grabbing a bite
[18:53] <dobey> ah ok, no worries.
[18:54] <fginther> plars, dobey, just got it uploaded (was also grabbing food)
[19:02] <dobey> fginther: for adding the test info to manifest.json in pay-ui, is it possible to run the jenkins job against a branch that doesn't have an MP yet, as a means of testing the job?
[19:04] <fginther> dobey, yes, that can be done. I was experimenting with this myself, just haven't made it very far.
[19:05] <fginther> dobey, FYI, I was playing with the change in this branch: lp:~fginther/pay-ui/enable-autopkgtests
[19:08] <dobey> fginther: can you try it with https://code.launchpad.net/~dobey/pay-ui/adt-run-ap ?
[19:10] <fginther> dobey, trying
[19:13] <fginther> dobey, it's running here: http://s-jenkins.ubuntu-ci:8080/job/generic-click-autopilot-vivid-touch/131/
[19:13] <dobey> cool
[19:51] <sil2100> cyphermox: hey! Just making sure - did Robert ping you about trainguard replacement? :)
[19:51] <cyphermox> sil2100: not this week?
[19:52] <sil2100> cyphermox: ah, since he mentioned as if he did - so it seems he has a national holiday today
[19:52] <cyphermox> ah
[19:52] <sil2100> cyphermox: could you do some CI Train maintenance today? :)
[19:52] <sil2100> Would be greatly appreciated
[19:52] <sil2100> Not much velocity though
[19:52] <cyphermox> sure
[19:53] <cyphermox> but I can't cover as late as Robert usually does, I have karate class tonight
[19:53] <sil2100> No worries :)
[19:54] <dobey> well, that's interesting
[20:03] <cyphermox> sil2100: any gotchas I need to be aware of?
[20:05] <om26er> kenvandine, how long is the expected time for technology switch of SIM card slot ?
[20:05] <om26er> re: silo 007
[20:05] <sil2100> cyphermox: no, I think all is as normal
[20:07] <kenvandine> om26er, a few seconds
[20:07] <kenvandine> om26er, unless you're hitting the network-manager bug 1418077
[20:08] <om26er> kenvandine, yes, saw that once, had to reboot phone
[20:08] <kenvandine> om26er, which we think only affects vivid
[20:08] <kenvandine> it's a terrible bug
[20:09] <om26er> kenvandine, with the presence of that bug, is this silo still viable for landing ?
[20:09] <kenvandine> om26er, are you hitting that in rtm?
[20:09] <kenvandine> om26er, well that bug isn't specific to this silo
[20:09] <kenvandine> or shouldn't be
[20:10] <om26er> kenvandine, I did see something similar
[20:10] <om26er> kenvandine, hmm, that's good to know
[20:10] <kenvandine> that bug is NM waiting a really long time to try to reconnect after the change
[20:10] <kenvandine> nothing todo with how we change it
[20:10] <kenvandine> not a regression
[20:10] <kenvandine> om26er, but i was not able to reproduce it in rtm
[20:11] <kenvandine> if you can, please make sure you note that in the bug report
[20:11] <om26er> kenvandine, ok, I will try.
[20:11] <kenvandine> that'll definately make it get more attention
[20:11] <kenvandine> it's super easy to reproduce in vivid
[20:11] <kenvandine> and i tried a bunch of times in rtm, and couldn't
[20:11] <kenvandine> but that was last week...
[20:12] <om26er> kenvandine, how long has the technology switch code stayed in vivid ?
[20:12] <om26er> is it well tested ?
[20:14] <om26er> kenvandine, Also the design sucks for this feature :D
[20:14] <kenvandine> actually we haven't landed it in vivid yet, because testing it we hit this terrible bug
[20:14] <kenvandine> the branch isn't just about tech switch, that isn't new
[20:15] <kenvandine> but this silo lets us change which modem has 3G
[20:16] <kenvandine> that was tested pretty extensively in vivid, just didn't land it yet because of that other bug, was hard to feel good about it when everytime we change it there was 10 minutes of downtime :/
[20:16] <kenvandine> which shouldn't be happening in rtm
[20:16] <kenvandine> it might take 20s or so actually
[20:16] <kenvandine> and the UI doesn't make it very obvious
[20:18] <popey> fginther: whoever made pay-ui should update the framework. It's only a warning, but we should bump it.
[20:18] <popey>         'ubuntu-sdk-14.10-qml-dev3' is deprecated. Please use a newer framework
[20:18] <popey>         http://askubuntu.com/questions/460512/what-framework-should-i-use-in-my-manifest-file
[20:18] <fginther> dobey, See comment above from popey
[20:18] <popey> oh
[20:19] <popey>  /ignore popey
[20:19] <fginther> ok :-)
[20:22]  * dobey ignores
[20:32] <popey> dobey: sorry, misread comment from fginther , the framework does need updating
[20:34] <dobey> popey: to just drop the -dev3? can you file a bug against lp:pay-ui for that?
[20:35] <popey> sure thing
[20:35] <dobey> thanks
[20:36] <popey> https://bugs.launchpad.net/pay-ui/+bug/1419984
[20:36] <popey> np
[20:48] <camako> fginther, in an attempt to catch Mir bugs earlier, we 'd like to have the U8 AP tests run for Mir silos, and MPs against our devel branch and trunk. I understand this will further slow down the jenkins but nevertheless it'd be useful for us (and I'll let you worry about adding more devices/machines).  So who should I make a formal request to?
[20:50] <camako> fginther, I am open to any creative suggestions you might have on the topic
[20:50] <camako> e.g. running on the emulator instead of Mako, etc
[20:52] <jgdx> om26er, how's it going? :)
[21:06] <dobey> camako: do the u8 ap tests verify trusted sessions behavior?
[21:07] <camako> dobey, I am not sure about the u8 AP tests, but mir has acceptance tests for it
[21:08] <om26er> jgdx, inprogress ;)
[21:09] <dobey> camako: sure. i'm just curious as with the stuff i've been working on, trusted sessions behavior has been a bit of an annoyance to me. though i noticed recently that it seemed to be doing the right thing now on vivid, when the screen goes off while a trusted session is up and running :)
[21:11] <camako> dobey, o yeah, I remember a fix landed for that not long ago... Feel free to raise a bug if you think it still has problems...
[21:11] <dobey> camako: do you know if that landed in rtm also?
[21:12] <dobey> camako: though, i do think "run this other test suite of this thing that depends on us" is the start of a very slippery slope :)
[21:13] <camako> dobey, yes it did land in RTM..
[21:13] <dobey> great
[21:13] <jgdx> om26er, thanks!
[21:14] <camako> dobey, we run the U8 tests to make sure Mir is not breaking U8... Today it's manual... We'd like to automate it... Nothing new..
[21:44] <om26er> jgdx, Hey
[21:45] <om26er> jgdx, on my krillin, 3g is only working on SIM1.
[21:50] <fginther> camako, I'll take a look at that request and see if it can be done with just a configuration change to the jenkins job definition. Might not be, but worth checking into
[21:51] <camako> fginther, sounds good
[21:52] <racarr> trainguards: Need a core dev to ack debian directory changes in mir 0.11 landing https://code.launchpad.net/~mir-team/mir/0.11/+merge/248221 can someone help?
[23:08] <fginther> dobey, Here are the results on that pay-ui branch : http://s-jenkins.ubuntu-ci:8080/job/generic-click-autopilot-runner-mako/765/
[23:09] <dobey> fginther: yeah, it's not working so well
[23:10] <fginther> dobey, ok, let me know if you need to rerun that
[23:10] <dobey> fginther: probably will tomorrow sometime. time to go now. later :)
[23:10] <dobey> thanks again
[23:17] <cyphermox> racarr: will review now
[23:18] <racarr> cyphermox: Thanks :)
[23:24] <cyphermox> racarr: why is there no mir-client-platform-android-dev?
[23:29] <cyphermox> racarr: changelog should also include details of the changes made to debian/control re: packages provided/replaced and whatnot.
[23:43] <racarr> cyphermox: w.r.t mir-client-platform-android-dev afaik its just not required. What I mean is mir has to publish some headers in order to integrate to the mesa EGL layer
[23:43] <racarr> but with android EGL its the other way around and the android EGL layer publishes the interfaces
[23:44] <racarr> it's a little weird. Both are drivers not system libraries so to speak
[23:45] <racarr> cyphermox: I will update debian/changelog and comment on mp. Thanks :)