[09:08] <sil2100> jibel, davmor2: I tried cancelling the meeting but not sure if I just didn't remove it for me
[09:08] <sil2100> So if anything, no morning meeting anyway
[09:20] <jibel> sil2100, WFM
=== _salem is now known as salem_
[12:05] <jgdx> rvr, hey, how's it going?
[12:05] <rvr> jgdx: Hi. I'm finishing another silo.
[12:05] <jgdx> rvr, okay dokay
[12:50] <boiko> sil2100: could you please publish silo 22?
[12:53] <sil2100> boiko: on it in a min, don't have reliable internet here
[12:53] <sil2100> 10 mins and I'm good again
[12:54] <boiko> sil2100: thanks
[12:54] <boiko> renatu: ^
[12:56] <Saviq> cihelp any idea why those xenial failures https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-xenial-mako/8/console ?
[12:58] <renatu> boiko, sil2100, ok thanks
=== alan_g is now known as alan_g|lunch
[13:19] <sil2100> renatu, boiko: published, yw!
[13:19] <renatu> sil2100, thanks
[13:41] <dobey> rvr: i commented on the card in trello, but the pay-ui blank page on cancelling adding a card is known issue with a fix in waiting, and the other thing was you actually cancelled adding the card, so it's expected to not be added at that point. so can we move this forward?
[13:42] <rvr> dobey: Known issue? It's not happening with the current version.
[13:42] <rvr> At least, for me, it doesn't happen
[13:42] <rvr> Only with the new
[13:43] <dobey> rvr: it most certainly does happen with the current version.
[13:43] <rvr> I tested with both
[13:44] <rvr> With the version that comes in rc-proposed and with the click package
[13:44] <rvr> only with the click package showed the blank page
[13:44] <dobey> i can't imagine how it would not happen for you with the current version, and not the new pay-ui
[13:44] <dobey> given the issue is with existing code, and none of that code changed in this pay-ui
[13:46] <rvr> In stable, cancelling in PayPal correctly goes back to the payment screen
[13:47] <rvr> Sorry, cancelling in the add credit card
[13:47] <rvr> Doing that with the new pay-ui, shows a page in blank
[13:48] <dobey> not here it doesn't
[13:49] <psivaa> Saviq: let me take a look at that
[13:53] <dobey> rvr: nessita filed the bug with the current version in the store, and it's certainly not working in the current version. if it somehow does for you, i don't know what to tell you, but it definitely doesn't work that way.
[13:54] <dobey> rvr: it /is/ a regression, just not a new one in this version of pay-ui.
[14:02] <rvr> dobey: https://people.canonical.com/~vrruiz/pay-ui-add-card-cancel-stable.mp4
=== alan_g|lunch is now known as alan_g
[14:04] <dobey> rvr: well that's very odd. even the working version doesn't return that fast for me, on my wifi and 500 Mbps upstream. you must be hitting some other bug that's somehow magically resulting in you getting returned to that page, because the code path does not work correctly in the current version.
[14:05] <dobey> rvr: so i have no way to explain what you're seeing, other than a bug that is working in your favor.
[14:14] <rvr> dobey: https://people.canonical.com/~vrruiz/pay-ui-add-card-cancel-rc-proposed.mp4 (mako)
[14:15] <rvr> Above was krillin in stable
[14:17] <dobey> rvr: try it in english
[14:20] <rvr> dobey: https://people.canonical.com/~vrruiz/pay-ui-add-card-cancel-rc-proposed-new.mp4 (mako)
[14:20] <rvr> And this is the one that fails
[14:21] <rvr> Switching to English
[14:28] <rvr> dobey: With the new click, same result, blank page
[14:28] <dobey> yes of course, but it's an issue in the current click too
[14:29] <rvr> But I can only see the issue with the new click
[14:29] <rvr> And now, you too
[14:29] <rvr> So, what's up?
[14:39] <rvr> 2015-10-30 14:39:00,451 - DEBUG - [JS] (https://myapps.developer.ubuntu.com/click/payment-method/add/child/?currency=EUR:788) Signal: send HEARTBEAT
[14:39] <rvr> 2015-10-30 14:39:00,453 - CRITICAL - [JS] (:0) Failed to execute 'postMessage' on 'DOMWindow': The target origin provided ('https://software-center.ubuntu.com') does not match the recipient window's origin ('https://myapps.developer.ubuntu.com').
[14:45] <dobey> rvr: huh? no, i see the issue with the old click, not only the new one
[14:45] <dobey> like i said, this is definitely an issue in existing code
[14:57] <dobey> is there some way to record a video directly from the mir buffer?
[14:58] <rvr> dobey: Logs for 15.01.120 http://paste.ubuntu.com/13009752/ and logs for 15.01.133 http://paste.ubuntu.com/13009794/
[15:00] <dobey> there's nothing useful in those logs. all the [JS] messages are from oxide and a result of server side js code, and have nothing to do with any changes in the click itself
[15:00] <mardy> seb128: do I understand correctly, that if I add a "Recommends: mypackage" to a package that is currently preinstalled in the phone image, "mypackage" will also be preinstalled? Or that works only with Depends?
[15:00] <dobey> and nothing changed in the click related to the problem you claim you aren't seeing in the old click. the problem is there
[15:00] <rvr> dobey: I don't "claim". I showed you the videos and the logs.
[15:00] <dobey> there is a bug reported and a branch that fixes it, waiting  to land
[15:01] <dobey> rvr: like i said, afaict, you are apparently hitting some other bug, which apparently works in your favor
[15:01] <dobey> rvr: i know the code. the issue is present in current code.
[15:02] <rvr> dobey: If I'm hitting another bug, find it and fix it.
[15:02] <rvr> I showed you the logs and the videos. There is a problem, I don't know which.
[15:05] <seb128> mardy, the phone image doesn't install recommends as far as I know
[15:06] <seb128> so no that wouldn't work
[15:13] <dobey> rvr: well i don't know what else to say. the issue exists in the current pay-ui. i can't explain why you are being returned to the checkout page so quickly, and magically not hitting the issue there, or why you are somehow hitting the issue in the newer pay-ui. i have a fix for the issue in line, but you're blocking the current click, so getting it through QA is blocked on getting the current stuff through QA.
[15:16] <rvr> jgdx: ping
[15:16] <mardy> seb128: thanks :-)
[15:18] <seb128> mardy, yw
[15:23] <rvr> mardy: Can you get a review for silo 18?
[15:29] <pmcgowan> rvr, I cna approve it since db is away
[15:29] <pmcgowan> can
[15:30] <dobey> rvr: did you try the old pay-ui in en_US?
[15:31]  * pmcgowan loads 18
[15:32] <rvr> dobey: Nope
[15:33] <rvr> pmcgowan: mardy's merge proposal needs a code review/approval
[15:33] <rvr> pmcgowan: If you can do it, fine :)
[15:33] <pmcgowan> rvr, dbarth approved it, and I also reviewed it, will try the silo
[15:33] <pmcgowan> its just qml :)
[15:34] <pmcgowan> works
[15:34] <dobey> rvr: well, in en_US the issue happens for me regardless of the pay-ui click. and in spanish i get your videod behavior with the new click.
[15:34] <sil2100> rvr: how's the OTA tag silo sign-off going? :) I'm in the middle of preparing a remote s-i for testing in case it's needed
[15:34] <dobey> so a translation is causing some other issue or something, i don't know, but the bug exists in the current pay-ui
[15:35] <rvr> sil2100: I have troubles installing the packages from the silo
[15:35] <rvr> sil2100: http://paste.ubuntu.com/13010059/
[15:35] <sil2100> rvr: didn't it get rebuilt yesterday?
[15:35] <rvr> sil2100: Yes, it's weird
[15:35] <sil2100> jgdx: ^ ?
[15:36] <rvr> pmcgowan: Thanks
[15:37] <jgdx> sil2100, when did you flash the phone last?
[15:37] <jgdx> rvr, ^ (sil sorry)
[15:37] <rvr> jgdx: I flashed it today
[15:38] <rvr> I always reflash and wipe for testing
[15:38] <pmcgowan> rvr, it installs for me with citrain
[15:38] <jgdx> rvr, apt-cache policy system-image-dbus
[15:38] <jgdx> yeah, I have 3.0.2 here, flashed yesterday
[15:39] <pmcgowan> rvr, did you instal both packages
[15:39] <rvr> Ahhh, wait, wait, wait
[15:39]  * jgdx waits
[15:39] <rvr> This is sil2100's server image
[15:39] <sil2100> hm?
[15:39] <jgdx> can that package be updated using apt?
[15:40] <rvr> sil2100: I'm testing jgdx's silo with the image I downloaded from your local s-i
[15:40] <sil2100> rvr: that's good, right?
[15:41] <sil2100> rvr: ah!
[15:41] <sil2100> rvr: right, it's an rc image
[15:41] <rvr> sil2100: Well, I think that the updated packages are no longer in the overlay PPA
[15:41] <sil2100> So it might have slightly outdated packages, you'd have to pull in more stuff from the overlay
[15:41] <rvr> Let me check
[15:41] <sil2100> Maybe try apt-get upgrading, it should simply pull in everything it needs from the overlay
[15:42] <sil2100> Anyway, this shouldn't be a problem
[15:42] <sil2100> Since if you do apt-get update with the overlay enabled, then it should just pull in all new deps when installing the silo
[15:44] <rvr> Yes, it is available in the overlay PPA
[15:44] <rvr>      3.0.2-0ubuntu1 0
[15:44] <rvr>          50 http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/ vivid/main armhf Packages
[15:44] <rvr>  *** 2.5.1-0ubuntu1~overlay1 0
[15:44] <rvr>          50 http://ppa.launchpad.net/ci-train-ppa-service/stable-snapshot/ubuntu/ vivid/main armhf Packages
[15:45] <rvr> I need to pin the stable-phone-overlay higher
[15:45] <rvr> sil2100: Is there any chance of breaking anything doing that?
[15:45] <rvr>  system-image-dbus : Depends: system-image-common (= 3.0.2-0ubuntu1) but 2.5.1-0ubuntu1~overlay1 is to be installed
[15:46] <jgdx> sudo apt-get install {system-image-common,system-image-dbus}=3.0.2-0ubuntu1
[15:47] <rvr> jgdx: The following packages will be REMOVED:  system-image-cli ubuntu-touch
[15:47] <jgdx> hm
[15:48] <jgdx> maybe add s-i-cli to the list {-common,-dbus,-cli}=…
[15:49] <jgdx> if an upgrade doesn't work
[15:49] <sil2100> Wait, what depends on s-i 3.0.2?
[15:50] <sil2100> I thought we don't switch to s-i 3.0.2 yet, or do we?
[15:50] <sil2100> hm, maybe barry did release it for vivid
[15:50] <sil2100> Oh, he did
[15:51] <sil2100> nvm
[15:51] <sil2100> Yeah, the rc images didn't have the new s-i yet
[15:51] <Saviq> mako/devel-proposed doesn't boot for me, known?
[15:51]  * barry waves
[15:52] <jgdx> :)
[15:57] <psivaa> Saviq: the failure that you pointed before could be related. i wanted to test with 336 to confirm if that is working
[15:58] <jgdx> rvr, how's it going?
[15:58] <Saviq> psivaa, yeah indeed
[15:58] <psivaa> --revision=336 should flash OK,  but waiting for a device to be available
[15:59] <rvr> jgdx: I can't get pinned the whole stable-overlay ppa
[16:18] <Trevinho> "bzr missing" failed: No handlers could be found for logger "bzr" :o
[16:29] <sil2100> o_O
[16:29] <sil2100> Trevinho: seems to work now, right?
[16:29] <Trevinho> sil2100: yeah...
[16:34] <rvr> sil2100: Your customized image worked, now testing with a regular image that there are no regressions
[16:35] <sil2100> \o/
[16:59] <psivaa> Saviq: with image 336, http://s-jenkins.ubuntu-ci:8080/job/generic-deb-autopilot-runner-xenial-mako/9/console appear to go past that failed stage . this is a temporary workaround until the devel-proposed image is flashable
[17:00] <Saviq> psivaa, thanks
[17:00]  * Saviq flashes 336
[17:08] <rvr> jgdx: sil2100: Approved silo 47
[17:10] <sil2100> \o/
[17:10] <sil2100> rvr: thanks!
[17:12] <rvr> sil2100: Are you adding OTA tag to rc-proposed soon?
[17:12] <sil2100> You mean, to the public system-image server?
[17:13] <sil2100> I still need to finish writing some unit tests for it
[17:13] <sil2100> But we don't intend tagging anything in the public (besides some test channel if anything) before OTA-8
[17:14] <rvr> sil2100: One test that we didn't do is to upgrade from an image tagged as ota_n to ota_n+1
[17:46] <renatu> robru, sil2100 , any problem with silo: .cache/upstart/sync-monitor.log, it is ok proposed pocket for a while
[17:46] <renatu> sorry
[17:46] <renatu> https://requests.ci-train.ubuntu.com/#/ticket/575
=== alan_g is now known as alan_g|EOW
[18:07] <rvr> mardy: Silo 18 approved
[18:12] <robru> renatu: excuses page says valid candidate and that was generated just 10 minutes ago, I guess it will migrate soon?
[18:30] <dobey> alesage: are you around and able to do any qa signoff testing?
[18:33] <alesage> dobey I am around and I am able to do qa signoff testing
[18:33] <dobey> alesage: can you test pay-ui and see if you can replicate what rvr sees?
[18:34] <alesage> dobey rvr's observations are valid
[18:34] <dobey> i didn't say they weren't valid.
[18:50] <Saviq> trainguards, can you please restart qtmir and qtmir-gles builds in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-021/+packages - we had some dependency issues that are now solved, but don't want to go through source builds unnecessarily
[18:50] <robru> Saviq: on it
[18:50] <Saviq> robru, thanks
[18:53] <robru> Saviq: uh but you ran a full rebuild anyway? https://ci-train.ubuntu.com/job/ubuntu-landing-021-1-build/236/consoleFull this will clobber all the qtmir rebuilds I just did
[18:53] <Saviq> robru, that rebuild is the rebuilds you just pushed
[18:54] <robru> Saviq: what are you talking about? "Started by user Michał Sawicz"
[18:54] <Saviq> robru, yeah, but 3h ago
[18:54] <dobey> alesage: i'm not inquiriing about validity. i'm querying about replicability.
[18:54] <Saviq> robru, and qtmir from that build job failed in PPA, that's what I asked to restart
[18:55] <robru> Saviq: oh weird, when I was looking at that it didn't show the full log, it looked like it was still preparing packages
[18:55] <Saviq> robru, yeah, same here
[18:55] <Saviq> robru, thanks
[18:55] <robru> Saviq: ok nm, rebuilds pushed, will restart the watching so it sees them
[19:13] <boiko> robru: silo 22 is waiting for qtorganizer5-eds to migrate from proposed for a few hours already, any idea what could be causing the delay?
[19:14] <robru> boiko: not sure
[19:16] <robru> boiko: I just asked in #ubuntu-release
[19:16] <boiko> renatu: ^
[19:23] <robru> renatu: boiko: check #ubuntu-release, some info there
[19:24] <boiko> robru: thanks
[19:24] <robru> boiko: you're welcome
[19:25] <boiko> renatu: can you check that the packages mentioned there are installable with the silo somehow?
[19:25] <Saviq> robru, oh grr, forgot, can you please rebuild unity8, too (same problem(
[19:25] <robru> Saviq: k
[19:25] <renatu> boiko, robru , I have the silo installed on my device
[19:25] <renatu> I will re-check
[19:25] <robru> renatu: boiko: the issue is with xenial-proposed
[19:25] <robru> renatu: boiko: you'll need to test with a xenial sbuild with -proposed enabled, nothing to do with device
[19:26] <robru> renatu: boiko: I may have time to look at it later just a bit swamped right now
[19:27] <boiko> robru: that'd be great! thanks
[19:28] <renatu> robru, ok, thanks. Let me know if you need any info. I am not sure what could cause that. since the silo changes does not change any package related script
[19:29] <renatu> robru, it could be related with a change-log that I push direct in the turnk, was the g++5 forced build
[19:30] <robru> renatu: adam said it could be caught by unrelated changes in another package, will really take some digging
[19:30] <boiko> robru: I see a new evolution-data-server in the excuses, maybe it could be it?
[19:31] <robru> boiko: yeah it's possible, but like I said you have to make an sbuild and really dive into it to find out, I'll get to it after lunch
[19:31] <boiko> robru: yep, ok, thanks
=== salem_ is now known as _salem
[20:37] <robru> renatu: boiko: see? you just needed to wait for it to solve itself ^^ ;-)