[00:00] <asac> alex-abreu: whats in the webbrowser?
[00:00] <jdstrand> so
[00:00] <asac> wahts the diff?
[00:00] <alex-abreu> 516 is still optional, it includes Olivier's fix + other extras (ruisky)
[00:00] <jdstrand> actually, forget that so
[00:00] <asac> https://code.launchpad.net/~osomon/webbrowser-app/handle-new-view/+merge/215831
[00:00] <jdstrand> I don't know why webbrowser-app is needed
[00:00] <asac> alex-abreu: 516 is broken
[00:00] <asac> it was abandoned
[00:01] <alex-abreu> asac, the webbrowser bit makes clicking on links in a webpage open those links in tabs, w/o it the opened links are a bit busted
[00:01] <alex-abreu> asac, yes I know
[00:01] <ToyKeeper> I'm not familiar with 516.
[00:01] <asac> robru: can we merge the silos 005 and 001 in theory?
[00:02] <asac> ToyKeeper: dont worry about that 516 thing
[00:02] <robru> asac, of course...
[00:02] <asac> robru: how does that work?
[00:02] <asac> robru: i mean on the spreadsheet etc.?
[00:02] <alex-abreu> jdstrand, there was an issue in oxide that made fixing new target=_blank & window.open() links (popups) in webpages not properly handled
[00:02] <asac> so that merge & clean etc. will work in the end?
[00:02] <robru> asac, i would just copy the info from one into the other, reconfig, and rebuild.
[00:02] <alex-abreu> ToyKeeper, yeah its part of the past
[00:02] <asac> robru: rebuild?
[00:02] <asac> robru: we certainly dont want to rebuild those binaries
[00:02] <robru> asac, i guess we could pocket copy if it was urgent
[00:02] <asac> that took us 4 hours to get :)
[00:03] <robru> ok
[00:03] <asac> sounds scary
[00:03] <asac> if we loose those binaries we are screwed
[00:03] <robru> asac, do you want me to merge everything into silo 1?
[00:03] <robru> i can binary copy
[00:03] <asac> i dont think so
[00:03] <asac> i feel uncomfortable with this landing
[00:03] <ToyKeeper> I take it we can't land both?  (test them as a single unit, approve and land both)
[00:04] <robru> asac, it's no trouble to binary copy from one silo to another, rebuild is not necessary, it's just the "easiest" (for me, assuming that time is not critical, etc etc)
[00:04] <asac> i dont htink we need that
[00:04] <asac> we can just publish both at the same time if we really need both
[00:04] <asac> just dont get why folks didnt do that
[00:04] <robru> asac, that is also true
[00:05] <alex-abreu> asac, I cannot help you on that question, but why would it be a problem?
[00:05] <asac> alex-abreu: ok so you have tested both together?
[00:05] <asac> alex-abreu: can you align with ToyKeeper the testplan on both together?
[00:06] <alex-abreu> asac, yes on desktop & touch
[00:06] <asac> and then you guys can work on both as if it was the same? just ensure its properly documented
[00:06] <robru> well I just confirmed that silo 5 successfully makes it possible for webbrowser-app to open links, so that's good and stuff.
[00:06] <alex-abreu> asac, sure
[00:06] <robru> activity overview even works
[00:06] <alex-abreu> ToyKeeper, do you need me to setup a specific test plan (whatever the shape of it is? )
[00:07] <alex-abreu> robru, yes
[00:07] <ToyKeeper> alex-abreu: I don't think so...  looks like both silos have the same tests.
[00:07] <alex-abreu> ToyKeeper, the gist of it is that w/ the fix you should be able to click on links in e.g. facebook (links that are mean to be opened in a 'new' webpage) and they are opened properly as new tabs in the new webbrowser-app
[00:08] <alex-abreu> ToyKeeper, w/o the fix they are now opened properly (new tabs are created but they dont browse where they should etc.)
[00:08] <alex-abreu> ToyKeeper, basically what is writtent in the TP for silo 005
[00:10] <ToyKeeper> It's kind of funny.  Ever since pages got the ability to specify "open link in new window", I've been overriding that in my browser to force it to ignore that particular bit of markup.
[00:10] <alex-abreu> ToyKeeper, well yeah in that instance we follow design's wills :)
[00:11] <asac> ToyKeeper: alex-abreu: the testplan in the sheet for 005 is super minimal
[00:11] <asac> i believe oxide potentially might break all webapps etc.
[00:11] <asac> and autopilots
[00:11] <asac> did and will you run those to validate this?
[00:12] <asac> isnt there a testplan on the wiki?
[00:12] <alex-abreu> yes I updated silo 001 w/ those
[00:12] <ToyKeeper> asac: I'm assuming that the webbrowser-app and webapp-container tests in silo 001 are there to cover that.
[00:12] <alex-abreu> oxide being under those 2 guys
[00:12] <asac> ToyKeeper: hmm. i dont see that on the frontpage
[00:12] <asac> let me look at the detailed page
[00:13] <asac> ok got it
[00:13] <asac> sorry
[00:13] <asac> the main page didnt refresh it seems
[00:13] <alex-abreu> asac, I updated the main page
[00:14] <asac> ok
[00:14] <asac> alex-abreu: field looks grey now :)
[00:14] <alex-abreu> not all of the webapp-container TP is relevant (part about install)
[00:14] <asac> guess copy paste background
[00:14] <asac> thx
[00:14] <alex-abreu> asac, argh yeah
[00:15] <asac> hehe
[00:15] <asac> alex-abreu: i dont know ... the idea is for extra care we dont skip things we believe are not relevant
[00:15] <asac> because wee might miss something :)
[00:15] <alex-abreu> asac, sure sure
[00:15] <asac> in particular late at night
[00:15] <alex-abreu> asac, I am saying this w/ extra confidence too
[00:16] <alex-abreu> oxide is not impacting those bits
[00:16] <alex-abreu> but otherwise 100% w/ u on this
[00:16] <asac> hehe
[00:16] <asac> not sure :)
[00:16] <asac> you cannot be otherwise 100%^
[00:17] <asac> anyhow, toykeeper probably doesnt be lieve you either and will just go through them
[00:17] <asac> so i am happy
[00:17] <asac> byut if they turn out to be broken that would be not so great
[00:18] <alex-abreu> heh
[00:18] <asac> oh just notice its install
[00:18] <asac> on desktop
[00:18] <asac> ToyKeeper cannot test desktop
[00:18] <ToyKeeper> Nope, I'm not set up for that at all.
[00:19] <alex-abreu> asac, how do we handle this? afaik robru, dbarth & me did the testing on desktop
[00:19] <asac> right so you dont worry
[00:19] <asac> alex-abreu: i asked jfunk if someone else can help
[00:20] <alex-abreu> ok
[00:20] <robru> asac, yep i tested silo 5 on desktop, worgs grate.
[00:20] <asac> robru: did you go through extended testplan?
[00:20] <asac> or just fun testing?
[00:20] <asac> :)
[00:20] <asac> hehe
[00:20] <ToyKeeper> ... and it only took 8 tries to get the thing to stay online long enough for apt-add-repo to work.
[00:21] <robru> oh, well I did the steps listed in teh bug, confirmed the bug before the patch and confirmed the patch resolved the bug (I'm talking about webbrowser-app not opening links to new tabs)
[00:21] <asac> robru: right
[00:21] <asac> we dont wnat that
[00:21] <asac> we want the whole image tested and everything that uses the webcontainer
[00:21] <asac> etc.
[00:21] <robru> yeah, was just testing on desktop
[00:21] <asac> so confirming that bug is fixed is step one
[00:21] <ToyKeeper> alex-abreu: Just to make sure, no -dbg packages are needed?
[00:21] <asac> robru: right. but even there we should probably apply more care, no?
[00:22] <alex-abreu> ToyKeeper, right
[00:22] <asac> robru: the estplan has desktop specific tests in it
[00:22] <asac> quite a few
[00:22] <robru> ok
[00:22] <asac> robru: https://wiki.ubuntu.com/Process/Merges/TestPlan/webapp-container
[00:22] <ToyKeeper> alex-abreu: oxideqt-codecs or oxideqt-codecs-extra?  They mutually conflict.
[00:22] <alex-abreu> ToyKeeper, oxideqt-codecs is fine
[00:22] <asac> robru: if you want you could go through that and https://wiki.ubuntu.com/Process/Merges/TestPlan/webbrowser-app for desktop
[00:23] <robru> ok, in a bit. still working on unity7 super-emergency-security landing.
[00:23] <asac> then we woul dhav eone problem less
[00:23] <asac> ah
[00:23] <asac> robru: yeah, then wait
[00:23] <asac> take your time on that
[00:24] <ToyKeeper> alex-abreu: You sure, no -extra?
[00:24] <ToyKeeper> The following packages will be REMOVED:
[00:24] <ToyKeeper>   oxideqt-codecs-extra ubuntu-touch
[00:24] <ToyKeeper> The following NEW packages will be installed:
[00:24] <ToyKeeper>   oxideqmlscene oxideqt-codecs
[00:24] <alex-abreu> ToyKeeper, yes
[00:25] <asac> ubuntu-topuch?
[00:25] <asac> if that gets removed
[00:25] <ToyKeeper> Yeah, exactly.
[00:25] <asac> it seemst hat we also need a meta
[00:25] <asac> change
[00:25] <asac> ogra_: ?
[00:25] <asac> what do think?
[00:25] <asac> jdstrand: ?
[00:26] <asac> do we conflict on the -extra now and have seeded that -extra?
[00:26] <jdstrand> umm
[00:26] <asac> not sure why ubuntu-touch would get trashed otherwise
[00:26] <jdstrand> I thought didrocks seeded oxideqt-codecs-extra
[00:26] <jdstrand> I don't know what anyone did with ubuntu-touch
[00:26] <asac> jdstrand: yes, but the upgrade to latest oxide seems to remove that
[00:26] <asac> smells as if a conflict was added
[00:26] <asac> jdstrand: i am talking about oxide
[00:26] <jdstrand> which latest? ubuntu2?
[00:27] <asac> ubuntu2
[00:27] <asac> yes
[00:27] <jdstrand> what silo is that in?
[00:27] <ToyKeeper> That's in silo 001.
[00:27] <asac> jdstrand: its awfully spread across 001 and 005
[00:27] <jdstrand> there are no packaging changes over ubuntu1
[00:27] <asac> ToyKeeper: did you get that by adding both ppas and dist-upgradding?
[00:27] <jdstrand> https://launchpadlibrarian.net/172964547/oxide-qt_1.0.0~bzr501-0ubuntu1_1.0.0~bzr501-0ubuntu2.diff.gz
[00:27] <asac> ToyKeeper: or how?
[00:27] <jdstrand> a single patch is added
[00:28] <asac> right
[00:28] <asac> ToyKeeper: so thats not right what you do trhere, thise shouldnt get removed
[00:28] <ToyKeeper> asac: No, I've found that dist-upgrading usually pulls in a bunch of extras.  I told apt to specifically install individual packages based on the contents of the silo.
[00:28] <asac> ToyKeeper: add ppas and dist-upgrade
[00:28] <asac> ToyKeeper: try if it does now
[00:28] <asac> i dont think so
[00:28] <asac> because archive is calm
[00:28] <asac> ToyKeeper: but in general you are right, but then the list of packages you choose is not correct
[00:28] <asac> ToyKeeper: we have seeded -extra so we certainly want that
[00:29] <jdstrand> oh
[00:29] <asac> jdstrand: ?
[00:29] <jdstrand> maybe you tried to install oxideqt-codecs and oxideqt-codecs-extra at the same time?
[00:29] <jdstrand> they conflict with each other
[00:29] <asac> she did
[00:29] <ToyKeeper> Yeah, that's an ongoing issue, actually.  Most silos have extra packages which shouldn't be installed, and dist-upgrade pulls in too much, so I have to guess which packages are appropriate.
[00:29] <jdstrand> ah, well this is probably fallout from all of that
[00:29] <asac> because alex said we should use -codecs and not -extra :)
[00:29] <asac> which is not what is in our image
[00:30]  * asac scared
[00:30] <jdstrand> ToyKeeper: in this case, use oxideqt-codecs for desktop and oxideqt-codecs-extra for touch
[00:30] <asac> right
[00:30] <asac> thx
[00:30] <jdstrand> you can use just codecs on touch
[00:30] <asac> she is not doing desktop :)
[00:30] <jdstrand> it just isn't representative of what is on the image
[00:30] <asac> right dont do that
[00:30] <asac> hehe
[00:30] <jdstrand> and vice versa for desktop
[00:30] <alex-abreu> yeah right, sorry about the confusion there
[00:31] <asac> well, at least we know now
[00:31] <asac> hehe
[00:31] <ToyKeeper> In most cases, it's safe to install everything without -dev, -dbg, -autopilot, or other similar suffixes.
[00:32] <jdstrand> (-extra is part of the fix for the grooveshark bug)
[00:32] <asac> right. well, upgrade the right packages and get on the testing :)
[00:32] <ToyKeeper> Yeah, testing it now.
[00:33] <asac> rsalveti: ok i guess i will drop off in 15 or so ... will you still be around to helkp this oxide landing?
[00:43] <robru> ToyKeeper, alex-abreu: hey what's the deal with webbrowser app on the phone? doesn't seem to be opening links like it does on the desktop. just click on them and it doesn't open them.
[00:43] <robru> i double checked that i had the silo version, even rebooted
[00:43] <ToyKeeper> robru: Before or after adding silos 1+5?
[00:44] <robru> ToyKeeper, oh, just silo 5
[00:44] <alex-abreu> robru, w/ silo 001 & 5?
[00:44] <alex-abreu> robru, you need 1 that's what it fixes
[00:44] <robru> alex-abreu, odd, why does just silo 5 fix it on the desktop then?
[00:45] <alex-abreu> robru, you didn't test w/ the security team ppa or something? which oxide version do you have?
[00:45] <robru> alex-abreu, nope, didn't test security team anything. desktop oxide is from the archive
[00:46] <robru> 1.0.0~bzr501-0ubuntu1
[00:46] <robru> silo 5 alone was enough to make links start opening on the desktop
[00:46] <alex-abreu> robru, the fix was mostly for touch
[00:46] <robru> heh
[00:49] <ToyKeeper> It's looking mostly good...  I'm just sometimes getting a blank white page instead of whatever it was supposed to load.
[00:50] <ToyKeeper> The tab shows the correct title in the activity widget, but no content.
[00:50] <robru> The following extra packages will be installed:
[00:50] <robru>   oxideqt-codecs
[00:50] <robru> The following packages will be REMOVED:
[00:50] <robru>   oxideqt-codecs-extra ubuntu-touch
[00:50] <robru> The following NEW packages will be installed:
[00:50] <robru>   oxideqt-codecs
[00:50] <robru> The following packages will be upgraded:
[00:50] <robru>   liboxideqtcore0
[00:50] <ToyKeeper> robru: Use -extra.  (discussed in the scrollback)
[00:50] <robru> I guess we need to update the seed or something?
[00:50] <robru> hm
[01:00] <robru> ToyKeeper, alex-abreu : ok it's looking good to me on the phone
[01:00] <alex-abreu> robru, ok good
[01:00] <ToyKeeper> Yes, so far so good.
[01:01] <ToyKeeper> The webapp-container plan seems to be for the desktop though.
[01:02] <alex-abreu> ToyKeeper, it is mostly for desktop, I dont want to influence you :), but on touch the webapps (gmail, facebook, twitter etc) are using the webapp container and one should make sure that clicking on *external* links fw the new page opened to the webbrowser-app
[01:03] <alex-abreu> ToyKeeper, we dont have tabs in the container and foward all external links & popups (window open, etc.) to the main browser
[01:03] <alex-abreu> this should changed, silo 005 being only concerned w/ the browser
[01:04] <robru> alex-abreu, yep, confirmed. when I'm in the Twitter *app*, and I click a link, it opens in the browser app, and unity8 shows twitter and browser apps running independently.
[01:04] <robru> but only with both silos 1 and 5
[01:06] <ToyKeeper> So, to test target="_blank", I just made a quick page.  It was easier than finding one online.
[01:06] <ToyKeeper> http://toykeeper.net/tmp/newtab.html
[01:06] <alex-abreu> ToyKeeper, sure you can also check e.g. twitter
[01:06] <ToyKeeper> I'm checking the facebook app now.  I don't have a twitter account though, and their site apparently won't let me do anything except create an account.
[01:07] <ToyKeeper> (weird, since I can view tweets anonymously on my desktop)
[01:09] <asac> robru: on desktop use codecs... on touch use -extra i was told yes.
[01:09] <robru> ah ok
[01:10] <asac> robru: didnt you want to test on desktop :)?
[01:10]  * asac sees REMOVED ... -touch
[01:10] <ToyKeeper> In any case, the facebook app seems to behave properly.  The xkcd viewer also works nicely, though it doesn't really have external links to check.
[01:10] <asac> ok
[01:10] <asac> well, once you feel its good to go and you have tested it to all extend
[01:11] <asac> just coordinte with robru that desktop also has been tested according to testplans and then give an ack on the landing sheet for those two silos
[01:11] <ToyKeeper> ... except if you try to click a link from mobile facebook to regular facebook, and then it goes to the full browser and asks the user to log in again.
[01:12] <ToyKeeper> Not exactly our problem though.  It does the same on other mobile clients.
[01:12] <alex-abreu> ToyKeeper, yeah the cookies are not shared, webapps run w/ specific "confined" cookie stores
[01:12] <ToyKeeper> Even with shared cookies, I don't think m.facebook cookies work on www.facebook.
[01:12] <alex-abreu> ToyKeeper, this might change later next cycle
[01:13] <ToyKeeper> I've occasionally used m.facebook + dillo as a primary interface for it.  So much faster!  So much less bloated!  So much less likely to crash my main browser!
[01:13] <alex-abreu> mmh it should from what we tested
[01:13] <ToyKeeper> (though on Chrome, it hasn't been as much of an issue)
[01:14] <alex-abreu> m.* is definitely lighter & easier on the eyes
[01:15] <ToyKeeper> ... and dillo is faster/smaller than lynx or w3m, despite having a GUI.
[01:16] <ToyKeeper> So, slight issue in the facebook app...  can't actually write anything.  Tapping a comment or message entry doesn't invoke the OSK.
[01:16] <jdstrand> that is a known bug
[01:17] <jdstrand> existed for ages
[01:17] <asac> ok i have to crash; i see touch testing is going on and robru will rerun the desktop testplan to be sure
[01:17] <asac> then you guys land if nothing breaks :)
[01:17] <ToyKeeper> 'k.
[01:17] <jdstrand> (and annoying)
[01:17] <alex-abreu> thx asac
[01:17] <robru> asac, sure thing, thanks. goodnight
[01:17] <ToyKeeper> For touch, I see no reason not to land it.
[01:18] <asac> ToyKeeper: then once robru has finished his desktop testplan thingy
[01:18] <ToyKeeper> I haven't done AP tests on it though; anyone have a link to AP test results?
[01:18] <asac> give it an ack in the sheet and land both silos
[01:18] <asac> ToyKeeper: we dont have those results
[01:18] <asac> thats part of testing
[01:18] <asac> at least run the webbrowser etc. things
[01:18] <ToyKeeper> Yeah, just need to figure out how.
[01:19] <asac> how to run APs?
[01:19] <asac> never done?
[01:19] <asac> robru can explain/teach for sure, but thought you had done that before
[01:19] <ToyKeeper> Nope, not yet.  I wasn't really involved in the QA team's main tasks before last week.
[01:19] <asac> alex-abreu: did you run APs?
[01:20] <robru> asac, ToyKeeper I know how, one sec
[01:20] <asac> anyhow, we need to run the ones for this thing
[01:20] <asac> thanks
[01:20] <asac> so do that and desktop testing, then go for landing i guess
[01:20] <asac> cu in a couple hours
[01:21] <robru> ToyKeeper, https://wiki.ubuntu.com/Touch/Testing#Running_Deb_tests
[01:21] <asac> and remmeber to kick off an image once its in :)
[01:21] <alex-abreu> asac, for the webbrowser-app & this silo no
[01:21] <asac> hehe
[01:21] <asac> safes time
[01:21] <asac> alex-abreu: its part of the testplans
[01:21] <asac> isnt it?
[01:21] <asac> anyway, needs to be done on all silos
[01:21] <robru> ToyKeeper, so, uh, just make sure the PPA is enabled on your phone first, then do 'phablet-test-run -p webbrowser-app-autopilot webbrowser_app'
[01:21] <alex-abreu> asac, yes
[01:21] <asac> never land without running APs
[01:22] <asac> ok do that then still i guess
[01:22] <asac> before landing
[01:22] <asac> thx
[01:22] <ToyKeeper> Thanks.
[01:22] <robru> ToyKeeper, the above command being run from the host machine
[01:26] <ToyKeeper> Quick relocation, then I'll be running those.  :)
[01:26] <veebers> rsalveti: you around? The testing has finished for the autopilot silo 007: http://q-jenkins:8080/job/autopilot-release-gatekeeper/112/testReport/
[01:26] <veebers> I was talk to ping you when it had :-)
[01:27] <veebers> told*
[01:28] <asac> veebers: set your landing to testing done i guess
[01:28] <asac> and reply to the mali i sent
[01:28] <asac> folks are running qa sign off on oxide still
[01:28] <asac> after that and afte rwe have an image we could try that
[01:28] <veebers> asac: I'll check the results now
[01:28] <asac> but didrocks will have to do that
[01:28] <asac> ah opk
[01:28] <asac> yeah
[01:29] <asac> i am out for couple hours catching some sleep; jdstrand probably also can help a bit
[01:29] <asac> if rsalveti is off
[01:29] <asac> cu
[01:29]  * rsalveti waves
[01:29] <rsalveti> just got back from dinner
[01:30] <rsalveti> veebers: alright, can be landed I guess
[01:30] <veebers> asac, rsalveti: fyi there were 2 failures both with ubuntu_weather_app. They look like test failures not related to the autopilot change
[01:30] <veebers> normally I would re-run the gatekeeper job with just that test suite to be certain
[01:31] <rsalveti> yeah, they shouldn't be related
[01:31] <rsalveti> veebers: alright, will land it
[01:31] <veebers> rsalveti: It's really up to you to decide if that's required I guess :-)
[01:31] <veebers> rsalveti: awesome
[01:33] <rsalveti> veebers: done, should be in release soon
[01:33]  * rsalveti checking backlog
[01:34] <veebers> rsalveti: sweet, what else is left to do wrt to that? I guess just respond to the mail asac sent right?
[01:34] <rsalveti> veebers: I can reply it
[01:34] <veebers> rsalveti: ack, thanks'
[01:40] <robru> ToyKeeper, sorry, that page was slightly out of date (predating CI Train). I've updated it, you might want to give it a glance: https://wiki.ubuntu.com/Touch/Testing#Preparation
[01:40] <rsalveti> ToyKeeper: can you guys summarize what was decided regarding silo 1 and 5?
[01:40] <robru> ToyKeeper, alex-abreu : so I've run AP tests for webbrowser app, it's all looking really good to me, what do you guys think?
[01:41] <robru> rsalveti, asac decided to go ahead with those pending our successful testing of them
[01:42] <rsalveti> robru: right, so we're landing both I guess
[01:42] <alex-abreu> robru, I just ran them too, all passed
[01:42] <robru> yes
[01:42] <rsalveti> great
[01:42] <rsalveti> oxide-qt is seeded though, would need an archive admin to approve it
[01:42] <alex-abreu> rsalveti, do I have to do some paperwork or are you the one to handle it ?
[01:43] <alex-abreu> rsalveti, jdstrand ^
[01:43] <rsalveti> and at this point I'm not sure they will accept it
[01:43] <rsalveti> did we raise this with the release team already?
[01:43] <alex-abreu> rsalveti, I think so yes, jdstrand can comment further on this
[01:43] <alex-abreu> he is archive admin I think
[01:44] <rsalveti> same for webbrowser-app
[01:44] <alex-abreu> robru,  can I update the 'testing done' ?
[01:44] <robru> alex-abreu, yep
[01:44] <rsalveti> he's not part of the release team
[01:44] <rsalveti> https://launchpad.net/~ubuntu-release/+members#active
[01:45] <alex-abreu> ok I thought he was too
[01:45] <robru> alex-abreu, wait, what's the plan here? the goal was to land this stuff in the trusty desktop release?
[01:46] <alex-abreu> robru, afaik ideally yes, not sure what was specifically discussed between David & didrocks
[01:46] <robru> alex-abreu, well I just did this super-security-emergency unity landing, I'm not sure it's a good idea to land anything else, ultimately it's up to the release team
[01:47] <rsalveti> robru: and it seems they just published a possible final image
[01:47] <robru> alex-abreu, we might hope to land in trusty-updates so that people get the update after installation, but yeah, I think the ship sailed on getting this in the final image.
[01:47] <rsalveti> so I wonder if we'll be able to release the oxide-qt and webbrowser-app fixes
[01:48] <alex-abreu> right ..
[01:48] <rsalveti> infinity: guess we're done with the archive already right? (for seeded packages)
[01:48] <alex-abreu> robru, rsalveti can we have them for touch ?
[01:48] <rsalveti> we got two important fixes for touch, but both packages are seeded in a few other images
[01:48] <robru> alex-abreu, that's a good question.
[01:48] <rsalveti> not so sure
[01:49] <rsalveti> we would need someone from the release team to put the final words on the subject
[01:49] <alex-abreu> ok
[01:49] <rsalveti> wonder why this wasn't discussed before
[01:50] <alex-abreu> I thought it was & has been
[01:52] <alex-abreu> we really need to land this
[01:52] <robru> well I just asked in -release
[01:52] <alex-abreu> anyone would be avail from the release team?
[01:52] <alex-abreu> ok
[01:53] <robru> ToyKeeper, when you get back let me know how you feel about oxide, need your final +1 on that
[02:02] <alex-abreu> rsalveti, thx for the email
[02:09] <robru> alex-abreu, rsalveti : ok, so basically it sounds like I'm gonna hit publish, that stuff is gonna get stuck in proposed, and then we have to poke them to get it accepted to -updates, that sound ok to you guys?
[02:10] <rsalveti> robru: yup, looks like the way to go
[02:10] <alex-abreu> robru, yes
[02:10] <alex-abreu> robru, no paperwork needed?
[02:10] <rsalveti> yup, we have bugs already, don't we?
[02:10] <alex-abreu> rsalveti, yes
[02:10] <rsalveti> then the usual SRU paperwork
[02:10] <robru> alex-abreu, not sure exactly if we have to do the full SRU rigamarole for this... i hope not
[02:10] <rsalveti> https://wiki.ubuntu.com/StableReleaseUpdates
[02:11] <rsalveti> robru: at least the updated description in the bug would be good
[02:11] <alex-abreu> rsalveti, we need the paperwork for this?
[02:11] <alex-abreu> ok
[02:11] <rsalveti> impact, test case and potential regression
[02:11] <alex-abreu> I know the drill
[02:11] <rsalveti> great
[02:13] <robru> rsalveti, alex-abreu : ok guys both silos 1 and 5 are published
[02:14] <alex-abreu> robru, I am updating the description SRU style
[02:17] <ToyKeeper> robru: +1 except that I'm just starting the AP tests.
[02:17] <robru> ToyKeeper, ok great. keep us posted ;-)
[02:20] <ToyKeeper> Sounds like it's already published?
[02:20] <rsalveti> robru: can you please reply that email saying we decided to go with SRUs?
[02:21] <robru> ok
[02:22] <rsalveti> thanks :-)
[02:22] <alex-abreu> oh I was about to
[02:22] <alex-abreu> but better someone from ci-eng to do it
[02:22] <alex-abreu> I updated the description
[02:25] <robru> alex-abreu, ok, I'm going for dinner shortly, can you ping #ubuntu-release with that bug number and ask them to accept those packages into trusty-updates?
[02:27] <alex-abreu> robru,  except that for oxide its not a branch perse, would it be fine?
[02:27] <robru> alex-abreu, I'm not sure what you mean. both packages are in UNAPPROVED, release team needs to shepherd them through proposed and into updates
[02:28] <robru> brb
[02:28] <alex-abreu> forget about it they are already in proposed
[02:29] <alex-abreu> forget what I said
[02:31] <robru> alex-abreu, what? no they're in UNAPPROVED. they won't go to proposed until somebody from release team ACKs them
[02:32] <alex-abreu> well quoting you above
[02:32] <alex-abreu> "that stuff is gonna get stuck in proposed, and then we have to poke them to get it accepted to -updates"
[02:33] <alex-abreu> anyway
[02:33] <ToyKeeper> Sorry for the delays, it's a little odd diving into this for the first time right before release.  Weird timing.
[02:35] <robru> ToyKeeper, yeah no worries, the whole thing is bad timing
[02:40] <ToyKeeper> Hmm, 37 tests run for webbrowser-app, 4 exceptions, but the test harness seems to think that's okay.
[02:41] <jdstrand> ToyKeeper: that also is normal
[02:41] <jdstrand> ToyKeeper: that is the AP tests, right?
[02:41] <ToyKeeper> Yes.
[02:41] <jdstrand> yeah, that's normal
[02:42] <ToyKeeper> I feel like I should just leave it running AP tests whenever I'm not using it, simply because it looks neat when the phone is possessed.
[02:42] <jdstrand> at least that was the case the last few times I ran them, and I asked and someone else said they saw the same thing
[02:42] <jdstrand> hehe, it is kinda wild
[02:43] <pmcgowan> jdstrand, hi did browser and oxide land ok
[02:43] <jdstrand> pmcgowan: I'm going to point you at alex-abreu
[02:43] <alex-abreu> pmcgowan, not yet, ... we are passed the freeze
[02:43] <jdstrand> he has been dealing with it this evening
[02:43] <alex-abreu> pmcgowan, not possible to land at this point from what I have been told
[02:43] <alex-abreu> pmcgowan, we are tying to SRU them
[02:44] <pmcgowan> ah too bad
[02:44] <pmcgowan> ok
[02:44] <alex-abreu> yeah
[02:44] <alex-abreu> pmcgowan, I'll forward you the emails for the evening
[02:44] <pmcgowan> thanks
[02:45] <rsalveti> pmcgowan: if we can get them in -updates in time, we can spin a new touch image with -updates enabled by default
[02:45] <rsalveti> but we'll see
[02:46] <alex-abreu> still trying to find someone from release to ack then out of the unapproved queue
[02:46] <rsalveti> up to the release management team
[02:46] <pmcgowan> rsalveti, ok
[02:48] <pmcgowan> alex-abreu, I was more concerned with desktop but a 0-day SRU will be fine
[02:48] <pmcgowan> and touch images march on anyway
[02:49] <alex-abreu> yeah I guess
[02:49] <alex-abreu> I still had hopes
[02:49] <pmcgowan> shame they were ready seemingly early enough
[02:49] <alex-abreu> pmcgowan, the oxide build took a long time to get  there in armhf so it delayed the checks & validations
[02:49] <pmcgowan> right
[02:57] <robru> alex-abreu, ok, I'm heading out for dinner now. will be back a bit later.
[02:58] <alex-abreu> robru, did not get any response yet from release, not sure what's next & if I can do more
[03:07] <ToyKeeper> It doesn't sound like I can help with any of the current issues, but if I'm wrong, let me know.
[03:45] <alex-abreu> robru, ok I'll be heading out, I'll send an email to dbarth so that it can pick it up in a few hours for him
[04:38] <bzoltan> hello folks
[04:38] <bzoltan> I do not know who is active :) maybe robru or rsalveti
[04:38] <bzoltan> robru: rsalveti: The UITK in the silo9 is good to go
[04:40] <robru> bzoltan, looks like it needs QA signoff? I guess om26er for that...
[04:49] <Mirv> bzoltan: yep, QA signoff is needed there
[04:50] <Mirv> bzoltan: and if you want it to trusty you need SRU it https://wiki.ubuntu.com/StableReleaseUpdates
[04:51] <bzoltan> Mirv: I need it on the image... does it mean trusty:
[04:51] <bzoltan> ?
[04:52] <bzoltan> Mirv:  is this SRU thingy for real??? D I really need an other step of paperwork for each and every simple release?
[04:52] <Mirv> bzoltan: well the release is today, and trusty is done, there is nothing that can go into the non-updates archives at this point
[04:52] <Mirv> I don't know the plan for divide between trusty SRU:s (maybe in the beginning?) and u-series
[04:53] <Mirv> the fact that Touch lives in its own world doesn't mean desktop doesn't do releases :)
[04:54] <bzoltan> Mirv: we have convergence specific tasks and targets
[04:54] <bzoltan> Mirv:  it is a joke
[04:54] <Mirv> bzoltan: if they are not targeted to trusty, then I'd guess it's u-series.
[04:55] <Mirv> bzoltan: the only problem with u-series I can see is that it doesn't currently exist
[04:55] <bzoltan> Mirv:  I have no idea ...
[04:55] <Mirv> so that's why I gather some people will do a couple of SRU uploads to trusty instead meanwhile
[04:55] <bzoltan> Mirv:  so in fact we stop releasing anything?
[04:55] <Mirv> bzoltan: trusty images will be spinned until u-series is open
[04:55] <Mirv> but since trusty is released, it'll need to go through SRU:s, especially for components that are shared on desktop too like UITK
[04:57] <bzoltan> Mirv:  what is the point of the whole CI and all the AP tests, silos and multiply manual signoffs  if we still need yet an other round of bureaucracy round to push things out of the door?
[04:57] <Mirv> bzoltan: I'd have thought there had been some good meeting between team leads about what happens at this point, but I guess not :S
[04:57] <Mirv> bzoltan: maybe there is no point since the last minutes' procedure was finalizing the trusty release, and it's now done
[04:58] <Mirv> bzoltan: the only thing is that maybe trusty touch image won't be released today yet and they want a few bits like the Qt fix in still
[04:58] <Mirv> in that case a couple of SRU:s and respins from trusty
[04:58] <bzoltan> Mirv:  Now that you say... it all sounds logical and sensible... for the good old desktop Ubuntu. But with the Touch our QA machinery and  release process should be good enough for landing anything on Trusty even beyond the release date
[04:59] <Mirv> bzoltan: yes, I agree, but note that in your specific case you're on the desktop too so it does not apply
[04:59] <bzoltan> Mirv:  for me the question is how to land stuff on the phone image and how to merge MRs back to trunk
[04:59] <Mirv> for touch-only stuff I agree that either the current bureacracy goes away or the SRU one isn't added on top of it in whole
[05:00] <Mirv> bzoltan: yep, and to that question I'd have hoped you have an answer, but we need to wait for alexander & friends probably at this point for that
[05:00] <ToyKeeper> bzoltan: Silo 9 is ready for QA?
[05:01] <bzoltan> ToyKeeper:  yes it is
[05:03] <bzoltan> Mirv:  I have more questions than answers :) and... just for the record. I am not challenging the present model of releasing stuff on Trusty. All I wish to know, how to land MRs on our very-very own trunk
[05:04] <bzoltan> Mirv:  this new measure will drive us away even more  from th trunk and we will use the staging for real. So the trunk will just age out and our release cycles get longer and longer.
[05:04] <ToyKeeper> bzoltan: Sorry, I didn't see your messages at first.
[05:04] <bzoltan> ToyKeeper: no worries :)
[05:05] <Mirv> bzoltan: yeah, I'd be very interested to know as well :) I see some other similar wondering in the backlog.
[05:05] <Mirv> bzoltan: note that the period of unknown only lasts until we're able to land and release from u-series, probably on Tuesday or so
[05:05] <Mirv> so essentially I'd guess only what to do today is the question mark
[05:05] <bzoltan> ToyKeeper:  I have been running the AP tests for apps in the last hour.. . all seem green, but an other eye on it will be good for sure :)
[05:05] <ToyKeeper> bzoltan: Got a link to a test plan for this?  The landing proposal just links to a generic template.
[05:06] <bzoltan> Mirv:  if it is about a day or two... then I do not care much
[05:08] <Mirv> bzoltan: yep, I don't think there's any reason to worry. worry only when you start hearing that we'll continue polishing trusty for a while :)
[05:08] <bzoltan> Mirv: LOL :) yes, I know what it would mean...
[05:09] <bzoltan> Mirv:  where the risk is not little, 14.04 is our LTS, I could imagine that the quality-stability-security of our LTS is important.
[05:15] <ToyKeeper> bzoltan1: If I understand correctly, this isn't an urgent landing?  I get the impression that absolutely nothing non-critical can land for now, due to the trusty release coming up later today.
[05:24] <bzoltan1> ToyKeeper:  I will not fill an SRU for it ... but it would be good to land it.
[06:22] <didrocks> Mirv: can you look at the 6 failing tests on the dashboard meanwhile?
[06:22] <didrocks> (hey btw ;))
[06:24] <Mirv> didrocks: hey! yes I'm running the tests already
[06:24] <didrocks> thanks!
[06:24]  * didrocks waits impatiently on a release team member to be around…
[06:43] <ToyKeeper> bzoltan: Two of the bugs fixed in silo 009 seem to check out.  Two others I'm not sure how to test, and I'm having some difficulty getting AP tests to run on it.
[06:44] <bzoltan> ToyKeeper:  OK. Is there anything I could help?
[06:53] <ToyKeeper> bzoltan: I'm checking the base image, but I'm not sure yet why the AP tests aren't running.
[06:55] <bzoltan> ToyKeeper:  timp was complaining about similar issue yesterday. I u-d-f --channel=devel-proposed flashed my device today,  made it writable, cloned my network setting, enabled the Silo9  PPA and the tests were running fine.
[07:01] <asac> Saviq: awake already :)?
[07:01] <asac> Saviq: we wanted to start picking up your ted patch
[07:03] <ToyKeeper> bzoltan: I'm not sure what the exact issue is.  The same tests worked just fine a few hours ago with a different silo.
[07:04] <bzoltan> ToyKeeper: yes, that is a common black magic stuff... I would reflash with --boostrap and --wipe that device and start it from scratch
[07:05] <ToyKeeper> Yeah, just tried it.
[07:07] <didrocks> ogra_: tell us when you are around, you will have maybe a special mission!
[07:09] <Saviq> asac, yeah, here
[07:11] <asac> Saviq: we startd building it in a silo proactively fr now
[07:12] <Saviq> asac, saw that
[07:12] <asac> guess you needed to do some review still
[07:12] <asac> but we have like < 1h time
[07:12] <asac> :)
[07:13] <Mirv> sil2100: didrocks: I can reproduce none of the 301 image test problems, so the tests seem flaky not totally failing
[07:13] <didrocks> Mirv: ok, already some "good" news
[07:14] <Mirv> weird, though, where's the extra flakiness coming from
[07:14] <didrocks> Mirv: do you see some unity8 crashes?
[07:14] <didrocks> Mirv: or like if the shell was going away?
[07:14] <Mirv> didrocks: no, it does not look so. so I've run dialer-app, weather app, sudoku app and unity8 AP:s
[07:15] <Mirv> no crashes with those
[07:16] <didrocks> Mirv: I meant, on the dashboard?
[07:16] <didrocks> like if you look at the failure
[07:16] <didrocks> does it seem the shell disappeared?
[07:16] <ToyKeeper> bzoltan: I'm probably missing something obvious.  I'm getting mostly-bailed tests even with just the base image.
[07:18] <Saviq> asac, so that < 1h deadline is for what? for 14.04? didrocks, could we still make the desktop session fix for that, or is it too late?
[07:18] <asac> Saviq: <1h is for touch things
[07:19] <asac> desktop i dont know
[07:19] <asac> unit8 doesnt need an image
[07:19] <asac> on desktop
[07:19] <didrocks> Saviq: unity8 can wait, it will be in -updates
[07:19] <asac> so you dont need time
[07:19] <didrocks> Saviq: not installed by default
[07:19] <Saviq> didrocks, ah right
[07:19]  * Saviq files a SRU bug already
[07:19] <didrocks> yeah ;)
[07:20] <didrocks> Saviq: can be a 0-day SRU
[07:20] <didrocks> Saviq: but please focus on ted's one first
[07:20] <Saviq> didrocks, I have
[07:20] <didrocks> thanks!
[07:21] <Mirv> didrocks: no unity8 crashes in the dashboard either. only dialer-app and system-image-dbus crashes on the latest image (2 crashes), and additionally lists-modems crash on #300
[07:22] <Mirv> looking at the logs a bit more regarding the failing tests
[07:23] <Saviq> asac, hmm wait, your email suggests that *apps* not starting is what the bug will fix, which is not the case
[07:23] <didrocks> Mirv: ok, I was wondering if this would be a consequence
[07:23] <Saviq> asac, the bugfix is for a rather random unity8 crash
[07:23] <asac> Saviq: i said that?
[07:23] <asac> i was saying app starting can creawte random crasehs
[07:23] <Saviq> asac, ok wait
[07:23] <sil2100> didrocks, Mirv: dialer-app fails in the same way before :/ I wonder if boiko made some progress there
[07:23] <asac> in unity8
[07:23] <Saviq> asac, yeah, I should open my eyes
[07:23] <asac> Saviq: i am sure if you use free strings to then later start stuff it can also caus apps to fail though
[07:24] <asac> :)
[07:24] <asac> e.g. just get garbage
[07:24] <asac> and send that to command line
[07:24] <asac> doesnt sound too far away :)
[07:24] <dbarth> o/ for oxide, everything good?
[07:24] <asac> no
[07:25] <dbarth> what's up?
[07:25] <asac> it took the whole night to validate
[07:25] <asac> at which point release team wasnt available anymore
[07:25] <Mirv> didrocks: no sign of unity8 disappearing either. the next tests after failing ones succeed normally. there's eg. a tab switch / index errors (UITK usage, probably something wrong clicked or some delay), a dbus timeout
[07:25] <asac> dbarth: lots of confusion about you not using hte sam silo for weebrowser and oxide as well
[07:25] <asac> noone - neither me nor jdstrand - remembered that it was more than oxide
[07:25] <asac> we did it anyway
[07:25] <didrocks> Mirv: ok, thanks for checking!
[07:26] <didrocks> dbarth: yeah, yesterday, it was clearly only oxide
[07:26] <didrocks> dbarth: and the other fixes were "nice to have" but not related to the other failure
[07:26] <dbarth> asac: didrocks himself advised not to, you were inthe call! ;)
[07:26] <didrocks> hence the decision to separate
[07:26] <dbarth> right
[07:26] <didrocks> dbarth: so, they are not linked?
[07:26] <didrocks> we don't need webbrowser-app
[07:26] <dbarth> so anyway, the oxide build is tested / etc.
[07:26] <dbarth> didrocks: oxide fixes links in webapps, not in browser
[07:27] <dbarth> didrocks: the other fix is for links in the browser itself
[07:27] <asac> so i was told olnyu oxide
[07:27] <dbarth> don't ask why, it's insane
[07:27] <asac> then alex said without webbrowser it will not work
[07:27] <dbarth> asac: i thought it was only oxide as well initially
[07:27] <didrocks> ah, so that explains
[07:27] <didrocks> and that's why we separated
[07:27] <dbarth> then digging into the 2 different fixes we found we needed the 2
[07:27] <dbarth> then i harassed people on this channel for hours to get a silo, remember ;)
[07:28] <asac> i didnt
[07:28] <asac> noone remembere by alex
[07:28] <asac> but doesnt matter
[07:28] <asac> my brain was fried at 3:30am
[07:30] <dbarth> i think you mostly need webbrowser-app out of unapproved for the touch image; for the desktop, a 0-day sru seems to be the accepted solution
[07:31] <dbarth> asac, didrocks: should i ping #ubuntu-release as well, or are they just tired of hearing about that browser thing? ;)
[07:31] <asac> dbarth: they are sleepiung it seems
[07:31] <asac> they are pinged
[07:31] <dbarth> ok, so i won't add to the stress then
[07:33] <Mirv> sil2100: btw I didn't run dialer-app tests with SIM card, so those might be worth rerunning with SIM inserted
[07:35] <sil2100> Mirv: ok, doing that, but from the looks of it in the logs it's the very same failures we're having since some time ;/
[07:35] <Mirv> sil2100: yeah, it looks so
[07:36] <sil2100> Mirv: I don't see any updates on the bug, so I'll just have to wait for boiko to get online
[07:40] <Mirv> ok
[07:42] <sil2100> Since I'm suspecting that the reason for this failure is a crash actually
[07:42] <sil2100> Mirv: all pass here with sim inserted...
[07:43] <Mirv> sil2100: ok, good
[07:43] <Mirv> btw I did have one weather app test failing on one run, but it was a different one from what's in dashboard. the next run succeeded with all passing.
[07:44] <asac> sil2100: you think you could try installing the python-evdev on device and do a quick smoke test?
[07:44] <asac> it is 99.99% safe, but since we are waiting anyway and the landing will install that by default i think would be good
[07:44] <didrocks> Mirv: and on your side, can you add silo 004?
[07:44] <didrocks> Mirv: and install/try the new unity-mir
[07:44] <didrocks> sil2100: maybe you can add it as well ^
[07:45] <Mirv> didrocks: ok
[07:45] <didrocks> Saviq: you are running the AP tests on it?
[07:45] <asac> yeah, just put all we want to punt in on the image, test everything together
[07:45] <Saviq> didrocks, yes
[07:46] <didrocks> Mirv: maybe we should double check meanwhile ^
[07:46] <Saviq> didrocks, and unity8's TestPlan
[07:46] <didrocks> yeah ;)
[07:46] <Saviq> should be done in 15 mins
[07:46] <Saviq> tops
[07:46] <didrocks> great!
[07:46] <didrocks> ToyKeeper: can you start testing that silo meanwhile? (landing-004) ^
[07:46] <didrocks> ToyKeeper: it's the top priority for now
[07:46] <sil2100> asac: sure, what do you want me to smoke-test?
[07:47] <ToyKeeper> Oh, hey, that's the bug I ran into earlier.
[07:47] <sil2100> asac: like, everything?
[07:47] <asac> sil2100: the silo where we did the python-evdev
[07:47] <sil2100> Ah, k
[07:47] <didrocks> ToyKeeper: you are all suited to test the fix then! :)
[07:47] <asac> sil2100: but maybe just punt the rest we want to land on the image as well for the test
[07:47] <sil2100> didrocks, asac: ok!
[07:48] <ToyKeeper> didrocks: I'm a little fried, but I'll see what I can do.  :)
[07:48] <didrocks> ToyKeeper: thanks :)
[07:48] <asac> ToyKeeper: guess thats your last thing to do today :)
[07:48] <asac> davmor2 will be around soon
[07:48] <didrocks> between you, Saviq and Mirv, we'll have good coverage
[08:15] <ogra_> happy release day !
[08:15]  * ogra_ puts on his missionary dress ...
[08:15] <ogra_> didrocks, what can i do for you monsieur
[08:16] <didrocks> ogra_: hey! imagine we want to do one image build from a ppa
[08:16] <didrocks> is it possible/hard/impossible?
[08:16] <didrocks> ;)
[08:17] <ogra_> hmm, not sure, i know cjwatson knows though ... i think technically it should be possible, practically i have never done that
[08:18] <ogra_> (i know we had it for moblin image but i dont know if i.e. the PPA had to be mirrored for that to an internal machine etc, that was long ago)
[08:18] <ogra_> *images
[08:18] <didrocks> ok, let's see, that would be for unity-mir
[08:18] <didrocks> now that the rest is handled
[08:18] <ogra_> ah, wait, heh
[08:18] <ogra_> we *did* build from a PPA initially
[08:18] <ogra_> silly me
[08:19] <ogra_> *but* ... that needs a change to the build system (livecd-rootfs needs PPA sources.list and key added)
[08:19] <ogra_> not sure how we could get that into the main archive now
[08:20] <Saviq> asac, didrocks, ToyKeeper, +1 on silo 008 from me
[08:20] <Saviq> erm 004
[08:20] <asac> sure? :)
[08:20] <asac> lol
[08:20] <Saviq> ;)
[08:20]  * sil2100 is still running tests with silo 004 and 007
[08:20] <ogra_> didrocks, i'm not sure this is possible at all at this point of the release
[08:20] <ToyKeeper> The bad news is I managed to repro the issue.  The good news is I forgot to install the silo first.  (or is that the bad news?)
[08:20] <ToyKeeper> Anyway, trying to repro w/ silo.
[08:20] <sil2100> ToyKeeper: ;p
[08:20] <asac> ogra_: right, requires archive upload, right?
[08:20] <Saviq> sure, landing-004, I've ran autopilot on mako and manta, and were good, launched 6 different webapps, no crash in sight
[08:21] <asac> think its fine, colin etc. are now there
[08:21] <didrocks> Mirv: what's your status with the silo?
[08:21] <asac> so the engine is moving
[08:21] <ogra_> asac, yes and i'm not sure the buildds would pull it from -updates
[08:21] <asac> right
[08:21] <ogra_> they might
[08:21] <asac> lets not do it unless release team disappears :)
[08:21] <asac> hehe
[08:21] <ogra_> heh
[08:21] <asac> then we bringup our own image build infra quickly :{P
[08:21] <asac> j.k.
[08:21] <ogra_> kind of unlikely on release day :)
[08:21] <asac> i heard we have everything charmed now
[08:22] <asac> yes, thats why i was saying that
[08:22] <asac> hehe
[08:22] <ogra_> :)
[08:22] <ogra_> soo
[08:22] <asac> but you never know... UK might get global power outage next
[08:22] <ogra_> my phone was immediately responsive when i woke it up today
[08:22] <ogra_> \o/
[08:22] <ogra_> havent had that in weeks
[08:22] <asac> nice
[08:22] <asac> more good news
[08:22] <ogra_> usually it took about a minute until it updated the clock on the greeter
[08:24]  * ogra_ goes to check #ubuntu-release-party
[08:24] <cjwatson> didrocks: it will be possible once I get out from under release and finish the livefs-in-LP thing; right now it would be a lot of manual effort
[08:25] <didrocks> cjwatson: ok, no worry, I was looking for a one time shortcut while nobody was around
[08:25] <Mirv> didrocks: one unity8 AP run done, 100% pass
[08:26] <didrocks> Mirv: did you try to dogfood/play with it?
[08:26] <ogra_> cjwatson, just for academic purpose, do you know if the buildds would have picked up livecd-rootfs from -updates ?
[08:27] <sil2100> Mirv, didrocks: unity8 run done here as well, 100% pass
[08:28] <Mirv> didrocks: a bit, running apps, testing indicators etc
[08:28] <Mirv> it's just so slow running unity8 AP:s for me (> 30min), that's why it only just finished
[08:28] <sil2100> It's the same here... it's been like that since the introduction of the new scopes
[08:29] <davmor2> Morning all
[08:29] <sil2100> Morning
[08:30] <didrocks> hey davmor2
[08:30] <cjwatson> ogra_: hard to be completely sure, but my reading of the IS make-chroot.sh used to create the relevant chroots is that their sources.list includes -updates, so I think yes
[08:30] <ogra_> thanks :)
[08:33] <ToyKeeper> I think this must be the longest I've used UTouch without anything breaking.
[08:33] <ogra_> \o/
[08:35] <Saviq> sounds like a winner :D
[08:35] <ogra_> hmm
[08:35] <ogra_> did someone check the dashboard lately ?
[08:35] <ogra_> AP tests surely did look better before
[08:35] <Saviq> didrocks, do we have a process for SRU with silos?
[08:36] <didrocks> Saviq: nothing special, apart from opening SRU bugs and referencing it
[08:36] <didrocks> Saviq: CI Train looks at -updates
[08:36] <Saviq> didrocks, yeah, but then... SRU process says it should be fixed in current release before asking for SRU...
[08:37] <dbarth> cool
[08:37] <didrocks> Saviq: ah, you just need to request 2 silos
[08:37] <didrocks> Saviq: but at first, we'll be in sync between -updates and U
[08:37] <didrocks> as usual
[08:38] <didrocks> and the copy will be handled by the release team
[08:38] <didrocks> as long as we are in sync
[08:38]  * Saviq loves it that "SRU" is onomatopoeia in polish for something crashing down...
[08:39] <dbarth> didrocks, asac: now that packages are published, let us know when an image is ready for re-testing
[08:39] <dbarth> i can hop on the call if you need me btw
[08:40] <asac> ToyKeeper: did you install it now and test?
[08:41] <ToyKeeper> asac: Yes, I can't get it to break now.
[08:41] <asac> ToyKeeper: with the unity-mir fix installed?
[08:41] <asac> didrocks: ^^
[08:41] <ToyKeeper> asac: Yes.
[08:45] <asac> Saviq: are you still happy with the unity-mir aptch?
[08:45] <asac> Saviq: because this might go in now
[08:51] <ToyKeeper> +1
[08:52] <ToyKeeper> ... and I think it's time to sleep now.  I wasn't really planning to be on call for 15 hours today.
[08:52] <asac> ToyKeeper: good night
[08:54] <didrocks> good night ToyKeeper
[08:56] <Saviq> asac, yes, I am
[08:56] <asac> Saviq: awesome... we land that now in the same image shot
[08:56] <asac> lets hope all three things dont cause issues so we get allt his out
[08:56] <didrocks> it will be a good shot!
[08:56] <asac> yeah
[08:56] <asac> the golden shot
[08:56] <asac> hehe
[08:57] <didrocks> heh
[08:59] <didrocks> ok, autopilot published in the release pocket now
[08:59] <didrocks> 3 remains flying
[08:59] <asac> didrocks: relase pocket == updates?
[08:59] <didrocks> asac: no, release pocket as == release :)
[08:59] <cjwatson> I'm disabling auto-accept now - I think we want manual control today
[08:59] <asac> err real release pocket? so it would be available for image?
[09:00] <cjwatson> asac: yes
[09:00] <didrocks> cjwatson: sounds good
[09:00] <cjwatson> asac: autopilot isn't on non-touch images so it's not a problem
[09:00] <asac> didrocks: ok we just wait for the unity-mir thing then?
[09:00] <asac> and that takes another hour?
[09:00] <didrocks> cjwatson: we don't plan to publish anything anyway, but better to disable auto-accept :)
[09:00] <asac> cjwatson: aye. thx
[09:00] <cjwatson> unity-mir shouldn't take another hour
[09:00] <asac> oh that w ould be fantastic
[09:00] <didrocks> asac: and oxide-qt and webbrowser-app to be published in -updates (the publication didn't finish)
[09:01] <cjwatson> it's publishing to -proposed now, then the next publisher run should copy it to release
[09:01] <asac> so 10 minutes :)?
[09:01] <asac> hehe
[09:01] <asac> guess if its manual publishing, we can even be more precise when to run the job
[09:01] <cjwatson> oxide-qt and webbrowser-app are publishing to -updates now, indeed
[09:02] <cjwatson> no, we can't, and it wouldn't help :)
[09:02] <cjwatson> I think maybe 40mins
[09:02] <cjwatson> hopefully after release we can land the apt-ftparchive source caching stuff that Michael did for us
[09:02] <cjwatson> that should make a non-trivial difference to release pocket publishing times
[09:03] <davmor2> Just killed it
[09:03] <asac> a first big mvo goodie :)
[09:03] <asac> nice
[09:03] <asac> davmor2: killed?
[09:04] <davmor2> asac: Yeap just kept opening apps with the music player playing in the background,  I'm assuming that apport is going crazy in the background currently
[09:04] <cjwatson> well, three minutes or so, but you really notice it when you're 'tail -f'ing the log
[09:04] <asac> davmor2: with that patch?
[09:04] <davmor2> asac: yeap
[09:04] <asac> davmor2: unity8 crashing?
[09:05] <davmor2> and unity8 has crashe
[09:05] <davmor2> d
[09:05] <asac> davmor2: i think there might be lifecycle thing
[09:05] <asac> as well
[09:05] <asac> davmor2: can you kill apps and open?
[09:05] <ogra_> yay, the first time i see app updates
[09:05] <asac> intead of opening more apps
[09:05] <cjwatson> wgrant: "Calculating binary filelist" in the publisher seemed unusually slow right now
[09:05] <cjwatson> s/right now/just now/
[09:05] <asac> davmor2: in any case, extract the crash file
[09:05] <asac> so saviq can check that
[09:05] <om26er> ToyKeeper, Hi! are you around ?
[09:05] <asac> and see if its a ddifferent one
[09:06] <asac> om26er: no
[09:06] <wgrant> cjwatson: Hm. How slow?
[09:06] <asac> om26er: she went to bed a few minutes ... what do you need?
[09:06] <om26er> asac, just wanted to know if she was testing anything
[09:06] <asac> om26er: no, but you can help i guess
[09:06] <asac> check with didrocks and davmor2
[09:06] <cjwatson> wgrant: about three minutes
[09:06] <asac> other folksa re testing :)
[09:06] <wgrant> Odd.
[09:07] <cjwatson> it's usually more like a minute for the release pocket
[09:07] <didrocks> om26er: she was talking with bzoltan
[09:07] <didrocks> om26er: so I guess line 18
[09:07] <didrocks> om26er: however, we'll have a new image in the next couple of hours
[09:07] <didrocks> om26er: all testing focus on it would be appreciated
[09:07] <asac> didrocks: is that line relevant for release?
[09:07] <didrocks> asac: nope
[09:07] <didrocks> hence my big "hint" :)
[09:07] <asac> guess we shoudl rather have omer help on our image then
[09:08] <didrocks> right
[09:08] <asac> or popeys apps :)
[09:08] <om26er> so I just flash the latest image, and test the hell out of it ?
[09:08] <didrocks> om26er: can you add more packages to it?
[09:08] <asac> om26er: its not the latest, you need to take latest image and install afew inflight things
[09:08] <didrocks> om26er: enables -updates if not
[09:08] <asac> so you can test the future :P
[09:08] <didrocks> om26er: tell me once you are there, depending if things are published or not, I'll tell you what to install
[09:09] <didrocks> om26er: just flash latest and keep me posted
[09:09] <om26er> didrocks, ok will do
[09:09] <davmor2> asac, didrocks: this is what crashed _usr_bin_unity8.32011.crash
[09:09] <davmor2> _usr_lib_arm-linux-gnueabihf_qt5_bin_qmlscene.32011.crash
[09:09] <sil2100> Image looking good so far
[09:09] <didrocks> davmor2: mind retracing/giving to Saviq?
[09:09] <Saviq> please do
[09:09] <Saviq> but apport-cli it first
[09:09] <davmor2> didrocks: yeah that's the next job
[09:09] <didrocks> Saviq: will be denied because of new unity-mir I'm afraid
[09:10] <Saviq> didrocks, what will?
[09:10] <didrocks> Saviq: unity-mir isn't the latest in release/updates yet, so retracing will fail for now (until it's copied over)
[09:11] <Saviq> didrocks, yeah that's fine
[09:11] <Saviq> didrocks, but apport-cli adds some fields to the crash file
[09:11] <Saviq> didrocks, like package version and such
[09:11] <Saviq> didrocks, without which I can't even begin to retrace
[09:11] <davmor2> Saviq: if you want to reproduce, open the music player and have it play, that keeps it open in the background then just keep opening apps  I got 34 apps open before the crash :)
[09:11] <didrocks> Saviq: yep
[09:11] <didrocks> davmor2: seems oom related to me
[09:12] <Saviq> indeed
[09:12] <didrocks> davmor2: and we are not at that level of polish yet
[09:12] <didrocks> so doesn't seem valid for what we try to do
[09:13] <davmor2> didrocks, Saviq: Indeed I was just trying various ways of crashing it,  I'm going to just try opening and closing apps with music playing next and see what that does
[09:13] <asac> yeah
[09:13] <asac> its good
[09:13] <asac> we have a new crash
[09:13] <asac> most likely not critical
[09:13] <Saviq> davmor2, still, if you can apport-cli the .crash, and send it up for me
[09:13] <asac> but important to check
[09:14] <didrocks> davmor2: yeah, don't do exploratory testing, keep things in the known territory
[09:14] <asac> if its sitll the same that we wanted to fix with unity-miore
[09:14] <davmor2> didrocks: That was just testing opening apps
[09:15] <asac> davmor2: you do the right thing
[09:15] <asac> just start apps and close them for 30 minuntes :)
[09:15] <asac> there shouldnt be a single unity8 crash now with the fix if doing that
[09:17] <davmor2> Saviq, didrocks, asac: that could be a problem http://paste.ubuntu.com/7266701/
[09:18]  * asac  checking
[09:18] <didrocks> clearly oom killer related, did you close the opened apps?
[09:18] <asac> riht get phone into clean state i guess
[09:18] <Saviq> didrocks, nah, that's apport-cli complaining
[09:18] <asac> reboots dont loose?
[09:18] <asac> er reboots dont wipe crashes?
[09:18] <Saviq> asac, they don't
[09:18] <davmor2> didrocks: no unity8 crashed all the apps have gone
[09:18] <asac> davmor2: guess make a clean reboot and use it again
[09:19] <asac> who knows what this crash left behind
[09:19] <asac> on shared mem etc.
[09:19] <Saviq> that still might not allow for the crash to be processed... I've seen that a few times :/
[09:19] <asac> how can one stop unity8 to get more mem?
[09:19] <asac> service lightdm stop?
[09:19] <ogra_> sudo -u phablet -i stop unity8
[09:20] <asac> davmor2: try runb that first
[09:20] <asac> and then process
[09:20] <didrocks> Saviq: indeed
[09:20] <ogra_> dont stop lightdm
[09:20] <asac> (with unity down)
[09:20] <davmor2> so rebooted same issue
[09:21] <didrocks> so the collect may have been blocked
[09:21] <Saviq> davmor2, please send it up anyway, I'll see what I can do
[09:22] <davmor2> Saviq: give me a second I'm going to try the other crash file and see if that unblocks apport collect
[09:23] <bzoltan> om26er_: ping
[09:24] <om26er_> bzoltan, Hi! I just wanted to know if the uitoolkit silo needed testing, but now I am told that's not critical for the release, so was asked to do the image testing
[09:25] <didrocks> oxide-qt and webbrowser-app published
[09:25] <didrocks> in -updates
[09:25] <didrocks> all is on unity-mir now :)
[09:25] <bzoltan> om26er_: yes, she had some problems with application APs
[09:25] <didrocks> (published in -proposed)
[09:25] <bzoltan> om26er_: I would need your help in the #sdk if you have few minutes
[09:26] <didrocks> valide candidate in britney
[09:26] <didrocks> and accepted
[09:26] <om26er_> bzoltan, sure, my device is being flashed so I can probably help
[09:26] <didrocks> we are a publisher cycle away from kicking the image!
[09:26]  * asac sends some luck to unity-mir to get a perfect publisher pipeline :)
[09:28] <davmor2> Saviq: http://people.canonical.com/~davmor2/crash/  it wouldn't let me
[09:28] <asac> bzoltan: so your landing will not make the image, thats why we prioritize the testing of our imge business for the next couple hours. whats your landing about?
[09:29] <sil2100> \o/
[09:29] <asac> sil2100: whats the source of happiness :)?
[09:30] <Saviq> davmor2, so a crash for unity8 that's 120K is not something that's of any use...
[09:30] <asac> ack
[09:30] <didrocks> Saviq: you dropped all the code? :p
[09:30] <bzoltan> asac:  it is business as usual ... we would like to continue working the same way as yesterday and before. We have ~40 pending MRs, bug fixes, improvements, desktop specific goodies.
[09:30] <Saviq> didrocks, and Qt, then
[09:30] <didrocks> hehe, yeah ;)
[09:30] <Saviq> davmor2, probably means apport failed to collect the crash at all due to memory starving
[09:30] <asac> bzoltan: right. but please remember that today is a very special day :)
[09:31] <bzoltan> asac: I know
[09:31] <asac> so there might be that small delay. after we are done we are back to normal
[09:31] <asac> ok
[09:31] <asac> thanks
[09:31] <asac> for understanding in case you dont get the same service today :_)
[09:31] <bzoltan> asac: I will survive :) over easter without a release
[09:31]  * asac is upgrading desktop to very latest trusty
[09:31] <Saviq> davmor2, the qmlscene crash is SIGABRT, could you see in music-app's upstart log for a crash message
[09:31] <asac> yeah thats what i feel
[09:32] <didrocks> asac: you will get the unity7 security fix :)
[09:32] <asac> :)
[09:33] <asac> not that someone could get to my machine and hit enter on screensaver anyway :)
[09:33] <asac> (without knocking me out first)
[09:33]  * asac sits constantly in front
[09:33] <didrocks> ;)
[09:36] <davmor2> Chipaca: How quickly does the Ubuntu-push log grow?
[09:37] <Chipaca> davmor2: when everything works, and it is in debug mode, about 80 lines an hour i'd say
[09:37] <popey> davmor2: mine is 260K after 24 hours
[09:38] <Chipaca> davmor2: now, there are people whose whoopsie id seems to be "", and that might be messing things up
[09:38] <Chipaca> (the mind boggles)
[09:39] <popey> didrocks: am I allowed to upload to the store, but not approve, so when I get the nod from you I can a pprove them and they will be in the next image?
[09:39] <Chipaca> davmor2: why?
[09:39] <davmor2> Chipaca, popey: http://paste.ubuntu.com/7266817/
[09:40] <Chipaca> davmor2: WANT!
[09:40] <didrocks> popey: after we build the current image, please, yeah
[09:40] <didrocks> popey: will keep you posted
[09:40] <Chipaca> davmor2: gimme gimme gimme gimme gimme gimme gimme gimme gimme
[09:40] <didrocks> ogra_: !!!
[09:40] <didrocks> ogra_: do you know what time is it?
[09:40] <didrocks> ogra_: it's time to start building THE image :)
[09:40] <didrocks>  unity-mir | 0.3+14.04.20140417-0ubuntu1   | trusty/universe | source
[09:40] <sil2100> \o/
[09:41] <davmor2> Chipaca: so that is a little over 24hours
[09:41] <asac> does it mean its in?
[09:41] <didrocks> asac: it does!
[09:41] <asac> and we can kick image?
[09:41] <didrocks> or I wouldn't say it
[09:41] <asac> ogra_: !!
[09:41] <didrocks> yeah
[09:41] <popey> didrocks: thanks
[09:41] <sil2100> It's IN
[09:41] <asac> dont sleep
[09:41] <didrocks> ogra_: where are you? :)
[09:41]  * sil2100 slaps om26er_ around a bit with a large trout
[09:41] <popey> mmm trout
[09:41] <popey> http://drool.popey.com/
[09:41] <Chipaca> davmor2: i'm serious, get me those logs
[09:41]  * didrocks is going to use the web UI it seems
[09:41] <asac> ogra_: dont be lazy again... we talked just yesterday about this :)
[09:41] <sil2100> Good ol' mIRC slap emotes
[09:42] <asac> didrocks: ack
[09:42] <davmor2> Chipaca: no worries
[09:42] <cjwatson> 10:02 <cjwatson> I think maybe 40mins
[09:42] <cjwatson> 10:40 <didrocks>  unity-mir | 0.3+14.04.20140417-0ubuntu1   | trusty/universe | source
[09:42] <didrocks> asac: ok, trying through the web, lets hope it's working this time
[09:42] <asac> ogra seems to be asleep not responding for 20 seeconds :)
[09:42] <cjwatson> how's that for a guesstimate
[09:42] <om26er_> *whip*
[09:42] <didrocks> cjwatson: can't deny it :)
[09:42] <asac> cjwatson: you won the bet
[09:42] <Mirv> \o/ for THE image
[09:42] <asac> cjwatson: well done!
[09:43] <didrocks> *clicked*
[09:43] <asac> (though i think you have ways to fake this :)
[09:43] <asac> didrocks: both archs?
[09:43] <cjwatson> asac: I try to keep my manual interference to a minimum on release day :)
[09:44] <didrocks> asac: yeah, double build for better goodness!
[09:44] <asac> hehe
[09:44] <ogra_> on it
[09:44] <cjwatson>  - Ubuntu Touch armhf for Trusty (requested by didrocks) => ('ubuntu-touch', 'daily-preinstalled', 'preinstalled-touch', 'armhf')
[09:44] <didrocks> ogra_: tooo late
[09:44] <cjwatson>  - Ubuntu Touch i386 for Trusty (requested by didrocks) => ('ubuntu-touch', 'daily-preinstalled', 'preinstalled-touch', 'i386')
[09:44] <asac> ogra_: too late
[09:44] <cjwatson> so yes
[09:44] <asac> dont do it :)
[09:44] <didrocks> cjwatson: and great, so working :) thanks for confirming!
[09:44] <asac> cool all is taking its course. nice one
[09:44] <ogra_> great
[09:45] <didrocks> ogra_: I got the last one then! :)
[09:45] <ogra_> congrats
[09:45] <ogra_> :)
[09:45] <asac> right now i feel nothing can stop us now \o/
[09:45] <cjwatson> and building
[09:45] <didrocks> ahah, not sure how much it is to celebrate to click a button TBH :p
[09:45] <asac> lets not test more so we dont hear about bugs :)
[09:45] <didrocks> asac: +1
[09:45] <didrocks> heh
[09:45] <didrocks> ;)
[09:46] <didrocks> I hope the security fix in unity7 isn't going to strike us through unity-service :p
[09:46] <ogra_> Saviq, the long left to right swipe behavior got quite flashy ...
[09:46] <asac> didrocks: please stop creating these scary scenarios
[09:46]  * didrocks shuts up :)
[09:46] <asac> didrocks: didnt we dis-upgrade to test?
[09:46] <asac> so it was in our testing?
[09:47] <didrocks> asac: yeah, should be if everyone followed the procedure
[09:47] <asac> i am sure some did a dist-upgrade
[09:47] <asac> while others an install
[09:47] <asac> so guess we are fine in almost all cases
[09:48] <asac> ok, will visit mr. shower now
[09:48] <asac> bbiab
[09:49]  * sil2100 actually upgrades his desktop as well
[09:49] <ogra_> ooh, good idea !
[09:49] <didrocks> om26er_: so, flashed?
[09:49] <om26er_> didrocks, flashed, apt-get update is happening which seems a bit slow
[09:49] <didrocks> om26er_: ok, and then, just dist-upgrade
[09:49] <imgbot> [09:49] <didrocks> you will get everything!
[09:50] <didrocks> reboot… and enjoy ;)
[09:51]  * didrocks reflashed on 301 to confirm and gets after dist-upgrade: http://paste.ubuntu.com/7266860/
[09:51] <didrocks> so really only what we want
[09:51] <didrocks> (with unity7 of course)
[09:52] <ogra_> indeed
[09:52] <ogra_> nothing else entered the archive
[09:52] <ogra_> well, nothing on our image
[09:52] <davmor2> Saviq: nothing in Music player about a crash let me try gallery which I think was the app that was opening
[09:53] <Saviq> ogra_, "flashy"?
[09:53] <ogra_> yeah, not sure how else to describe it
[09:53] <davmor2> Chipaca: people.canonical.com/~davmor2/upc
[09:54] <ogra_> Saviq, swiping away the app seems to "think" for a split second and then quickly catch up making the animation look slighly odd
[09:54] <Saviq> ogra_, right, screenshotting sometimes takes more time than usual
[09:54] <ogra_> it is as if the swipe actually arrives delayed a bit at the shell
[09:55] <Saviq> ogra_, if you can find a way to get it in that state reliably, would be good to know
[09:55] <didrocks> Saviq: m&c unity-mir for you
[09:55] <ogra_> thats a permanent thing on 301
[09:55] <Saviq> didrocks, thanks
[09:55] <didrocks> yw
[09:55] <Saviq> ogra_, across reboots?
[09:55] <ogra_> Saviq, doesnt influence functionality, looks and feels a bit strange though
[09:55] <ogra_> yes
[09:56] <Saviq> ogra_, ok so obviously I can't reproduce that reliably...
[09:56] <Saviq> ogra_, can you describe your device's state? how many apps open, things like that?
[09:57] <ogra_> thress webapps open ... G+, heised.de golem.de ... all the latest versions (new framework) swiping away one of them the systme seems to not recognize the swipe for a fraction of a second, then catches up and plays the animation in a slight fast forward mode
[09:57] <ogra_> *three
[09:57] <didrocks> ogra_: do you know what revision we will have on the stable channel?
[09:58] <didrocks> ogra_: like version "1"?
[09:58] <ogra_> hmm, nope, let me check
[09:58] <didrocks> thanks
[09:58] <ogra_> 11 could be
[09:58] <ogra_> yeah
[09:58] <didrocks> great ;)
[09:58] <ogra_> it is at 10 currently
[09:59] <Saviq> didrocks, so I have bug #1308891 and the associated MP, should I add two landing requests with that?
[09:59] <didrocks> sounds good!
[09:59] <didrocks> Saviq: one is enough
[09:59] <didrocks> Saviq: it's a bug fix and trusty and U will be synchronized
[10:00] <didrocks> so until you add a new feature or diverge, I will really advise you just use one branch
[10:01] <Saviq> kk
[10:01] <Saviq> didrocks, ok, icanhassilo for row 32 then?
[10:02] <didrocks> Saviq: landing-001 for you!
[10:02] <Saviq> yay, a prime silo again /me likes
[10:02] <didrocks> ;)
[10:03] <ogra_> Saviq, hmm, funny, now it works as usual
[10:03] <ogra_> (now i would think something hogged the system, but it was really just that one animation that behaved like this)
[10:03] <Saviq> ogra_, that's where it's most apparent
[10:04] <Chipaca> davmor2: do you have a few minutes to try something on that device?
[10:08] <davmor2> Chipaca: not right now no.  Give 10-15 minutes to see if I can break it and I'm all yours :)
[10:12] <Chipaca> davmor2: k
[10:12] <ogra_> wow, playing back music in the browser is quite stuttery when the screen is off
[10:12] <sil2100> Stop finding bugs!
[10:12] <davmor2> ogra_: run top
[10:12] <sil2100> ;)
[10:13] <ogra_> davmor2, it works toally flawless if the screen is on (using my laut.fm app on my flo atm)
[10:13] <popey> psivaa: any chance you can help me with https://bugs.launchpad.net/reminders-app/+bug/1308949
[10:13] <davmor2> ogra_: oh that's a web app, that apparently isn't meant to work at all if the screen is blank
[10:13] <ogra_> davmor2, right :)
[10:13] <psivaa> popey: 1 sec pls
[10:14] <ogra_> davmor2, nontheless the suid root running sandbox keeps it up :)
[10:14] <popey> psivaa: sure.
[10:14] <om26er> didrocks, so. what to test now ?
[10:14] <ogra_> i guess thats something to talk about with the security team
[10:14] <didrocks> om26er: start/stop application, test everything, the hell out of it
[10:14] <om26er> there is a new oxide, i wish my job today was to just go around the internet on my phone and play videos and music.
[10:14] <didrocks> om26er: reports any new issues
[10:14] <om26er> ;)
[10:15] <didrocks> that part as well :p
[10:15]  * ogra_ is always impressed by the speakers in the flo
[10:15] <davmor2> ogra_: the manta ones are mind blowing
[10:15] <ogra_> (not that they sound so great, but their stereo effect is really nice)
[10:16] <om26er> speaking of speakers, the earphone in mako have an crazy high level, gives bad call quality
[10:16] <ogra_> oh, manta ...
[10:16] <ogra_> need to upgrade it i guess :)
[10:16] <psivaa> popey: do you want me to confirm the bug?
[10:17] <ogra_> eeeeeeeeewree4eee
[10:17] <ogra_> qwdzuwerqtwrewtzewr5z6rt3zeu7woiperuwouipeo
[10:17] <ogra_> heh
[10:17] <ogra_> say hello to my cat
[10:17] <sil2100> ;)
[10:18] <om26er> ogra_, my nexus 4 so old now, are we ever going to nexus 5 ?
[10:18] <ogra_> i doubt it
[10:19] <om26er> or maybe we'll skip the 5 and wait for 6
[10:19] <ogra_> we'll all go bq or meizu :)
[10:19] <popey> psivaa: well, I need to find someone who can help me fix it. Guess i need to wait for balloons..
[10:19] <om26er> or that.
[10:19] <ogra_> the bq case actually looked very much like the N5
[10:20] <asac> popey: is that about failing AP tests of click apps?
[10:20] <asac> popey: isnt that what we fixed now by evdev landing?
[10:20] <asac> so in the image currently being built
[10:20] <popey> asac: i don't know whats causing that issue.
[10:20] <asac> the log looks not like its a runtime thing though
[10:20] <asac> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/+branch/reminders/".
[10:21] <popey> huh
[10:21]  * popey checks his working
[10:21] <ogra_> looks like it cant pull via bzr
[10:21] <ogra_> reading the log
[10:21] <asac> right
[10:21] <popey> its reminders-app
[10:21] <asac> might be a misplaces lp:reminders alieas
[10:21] <ogra_> oh, you said so above :P
[10:21] <popey> so inconsistent naming
[10:21] <davmor2> Fuck I might have to drop everything and run.  We just had a call from the hospice that the Mother-in-law is at she is serious ill, and they are putting a morphine driver into her, which we know tends to signify the end :(
[10:21] <asac> bzr branch lp:reminders
[10:21] <asac> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/+branch/reminders/".
[10:22] <popey> davmor2: sorry to hear that dude.
[10:22] <asac> davmor2: go for it!
[10:22] <asac> dont worry
[10:22] <popey> asac: yeah, thanks for looking
[10:22] <ogra_> davmor2, oh man
[10:23] <davmor2> they're going to let us know how she responds later today so I'm okay till then
[10:25] <didrocks> davmor2: sorry for you dude, yeah, if you need to run out, no need to loose time warning us, just go…
[10:34] <popey> Mirv: could you please upload this to the store when you get a moment - it's not in the default image ☻ http://s-jenkins:8080/job/reminders-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.reminders_0.5_armhf.click
[10:35] <Mirv> popey: ok!
[10:35] <popey> thank you
[10:35] <om26er> davmor2, how finishedis the mult party calling ?
[10:35] <om26er> davmor2, I am not able to merge two calls, is that expected ?
[10:36] <Chipaca> davmor2: i'm stepping away for a bit; when you return, could you run http://pastebin.ubuntu.com/7266946/ on the device? ta
[10:36] <davmor2> om26er: Toykeeper and others can, I can't so it is believed to be a limit imposed by your provider I am going to contact mine and see if this is the case
[10:37] <davmor2> Chipaca: indeed I can
[10:37] <Chipaca> davmor2: by "when you return" i meant "when you are able to get back to this" :)
[10:38] <davmor2> asac, didrocks, Saviq: So without opening more than 5 windows I am able to open and close apps at will with no crash
[10:38]  * Chipaca steps away for real now
[10:38]  * om26er calls the helpline
[10:38] <ogra_> davmor2, webapps ? or native ?
[10:38] <davmor2> ogra_: mix
[10:38] <asac> cool
[10:38] <asac> is image built?
[10:38] <didrocks> sweet
[10:38] <didrocks> asac: not yet
[10:38] <ogra_> asac, the bot will tell you
[10:38] <ogra_> (with a 5 min delay)
[10:38] <davmor2> asac: image is building
[10:38] <Mirv> popey: reminders done, https://myapps.developer.ubuntu.com/dev/click-apps/403/
[10:39] <popey> thank you Mirv
[10:39] <ogra_> imgbot, stunt
[10:39]  * imgbot rolls on its back and purrs
[10:39] <ogra_> :)
[10:39] <davmor2> imgbot, play dead
[10:40] <ogra_> it only knows that one stunt :(
[10:40] <davmor2> ogra_: that's amazing not a dickiebird from it
[10:40] <ogra_> haha
[10:41] <cjwatson> didrocks: odd since it finished ten minutes ago.  maybe there's an additional delay for mirror syncing
[10:41] <cjwatson> ogra_: ^- I mean
[10:42] <didrocks> cjwatson: even the image diff is ready?
[10:42] <cjwatson> oh that I have no idea about
[10:42] <om26er> davmor2, will be activated in 15mins thats what i've been told
[10:42] <ogra_> cjwatson, it looks for the system-image to appear
[10:42] <ogra_> cjwatson, thats usually another 20-25 min
[10:42] <davmor2> om26er: from your provider?
[10:43] <om26er> davmor2, yes
[10:43] <davmor2> om26er: so then it should work after that :)
[10:43] <om26er> davmor2, lets see
[10:43] <cjwatson> ogra_: oh system-image, right
[10:43] <cjwatson> duh :)
[10:43] <ogra_> :)
[10:44] <ogra_> oh, a GLES game in the store !
[10:44] <dbarth> is it out yet?
[10:45] <dbarth> hmm, sorry wrong channel
[10:45] <ogra_> haha
[10:45] <ogra_> dbarth, every time you ask the release will be delayed by 5min
[10:45] <dbarth> ouch
[10:45] <om26er> davmor2, well didn't take 15 mins, and it works :)
[10:50] <ogra_> hmm, installing fresh webapps i only get a black screen when starting them
[10:50] <ogra_> they work after reboot
[10:50]  * ogra_ just tried hexgl
[10:51] <popey> is it fast enough?
[10:51] <popey> dog slow on my laptop
[10:51] <ogra_> hmm
[10:51] <ogra_> it doesnt start ... i get a grey screen instead of a black one though
[10:52] <popey> the app name is wrong
[10:52] <popey> LaunchProcess: failed to execvp:
[10:52] <popey> /usr/lib/arm-linux-gnueabihf/oxide-qt/oxide-renderer
[10:53] <ogra_> ah
[10:53] <ogra_> lovely
[10:54] <ogra_> what i find finny is that when apps dont start properly the X to close them appears on the other side of the window
[10:54] <popey> yes!
[10:54] <popey> i noticed that
[10:54] <ogra_> (if you tap-hold in the app lens)
[10:54] <davmor2> Chipaca: whoopsie id is: >>aebe5728705da7fbb9c278f252713be7fe0e9f22cba2e301676f330c838cff79c55130a377896cb3930f9ab33a3a893b7808acba42b29ab1e6fe7ab99001314a<<
[10:54]  * popey files bug
[10:55] <didrocks> om26er: Mirv: sil2100: still everything's fine for you guys?
[10:55] <didrocks> not OMG alert?
[10:56] <davmor2> om26er: apparently my provider thinks they don't support it are they in for a shock
[10:56] <om26er> didrocks, important features are working great, will move to not-so-important stuff in a big
[10:56] <om26er> *bit
[10:56] <Mirv> didrocks: no OMG:s, still
[10:56] <om26er> davmor2, hah that sounds crazy, its so important of a feature
[10:57] <didrocks> om26er: excelent, in case davmor2 is going to run soon, you know how to dogfood the image with davmor2's test cases?
[10:57] <om26er> didrocks, yes, I have done that in the past. just need link to that doc from davmor2
[10:58] <didrocks> davmor2: you would have it more handy than I do ^
[10:58]  * didrocks can't wait for #302 to be published
[10:58] <davmor2> https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ai33BkOcORLLdE4xLTFtSE80ZkpITXZ3aV85cWtPX2c#gid=0
[11:00] <ogra_> ooh, interesting
[11:00] <ogra_> on the manta the music stops when the screen goes off
[11:00] <Mirv> switching between scopes is pretty good, too bad the scrolling vertically is still subpar
[11:00] <om26er> ogra_, stops as in fully stops or becomes choppy ?
[11:00] <didrocks> ogra_: faster to power off and blocking the queue?
[11:01] <ogra_> om26er, fully stops ... on the flo and mako it gets choppy
[11:01] <didrocks> Mirv: agreed! the partial fix from Saviq is already really nice :)
[11:01] <ogra_> didrocks, perhaps
[11:01] <ogra_> didrocks, the actual bug is that it plays on on the other devices, the browser shouldnt be able to afaik
[11:02] <om26er> and the white background in the dash hurts my eyes with brightness set to a higher value
[11:02] <ogra_> (not that i mind being able to listen to webapp music with the screen off)
[11:02] <ogra_> oh, seems the network on my manta simply died when it shut off the screen :P
[11:03] <didrocks> ogra_: that can explain
[11:03] <ogra_> yeah
[11:03] <ogra_> luckily we dont block on manta bugs :)
[11:03] <didrocks> yep
[11:03] <didrocks> well, luckily
[11:03] <didrocks> I would like we would be into that position
[11:03] <didrocks> juts reastically, we are not
[11:03] <ogra_> the browser is also very flickery on scrolling
[11:04]  * asac restarts system after dist-upgrade
[11:04] <Chipaca> davmor2: that was on the device where those logs came from?
[11:09] <didrocks> om26er: Mirv: davmor2: please do a flash on mako, the image is there
[11:09] <didrocks> just not the diff
[11:09] <didrocks> so that we can start real dogfooding now :)
[11:09] <Mirv> alright
[11:09] <imgbot> [11:09] <imgbot> [11:09] <didrocks> om26er: davmor2: if dave is still there, can you share the dogfooding? (one starting in the end, the other at the beginning?) that will enable to get more dogfooding done :)
[11:09] <ogra_> there you go
[11:10] <davmor2> didrocks: I'm here unless we get a phone call
[11:10] <didrocks> popey: let's wait for me to install that image (download almost over) and then, I'll +1 on click apps publishing
[11:10] <didrocks> sil2100: please help as well testing ^
[11:13] <popey> thanks didrocks
[11:14] <didrocks> ogra_: if you want to play with it on your tablet…
[11:14] <didrocks> ogra_: as you have one and we don't :)
[11:15] <ogra_> didrocks, sure, all three devices around me are on 302 already ... and the fourth device just generates a bootchart for it :)
[11:15] <didrocks> ahah, great!
[11:15]  * didrocks did a clean reinstall
[11:16] <didrocks> (still in recovery)
[11:18] <ogra_> wow, did the browser get more snappy or is that me ?
[11:18] <didrocks> ogra_: seeing the fix, it's you
[11:18] <didrocks> but let's see it's all desired!
[11:18] <ogra_> heh
[11:18] <didrocks> say*
[11:18] <ogra_> indeeed :)
[11:19] <didrocks> heh
[11:19] <didrocks> hum, where is psivaa?
[11:19] <didrocks> plars: around?
[11:20] <didrocks> ev: we might want someone look at CI test results (and maybe winning some time by triggering the cron in advance to start testing?)
[11:22] <didrocks> popey: ok, install + upgrades work
[11:22] <popey> yay
[11:22] <didrocks> popey: so you can publish click apps I would say
[11:22] <popey> thank you!
[11:22] <didrocks> yw ;)
[11:22] <popey> Mirv: when you get a moment could you please push http://s-jenkins:8080/job/weather-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.weather_1.1.236_all.click to the store ☻
[11:22] <didrocks> popey: if you have time to participate in the dogfooding as well… we'll be loved!
[11:23] <popey> #302?
[11:23] <ogra_> sure
[11:23] <didrocks> yeah ;)
[11:23] <ogra_> whatelse
[11:23] <didrocks> best than ever!
[11:23] <popey> 101?
[11:23] <didrocks> :p
[11:23] <popey> "stable" ☻
[11:23] <ogra_> 101 is dead
[11:23] <didrocks> for long actually ;)
[11:23] <ogra_> long live 10
[11:23] <popey> It's not dead, it's resting.
[11:23] <didrocks> and will be dead forever starting today!
[11:23] <ogra_> yesterday actually
[11:23] <ogra_> when it was renamed to 10
[11:23] <ogra_> :)
[11:24] <didrocks> poor of him :)
[11:24] <didrocks> ogra_: so stephane confirms that people on 101 will upgrade to 11? ;)
[11:24] <ogra_> yes
[11:25] <popey> ogra_: bug 1308973
[11:26] <ev> didrocks: sure
[11:26] <ogra_> popey, confirmed
[11:26] <didrocks> thanks ev
[11:26] <asac> didrocks: he confirmed it yesterday
[11:26] <asac> (stgraber)
[11:26] <didrocks> great ;)
[11:26] <asac> guess he will be on soonish
[11:27] <asac> unfortunately we will not be able to redo the test
[11:27] <didrocks> right
[11:27] <ev> plars, psivaa: can one of you help didrocks?
[11:27] <asac> chromium has now an indicator entry on trusty? interesting :P
[11:28] <popey> not here...
[11:28] <asac> oh now its gone :) /me unchecked let chromium run in background
[11:28] <asac> not sure how to get it back... just happened after final upgrade and reboot
[11:29] <asac> popey: if you go in advanced settings -> System you can check "continue running background  apps if chromium is closed"
[11:29] <asac> that makes this icon appear as an indicator
[11:30] <plars> ev, didrocks: it's still 6:30 am here and I'm distracted getting my kids ready for school, but I can try. What's up?
[11:30] <didrocks> plars: well, image started to get installed now, so I guess we're good
[11:31] <didrocks> (we could have win 15 minutes, but no worry)
[11:31] <didrocks> asac: yeah, latest chromium has the entry
[11:31] <didrocks> asac: it's an upstream change btw
[11:31] <didrocks> (chrome unstable directly from google has it for quite some time)
[11:33] <plars> didrocks: ok let me know if I need to take a look, otherwise I'll be in front of my computer more permenently in just a bit
[11:33] <didrocks> thanks
[11:35] <asac> didrocks: do we have a bug for the 13.10 display issue on upgrade?
[11:35] <asac> plz add to release notes
[11:36] <didrocks> asac: no, we can create it but the design changed and it's not displayed anymore
[11:36] <asac> would prefer to move the content and workaround etc. to the bug and just keep a short line in there
[11:36] <didrocks> asac: so the status will be "fix released"
[11:36] <asac> what?
[11:36] <asac> when?
[11:36] <didrocks> which will be puzzling
[11:36] <didrocks> as told yesterday…
[11:36] <asac> well, we need a bug to reference for the issue
[11:36] <asac> even if its wo't fix
[11:36] <asac> :)
[11:36] <didrocks> the system settings update design changed
[11:37] <didrocks> we don't show that and the protocol changed
[11:37] <asac> sure, but we dont have that yet. also it seems one of our services exports bogus data still
[11:37] <asac> so we need to fix that (either dont export or fix it)
[11:37] <didrocks> asac: it doesn't export anymore
[11:37] <didrocks> in 14.04
[11:37] <didrocks> (as told)
[11:37] <asac> ok, well. i dont like keeping long text in the errata section
[11:37] <didrocks> asac: did we get QA to open bugs for issues they found?
[11:38] <ogra_> argh
[11:38] <asac> and having something there withtout a bug isnt good either
[11:38] <ogra_> stgraber, we dont have any target dirs for flo and generic/_x86 in stable yet
[11:38] <didrocks> seems it would be faster to open one and set to won't fix anyway
[11:38] <didrocks> than discussing
[11:38] <asac> right
[11:38] <ogra_> stgraber, i suspect we'll need that for copying ?
[11:38] <didrocks> asac: QA should open bugs though
[11:38] <asac> iahmad: can you open a bug?
[11:39] <asac> for the 13.10 displayed at system upgrade?
[11:40] <didrocks> let me open it…
[11:41] <ogra_> err
[11:41]  * ogra_ just notices that the clock on his phone shows the wrong time
[11:42] <ogra_> hrm
[11:42] <ogra_> suspending and resuming got it working again ... it was about 10 min behind and no action could get it forward
[11:43] <didrocks> asac: done and comment ammended
[11:43] <asac> cool
[11:43] <asac> didrocks: added the upgrade issues
[11:44] <didrocks> seen that, good
[11:44] <iahmad> asac, sure can do, I thought didrocks suggeted one already exist
[11:44] <didrocks> iahmad: no, I suggested that it was fixed in 14.04
[11:44] <asac> iahmad: yeah
[11:44] <didrocks> as the design changed
[11:44] <asac> he jumped on it :)
[11:44] <asac> thanks
[11:44] <didrocks> now done
[11:46] <iahmad> didrocks, would you mind sharing the bug#?
[11:46] <didrocks> iahmad: bug #1308980. Please open them in the future while reporting :)
[11:47] <iahmad> didrocks, ack
[11:48] <didrocks> davmor2: Mirv: sil2100: popey: all good on #302 for now as well?
[11:49] <Mirv> didrocks: so far yes
[11:49] <Mirv> popey: weather app at https://myapps.developer.ubuntu.com/dev/click-apps/147/
[11:49] <popey> thank you Mirv
[11:50] <popey> didrocks: yeah, feels good so far
[11:53] <om26er> didrocks, yep, its going good
[11:53] <didrocks> how are we from the list?
[11:54] <didrocks> 30% of dogfooding tests done?
[11:54] <didrocks> om26er: ^
[11:54] <om26er> all done
[11:54] <om26er> atleast from the manual test plan
[11:55] <om26er> i'll just go exploratory now
[11:56] <davmor2> didrocks: I'm not doing minor dogfooder I'm doing a full run like I would for the whitelisting, I figured it made sense as it has the potential to be the final image so far so good :)
[11:57] <didrocks> davmor2: you are syncing with om26er rights?
[11:57] <didrocks> on the manual test plan
[11:58] <davmor2> didrocks: om26er is cruising through it, and popey's name is down.  Hence me going for a full suite rather than a standard dogfood.
[11:59] <didrocks> davmor2: ok, sounds good, please just ensure the communication flow is consistant :)
[11:59] <ogra_> davmor2, how do you mean ... "potential" ??
[11:59] <davmor2> didrocks: but I'm quite happy with this one
[11:59] <didrocks> sweet!
[11:59] <ogra_> it *is* the final image
[11:59] <ogra_> the best we ever produced :)
[12:00] <davmor2> didrocks: yeah so from me you'll get a nice breakdown of everything that you can link to.  I'll throw you the page when I'm back from lunch :)
[12:01] <didrocks> davmor2: perfect!
[12:07] <om26er> do we end TRAINCON-0 today?
[12:08] <ogra_> om26er, yeah, go wild, upload away
[12:08] <ogra_> :P
[12:09] <om26er> ogra_, speaking of upload, i am waiting for media-hub and greeter changes to land, both make life simpler for me. they were backed out mostly due to this state
[12:10] <popey> didrocks: 302 seems good here
[12:10] <didrocks> popey: +1 for you?
[12:10] <ogra_> om26er, yeah, they will be in our first U image
[12:10] <didrocks> om26er: not as long as we don't have the Qt fix + scope ones
[12:10] <popey> ya
[12:11] <didrocks> I guess
[12:11] <popey> When will we switch to the new frameworks?
[12:11] <didrocks> but let's discuss that next week :p
[12:11] <popey> ☻
[12:11] <ogra_> popey, hopefully earlier than last cycle
[12:11] <didrocks> popey: at the last minute, after the incompatible change is done :p
[12:11] <didrocks> popey: thanks for the testing!
[12:11] <popey> well, the music app will soon drop support for grilo.. so we wont be able to update that in 14.04
[12:11] <popey> np
[12:12] <popey> but we need to carefully manage that, or have two branches ☹
[12:15] <cjwatson> we unfortunately ended up releasing with 14.04-dev1
[12:15] <cjwatson> but not the end of the world :)
[12:15] <cjwatson> might try to do something about that post-release
[12:17] <didrocks> that would be easy to drop
[12:18] <didrocks> let's do that in the incoming week
[12:18] <didrocks> is there a bug for it so that we can track?
[12:18] <asac> do we ship 14.04 framework ?
[12:18] <asac> or just 14.04-dev1?
[12:18] <didrocks> IIRC, we ship both
[12:18] <didrocks> but colin should confirm
[12:18] <asac> that doesnt sound too bad if dev1 == 14.04
[12:18] <asac> not even sure if we really need to kill dev1 in that case?
[12:19] <didrocks> I remember colin did an upload after the 5.2 transition to get the agreed codename
[12:19] <didrocks> I don't remember if it was something else to -dev1
[12:19] <didrocks> or -dev1 to the final name
[12:19]  * didrocks wasn't in the sdk name discussions
[12:19] <asac> so what i assumed we would do is bump the dev names during dev cycle and that in the end keep the last dev1 version in (so apps dont need rebuild), but add the stable version on top
[12:20] <asac> but then i didnt track the whole framework story to the end
[12:20] <dbarth> asac, didrocks: preliminary testing of 302 is not super good here for webapps
[12:20] <ogra_> ++
[12:20] <ogra_> same here
[12:20] <dbarth> trying to track down the problem, though i don't think that's webapps per se
[12:20] <didrocks> dbarth: how not super good?
[12:20] <sil2100> Just got back from lunch
[12:20] <asac> why didnt we see that yesterday?
[12:20] <dbarth> like links taking 5s or so to be redirected to browser
[12:20] <ogra_> oh, i missed the "not"
[12:20] <ogra_> they are great here
[12:21] <dbarth> or apps taking blank screens all of a sudden
[12:21] <ogra_> havent had that here
[12:21] <dbarth> i did a clean ubuntu-device re-install
[12:21] <asac> davmor2: om26er: ^ can one of you you help extract/repro/confirming these observation?
[12:21] <dbarth> will double check my setup
[12:21] <dbarth> and re-confirm with alex
[12:21] <asac> plz do
[12:21] <dbarth> keep you posted
[12:22] <ogra_> takes two seconds here for the browser to start if i tap an external link
[12:22] <didrocks> yep, same
[12:22] <asac> ogra_: and if the browser is already open?
[12:22] <cjwatson> asac: I think just dev1 right now by oversight, but as I say, easy to add post-release
[12:22] <dbarth> ogra_: from which app?
[12:22] <ogra_> dbarth, my own ... heise.de
[12:22] <asac> cjwatson: ack. yeah no big deal i think
[12:22] <asac> we can sneak in 14.04 if tits an alias
[12:22] <ogra_> (its in the store)
[12:22] <dbarth> ogra_: can you try from facebook or twitter?
[12:23] <cjwatson> asac: it would be, yes
[12:23] <cjwatson> and as I said earlier no reason to drop dev1
[12:23] <ogra_> dbarth, i have accounts for neither ... i can try G+ though
[12:23] <dbarth> just reflashing to be double sure
[12:23] <dbarth> ogra_: ok
[12:23] <ogra_> if i find an exteral link there somewhere
[12:23] <asac> cjwatson: right, so i think i understood the story correctly then :)... just wonder where we do that update right now, but lets check tuesday i guess
[12:23] <cjwatson> yeah, definitely not today :)
[12:23] <ogra_> dbarth, with browser already open it switches instantly
[12:24] <ogra_> let me kil the browser
[12:24] <Mirv> sil2100: #302 rocks \o/
[12:24] <asac> Mirv: webapps too? :)
[12:24] <ogra_> dbarth, again ... even with it closed
[12:24] <sil2100> Mirv: it looks ok, but I just started testing it - aren't there problems with webapps
[12:24] <sil2100> ?
[12:24] <ogra_> sil2100, dbarth seems to see some
[12:25] <didrocks> popey: the LAS apps is impressive
[12:25] <ogra_> i cant repro at all here
[12:25] <dbarth> ogra_: or that was the hexgl app i tried just before
[12:25] <popey> didrocks: it is, isn't it?
[12:25] <dbarth> but the phone became quite unresponsive
[12:25] <ogra_> dbarth, yeah, thats broken
[12:25] <sil2100> dbarth: how can I reproduce your problems?
[12:25] <didrocks> popey: pure QML or webapps?
[12:25] <ogra_> popey, ^^^ can we drop hexgl until it is fixed ?
[12:25] <popey> qml
[12:25] <Mirv> asac: well I don't see any particular problems myself
[12:25] <dbarth> sil2100: just the webapp test plan, ie open facebook, follow links in wall posts and try to post a message
[12:26] <dbarth> the link opening is where i found it quite slow
[12:26] <asac> dbarth: what URL is the webapps testplan?
[12:26] <popey> ogra_: not really our place to remove broken apps from the store, better to tell the dev so they fix it. I'll let them know
[12:26] <didrocks> popey: I like clicking to "videos" and average users seeing they wait for Media HUB from SDK side though ;)
[12:26] <asac> i only know webcontainer and webbrowser
[12:26] <popey> heh yeah
[12:26] <dbarth> sil2100: https://wiki.ubuntu.com/Process/Merges/TestPlan/webapp-container
[12:27] <popey> ogra_: told them.
[12:27] <ogra_> thx
[12:27] <asac> dbarth: there is nothing specific in there...
[12:27] <asac> Verify that links leading to external content are re-directed to the default browser application
[12:27] <asac> is very generic
[12:27] <sil2100> dbarth: ok, let me try that
[12:28] <asac> please improve the testplan to be bullet proof and unquestionable
[12:28]  * ogra_ finds that pretty clear
[12:28] <asac> ogra_: but how do you find those links?
[12:28] <asac> where?
[12:28] <didrocks> ogra_: agreed with asac, it needs to be "click there, there and there"
[12:28] <popey> follow some lunatic on twitter
[12:28] <didrocks> with stable test case
[12:28] <asac> that could be described... e.g. open webapp gmail, click on "help link"
[12:29] <ogra_> asac, well, you have to try some in a webpp
[12:29] <asac> right, just giving concrete examples would help to avoid people interpeting this
[12:29] <asac> wrong
[12:29] <ogra_> how would you know where they point to
[12:29] <asac> ogra_: we could give concrete examples, thats the whole point :)
[12:29] <ogra_> we don have a status bar in the browser
[12:29] <asac> nothing more
[12:29] <asac> but we know our webaopps... like twitter/gmail etc.
[12:29] <asac> and probably could say which links to click there to test
[12:29] <ogra_> we could set up a mobile page somewhere and create a test app
[12:30] <ogra_> its just odd to have such a thing in the store
[12:30] <asac> you could surely automate this as well. but just saying that the test plan as of now might cause someone to test something wrong
[12:30] <sil2100> hmmm
[12:30] <asac> i would surely be lost for a bit
[12:30] <dbarth> asac: patches welcome
[12:30] <ogra_> asac, well, the testplan adapts to the nature of the apps ...
[12:30] <asac> i wont change it
[12:30] <asac> jus saying that if this slipped its probably because of that
[12:30] <dbarth> nice
[12:31] <ogra_> asac, if we can rip out the variables by providing an app that says "internal link" and "external link" it might be clearer
[12:31] <asac> i dont think you get what i mean :); anyway
[12:31] <didrocks> once webbrowser-app is opened, external links is snappy to me
[12:31] <ogra_> but there is no way to distinguish internal vs external in any of our webapps
[12:31] <didrocks> (at least in g+)
[12:31] <asac> haven't heard anyone can confirm that its slow
[12:31] <ogra_> you have to try
[12:31] <asac> so i currently think its false alert :P
[12:32]  * ogra_ definitely cant confirm
[12:32] <Mirv> dbarth: sil2100: I don't seem to have problems opening links from Twitter or GMail. but indeed links from Facebook posts don't work - but I don't use Facebook that much that I'd know if they worked before.
[12:32] <dbarth> hope so
[12:32] <ogra_> my phone flies
[12:32] <didrocks> asac: and anyway slow > not working
[12:32] <asac> yep
[12:32] <didrocks> (even if it was)
[12:32] <asac> still would be good to know
[12:32] <didrocks> yeah, definitively don't reproduce here on a few webapps
[12:32] <sil2100> Mirv, dbarth: so far it looks ordinary here
[12:33] <dbarth> i think that was hexgl
[12:33] <om26er> dbarth, Hi! I am trying to reproduce the delay to open links. I might have seen that once today with camera -> gallery but thought system was busy/loaded
[12:33] <dbarth> but that shouldn't have affected the other containers
[12:34] <dbarth> clean reflash, start and test: so far so good with twitter, facebook, gmail, calendar, amazon, ebay
[12:36] <dbarth> now loading hexgl to see if that was the cause (sorry to blame this app)
[12:38] <sil2100> dbarth: ok, here webapps seem to work ok, no problems opening any links whatsoever
[12:39] <dbarth> sil2100: yup, i can't reproduce anymore
[12:39] <dbarth> something was loading the system for sure
[12:40] <asac> cool (or not)
[12:40] <asac> wonder what can slow down system so badly
[12:41] <asac> eventqueue? crash dump?
[12:41] <dbarth> 11 webapps loaded, including hexgl, and the phone still runs fine and switches between apps properly
[12:41] <sil2100> dbarth: did you check if you had anything in /var/crash?
[12:41] <dbarth> will do now
[12:41] <sil2100> When you had that 'problem'?
[12:41] <ogra_> asac, the renderer in the sandbox runs suid root ... i imagine for webgl it spans some extra stuff
[12:41] <sil2100> Since maybe apport was busy collecting again
[12:42] <ogra_> asac, definitely something to look at
[12:42] <asac> ogra_: but its int he sandbox?
[12:42] <asac> so is that a problem that its root?
[12:42] <ogra_> asac, i have no clue ... but i tried hexgl too earlier today and it seems to put some load onto the system
[12:43] <ogra_> nothing to inspect now, but something we need to look at
[12:44] <asac> chrisccoulson: ^ "?
[12:44] <dbarth> sil2100: must have been apport
[12:44] <dbarth> _usr_lib_arm-linux-gnueabihf_qt5_libexec_QtWebProcess.32011.crash 15min. ago
[12:44] <ogra_> theoretically everything should run in the sandbox and should be killed with the app
[12:44] <asac> ogra_: ok, so hexgl is causing system business?
[12:44] <ogra_> asac, its a broken app ... it seems to cause a crash (see dbarth above)
[12:44] <asac> dbarth: use apport-cli to preprocess and then retrace i guess :)
[12:44] <sil2100> dbarth: was that around that time?
[12:45] <dbarth> yup
[12:45] <ogra_> asac, cant blame us for broken apps ... but we should not crash indeed
[12:46] <asac> ok
[12:47] <asac> right we shouldnt crash for broken webapps
[12:47] <asac> nor should unity ccrash for crashing native apps :)
[12:47] <didrocks> yep
[12:47] <asac> nor should unity crash for broken scopes :)
[12:47] <ogra_> details :)
[12:47] <davmor2> didrocks, asac: This will be the doc to watch ;) https://docs.google.com/a/canonical.com/spreadsheets/d/1mQ3Nu-3H9IQz8R7I3FfMV6rwW36B3EcXRliq5hwFhzI/edit#gid=0
[12:47] <asac> i still believe we have an architectural issue :P
[12:47] <ogra_> we do
[12:47] <didrocks> davmor2: thanks!
[12:47] <ogra_> plenty
[12:47] <ogra_> but we'll fix them the less we have to look at feature development
[12:48] <asac> i dont know
[12:48] <asac> its all about how you start
[12:49] <ogra_> right, and we started focused on getting the basic features in
[12:49] <asac> still :)
[12:49] <asac> however, thats reality
[12:49] <ogra_> once that drags less of our attention away we can start polishing and optimizing more
[12:49] <asac> its not polishing... its rerchitecturing :)
[12:49] <asac> thats a big different
[12:49] <asac> polishing is fixing bugs and bad code
[12:50] <ogra_> thats optimizing :)
[12:50] <asac> and glitches
[12:50] <asac> the fact that a container crashes if the client in there is bad, is something that normal polish won't solve in my experience :P... needs someone to go and redo the arch
[12:50] <ogra_> we have a good working basic setup now ... we simply need to cnstantly review it
[12:50] <asac> but i am always pessimistic
[12:50] <asac> without knowing whats really going on, so ... :)
[12:50]  * asac shuts up
[12:51] <pmcgowan> morning guys
[12:52] <sil2100> Phew
[12:52] <ogra_> asac, yeah, better rave a little in #ubuntu-release-party :)
[12:53] <didrocks> sil2100: checking the unity8 failing test?
[12:54] <Mirv> didrocks: I was just about to run AP:s for it after refreshing the tests page
[12:54] <didrocks> cjwatson: should we rather sync the whole release with ubuntu Touch image promotion to stable channel?
[12:55] <didrocks> asac: wdyt? as we put it in the release note? ^
[12:55] <asac> ogra_: good idea
[12:55] <cjwatson> didrocks: how long will it be until you're ready?
[12:55] <ogra_> :)
[12:55] <asac> didrocks: not sure what you suggest
[12:55] <didrocks> cjwatson: I would say 2h to get the automated testing done
[12:55] <sil2100> didrocks: running the test suite, but it seems to be a flaky test - as the location indicator seems to be present all the time
[12:55] <asac> imo we can copy it over once stgraber is avail
[12:55] <didrocks> asac: AP testing is still happening, you don't care about their results?
[12:55] <cjwatson> we're still waiting for (at least) keystone to finish building and to migrate
[12:56] <ogra_> cjwatson, we need stgraber ... there are subarch subdirs missing in the stable channel on system-image.u.c
[12:56] <asac> didrocks: will we release the previous image if they fail now? :)
[12:56] <asac> didrocks: did any AP succeed yet?
[12:56] <cjwatson> I expect infinity has some more things to do
[12:56] <didrocks> asac: they do
[12:56] <didrocks> asac: apart from unity8 which has one failure
[12:56] <didrocks> and where I'm asking sil2100 to check
[12:56] <asac> well, i think we would be ready whenever infinitiy is ready, given that stgraber is here
[12:56] <asac> and can help us do the copy
[12:56] <sil2100> didrocks, Mirv: just a quick note - when archiving results in the spreadsheet beware as sometimes some 'race' seems to happen and some assigned silos loose their data
[12:57] <sil2100> I just re-inserted those that got missing now, not sure why this just happened
[12:57] <asac> didrocks: right. so what i think is happening is that noone runs AP test on silos
[12:57] <Mirv> sil2100: oof :(
[12:57] <asac> didrocks: so :)... lets cross fingers its flaky
[12:57] <didrocks> sil2100: weird, ok
[12:57] <didrocks> asac: I do
[12:57] <didrocks> let's see what sil2100 will come up with
[12:57] <asac> right
[12:58]  * asac goes to supermarket getting some junk food
[12:58] <asac> 10 min
[13:01] <didrocks> ahhhhhhhhh, the "10 things to do after installing…" post
[13:01] <didrocks> it's about time! :)
[13:02] <ogra_> lol
[13:03] <sil2100> hm, I just saw the Bluetooth indicator test happening on my phone and all seemed ok
[13:03] <sil2100> But we'll know for sure after the whole suite is done
[13:03] <didrocks> ok
[13:04] <sil2100> Worrying is that it happened both on 301 and 302, 300 didn't have that failure - and in 301 a new unity8 was introduced
[13:04] <didrocks> yeah
[13:05] <Saviq> didrocks, FYI, silo 001 is ACK
[13:07] <didrocks> sil2100: Mirv: dealing with it? ^
[13:07] <didrocks> and see if the RT has time for a 0day SRU
[13:07] <didrocks> (dekstop only)
[13:07] <didrocks> desktop*
[13:08] <Saviq> here's the sru bug #1308891
[13:08] <sil2100> ACK
[13:08] <sil2100> Saviq: let me lookie
[13:08] <Mirv> I'll let sil2100 handle it
[13:10] <sil2100> didrocks: should I first ask the RT or I can publish anyway?
[13:11] <mhr3> sil2100, can i get silo for 21?
[13:11] <sil2100> mhr3: in a moment
[13:12] <didrocks> sil2100: you can publish
[13:12] <didrocks> it will be in unappproved
[13:15] <Mirv> mhr3: sil2100 just found out it's already in landing-011
[13:15] <didrocks> sil2100: same for dialer-app?
[13:15] <didrocks> ok, going for a run
[13:16] <didrocks> I let you guys looking at the CI dashboard
[13:16] <didrocks> and keeping a close eyes/retrying
[13:16] <mhr3> Mirv, that silo has been there for over a week, can i get an override pls?
[13:16] <sil2100> ACK
[13:16] <sil2100> unity8 still running ;/
[13:16] <sil2100> It's taking ages
[13:17] <didrocks> mhr3: can you coordinate with other landers if you are going to ditch their work and publish first? :)
[13:18] <mhr3> mandel, ^^ mind?
[13:18] <mhr3> mandel, building a bugfix for click scope
[13:18]  * didrocks away now
[13:19] <Mirv> sil2100: I got the "frozen screen" with unity8 again, was there something to do when it happened? ie. stopping reacting to touch events when trying to run AP tests, ps ax shows it's trying to stop unity8 at the moment (/sbin/initctl stop unity)
[13:19] <stgraber> ogra_: hello
[13:19] <ogra_> stgraber, hey, happy release day !
[13:20] <sil2100> Mirv: it's hard to say, usually this resolves by its own after a longer while - I remember this:
[13:20] <Mirv> sil2100: I killed the unity8 process so the stopper was then happy :)
[13:20] <sil2100> When it was happening, I basically made sure unity8 was dead and then just switch off and on the screen
[13:20] <ogra_> stgraber, we dont have subarch subfolders for generic/_x86 and flo in stable yet ... will copy-imagge create them or do i need you to pre-create ?
[13:20] <sil2100> Yeah, so I guess that's the magic trick ;)
[13:20] <Mirv> sil2100: ok then..
[13:21] <sil2100> I guess it's not a 'real' problem as it's probably AP having trouble killing unity8 after the test or something
[13:23] <Mirv> yes, I haven't ever seen it real usage, only when running AP:s
[13:23] <stgraber> ogra_: no, that was on my pastebin of yesterday. When we're ready to push trusty to stable we need to manually add the new devices and remove grouper and maguro, then do the copy
[13:23] <ogra_> stgraber, right
[13:23] <asac> stgraber: can we already do the cop and set permissions to 000 or something until we send out release announce later?
[13:23] <ogra_> just wanted to make sure again
[13:23] <asac> copy
[13:23] <asac> or can we just do it before?
[13:24]  * asac thinks we could just do it after didrocks is happy with AP investigation
[13:24] <ogra_> i dont think we have a mechanism to hold bacck
[13:24] <asac> no phased roll out :)?
[13:24] <ogra_> devel is our phasing channel here :)
[13:24] <stgraber> we actually have phased rolled out support, we just never used it and I don't think that today is the day we want to try it :)
[13:25] <ogra_> hehe
[13:25] <asac> why not :P
[13:25] <ogra_> yeah, what could possibly go wrong on release day
[13:25] <ogra_> :)
[13:26] <asac> all UK could still get a power outage i am sure
[13:36] <sil2100> didrocks, Mirv: all unity8 tests pass, whole test suite -> OK
[13:37] <sil2100> didrocks, Mirv: to make sure I also ran the test_indicator_page_title_matches_widget test 'as is' and all is good
[13:39] <sil2100> didrocks, Mirv: running dialer_app tests
[13:39] <davmor2> popey: can you set an alarm I get No Active Alarms after setting one?
[13:40] <sil2100> I'm a bit worried about dialer-app having 4 failures now on smoketesting
[13:40] <davmor2> sil2100: works for me
[13:40] <popey> davmor2: oh yes, i get that too, but the alarm shows at the bottom
[13:40] <davmor2> popey: yeap
[13:40] <plars> didrocks: hey, heads up - we just lost every single mako on ashes all at once
[13:40] <davmor2> popey: and there is no activate button
[13:40] <plars> didrocks: I don't have any more information for you yet, as I'm only about 4 seconds into looking at it
[13:41] <plars> rfowler: any chance you, or someone, is in 1ss right now?
[13:41] <popey> davmor2: sounds like a bug in clock.
[13:41] <popey> nik90: ^
[13:41] <sil2100> didrocks, Mirv: dialer_app tests all pass here...
[13:41] <davmor2> popey: also doesn't show the alarm in indicator
[13:41] <pmcgowan> davmor2, yeah the indicator shows the upcoming alarm, just the clock text is wrong
[13:41] <sil2100> I wonder what's going on with the devices in the CI lab
[13:41] <pmcgowan> davmor2, I have it in indicator
[13:42] <sil2100> Let me re-scan what it's doing when running those tests
[13:42] <pmcgowan> davmor2, mine is set for 20 mins from now
[13:42] <asac> sil2100: so you say that unity8 is flaky?
[13:42] <davmor2> pmcgowan: I have Clock I have Calendar events but I don't see the alarm I set for 3:00 pm
[13:43] <sil2100> asac: there seems to be a flaky test there, yes - at least from the looks of it here, as everything passes fine on my local device
[13:43] <rfowler> plars: not now
[13:43] <sil2100> asac: and also the test itself only checks if the Location indicator is displayed and working correctly
[13:43] <sil2100> asac: which is true
[13:43] <rfowler> plars: going to lex
[13:43] <plars> rfowler: how soon could we get someone there to take a look?
[13:44] <Mirv> sil2100: didrocks: yeah passes here too unity8 + dialer
[13:44] <asac> sil2100: right
[13:44] <mhr3> cjwatson, can you tell me who to talk to if we want to add an item to list of known issues?
[13:44] <plars> rfowler: I can't see any mako in fastboot, nor in adb
[13:44] <plars> rfowler: any chance all the makos are connected to the same usb hub or something?
[13:44] <sil2100> The dialer-app failures worry me though - not from a 'regression' perspective, just that the test seem to be having so many problems but only on CI smoketesting
[13:45] <asac> sil2100: Mirv: didrocks: do we believe unity8 is flaky or do we want to challenge whether its local vs. infra difference by retrying?
[13:45] <asac> given that this happened for two images feels something isnt as sstable as before in infra
[13:45] <asac> but guess we can keep observing
[13:46] <sil2100> asac: I would try a revert, but once this run finishes completely and once we know we won't build anythingi n the nearest 30 min
[13:46] <rfowler> plars: the makos are connected to one hub yes
[13:46] <plars> rfowler: this doesn't look like an image problem
[13:46] <sil2100> Since unity8 testing can take up to 30 minutes nowadays
[13:46] <plars> rfowler: ok, that make sense then
[13:46] <sil2100> asac: I mean, not revert!
[13:46] <asac> sil2100: revert? you were not able to see the problem locally right?
[13:46] <plars> rfowler: I think something happened to that hub, or its connection
[13:46] <sil2100> asac: I meant rerun!
[13:46] <sil2100> !
[13:46] <asac> yeah
[13:46] <asac> :)
[13:46] <asac> ok
[13:46] <sil2100> TYPO
[13:46] <sil2100> ;p
[13:46] <asac> that i agree more :P
[13:46] <plars> rfowler: most of the devices weren't even being tested on, but a bit ago they all went dark at once
[13:47] <asac> lets have didrocks decide... he has the magic feel for this :P
[13:48]  * ogra_ sees sil2100 say revert above and uploads
[13:48] <rfowler> plars: interesting
[13:49] <sil2100> ogra_: nooooo~ o/
[13:49] <sil2100> ;)
[13:49] <ogra_> :)
[13:49] <rfowler> plars: power cycling the hub has no effect apparently
[13:50] <Mirv> sil2100: asac: my feeling would be "infra" since none of us has seen that locally
[13:50] <cjwatson> mhr3: generally you can just add it to the release notes wiki page?
[13:51] <mhr3> cjwatson, oh? and that's it? doesn't go anywhere else?
[13:51] <cjwatson> mhr3: afaik
[13:52] <mhr3> cjwatson, ok, cheers
[13:53] <sil2100> Mirv: yeah...
[13:57] <nik90> davmor2, popey: crap that is a regression...
[13:57] <nik90> davmor2, popey: The alarm switch was removed intentionally since it does not work due to a loop bug in the SDK. But the "No Active Alarms" issue is definitely a bug
[13:58] <popey> nik90: got time to prepare a fix, or do you want me to revert the clock app in the store, or both?
[13:59] <popey> (this wont revert the one shipped on the image unfortunately of course)
[13:59] <nik90> popey: let me try to investigate the issue and propose a fix asap
[13:59] <davmor2> popey: if the alarm isn't meant to work I would leave it it doesn't hurt anyone it's just confusing
[13:59] <popey> thanks nik90
[13:59] <popey> it is confusing, yes.
[14:00] <popey> not an image blocker though.. i hope
[14:00] <asac> davmor2: didrocks:I think we should release note it if the alert is broken
[14:00] <davmor2> not at all
[14:00] <davmor2> asac: alrams is broken due to the Qt bug
[14:00] <sil2100> mhr3: so, did you have a talk with mandel and sergio regarding the click scope?
[14:01] <davmor2> asac: they would only go off if your phone was awake
[14:01] <asac> davmor2: do you have a summary of the most high impact symptoms of that event bug?
[14:01] <asac> we might want to expand in bug/release notes
[14:01] <ogra_> "nothing works while screen is off"
[14:01] <ogra_> i think that summarizes it nicely :P
[14:01] <asac> davmor2: yeah, this makes them useless :P ... i never keep my phone on while i am sleeping
[14:01] <ogra_> you just have to tap the screen every 30sec
[14:02] <davmor2> asac: You mean you don't sleep test like the rest of us shame on you
[14:02] <asac> i do, but in cases where i dont i need the alarm, otherwise i also track the time :P
[14:03] <mhr3> sil2100, mandel didn't respond
[14:03] <davmor2> haha
[14:04] <asac> i am now in the party
[14:04] <asac> didrocks: are we good to start copying styuff to stable channel?
[14:06] <sil2100> asac: let's wait for things to finish testing on CI smoketesting
[14:06] <sil2100> messaging_app seems to still be running
[14:06] <asac> sil2100: thats the last?
[14:06] <sil2100> Ah, maybe I'll simply run it now
[14:07] <davmor2> whats the name of the rotate sensor it has gone out of my head
[14:07] <sil2100> asac: no...
[14:07] <sil2100> asac: stilla lot to go ;/
[14:07] <ogra_> yeah
[14:07] <asac> wait
[14:07] <asac> popey: all makos are down?
[14:07] <asac> err
[14:07] <asac> plars: ^^
[14:07] <sil2100> HUH?!
[14:08] <plars> asac: yes, I mentioned that just a bit ago
[14:08] <ogra_> yes
[14:08] <ogra_> was discussed above
[14:08] <plars> asac: I should clarify - all makos for smoke testing
[14:08] <sil2100> Ok, this would explain why messaging_app is taking so long
[14:08] <plars> asac: looks like a failed usb hub, we have someone in IS on the way to take a look
[14:08] <asac> plars: well, thats all makos for whatever we care about
[14:08] <asac> didrocks: so what do we do?
[14:08] <asac> didrocks: test locally?
[14:08] <sil2100> asac, didrocks: let me run all the remaining AP tests locally then
[14:08] <ogra_> asac, trust our dogfooding
[14:08] <plars> asac: we are on it, should hopefully have a resolution soon
[14:09] <asac> plars: ETA < 10 minutes?
[14:09]  * sil2100 runs the tests anyay
[14:09] <asac> yeah do that sil2100
[14:09] <asac> i dont believe in this getting fixed before i want to take a nap
[14:09] <davmor2> ogra_: Pffffff
[14:09] <ogra_> :)
[14:10] <plars> asac: not sure, rfowler do you know about how far out you are from 1ss? (he may already be driving)
[14:10] <asac> if he is driving then surely it isnt soon
[14:10] <ogra_> asac, i think we are confident enough about the image atm ... we wont build a new one today so plars has enough time to run the tests later
[14:10] <asac> sure
[14:10] <asac> but
[14:11] <asac> i want didrocks to come back
[14:11] <asac> meantime sil2100 is runnign the rest
[14:11] <ogra_> (i mean ... would you block it now if one more test fails)
[14:11] <ogra_> sure
[14:11] <sil2100> I guess these AP tests are just a 'triple-check'
[14:11] <ogra_> right
[14:11] <asac> ogra_: depends on what test fails
[14:11] <plars> asac, ogra_: if needs be, I can always go back and rerun them too, even if we get a new one
[14:11] <asac> if something fails that might indicate somethign super broken taht we missed, then yes :)
[14:11] <sil2100> Since if something would be bad davmor2, me, Mirv and all the others would notice I guess
[14:11] <asac> but very very unlikely at this point
[14:11]  * rsalveti waves
[14:11] <sil2100> o/
[14:12] <ogra_> plars, right
[14:12] <asac> rsalveti: just in time to the party:P
[14:12] <ogra_> rsalveti, happy release day !!!!
[14:12] <nik90> popey: it is not a clock app bug.
[14:13] <nik90> popey: I just opened an older version of the clock app and it has the issue
[14:13] <nik90> popey: sometime else must have changed for sure..did a new release of the SDK land?
[14:13] <davmor2> nik90: eds issue then maybe?
[14:13] <nik90> davmor2: either EDS or SDK Alarms
[14:14] <popey> ok, lets get a bug filed with some data to back that up and we can see where it broke
[14:14] <davmor2> ogra_: whats the name of the rotate sensor please
[14:14] <ogra_> err, dunno  ... frank ?
[14:14] <sil2100> ;p
[14:15] <ogra_> davmor2, are you looking for a package for a bug ?
[14:15] <ogra_> platform-api i think
[14:15] <davmor2> ogra_: no to add to the chart of working things
[14:16] <ogra_> gyroscope or accelerometer ... i can never remember which is the right one
[14:16] <davmor2> second one ta
[14:17] <plars> didrocks: asac: if it's going to be a bit before rfowler gets there, I can repurpose a device connected to another adb host to see about kickstarting things too, but I suspect he's already on the way
[14:17] <plars> didrocks: asac: I'm hopeful that it's just a bad connection and can be restored very easily, but if not, we'll get it running one way or another
[14:18] <sil2100> plars: no hurry I guess, I'm running the test locally now
[14:18] <sil2100> *tests
[14:18] <asac> plars: if its an option to repurpose do it
[14:18] <asac> we are waiting
[14:18] <plars> sil2100: I have a complete set that I kicked off locally as well for other reasons, so if you see anything odd let me know and I'll check my results too
[14:18] <asac> you should have done that right away without hesitation
[14:19] <plars> asac: well, it will take a bit of time, but yes I'm already looking at that
[14:19] <rsalveti> asac: ogra_: are we good enough to celebrate already? :-) it seems we got some issues still
[14:19] <asac> ok well, then dont bother, lets finish tests locally
[14:19] <rsalveti> not sure if we have time to fix them though
[14:19] <asac> rsalveti: we dont have issues that i kinow
[14:19] <asac> just infra burning :)
[14:19] <asac> so we wont get final results in time, but tahts ok i guess
[14:19] <rsalveti> haha, cool then :-)
[14:20] <ogra_> rsalveti, we're "good enough"
[14:20] <rsalveti> ogra_: fair enough
[14:20] <ogra_> get a beer
[14:20] <ogra_> :)
[14:20] <rsalveti> awesome
[14:20] <ogra_> (and some breakfast too)
[14:20] <rsalveti> well, beer is kind of a liquid bread anyway
[14:21] <asac> yeah, drink a saint bier :P
[14:21] <asac> i will not do it just now
[14:21] <rsalveti> yeah, got a few here :-)
[14:21] <rsalveti> haha
[14:22] <davmor2> didrocks, ogra_, popey, asac, sil2100: can you guys see anything obvious missing from the list https://docs.google.com/a/canonical.com/spreadsheets/d/1mQ3Nu-3H9IQz8R7I3FfMV6rwW36B3EcXRliq5hwFhzI/edit#gid=0
[14:23] <popey> davmor2: mention welcome screen stalls on unlock due to eventloop issue?
[14:23] <sil2100> davmor2: let me look
[14:23] <ogra_> davmor2, looks ok to me
[14:24] <popey> davmor2: also, location has no agps so takes a long time to get a fix (outdoors)
[14:25] <sil2100> davmor2: mention 'not being able to change the dash background' ;) j/k
[14:25] <davmor2> sil2100: I already did
[14:25] <sil2100> davmor2: oh! :)
[14:25] <davmor2> sil2100: setting backdrops
[14:26] <sil2100> davmor2: see it, awesome o/
[14:26] <sil2100> davmor2: it seems to look ok
[14:27] <davmor2> sil2100: and note it's green cause it is a feature :D
[14:27] <sil2100> :|
[14:27] <sil2100> To me it's a regression, as in the previous images I could change that and in the new scopes I can't!
[14:27] <sil2100> Give me my backgrounds
[14:27] <sil2100> !
[14:27] <sil2100> ;)
[14:28] <davmor2> sil2100: until it is decided otherwise it's a feature damn it stop trying to create bugs ;)
[14:29] <popey> dammit unity crash
[14:32] <sil2100> popey: ?!
[14:32] <davmor2> popey: did I not just finiksh telling sil2100 to not create bugs?
[14:32] <davmor2> -k
[14:32] <sil2100> popey: awww come on, what happened?
[14:32] <popey> i had a bunch of webapps open
[14:32] <popey> left it alone for maybe an hour
[14:32] <popey> tapped power, swiped in from right, *bang*
[14:33] <popey> no crash file
[14:33] <popey> might not have been unity, but everything went black then i saw the welcome screen
[14:33] <popey> lemme try and reproduce
[14:34] <rfowler> plars: makos are back... it looks like the hub got hosed
[14:34] <plars> rfowler: that's what we thought
[14:35] <sil2100> huh
[14:35] <plars> asac: well, I'll bring the other devices back online shortly too, but I did kick off a job a bit ago on a device connected to a different adb host. It's still installing but when it finishes we should see results start to roll in on the missing ones via that device
[14:35] <plars> didrocks, sil2100 ^
[14:35] <asac> cool
[14:35] <sil2100> plars: awesome, is that for #302 ?
[14:35] <plars> sil2100: yes
[14:35] <nik90> popey: the alarm bug is it in the stable 14.04 image or just the latest daily image?
[14:36] <plars> sil2100: I just rescheduled the missing ones, plus messaging and dialer since there seemed to be a  bit more errors than we normally see with dialer
[14:36] <davmor2> nik90: latest daily is the final image
[14:36] <ogra_> plars, in any case that will teach asac to not make jokes about power outages on release day (which he just did before you joined) :)
[14:36] <plars> ogra_: oh, so it's his fault!
[14:36] <ogra_> yeah
[14:36] <sil2100> plars: yes, we know about these ones, I even did normal local runs
[14:36] <nik90> davmor2: :/
[14:37] <popey> nik90: its in the latest stable
[14:38] <popey> i dont understand how this passed autopilot testing nik90, is there a test for setting alarms?
[14:38] <davmor2> didrocks: Testing complete as far as I can tell.  1 blocker as expected, Some minor that have been reported, one new issue with the alarm not working.  Other than that it's good to go and you can quote popey on that /me wonders off nonchalantly whistling as he goes
[14:39] <popey> not happy about the alarms being broken.
[14:39] <mhr3> sil2100, can i just get the silo? i promise to not land it before i talk to mandel
[14:39] <mhr3> at least it can be tested
[14:39] <nik90> popey: there is but the branch that removed the alarm status switch also modified the AP tests to not check the alarm status. So it only checks the alarm name, time, days of the week.
[14:39] <sil2100> mhr3: I guess, let me assign and note the conflict
[14:39] <popey> nik90: i see
[14:39] <davmor2> popey: no indeed
[14:40] <mhr3> sil2100, ty
[14:40] <popey> nik90: have we determined where the bug is?
[14:41] <nik90> popey: I am currently discussing with charles and renato to figure out if the bug is in EDS or indicator-datetime
[14:41] <nik90> popey: zsombi confirmed that it is not a SDK bug since the alarms API hasnt changed since feb 2014
[14:42] <popey> Its frustrating, but given alarms can't trigger anyway, while it's annoying to have it broken in this image, I doubt it will be considered a release blocker.
[14:43] <didrocks> thanks davmor2!
[14:43]  * didrocks refreshes the dashboard
[14:43] <didrocks> not over yet
[14:44] <nik90> popey: +
[14:44] <sil2100> didrocks: see plars's messages ^
[14:44] <didrocks> asac: sil2100: what's up with the tests?
[14:44] <didrocks> sil2100: local testing?
[14:44] <sil2100> didrocks: mako's are down, there are some countermeasures taken
[14:44] <sil2100> I'm running locally anyway
[14:44] <sil2100> Yes
[14:45] <plars> sil2100, didrocks: actually countermeasures are in place, but the makos are back online again too
[14:45] <didrocks> sil2100: where are you with the remaining tests?
[14:45] <plars> tests are running on the remaining tests in the lab now too
[14:45] <sil2100> didrocks: from what plars said, the mako's are back but the tests are still not finished
[14:45] <sil2100> didrocks: UITK tests running now
[14:45] <sil2100> It's taking a while though...
[14:45] <asac> didrocks: yeah, murphy just said hello one more time :)
[14:45] <sil2100> Since almost half of the tests didn't run yet
[14:45] <didrocks> asac: unity8 passed for Mirv, sil2100 and I AFAIK on the previous image
[14:46] <asac> didrocks: i think devices are back up now, but i asked sil to just finish locally to void further delay
[14:46] <didrocks> argh too many pings to backlog
[14:46] <ogra_> asac, dont balme dholbachs dog !
[14:46] <ogra_> *blame
[14:46] <didrocks> what's up? will be easier :p
[14:46] <didrocks> asac: yeah, sounds reasonable :p
[14:46] <sil2100> didrocks: yeah, so, unity8 is cool, dogfooding is +1 (as per davmor2), local AP tests are running, makos are back but tests are just rescheduled
[14:46] <didrocks> sil2100: so, compared to the dashboard, what did you complete?
[14:46] <sil2100> didrocks: messaging_app, address_book_app and ubuntuuitoolkit done
[14:47] <sil2100> SO still a lot to go
[14:47] <didrocks> sil2100: dialer_app was +1 too?
[14:47] <sil2100> Yes
[14:47] <didrocks> cyphermox: around?
[14:47] <didrocks> sil2100: ok, which one are you running?
[14:47] <didrocks> so that we don't do the sames
[14:48] <sil2100> Now it's ubuntu_weather_app
[14:48] <didrocks> sil2100: ok, I'm starting from the top then
[14:49] <didrocks> doing music_app, then calendar_app
[14:49] <sil2100> ACK
[14:49] <didrocks> Mirv: eow for you I guess?
[14:49] <didrocks> or are you around to help?
[14:50] <sil2100> Knowing Timo he still might be around ;p
[14:50] <didrocks> let's focus all efforts on this
[14:50] <ogra_> didrocks, asac, no meeting today i guess ?
[14:50] <ogra_> or did you plan one
[14:50] <sil2100> Would be nice to have one I guess?
[14:51] <didrocks> yeah
[14:51] <didrocks> let's have a quick one
[14:51] <asac> i might crash before
[14:51] <asac> but who knows
[14:51] <ogra_> yeah, would be my first one on release day in 10 years ... but ok
[14:51] <didrocks> let me take a shower while the first tests are running :p
[14:51] <cyphermox> didrocks: what's up?
[14:51] <davmor2> is this the standard landing meeting or something else?
[14:51] <didrocks> cyphermox: CI devices are screwed
[14:51] <didrocks> cyphermox: we need to all run AP tests manually, and we try to parallelize
[14:52] <cyphermox> yeah i saw the email
[14:52] <didrocks> cyphermox: can you take some of the share as well?
[14:52] <sil2100> didrocks: I *guess* they're back now, but I guess it'll take longer for them to finish than we will finish
[14:52] <cyphermox> sure, what do you want me to pick, and which image?
[14:52] <didrocks> cyphermox: so #302
[14:52] <didrocks> sil2100: yeah
[14:53] <didrocks> cyphermox: terminal & short app?
[14:53] <cyphermox> ok
[14:53] <didrocks> let's sync here
[14:53] <sil2100> didrocks: I'll do filemanager then
[14:53] <didrocks> so that we can get to next ones
[14:53] <didrocks> sil2100: great!
[14:59] <sil2100> So far so good
[15:01] <Mirv> didrocks: not very around, but I can run some stuff in case of emergencies
[15:01] <popey> Hm. Seeing a bit of a memory leak in clock..
[15:02] <pmcgowan> popey, clock seems like it really regressed
[15:02] <pmcgowan> for alarms anyway
[15:02] <sil2100> Mirv: I guess we're almost done
[15:02] <ogra_> thats not clocks fault
[15:02] <popey> pmcgowan: yeah, being discussed
[15:02] <popey> I'm not sure if this is a memory leak caused by clock itself or maybe the eventloop thing
[15:03] <popey> where do those events queue up?
[15:03] <didrocks> sil2100: are you sure we are almost done? we have quite some tests to run still
[15:03]  * didrocks still running music-app AP tests
[15:03] <didrocks> (horrible digital voice btw)
[15:03] <popey> +1
[15:03] <popey> plug headphones in or stick a screwdriver in your ear, both preferable
[15:03] <didrocks> Mirv: do you have a device ready for running one or two AP tests??
[15:04] <didrocks> popey: ahah :)
[15:04] <sil2100> didrocks: still music? Oh god...
[15:04] <popey>  Private  +   Shared  =  RAM used	Program
[15:04] <sil2100> Ok, and I thought only filemanager and weather have many tests
[15:04] <popey> bah
[15:05] <popey> paste.ubuntu.com/7268648/
[15:05] <popey> that ram usage is climbing alarmingly (pun intended) fast
[15:05] <popey> 5 mins between each line