[00:07] <thomi> doanac: any ideas? ^^
[00:08] <Saviq> cyphermox, so what's the verdict, did we make a mess of our MPs? what's up?
[00:08] <cyphermox> Saviq: yeah, something's broken and I don't know how to fix it
[00:09] <cyphermox> it's an issue with bzr
[00:09] <cyphermox> Saviq: I recommend asking the bazaar/launchpad wizards
[00:09] <Saviq> cyphermox, maybe I'll try and rebase/overwrite the branch again...
[00:09] <Saviq> cyphermox, locally I can merge it on trunk no problem..
[00:09] <cyphermox> doesn't work here
[00:09] <cyphermox> I get the exact same error
[00:10] <Saviq> cyphermox, what do you do?
[00:10] <cyphermox> are you really trying to merge your branch into lp:unity8?
[00:10] <Saviq> cyphermox, let me try branching anew
[00:12] <Saviq> cyphermox, huh, indeed, fresh branch and push doesn't work
[00:12] <Saviq> cyphermox, let's see if I can fix
[00:16] <Saviq> cyphermox, fook, clean new commit doesn't work, either ¿?
[00:16]  * Saviq tries a different branch dest
[00:18] <Saviq> ;|
[00:19] <Saviq> ok, giving up
[00:24] <cyphermox> yeah, something's geniunely broke
[00:24] <cyphermox> beb
[00:24] <cyphermox> *brb
[00:25] <thomi> plars: any idea what's up with http://q-jenkins:8080/job/autopilot-release-gatekeeper/105/label=mako-06/console ? seems stuck
[00:33] <cjohnston> mako 6 appears down
[00:34] <thomi> well, that would explain it
[00:34] <thomi> cjohnston: Is there a different device I can use in the meantime?
[00:35] <cjohnston> not sure and I don't have time to investigate that right now.. sorry
[00:37] <thomi> :(
[00:49] <robru> ugh, the firefox warning about unresponsive scripts is itself unresponsive.
[00:50] <robru> alright, well I guess I'll just let that run while I go for dinner. back in a bit (but less than 4 hours this time, promise)
[01:23] <bregma> robru, when you return from noshing, landing-009 has passed its testing and is ready for you to hit the "publish" button
[01:24] <cyphermox> bregma: ok, looking
[01:27] <bregma> cyphermox, shouldn't you be relaxing and getting ready for bed or something?
[01:27] <cyphermox> I should be dying anytime now
[01:28] <cyphermox> my cold seems to just be getting worse
[01:28] <cyphermox> I may have caught ebola or something
[01:28] <bregma> ah, you need medication
[01:28] <cyphermox> at that point, I'll be relaxing ;)
[01:28] <bregma> doesn't make you better but if you sleep through it you don't suffer as much
[01:29] <cyphermox> ah, I've taken medication. I just got back from a quick bike ride to go buy two old straight razors :)
[01:29] <cyphermox> right
[01:29] <cyphermox> too much to do though, can't exactly just sleep through the week
[01:29] <bregma> next week it will ne OK for that
[01:29] <bregma> *be
[01:32] <cyphermox> hehe yeah :P
[01:32] <cyphermox> err, has that silo been carefully tested for the 7 button thing?
[01:32] <cyphermox> seems like something with a high risk of regression
[01:41] <cyphermox>  bregma: done
[01:47] <veebers> robru, cyphermox: Hey, can I get someone to destroy silo-12 (libautopilot-qt) for me please? That's not going to get done anytime soon and you'll probably need the silos
[01:47] <cyphermox> veebers: ack
[01:47] <veebers> cyphermox: thanks
[01:50] <cyphermox> veebers: in progress
[01:52] <bfiller> cyphermox: can I get a silo assigned for line 38 please?
[01:53] <cyphermox> bfiller: don't you already have landing 15 for it?
[01:53] <cyphermox> re: - fix copying the text message
[01:53] <cyphermox> - linkify phone numbers urls correctly in messages
[01:53] <cyphermox> - avoid showing the thread view at startup when launching messaging-app from other apps ?
[01:54] <bfiller> cyphermox: oh yes, didn't see this on the main sheet
[01:54] <cyphermox> cool :)
[01:55] <bfiller> cyphermox: thanks, just need to refresh I guess
[01:55] <cyphermox> yeah, wasn't sure if it was an number error or a spreadsheet error or what
[01:55] <cyphermox> well, all good if everyone has their silos
[01:55]  * cyphermox wants to go sleep
[01:56] <cyphermox> seems like my laptop is about to run out of battery too
[01:59]  * cyphermox logs off now
[01:59] <cyphermox> hopefully robru will be back shortly to deal with any other requests
[02:05] <imgbot> [03:10] <plars> thomi: uhoh, I'm looking into it
[03:10] <thomi> thanks plars
[03:10] <plars> thomi: sorry for the delay, I'm feeling pretty ill tonight
[03:11] <plars> thomi: this got a very strange problem that I haven't seen in a long while
[03:12] <plars> thomi: I think the device is up, but with the adb id of<PHONE_NUMBER>ABCDEF
[03:12] <thomi> O.0
[03:14] <plars> thomi: something went very very wrong during device flash
[03:15] <thomi> I suppose now I can't re-run the job either huh?
[03:16] <plars> thomi: I'm going to move it so you can rerun
[03:16] <plars> thomi: mind killing the old one first?
[03:16] <plars> thomi: actually nm
[03:16] <plars> I'm there already
[03:16] <plars> thomi: it's done, just rerun it
[03:16] <thomi> plars: awesome, thanks
[03:16] <plars> thomi: I'll file a ticket for mako-06, it will likely need to be reflashed
[03:17] <thomi> cool
[03:35] <imgbot> [03:35] <imgbot> [03:42] <robru> back, bah. anybody need anything?
[04:06] <Mirv> morning
[04:17] <rsalveti> Mirv: morning, can I get a silo for 41?
[04:17] <rsalveti> just so I can update the symbols for all archs at the same time, before uploading it to the archive
[04:47] <Mirv> rsalveti: hey. landing-001.
[04:47] <rsalveti> Mirv: thanks!
[04:48]  * Mirv cleans a ready silo for jdstrand to get back to at least 2 free silos
[05:56] <Mirv> aha, there goes my qtdeclarative landing... well, needs a rebuild, should be fine otherwise if I get tests passing.
[06:00] <Mirv> rsalveti: you bypassed my landing!! :D no serious harm should be done as I'm testing the functionality already, and I just need to merge your changes and bump to ubuntu15
[06:00] <rsalveti> Mirv: oh, sorry, didn't check if we had a silo for it
[06:01] <Mirv> yeah no problem, time is of essence and yours was a packaging only change
[06:01] <rsalveti> wanted to get both in asap before the freeze for the emulator
[06:01] <rsalveti> will check next time
[06:02] <Mirv> there's a blocker fix for unity8 brewing, although it seems I'll again have some "fun" validating all the APs
[06:03] <Mirv> so it'll take at least the time it takes to rebuild before I'm done testing
[06:04] <rsalveti> right, yeah
[06:04] <rsalveti> testing that is painful
[06:16] <didrocks> Mirv: hey, as we are low in silos, I bypassed it for request 40 (as it's only the meta-package, can't be blocked by anything)
[06:19] <Mirv> ok
[06:33]  * Mirv notes that he's trying to do a little bit of patch piloting today too, while testing qtdeclarative etc at the same time
[06:36] <didrocks> good luck Mirv!
[06:55] <didrocks> Mirv: your qtdeclarative landing is for bug #1300326, right?
[06:56] <didrocks> Mirv: seems so, I guess this one needs QA sign off as they were the ones getting it, wdyt?
[06:56] <didrocks> to validate this fix
[06:57] <Mirv> didrocks: yes. right, I thought it sounded like "isolated blocker fix" so I set it to no, but ok.
[06:58] <Mirv> and with qtdeclarative it's of course hard to say how isolated it is
[06:58] <didrocks> Mirv: I would like a counter-signing that it's really "fixed", does it make sense?
[06:58] <Mirv> so I'll complete the AP test results and then we need to know which QA person to get to test
[06:58] <Mirv> makes sense
[06:58] <didrocks> ok, let me turn the switch :)
[06:58] <didrocks> Mirv: it will be omer
[06:58] <sil2100> Morning o/
[06:58] <didrocks> omer and ToyKeeper are the QA signers
[06:58] <didrocks> hey sil2100!
[06:59] <Mirv> ok, good to know
[06:59] <Mirv> and hey sil2100
[07:56] <Saviq> didrocks, hey, I need help https://ci-train.ubuntu.com/job/landing-004-1-build/15/console
[07:58] <Saviq> didrocks, I made https://code.launchpad.net/~saviq/unity8/resync-820-revert/+merge/215006 with the revert, but bzr falls over trying to merge it… maybe you could submit your own…
[07:58] <didrocks> Saviq: because mine will be better than yours! :p
[07:59] <Saviq> didrocks, of course it will
[07:59] <didrocks> I saw Mirv worked on it, do you know Mirv what's up with that?
[07:59] <didrocks> Saviq: from what I read, to reproduce the isue
[07:59] <didrocks> issue*
[07:59] <didrocks> I can bzr branch lp:unity8
[07:59] <Saviq> didrocks, I was able to reproduce it
[07:59] <didrocks> and try to merge your branch?
[07:59] <Saviq> didrocks, just no idea what to do about it
[07:59] <didrocks> and bzr doesn't like it?
[07:59] <Saviq> didrocks, yeah, just fresh branch lp:unity8 and merge the other one
[07:59] <didrocks> Saviq: let me try as well then
[08:01] <mhr3_> mandel, still red?
[08:01] <didrocks> Saviq: ok, got the same sad crash
[08:02] <didrocks> vila: bzr is buggy! ;)
[08:02] <didrocks> Saviq: oh, did you use import source?
[08:02] <Saviq> didrocks, no
[08:02] <didrocks> interesting that there is<EMAIL_ADDRESS>[08:02] <didrocks> as the rev id
[08:02] <mhr3_> sil2100, can i get ignore conflicts for line 29?
[08:02] <Saviq> didrocks, one thing that could've caused that
[08:02] <vila> didrocks: news at 11 ;)
[08:03] <vila> didrocks: what happened ?
[08:03] <didrocks> vila: heh
[08:03] <Saviq> didrocks, is I did try to cherry-pick from lp:ubuntu/unity8
[08:03] <didrocks> Saviq: oh
[08:03] <Saviq> didrocks, but that failed, and so I just patched
[08:03] <didrocks> Saviq: so yeah, that's it
[08:03] <didrocks> patched?
[08:03] <didrocks> like bzr branch lp:unity8
[08:03] <didrocks> patch -p0 < …
[08:03] <Saviq> yeah
[08:03] <didrocks> bzr commit?
[08:03] <didrocks> weird
[08:03] <Saviq> didrocks, but I'm doing colocated branches
[08:03] <didrocks> ahah
[08:03] <sil2100> mhr3_: let me see what that component is
[08:03] <didrocks> yeah, can explain
[08:03] <didrocks> Saviq: ok, let's start afresh
[08:03] <Saviq> didrocks, but I tried with a non-colo branch, too
[08:04] <Saviq> didrocks, I'm worried lp:unity8 got b0rked somehow
[08:04] <didrocks> Saviq: let me try and not bother in case it works, ok?
[08:04] <vila> didrocks, Saviq : I read various hints that something broke but no traceback so far
[08:04] <Saviq> didrocks, yeah
[08:04] <sil2100> mhr3_: hm, we're a bit low on silos now anyway - did you have a talk with Sergio beforehand?
[08:04] <didrocks> vila: http://paste.ubuntu.com/7229771/
[08:05] <mhr3_> sil2100, he's hogging it since yesterday, and it's just an abi rebuild
[08:05] <vila> didrocks: urgh and package-import....
[08:05] <didrocks> vila: yeah, I guess Saviq's colo-branch is playing with him :p
[08:06] <Saviq> didrocks, but I tried a clean one, too, and a different location... maybe not a clean-and-different location, though...
[08:06] <didrocks> Saviq: maybe mixed repo?
[08:06] <didrocks> yeah, let me try afresh
[08:06] <Saviq> didrocks, thanks
[08:06] <vila> yeah, most probably mixed repos which is hard to track properly...
[08:06] <didrocks> Saviq: thank me only if it works :p
[08:07] <didrocks> vila: yeah, I'll bother you if my "trying from something fresh" doesn't work
[08:07] <vila> didrocks: ack
[08:07] <sil2100> mhr3_: hm, right, let me assign you a silo once we have some free - let's just inform sergio that they'll have to rebuild once this lands
[08:07] <vila> didrocks: switching off for now
[08:08] <mhr3_> sil2100, i'll ping him once he appears
[08:09] <didrocks> Saviq: ok, my branch is better than yours :p
[08:09] <didrocks> working locally
[08:09] <Saviq> \o/
[08:09] <didrocks> let me MP that
[08:10] <didrocks> Saviq: https://code.launchpad.net/~didrocks/unity8/backport-latest-release/+merge/215100
[08:10] <didrocks> Saviq: and stop using random plugins! I'm sure you are the kind of guy having the windows closing with fire in compiz!
[08:10]  * didrocks runs…
[08:11] <Saviq> didrocks, random!
[08:11] <didrocks> ;)
[08:11] <Saviq> it's _the_ thing that makes me not cry every time I've to use bzr :P
[08:11]  * Saviq needs to clean the tags once again...
[08:11] <didrocks> oh, sorry
[08:11] <didrocks> forgot the tag
[08:11] <didrocks> let me do it
[08:12] <didrocks> Saviq: done
[08:12] <Saviq> didrocks, no I meant the old lp:unity tags that creep up on us everywhere
[08:12] <didrocks> oh yeah
[08:12] <Saviq> someone somewhere has a branch, and that ultimately ends up in trunk...
[08:12] <didrocks> the issue is that tagged are not versionned AFAIK
[08:13] <didrocks> so yeah, they are coming back
[08:13] <Saviq> yup
[08:13] <Mirv> didrocks: Saviq: I left it at that phase I described in my second e-mail.
[08:13] <Saviq> Mirv, yeah, fresh branch from didrocks helped
[08:14]  * Saviq probably shouldn't have colocated lp:ubuntu/unity8 with trunk
[08:14] <Mirv> right..
[08:14] <Mirv> great!
[08:14] <didrocks> Saviq: yeah, I guess that's what mixed your repo
[08:16] <Saviq> Mirv, can you please delete your test branches from https://code.launchpad.net/unity8 ?
[08:19] <didrocks> Saviq: you are handling that + the rebuild (and we'll get the new unity8 today?)
[08:19] <Saviq> didrocks, yes
[08:20] <didrocks> \o/
[08:20] <didrocks> so it will solve 2 of the blockers, right?
[08:20] <didrocks> the empty space blablabla
[08:20] <didrocks> and the crash due to python3 test switch?
[08:22] <sil2100> \o/
[08:23] <Saviq> didrocks, humpf, it's uploaded the version from the revert https://ci-train.ubuntu.com/job/landing-004-1-build/16/console ?
[08:23] <Saviq> didrocks, yeah, those two are gone
[08:23] <Saviq> didrocks, another one will go with qtdeclarative when someone ACKs it
[08:24] <didrocks> Saviq: ah, timp told us there was only one commit
[08:24] <didrocks> Saviq: I didn't recheck on that one :/
[08:25] <didrocks> Saviq: no, there was only one commit: http://bazaar.launchpad.net/~unity-team/unity8/trunk/revision/820
[08:25] <Saviq> didrocks, yeah, there was
[08:25] <Saviq> didrocks, that's fine
[08:25] <Saviq> didrocks, but I mean the version that the silo uploaded was .is., not sure what to do with that?
[08:26] <Mirv> Saviq: ok :D
[08:26] <didrocks> Saviq: oh right
[08:26] <Mirv> gosh this multitaskingness
[08:26] <didrocks> Saviq: ok, do you want me to suggest a new MP for that?
[08:27] <mandel> mhr3_, is not red, we are testing the silo atm
[08:27] <mandel> mhr3_, it will take some time because is a big landing in terms of telephony (ofono, nm, udm and mms)
[08:29] <mhr3_> mandel, looks pretty red to me in the spreadsheet, anyway we'll be building click in another silo, you might need to rebuild if we land it first
[08:30] <mandel> mhr3_, is probably red in the spreadsheet because unity-scope-click does not compile correctly on ppc
[08:30] <Saviq> didrocks, or the same
[08:30] <mandel> mhr3_, we did take a look and that project has never landed in that arch and therefore we are ignore it, the rest of the projects are ok
[08:30] <didrocks> Saviq: right, let me push it to the same
[08:30] <mhr3_> mandel, 2014-04-10 03:53:08,196 ERROR Conflicts when attempting to merge https://code.launchpad.net/~sergiusens/nuntium/restart_and_start into previous merged + https://code.launchpad.net/~phablet-team/nuntium/trunk.
[08:30] <mhr3_> that's why it's red ^
[08:30] <didrocks> Saviq: pushed, you can rebuild
[08:31] <mandel> mhr3_, oh, that probably was while I was sleep... :-/
[08:31] <mandel> mhr3_, anyway, if you are in a huge hurry just ask for and exception and we will rebuild, for us is not a pita
[08:32] <mhr3_> mandel, yea, that's what i did
[08:32] <mandel> mhr3_, ack, as soon as it lands in trunk let me know and I'll merge the branch we are using and no harm done :)
[08:32] <Saviq> didrocks, thanks
[08:33] <mhr3_> mandel, sure
[08:33] <mhr3_> i'd just want that silo
[08:39] <mandel> mhr3_, what do you mean?
[08:41] <mhr3_> mandel, nvm, just ranting about unavailability of silos
[08:42] <mandel> mhr3_, oh, nothing I can do there.. we have a number of people testing, AFAIK click scope and udm are fine but we need to land everything at once, sorry
[08:43] <mhr3_> nw, that was a general rant, not aimed at you
[08:48] <ogra_> popey, davmor2, could you check a webapp on a recent image ? i see crappy transparent headers
[08:48] <davmor2> ogra_: I think it is the uitk change
[08:49] <ogra_> crap
[08:49] <ogra_> i dont want any header in my webapps
[08:49] <davmor2> samething on google plus
[08:49] <ogra_> dbarth, do you know if there is a switch in webapp-container to switch that off ?
[08:49] <popey> yes, that looks terrible.. http://popey.com/~alan/phablet/device-2014-04-10-094940.png
[08:50]  * ogra_ guesses we need one
[08:55] <imgbot> [08:55] <Saviq> didrocks, grammar nazi https://ci-train.ubuntu.com/job/landing-004-1-build/18/console ?
[08:56] <didrocks> that's vila's fix btw!
[08:56] <didrocks> let me fix it
[08:57] <vila> didrocks: ???
[08:59] <vila> oh, *that* fix
[08:59] <didrocks> vila: yeah, seems line can be empty sometimes
[09:00] <vila> didrocks: yeah, looking at the code, the line can be truncated before reaching that, leaving an empty line, curious to see the original line, just a bullet but nothing else ?
[09:00] <didrocks> vila: yeah
[09:00] <didrocks> in debian/changelog
[09:00] <didrocks> anyway, let me do an easy fix for Saviq
[09:01] <davmor2> didrocks, ogra_: what am I doing wrong apt-get install ubuntu-ui-toolkit-theme=0.1.46+14.04.20140404.1.is.0.1.46+14.04.20140404-0ubuntu1 qtdeclarative5-ubuntu-ui-toolkit-plugin:armhf=0.1.46+14.04.20140404.1.is.0.1.46+14.04.20140404-0ubuntu1
[09:01] <vila> didrocks: note that the '.' is required or bad things happen later, so probably removing that empty bullet is the way to go ? Not sure without seeing the changlog
[09:01] <ogra_> davmor2, drop the :armhf
[09:01] <vila> didrocks: that's the first time this triggers right ?
[09:02] <didrocks> vila: yeah
[09:02] <davmor2> ogra_: E: Version '0.1.46+14.04.20140404.1.is.0.1.46+14.04.20140404-0ubuntu1' for 'ubuntu-ui-toolkit-theme' was not found
[09:02] <davmor2> E: Version '0.1.46+14.04.20140404.1.is.0.1.46+14.04.20140404-0ubuntu1' for 'qtdeclarative5-ubuntu-ui-toolkit-plugin' was not found
[09:02] <ogra_> then pull the debs from lp
[09:04] <ogra_> https://launchpad.net/ubuntu/trusty/+source/ubuntu-ui-toolkit
[09:04] <didrocks> Saviq: rerun, it should pass now
[09:04] <Saviq> didrocks, thanks
[09:04] <didrocks> (deployed the fix)
[09:04] <didrocks> yw
[09:06]  * om26er waves
[09:08] <didrocks> hey om26er!
[09:08] <om26er> Hi didrocks
[09:09] <sil2100> om26er: hello o/
[09:11] <om26er> oh hi sil2100, its been a while I last IRC'd you :)
[09:11] <sil2100> ;)
[09:11] <dbarth> ogra_: reading
[09:12] <dbarth> ogra_: transparent headers? wow, i need to upgrade, still i'm on #283 i think
[09:12] <ogra_> ah
[09:12] <dbarth> ogra_: which webapp in particular is showing that?
[09:12] <ogra_> well i assume they are supposed to not be transparent one day ... though i still dont want to have headers in my webapps
[09:12] <ogra_> all of them
[09:13] <ogra_> everything using a webapp-container
[09:13] <dbarth> ogra_: btw, i just suppressed 16 running webapps, so the OOM killer is way kinder to us now
[09:13] <ogra_> most webapps i use already have their own header ... adding another one just eats your content space
[09:13] <veebers> didrocks: hey how's it going? FYI, I've just set silo-20 to testing done. I also had the silo for libautopilot-qt reverted earlier today as that wasn't going to get done in a timely fashion so thought that I should free up the silo
[09:14] <ogra_> dbarth, well, i just had 7 crash on me
[09:14] <dbarth> ogra_: uh
[09:14] <dbarth> ogra_: so for example, i open the guardian
[09:14] <didrocks> veebers: excellent! I guess you tested the fix and didn't impact any AP test, right?
[09:14] <dbarth> ogra_: i do you get the transparent header?
[09:15] <ogra_> dbarth, most likely, i dont have the guardian installed (the ports to the new api of mine arent in the store until i know they work fine)
[09:15] <dbarth> ah there is a new image, so i guess i will flash clean the device and ping back
[09:15] <veebers> didrocks: aye, hence the testing to done :-) I linked to the 3 gatekeeper jobs that we ran to check the testing in the silo comments. The friends app failed to settle first time around so ran just those ones, and they passed
[09:15] <ogra_> dbarth, you even get it in the G+ app
[09:16] <dbarth> ogra_: downloadig 285 right now
[09:16] <didrocks> veebers: perfect, publishing then! thanks for the head's up!
[09:16] <veebers> didrocks: awesome thanks :-)
[09:16] <veebers> right, now to hit the sack. Have a good one
[09:16] <ogra_> dbarth, seems to come from ubuntu-ui-toolkit-theme
[09:17] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/285.changes
[09:18] <didrocks> ogra_: dbarth: isn't something linked to latest oxide needed?
[09:18] <dbarth> ogra_: do you see it in the browser as well?
[09:18] <didrocks> (just to check)
[09:18] <ogra_> ah, havent tried
[09:18] <dbarth> didrocks: it's already in 285?
[09:18] <davmor2> ogra_, didrocks: man that was harder than it should of been.  Right downgraded those two and now I have no header \0/
[09:18] <dbarth> apparently not
[09:18] <didrocks> davmor2: no oxide
[09:18] <didrocks> oupss
[09:18] <didrocks> dbarth: ^
[09:18] <dbarth> ok
[09:19] <ogra_> davmor2, yeah, as suspected
[09:19] <dbarth> ok, toolkit
[09:19] <dbarth> hmm, so 285 not a good one to upgrade to ;)
[09:19] <ogra_> dbarth, if thats a new standard for webapps, can we please have a switch in webapp-container that allows to disable it ?
[09:20] <dbarth> it's not
[09:20] <dbarth> i guess this is the bottom bar becoming a header
[09:20] <ogra_> well, i can imagine it is for disabling the bottom toolbar
[09:20] <dbarth> in the particular case of webapps, that's
[09:21] <ogra_> which is on the plan ... moving all back buttons to the top left etc
[09:21] <dbarth> puzzling
[09:21] <dbarth> bottom bar sucks on the desktop, but is nice to not have in the way for phone
[09:21] <dbarth> life is complicated
[09:21] <ogra_> right
[09:22] <ogra_> well i'm more concerned about having the back button in an unreachable place now
[09:22] <dbarth> ogra_: are you?! ;)
[09:22] <ogra_> (but i expressed that on the ML loud enough already :P )
[09:25] <sil2100> om26er: there seems to be one silo ready for QA sign-off it seems o/
[09:26] <Mirv> yep, finally got finished with AP testing...
[09:26] <om26er> sil2100, okay, I am on it
[09:26] <sil2100> om26er: thank you :)
[09:26] <sil2100> Mirv: o/
[09:29] <didrocks> om26er: do you have any question on the process btw?
[09:29] <didrocks> om26er: is everything clear for you?
[09:29] <Saviq> didrocks, https://ci-train.ubuntu.com/job/landing-004-1-build/19/console
[09:29] <om26er> sil2100, btw I don't see unity8 in here https://launchpad.net/~ci-train-ppa-service/+archive/landing-014
[09:30] <didrocks> Saviq: hum, but why why oh why…
[09:30] <didrocks> let me check what it generated
[09:30] <didrocks> Saviq: sorry man :/
[09:31] <Mirv> om26er: it's a qtdeclarative fix that fixes unity8 :)
[09:31] <Mirv> sorry, I improve the description
[09:31] <sil2100> didrocks, Saviq: yeah, I also was checking that, been wondering if your empty changelog entry (even though UNRELEASED) isn't causing any trouble
[09:31] <om26er> aah interesting
[09:31] <didrocks> Saviq: ok, I know what to do
[09:33] <om26er> didrocks, things are clear for now, if i have question i'll ask you. I am sure there will be many
[09:34] <didrocks> om26er: sure, do not hesitate!
[09:34] <didrocks> Saviq: I'm sure my run will work :p
[09:35] <didrocks> Saviq: https://ci-train.ubuntu.com/job/landing-004-1-build/20/console FYI
[09:36] <om26er> sil2100, when it says 'run all AP's and compare results to dashboard' tests for all apps or unity8 only ?
[09:36] <Saviq> didrocks, I'm sure you get additional points in the jobs, no question there :P
[09:36] <didrocks> Saviq: shhhhh :p
[09:42] <didrocks> om26er: ToyKeeper: so, also, it seems you review how the test plan is strong as well
[09:43] <didrocks> om26er: ToyKeeper: for assigned silos that have needs QA testing, review the plan (even before it's executed)
[09:44] <sil2100> om26er: all apps sadly...
[09:44] <om26er> sil2100, fun! ;)
[09:44] <sil2100> om26er: and some general dogfooding I would say ;)
[09:44] <didrocks> om26er: it's up to you to assess risks and gain
[09:44] <didrocks> and checking that while the test plan is ok
[09:44] <davmor2> didrocks: oh just a heads up I'm off tomorrow \o/
[09:45] <popey> didrocks: also heads up, I'll be afk this afternoon.
[09:45] <didrocks> davmor2: oh, enjoy!
[09:45] <didrocks> popey: oh, enjoy!
[09:45] <didrocks> :p
[09:45] <popey> ⍨
[09:45] <popey> going to talk about ubuntu sdk to js people ☻
[09:46] <om26er> didrocks, ok, will do. qtdeclarative test plan in this case seems to be extended enough, given it asks for all autopilot tests to run.
[09:46] <popey> so don't break the sdk today please ☻
[09:46] <sil2100> ;p
[09:47] <dbarth> popey: js people, who?
[09:47] <sil2100> Mirv, didrocks: so, most of the UNAPPROVED stuff got pushed thanks to seb128 and the release team (cjwatson), so soon we should have many m&c and some free silos
[09:47] <sil2100> mhr3_: ^
[09:47] <mhr3_> \o/
[09:48] <didrocks> om26er: thanks! maybe turn in green the test plans that needs QA sign off that you agree with?
[09:48] <didrocks> ToyKeeper: when you come back, if you can do the same
[09:48] <sil2100> sergiusens: hi! How's work going with silo 19? I'm asking because there's mhr3_'s unity-scope-click landing that we're considering allocating a silo, which would require a rebuild of that project once any of those silos lands
[09:48] <popey> dbarth: http://asyncjs.com/ these people
[09:48] <didrocks> om26er: ToyKeeper: and then, turn in red + add a comment for those you disagree/not full enough
[09:49] <didrocks> popey: good luck!
[09:49] <mhr3_> sil2100, sergiusens, already talked to mandel about it, he said it's fine, afterall it's just a rebuild
[09:49] <sergiusens> sil2100: mhr3_can you coordinate that with mandel?
[09:49] <sergiusens> great
[09:49] <mandel> sergiusens, yes, no problem
[09:50] <sil2100> Excellent
[09:50] <sil2100> Now let's just wait a moment for the proposed flood to happen
[09:53] <dbarth> popey: oh cool
[09:53] <dbarth> popey: i can share my html5 slides also if you want
[09:53] <popey> dbarth: that would be great! Thank you!
[09:54] <dbarth> popey: sent, feel free to copy/paste/chang
[09:54] <dbarth> e
[09:55] <dbarth> sil2100: hi, have some good news from release?
[09:55] <popey> thanks
[09:55] <dbarth> sil2100: ah yeah, moving to proposed, that sounds better
[09:55] <dbarth> cool
[09:56] <dbarth> let me know when i can m&c
[09:58] <sil2100> :)
[09:58] <Mirv> sil2100: yep, noticed, very nice
[10:05] <imgbot> [10:05] <imgbot> [10:05] <ogra_> wow, that was a fast build
[10:06] <davmor2> ogra_: nothing else building I bet
[10:07] <ogra_> well, usually nothing else builds at the cron build either
[10:07] <ogra_> yet the last one took 30min longer
[10:08] <Mirv> sil2100: cleaning!
[10:08] <ogra_> hmm, the upgrade UI crashed again for me
[10:09] <ogra_> (it keeps running but the progressbar and all other UI elements vanish)
[10:09] <ogra_> (eventually i get the restart dialog)
[10:09] <ogra_> davmor2, popey ^^
[10:09] <sil2100> Mirv: I'll start from the bottom o/
[10:09] <ogra_> happens when you swipe up and down in the free area (so that the screen doesnt suspen)
[10:09] <ogra_> +d
[10:10] <Mirv> sil2100: thanks
[10:10] <popey> ogra_: same
[10:10] <ogra_> great
[10:10] <popey> oh, hang on
[10:10] <popey> nope, it rebooted while I looked away
[10:10] <popey> I'm on #286 now
[10:10] <Mirv> sil2100: I stopped for a little while to check actual LP status
[10:10] <ogra_> ah, sad ...
[10:11]  * ogra_ would like to see someone reproduce it before wiling a bug
[10:11] <ogra_> *filing
[10:11] <Mirv> sil2100: do you see anything funny?
[10:11] <popey> ogra_: just upgraded mako and flo
[10:11] <sil2100> Mirv: what do you mean?
[10:12] <davmor2> ogra_: I know I have imgbot as a highlight :)
[10:12] <Mirv> sil2100: well, it seems to me not everything is really migrated, or at least not all tools say so
[10:12] <sil2100> hmmmm
[10:12] <ogra_> davmor2, ?
[10:12] <sil2100> Mirv: right, LP source doesn't show those pckages in the archive, nor in -proposed
[10:12] <Mirv> all the releases are there in last uploads
[10:12] <ogra_> davmor2, i was pinging about the bug i described :)
[10:12] <cjwatson> sil2100: which packages?
[10:12] <ogra_> not about the new image ;)
[10:13] <davmor2> ogra_: D'oh sorry :)
[10:13] <Mirv> cjwatson: autopilot for example
[10:13] <sil2100> Mirv: and rmadison says they're still in -proposed
[10:13] <sil2100> cjwatson: nux as well
[10:13] <Mirv> cjwatson: account-plugins
[10:13] <sil2100> Mirv: did we by accident found a bug in citrain -proposed migration analysis?
[10:13] <sil2100> ;/
[10:13] <cjwatson> those are migrating at the moment.  you get that "neither in release nor in proposed" effect when it's copied the publication to proposed and deleted the old one from release, but hasn't yet actually published to release
[10:14] <sil2100> cjwatson: ah, phew
[10:14] <cjwatson> IOW it's fine
[10:14] <sil2100> cjwatson: ok, that makes sense, thanks for the explaination
[10:14] <Mirv> I've never seen it happening like that, but let's wait a cycle
[10:14] <cjwatson> not ready to build an image from yet, but it's fine to merge-and-clean
[10:14] <cjwatson> Mirv: always happens exactly like that every time
[10:14] <cjwatson> Mirv: you must just not have looked at the right times :)
[10:15] <didrocks> yeah, nothing really new here :)
[10:15] <Mirv> cjwatson: right, and now it does seem familiar on the /trusty/ sub-page
[10:15] <Mirv> didrocks: but CI Train thought they were migrated in release pocket
[10:15] <cjwatson> it's much clearer if you look at +publishinghistory
[10:15] <cjwatson> Mirv: they are, just pending publication
[10:16] <didrocks> right
[10:16] <Mirv> oh, so CI Train is faster than rmadison basically?
[10:16] <didrocks> and so, the migration is done
[10:16] <cjwatson> if you look at https://launchpad.net/ubuntu/+source/account-plugins/+publishinghistory, well, now it says Published, but in the window in question the top entry would have said Pending
[10:16] <didrocks> CI Train uses the LP api
[10:16] <cjwatson> Mirv: ci-train looks at the publishing history; rmadison (intentionally) looks at the publisher *output*
[10:16] <cjwatson> there's a fairly long-running job in between those two things to actually publish packages and indices to disk
[10:16] <didrocks> yeah, so it's good from a landing pov, not for starting an image build pov
[10:17] <Mirv> I got confused by the https://launchpad.net/ubuntu/+source/account-plugins and the fact that https://lists.ubuntu.com/archives/trusty-changes/2014-April/thread.html still isn't updated
[10:17] <cjwatson> Mirv: use "View full publishing history" at top right, it's much clearer for this kind of thing
[10:18] <Mirv> ok
[10:18] <cjwatson> and corresponds fairly closely to what ci-train is looking at
[10:20] <ogra_> dbarth, hey, apps seem to respawn now !
[10:20] <Mirv> I've too accustomed on getting the latest /trusty/ links from the mailing list archives, so that when there's something amiss there I get confused by the multitude of pages
[10:20] <cjwatson> yeah, I never trust the mailing list archives for anything
[10:20] <ogra_> dbarth, but they get totally out of order in the app switcher when doing that
[10:20] <cjwatson> all kinds of ways those can go wrong
[10:21] <ogra_> dbarth, aww ... and they pop up in your face if you switched to another one while an app was re-loading
[10:21] <ogra_> dbarth, it is definitely a lot better having them respawn though
[10:24] <ogra_> hmm, one crashed now
[10:25] <sil2100> mhr3_: assigned a silo for you, as we'll have many new ones soon
[10:25] <ogra_> wow, so i see 5 webapps open ... the processlist only shows two ...
[10:25] <mhr3_> sil2100, finally! :)
[10:27] <ogra_> root@ubuntu-phablet:~# ps ax|grep -c oxide
[10:27] <ogra_> 134
[10:27] <ogra_> root@ubuntu-phablet:~# ps ax|grep -c webapps
[10:27] <ogra_> 1
[10:27] <ogra_> dbarth, ^^^
[10:27] <ogra_> (i see 5 apps open in the UI though ... switching between them seems to restart them)
[10:29] <ogra_> heh
[10:29] <ogra_> root@ubuntu-phablet:~# ps ax|grep -c oxide
[10:29] <ogra_> 163
[10:29] <ogra_> thats after switching between the apps a few times
[10:29] <ogra_> so the number of oxide processes grows
[10:29] <dbarth> ogra_: grep for webapp (without s
[10:30] <ogra_> i just rebooted, the device got unusable
[10:30] <ogra_> gimme a moment
[10:30] <dbarth> ok
[10:31] <seb128>  sil2100, Mirv: stack of free silos ;-)
[10:33] <ogra_> root@ubuntu-phablet:~# ps ax|grep -c webapp
[10:33] <ogra_> 7
[10:33] <ogra_> root@ubuntu-phablet:~# ps ax|grep -c oxide
[10:33] <ogra_> 31
[10:33] <ogra_> thats what i have right after starting all the apps
[10:33] <sil2100> \o/
[10:33] <sil2100> seb128: assigning stuff for you now
[10:33] <seb128> sil2100, thanks
[10:34] <seb128> sil2100, there is l19 a bit up in the list which is ready: yes as well btw (just changed it earlier today)
[10:34] <dbarth> seb128: free silos?! yummy
[10:34] <dbarth> ogra_: 7 apps, the numbers are consistent with what i had yesterday
[10:35] <ogra_> root@ubuntu-phablet:~# ps ax|grep -c oxide
[10:35] <ogra_> 46
[10:35] <ogra_> root@ubuntu-phablet:~# ps ax|grep -c webapp
[10:35] <ogra_> 6
[10:35] <dbarth> 1 webapp-container master process and oxide spawns ~4 processes each
[10:35] <ogra_> this is after playing a while
[10:35] <ogra_> (just switching with the app switcher
[10:35] <ogra_> )
[10:35] <dbarth> ogra_: can you pastebin a top in forest mode, os a pstree?
[10:36] <dbarth> i want to see if there are orphan oxide-renderers
[10:36] <dbarth> (and the count seems to indicate that as well)
[10:36] <ogra_> root@ubuntu-phablet:~# ps ax|grep -c oxide
[10:36] <ogra_> 66
[10:36] <ogra_>
[10:36] <ogra_> after a few more switches between the apps
[10:36] <ogra_> yep, getting you the data ... one sec
[10:37] <sil2100> seb128: I'll look at that one as well
[10:37] <sil2100> np :)
[10:37] <seb128> sil2100, thanks
[10:37] <didrocks> sil2100: Mirv: there is a new option in the menu (if you refresh the spreadsheet) to archive content
[10:38] <ogra_> dbarth, http://paste.ubuntu.com/7230191/
[10:39] <sil2100> didrocks: yay \o/ Awesome :)
[10:41] <dbarth> ogra_: ugh, that's bad
[10:41] <dbarth> ogra_: how do you "play" with the apps?
[10:41] <dbarth> just switching between them?
[10:41] <didrocks> om26er: so, maybe I wasn't clear enough the first tim
[10:41] <dbarth> or you kill them
[10:42] <ogra_> dbarth, i use the right edge switcher ...
[10:42] <didrocks> om26er: in addition to the test plan for the components, we need as well to ensure that all reverse dependency test plan (things impacted by it) are run
[10:42] <didrocks> ToyKeeper: as well FYI ^
[10:42] <dbarth> ogra_: hmm, just that?
[10:43] <ogra_> dbarth, just constantly switching between them... at some ppoint the first one starts to crash ...and then they start re-dordering all the time
[10:43] <om26er> didrocks, I am running tests for all apps so I think that qualifies as reverse dependency test plan ?
[10:43] <dbarth> ogra_: hmm
[10:43] <dbarth> om26er: on image 285?
[10:43] <didrocks> om26er: well, some test plan, like unity8 has additional manual tests
[10:43] <dbarth> ogra_: sorry, image 285?
[10:43] <ogra_> indeed
[10:43] <didrocks> om26er: so you need to ask the lander to do that as well, in addition to you
[10:43] <didrocks> om26er: so that we have good coverage
[10:44] <dbarth> ok, so i need to upgrade to this in the end
[10:44] <didrocks> om26er: is it clear enough?
[10:44] <ogra_> ogra@styx:~/Devel/branches/unity8$ adb shell COLUMNS=600 ps ax|grep -c oxide
[10:44] <ogra_> 95
[10:44] <ogra_> ogra@styx:~/Devel/branches/unity8$ adb shell COLUMNS=600 ps ax|grep -c webapp
[10:44] <ogra_> 2
[10:44] <dbarth> ogra_: trying on 286 as it's the new cool
[10:44] <ogra_> (i didnt stop any app on purpose)
[10:44] <dbarth> but i will try to confirm your observations
[10:45] <om26er> didrocks, yes it is, there are manual test plans for all apps as well, so the lander need to run them as well ?
[10:45] <ogra_> dbarth, err, sorry, 286 here
[10:45] <didrocks> om26er: yeah, lander and you
[10:45] <ogra_> (the very latest)
[10:45] <dbarth> ok
[10:45] <didrocks> om26er: ideally (but let's forget for that one as it's quite late), you only start when the lander has done it as well
[10:46] <om26er> Mirv, ping
[10:46] <didrocks> om26er: do you have coverage with ToyKeeper in your evening? Can you ensure that she's updated with all those info as well if I didn't get her online?
[10:46] <om26er> didrocks, yeah, we'll have a  hangout planned
[10:46] <om26er> s/we'll/we/
[10:46] <didrocks> om26er: excellent, do not hesitate if you have any other questions/remarks :)
[10:47] <om26er> didrocks, sure
[10:48] <didrocks> thanks ;)
[10:52] <om26er> Mirv, regarding qtdeclarative landing, You will need to execute the manual test plans for each app + unity8 as well.
[10:53] <t1mp> sil2100: I am still trying to figure out what caused the failures in http://ci.ubuntu.com/smokeng/trusty/touch/mako/281:20140408:20140331/7617/gallery_app/
[10:54] <t1mp> sil2100: I did a phablet-test-run gallery_app and I got the failures, but when I run autopilot on the device they pass
[10:55] <sil2100> t1mp: oh, then it might be that during phablet-test-run the environment is set differently then
[10:56] <didrocks> davmor2: confirmed groovesharks work now
[10:56] <didrocks> one less on the list
[10:56] <didrocks> ogra_: davmor2: do you mind confirming the webapps crash/disappear one?
[10:57] <Saviq> hmm ppa publishing stuck? :/
[10:58] <ogra_> didrocks, confirming ? thats long confirmed ... but got worse now (since apps restart and leave the whole former oxide sandbox around you run out of ram and the phone goes unusable)
[10:58] <cjwatson> Saviq: doesn't seem to be; the PPA publisher is chugging along at the moment
[10:58] <didrocks> ogra_: confirm the fix
[10:58] <ogra_> from a UI POV it got better since the thumbnails stay around even for dead apps
[10:58] <didrocks> ogra_: with latest image
[10:58] <ogra_> didrocks, yes
[10:59] <cjwatson> e.g. it just published silo 12
[10:59] <Saviq> cjwatson, ok thanks
[10:59] <didrocks> ogra_: it's worse now?
[10:59] <ogra_> didrocks, i can only confirm that the UI part got better, but the phone runs out of ram now
[10:59] <didrocks> ogra_: ok, you're updating the bug report with those infos?
[10:59] <ogra_> didrocks, yes, see the last 30min conversation between dbarth and me
[11:00] <didrocks> ogra_: I can't, I'm poked in too many directions :p
[11:00] <cjwatson> (at least I think it did.  logs definitely show it running anyway)
[11:00] <ogra_> didrocks, i will update, we're still collecting data
[11:01] <didrocks> ogra_: thanks a bunch
[11:01] <didrocks> sil2100: I won't be around for tonight's meeting (I have the annual meeting for our building)
[11:01] <didrocks> sil2100: do you mind handling it? I'll write and post the landing meeting beforehand
[11:01] <didrocks> email*
[11:06] <dbarth> ogra_: something changed between image 28x something from yesterday and today
[11:07] <dbarth> the oxides are killed badly leaving a lot of processes behind, whereas yesterday they were killed cleanly
[11:08] <ogra_> dbarth, well, chriscoulsond landed an oxide change obviously
[11:08] <ogra_> (the one he points to in the bug)
[11:09] <ogra_> dbarth, i commented on the bug with my observations
[11:09] <dbarth> ogra_: but that change i was testing yesterday, and the processes were all or almost all going away
[11:09] <dbarth> with the previous images
[11:09] <dbarth> whereas here, all of the processes stay, except for webapp-container
[11:10] <davmor2> didrocks: so I started at 10 so I could spend some time with my mom when she got here, Updating the image now and I'll run though a big test
[11:11] <ogra_> dbarth, well, which image did you test with ? http://people.canonical.com/~ogra/touch-image-stats/286.changes doesnt seem to have any changes that could affect it (the qt5 stuff is only packaging changes)
[11:12] <ogra_> 285 doesnt seem to have anything suspicious either
[11:12] <sil2100> didrocks: sure ;)
[11:12] <sil2100> I'll just jump out for lunch now
[11:12] <dbarth> i was testing on 282 i think
[11:12] <Mirv> om26er: hmm, right. so it's a non-isolated bugfix (or it's isolated within qtdeclarative..) so needs manual tests as well
[11:13] <ogra_> 282 was the last one having any unity8 changes
[11:13] <ogra_> since then neither unity-mir, platform-api nor unity8 changes
[11:14] <dbarth> i don't understand
[11:14] <dbarth> the behavior is quite different
[11:14] <dbarth> will think about that over a sandwich :/
[11:14] <dbarth> bbiab
[11:14] <ogra_> well, all you can do is go backwards through the images, add your change and see when it started i guess
[11:14] <dbarth> (and i should have some news about the transparent headers as well ;)
[11:15] <dbarth> ogra_: yup, good idea
[11:15] <ogra_> though are you sure all changes you tested are in 286 ?
[11:15] <ogra_> probably something is missing
[11:21] <Saviq> cyphermox, hey, can you please delete lp:~mathieu-tl/unity8/resync-test, I'm trying to prune the list of unity8 branches...
[11:51] <davmor2> ogra_: did you file a bug for the header showing?
[11:52] <ogra_> dbarth, ah, nope, didnt yet
[11:52] <ogra_> err davmor2
[11:52] <didrocks> Mirv: om26er: how is the qtdeclarative test going?
[11:52] <ogra_> mind doing that ?
[11:52] <davmor2> ogra_: no worries
[11:53] <om26er> didrocks, tests are running, unity8 and ubuntuuitoolkit are fine, others are in progress
[11:53] <davmor2> didrocks: header in the webapps is really annoying so that needs a fix I'm assuming from dbarth 's earlier comment he is aware of it I'm going to file a bug in a second.
[11:53] <didrocks> good, keep us posted
[11:54] <didrocks> davmor2: blocker for you?
[11:54] <didrocks> davmor2: do we know when is started?
[11:54] <didrocks> can we back it off?
[11:54] <ogra_> davmor2, hmm, does yur phone switch to mobile data if you disable wlan ?
[11:54] <davmor2> didrocks: yes, it was those 2 ui toolkit landings from last night in this mornings image
[11:55] <davmor2> ogra_: it did, let me check
[11:55]  * ogra_ only gets a wlan icon with x ... no 2G or 3G
[11:55] <didrocks> davmor2: so, the revert "fixed" it?
[11:55] <ogra_> i have two bars though
[11:55] <ogra_> it theoretically should just switch
[11:56] <davmor2> didrocks: the 2 I reverted and fixed the issue, but I think dbarth is already on a fix so maybe wait for that rather than spinning up 2 images for one issue
[11:56] <didrocks> dbarth: is the fix coming soon?
[11:56] <didrocks> dbarth: like in the next 30 minutes?
[11:57] <davmor2> ogra_: yes if I disable wifi I get 3g
[11:57] <ogra_> ok, then its me
[11:57] <Mirv> didrocks: manual test plan testing todo, all AP:s passed for me
[11:58] <davmor2> didrocks: there is also an issue on 3g that no images display I forgot to chace up with pmcowan about that I've written down so I'll ping as soon as I see him
[11:59] <didrocks> davmor2: this is new since oxide?
[12:00] <davmor2> didrocks: no not oxide it's in scopes.  SO if you switch to 3g you get the names of apps available but no images,  the images are dropped from the scopes scope etc etc etc
[12:00] <popey> as if by magic, pmcgowan appears
[12:01] <didrocks> davmor2: since the new scopes?
[12:01] <popey> davmor2: i thought we already had a bug for that
[12:01] <didrocks> mhr3_: ^
[12:01] <popey> didrocks: yes, old scopes have no images AIUI
[12:01] <davmor2> pmcgowan: the issue you pinged me about where images don't appear on scopes when on 3g was there a bug for that?
[12:01] <didrocks> popey: ah, so not a regression
[12:01] <didrocks> in that sense
[12:01] <didrocks> right?
[12:02] <davmor2> didrocks: I'm still hitting the scope is greyed out issue when swipping apps to get to the apps scope to close them
[12:02] <didrocks> davmor2: do you have the fix from the silo?
[12:02] <didrocks> installed?
[12:03] <davmor2> didrocks: no
[12:03] <didrocks> so, why do you expect it to be fixed?
[12:03] <mhr3_> didrocks, davmor2, right, caching, didn't we talk about it 2 days ago?
[12:03] <davmor2> didrocks: no silos installed I'm dogfooding the image
[12:03] <mhr3_> it's on roadmap
[12:03] <davmor2> mhr3_: this is that it has a data connection but still isn't displaying images
[12:04] <mhr3_> davmor2, hm, bug in qt then? that surely didn't change in any way
[12:05] <pmcgowan> popey, I dont remember filing a bug
[12:05] <pmcgowan> let me check
[12:05] <dbarth> davmor2: just reading back the log
[12:05] <dbarth> davmor2: not within the next 30 minutes, nope
[12:06] <davmor2> didrocks: ^
[12:06] <dbarth> we'll have to endure the header in webapps for a bit more :/
[12:06] <popey> ☹
[12:06] <dbarth> i'd like to clarify the guidance with design
[12:06] <didrocks> dbarth: seems it will take time
[12:06] <didrocks> dbarth: so we'll need to revert
[12:06] <dbarth> whether we need to adopt a permanent header or something else
[12:06] <pmcgowan> popey, nope dont see a bug on that
[12:06] <ogra_> i fear they will want it permanaently
[12:06] <didrocks> as QA thinks it's a blocker
[12:06] <didrocks> davmor2: you do, right? ^
[12:07] <ogra_> i dont think the header is the big issue here though
[12:07] <ogra_> the phone going to run out of ram is
[12:07] <didrocks> ogra_: I do as well, but seems davmor2 disagreed on that
[12:07] <didrocks> so I want a clear yes/no
[12:07] <dbarth> so i'm back on #281 to verify the difference
[12:07] <didrocks> just that :p
[12:07] <davmor2> didrocks: Yes it's annoying if the webapp has a header it sits under the header making it hard to read
[12:07] <ogra_> i can easily get it to a halt by switching between a handfull of webapps for 20min
[12:08] <didrocks> davmor2: so, what package exactly you needed to revert, latest sdk from bzoltan?
[12:08] <ogra_> davmor2, but thats cosmetic only ... i think killing your phone should be considered more severe
[12:08] <popey> +1
[12:08] <didrocks> +1
[12:08] <popey> phone killer > UI glitch
[12:08] <ogra_> yep
[12:08] <davmor2> ogra_: indeed
[12:09] <bzoltan> didrocks: davmor2: any problem, gents?
[12:09] <popey> however I wouldn't promote an image with that header in webapps.
[12:09] <ogra_> the header is an issue for release for sure though
[12:09] <davmor2> phone killer trumps ui glitch
[12:09] <ogra_> we shouldnt release with that bug
[12:09] <didrocks> so release blocker
[12:09] <didrocks> but is it a promotion blocker
[12:09] <didrocks> that's just want I need a clear yes/no
[12:10] <ogra_> didrocks, really depends ... if you dont expect us to have any promotional image til release i would calll it a blocker
[12:10] <davmor2> ogra_: As didrocks once said to me, If you picture the final release being the current proposed would you let it out with that defect in place and the answer to that is hell no it's ugly
[12:10] <didrocks> ok
[12:10] <didrocks> so
[12:10] <ogra_> if we still will promote images during the week, i would cont on it to be fixed on the go
[12:10] <didrocks> let me reask the question
[12:10] <didrocks> the issue was due to latest sdk
[12:10] <didrocks> right?
[12:11] <didrocks> davmor2: can you send me the link for the bug report on it again?
[12:11] <ogra_> uitk-theme
[12:11] <davmor2> didrocks: ui-toolkit
[12:11] <ogra_> iirc
[12:12] <davmor2> didrocks: just filing it if you give me a minute, because ogra_ got busy doing other stuff :)
[12:12] <didrocks> bzoltan: so, davmor2 is filing a blocker ^
[12:12] <didrocks> bzoltan: seems the toolkit is creating an issue on webapps
[12:12] <didrocks> bzoltan: if you can find the guilty commit and kick it out or fix quickly, we can release
[12:12] <didrocks> release*
[12:12] <didrocks> quickly
[12:12] <bzoltan> didrocks: davmor2: details please :)
[12:13] <didrocks> bzoltan: well, that's what I'm trying to get to you :p
[12:13] <didrocks> (which, as you can see it's hard)
[12:13] <davmor2> bzoltan: open a webapp
[12:15] <davmor2> bzoltan: give me 5 I'm filing a bug and grabbing images as we speak
[12:16] <davmor2> bzoltan: qtdeclarative5-ubuntu-ui-toolkit-plugin:armhf from 0.1.46+14.04.20140404.1.is.0.1.46+14.04.20140404-0ubuntu1 to 0.1.46+14.04.20140408.1-0ubuntu1  ubuntu-ui-toolkit-theme from 0.1.46+14.04.20140404.1.is.0.1.46+14.04.20140404-0ubuntu1 to 0.1.46+14.04.20140408.1-0ubuntu1 I reverted these and it fixed the issue
[12:16] <ogra_> bzoltan, webapps using the new framework have a transparent header with the webpage title that overlays the top of the webpage
[12:17] <ogra_> bzoltan, try the BBC app or G+ in image 286
[12:17] <bzoltan> ogra_: davmor2: I find it a bit radical solution roll back a bunch of good changes too
[12:17] <ogra_> bzoltan, davmor2 only rolled back to identify the package that brought in the issue
[12:17] <davmor2> bzoltan: no that was just to confirm which packages caused the issue :)
[12:21] <pmcgowan> davmor2, did you make a bug for the scopes dont show images on 3g?
[12:21] <bzoltan> davmor2:  I see it ... I wonder if it is a UITK bug or the webapps should adopt to this
[12:21] <pmcgowan> bzoltan, apps in the store cant regress right?
[12:21] <davmor2> pmcgowan: not yet but I will I'm just grabbing screenshots
[12:21] <ogra_> bzoltan, that will make you end up with two headers (mobile webpages usually have their own header) and steal all your screen space for the content
[12:22] <bzoltan> ogra_: pmcgowan: I am after it ...
[12:22] <davmor2> bzoltan: that means you have the top third of your screen as headers
[12:22] <ogra_> davmor2, though i can imagine that bzoltan is right ... if that header is supposed to hold the (unreachable) back button and the bottom toolbar goes away
[12:23] <ogra_> though that would be an awful awful desing indeed
[12:23] <ogra_> especially since we promised to "leave all the screen space for your content"
[12:24] <didrocks> bzoltan: both changes needs to be in sync anyway. So whatever decision we came to, we need to be back on shape soon
[12:24] <davmor2> bzoltan: also the title mirrors the url not the not the app title so gets uglier if you open say the amazon app and move to a product
[12:24] <didrocks> bzoltan: can you put that as a priority and tell us where you are at on that one in the next 30 minutes? without any further pings, we'll have to revert the toolkit again
[12:24] <ogra_> davmor2, well, it mirrors the browser pagetitle
[12:24] <bzoltan> didrocks: deal
[12:25] <didrocks> bzoltan: also, you need your testing plan to account for that test I guess
[12:25] <ogra_> just rip out that one change, it is ugly anyway ;)
[12:26] <bzoltan> ogra_: rather rip my right hand out
[12:26] <ogra_> bzoltan, i mean only that header feature ;)
[12:27] <bzoltan> ogra_: okey... for that only my little finger
[12:27] <ogra_> not the whole of uitk-theme
[12:27] <ogra_> hah
[12:33] <davmor2> didrocks, ogra_, bzoltan: bug 1305834 make of it what you will
[12:33] <didrocks> davmor2: if it's a blocker for you, can you ensure the priority is high or critical?
[12:34] <didrocks> also seems that selene as a tag
[12:34] <didrocks> has*
[12:34] <didrocks> thanks
[12:34] <davmor2> didrocks: hit the wrong one LP is on go slow here
[12:35] <cjwatson> firewall problem, IS is investigating
[12:35] <didrocks> davmor2: oh?, ok
[12:35] <bzoltan> didrocks: davmor2: here is the MR what caused that https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/25-pageTitle/+merge/214500
[12:36] <didrocks> bzoltan: maybe just land a revert of that one, if you want the pressure of?
[12:37] <jhodapp> didrocks, can you please rebuild qtubuntu-media in landing silo 017?
[12:37] <davmor2> didrocks, pmcgowan: bug 1305838
[12:39] <davmor2> right lunch
[12:39] <didrocks> davmor2: enjoy!
[12:39] <davmor2> didrocks: I set it to critical rather than high is what I meant :)
[12:39] <didrocks> davmor2: hum, this isn't a regression though, right?
[12:39] <didrocks> davmor2: as we didn't get images with old scopes
[12:40] <didrocks> pmcgowan: wdyt? ^
[12:40] <didrocks> I think it should be listed, but not as a blocker, as it's not a regression source
[12:40] <didrocks> we have enough of regression to get fixed to be back to where we were with latest image promotion
[12:40] <pmcgowan> didrocks, I hate to say it, but I think we did get images with old scopes, but hard to verify now
[12:41] <bzoltan> didrocks:  pressure is my middle name... I want the webapp container be fixed quickly
[12:41] <didrocks> pmcgowan: hum, and popey isn't arround
[12:41] <didrocks> bzoltan: keep me posted then!
[12:41] <bzoltan> didrocks:  OK
[12:41] <ogra_> bzoltan, urgh
[12:41] <pmcgowan> didrocks, does 250 have new scopes? anyone running that could tell us maybe
[12:41] <didrocks> pmcgowan: it didn't
[12:41] <didrocks> was old scopes
[12:42] <didrocks> as new scopes got multiple promotion blockers
[12:42] <pmcgowan> yeah so we need to check that
[12:42] <didrocks> sil2100: do you have some time to try that? ^
[12:42]  * didrocks still chasing too many things
[12:42] <pmcgowan> didrocks, either way do we think its a blocker?
[12:42] <pmcgowan> sorry I forgot to file that bug, damn
[12:43] <didrocks> pmcgowan: depends, if it wasn't working before, I would say no. If it was, we need to find the source of it
[12:43] <didrocks> and I'll tend to "yes"
[12:43] <popey> pmcgowan: didrocks hmm?
[12:43] <popey> i have a #250 phone here
[12:43] <didrocks> popey: https://launchpad.net/bugs/1305838, didn't you tell me that we didn't get images on old scopes?
[12:44] <popey> there are no images in scopes...
[12:44] <popey> the ui has no logos
[12:44] <didrocks> popey: we did get images for the available apps, right?
[12:44] <didrocks> it seems we don't anymore: https://launchpadlibrarian.net/172454742/device-2014-04-10-132553.png
[12:45] <dbarth> didrocks, davmor2: doing a quick hack to remove the transparent header
[12:45] <dbarth> for the next image this afternoon
[12:45] <dbarth> just fyi
[12:45] <popey> didrocks: aha, okay another issue
[12:45]  * ogra_ hugs dbarth
[12:45] <didrocks> dbarth: nice!
[12:46] <didrocks> bzoltan: dbarth: we need to have something on the test plan to not regress it for future releases
[12:46] <popey> sorry, i thought you meant the "logo in scopes" http://popey.com/~alan/phablet/device-2014-04-10-134603.png
[12:46] <didrocks> popey: yeah, me too
[12:46] <didrocks> popey: can you reproduce on latest of latest?
[12:47] <popey> ok, so on #250 http://popey.com/~alan/phablet/device-2014-04-10-134648.png
[12:47] <popey> for bug 1305838
[12:47] <popey> not a regression
[12:47] <Mirv> om26er: I can't run the SIM card requiring manual tests, otherwise going fine
[12:47] <didrocks> ok
[12:47] <popey> didrocks: that everything?
[12:47] <didrocks> pmcgowan: I think we are settled!
[12:47] <pmcgowan> didrocks, ok cool
[12:47] <didrocks> popey: that's fine, thanks a lot, enjoy your time with html5evers :p
[12:47] <popey> haha
[12:47] <om26er> Mirv, cool, sim card should not be affected, but I am going to test that once the AP tests are done
[12:48] <didrocks> pmcgowan: I'm sad we both think "cool", but yeah, I'm with you on that one :p
[12:48] <popey> Hurrah! It's broken consistently!
[12:48] <pmcgowan> didrocks, heh, yeah its kinda bad actually
[12:48] <pmcgowan> didrocks, its a feature to save $$ on 3G ;)
[12:48] <popey> pfft
[12:49] <pmcgowan> the real bug is not caching images
[12:49] <popey> I ran tcpdump on my phone this week.. we really don't save $$ on 3g ⍨
[12:49] <didrocks> pmcgowan: this is to counter-balance the other bug of "when you set download system image on wifi only, it still downloads on 3G" :p
[12:49] <pmcgowan> oh man
[12:49] <popey> good to see we have all bases covered there didrocks ☻
[12:50]  * didrocks will then open a phone career
[12:50] <didrocks> mwahahahahah
[12:50] <dbarth> didrocks: davmor2: is there a bug for the header?
[12:50] <ogra_> didrocks, in a call center in india ?
[12:50] <didrocks> dbarth: yep: https://launchpad.net/bugs/1305834
[12:50] <dbarth> ok
[12:51] <didrocks> ogra_: here, we use more north africa, but india can do as well
[12:51] <ogra_> heh
[12:57] <bzoltan> dbarth: didrocks: we`ll have a patch MR in UITK to fix this in 15m
[12:58] <dbarth> and a MR for webapps as well
[12:58] <didrocks> excellent!
[12:59] <didrocks> thanks dbarth, bzoltan!
[12:59] <didrocks> dbarth: add it to your test plan please
[12:59] <didrocks> and just get one landing with both
[12:59] <sil2100> o/
[13:02] <popey> didrocks: i see sync-monitor hit trusty-proposed last night, do you know if it will hit the image soon?
[13:02] <didrocks> popey: it's in latest image, I seeded it this morning
[13:04] <popey> hmm, i expected calendar items to sync...
[13:05] <didrocks> popey: yeah, maybe something is missing? like a flag switch?
[13:05] <didrocks> pmcgowan: I'm just going to mention the second one so that there is a track record
[13:05] <didrocks> pmcgowan: but not setting that in the list, sounds ok?
[13:05] <popey> didrocks: will poke bfiller when he wakes if I'm not on a train
[13:06] <didrocks> popey: when are you leaving?
[13:07] <popey> didrocks: ~1 hour
[13:07] <ogra_> popey, i get a snap notification "syncing calendar" if i explicitly switch on "calendar" in the google account settings
[13:07] <popey> ooh!
[13:08] <didrocks> popey: you are not a switcher? :p
[13:08] <popey> oooh!
[13:08] <popey> http://popey.com/~alan/phablet/device-2014-04-10-140815.png
[13:08] <popey> this makes me *very* happy
[13:08] <ogra_> hah
[13:08] <ogra_> and i get an alarm icon
[13:08] <ogra_> and events !!!
[13:08] <ogra_> whee !!!!
[13:08] <popey> OMG OMG OMG!
[13:08] <sil2100> ;)
[13:10] <ogra_> hmm, the contacts sync should probably take into account if there are already identical datasets
[13:10] <pmcgowan> didrocks, second one?
[13:10]  * ogra_ notices he has all entries 4x in the contacts app now)
[13:11] <didrocks> pmcgowan: bug #1305838
[13:12] <didrocks> pmcgowan: first new issue spotted is bug #1305834, but it's getting fixed
[13:12] <pmcgowan> didrocks, right, one liner I think
[13:12] <ogra_> so awful :(
[13:14] <dbarth> didrocks: https://wiki.ubuntu.com/Process/Merges/TestPlan/webapp-container?action=diff&rev2=6&rev1=5
[13:14] <dbarth> didrocks: can i have a silo for line 28?
[13:15] <sil2100> dbarth: looking
[13:15] <sil2100> dbarth: ah, it's the fix for the latest bug, right?
[13:16] <sil2100> Assigning
[13:16] <didrocks> dbarth: thanks for the test plan update
[13:17] <sil2100> Argh, webbrowser-app is already locked by a landing from oSoMoN
[13:17] <didrocks> this one is urgent, can you ensure osomon is aware and ready to rebuild afterwards?
[13:17] <sil2100> Sure
[13:19] <dbarth> didrocks: yes, will warn him
[13:19] <didrocks> thanks!
[13:20] <sil2100> dbarth: I warned him as well, silo assigned -> landing 013
[13:20] <dbarth> ok, building
[13:21] <sil2100> (the spreadsheet is still syncing itself)
[13:21] <didrocks> dbarth: just to know, your fix is fixing without any sdk change needed?
[13:23] <dbarth> right
[13:23] <dbarth> it circumvents the sdk change, by setting the page title to null
[13:23] <didrocks> dbarth: perfect, thanks again for fixing it quickly, let's get that landed now
[13:24] <didrocks> sil2100: please, put a virtual blink tag on that one to get it released ;)
[13:24] <sil2100> ;p
[13:24] <sil2100> ACK ;)
[13:24] <sil2100> dbarth: thanks for that fix!
[13:28] <dbarth> let's see when it's in
[13:35] <Saviq> sil2100, silo 004 is ready to land, with two blocker fixes
[13:35] <Saviq> Mirv, what do we do to land the qtdeclarative silo?
[13:35] <Mirv> Saviq: I'm running manual tests still, and then we need QA ack additionally since it's not an isolated trivial fix
[13:35] <Mirv> Saviq: so hopefully later today
[13:36] <Saviq> Mirv, great, just wanted to know if I can do something to speed this up
[13:36] <Mirv> Saviq: I don't think so, I'm nearing finishing going through all the test plans of apps
[13:37] <Saviq> Mirv, we really need something that would at least the autopilot validation automatically... it's a total waste of time :|
[13:38] <didrocks> Saviq: \o/\o/\o/ on unity8
[13:38] <Saviq> didrocks, shame it took so long, wanted it landed in the morning...
[13:41] <sil2100> o/
[13:41] <sil2100> Saviq: looking into that one then
[13:41] <dbarth> almost there...
[13:41]  * sil2100 upgrades
[13:42] <Saviq> dbarth, so what do we do about the web apps lifecycle?
[13:42] <Saviq> did it get resolved by the oxide fix or?
[13:42] <didrocks> Saviq: yeah, sorry for the issues
[13:42] <Saviq> didrocks, well... not your fault...
[13:43] <Saviq> didrocks, well... some :P
[13:43] <didrocks> some!
[13:43] <didrocks> ;)
[13:43] <dbarth> Saviq: it's the next topic with chrisccoulson and jdstrand
[13:43] <sil2100> ;p
[13:43] <Saviq> dbarth, kk
[13:43] <dbarth> Saviq: we're looking into that
[13:43] <sil2100> Saviq: I'll be double-testing your silo now, and I guess QA needs to ACK it then as well
[13:44] <dbarth> Saviq: seems that we need sometihng between oxide / webapp-container that can stand a STOP / kill in between
[13:44] <didrocks> sil2100: I don't think so, it's easy revertable
[13:44] <dbarth> currently we have a pipe, but that is not sufficient
[13:44] <sil2100> didrocks: ah, ok, so just my double-testing is sufficient?
[13:44] <didrocks> sil2100: Saviq: so, I would the unity8 as "not needing counter-mark"
[13:44] <didrocks> wdyt?
[13:44] <Saviq> dbarth, k
[13:44] <didrocks> yeah
[13:45] <Saviq> sil2100, FYI, tests would fail under non-en locale
[13:45] <Saviq> autopilot I mean
[13:45] <Saviq> need to tweak the environment for them
[13:45] <sil2100> didrocks: to me it seems to be bugfixes only from the description
[13:45] <sil2100> But since someone set it as 'needs QA signoff' then I guess there was a reason?
[13:46] <didrocks> sil2100: yeah, I would set to No
[13:46] <didrocks> Saviq: agreed? ^
[13:46] <Saviq> didrocks, +1
[13:46] <didrocks> sil2100: reset it then
[13:46] <sil2100> ACK
[13:46] <didrocks> thx
[13:47] <sil2100> I'm flashing my device clean to have a clean env, running tests, quickly dogfooding and landing
[13:49] <didrocks> kgunn: so, the Mir release, is that's looking good?
[13:50] <dbarth> testing silo-013
[13:50] <didrocks> kgunn: it will fix/workaround the Qt issues and the crash while stopping unity8 if I'm right?
[13:53] <kgunn> didrocks: right...
[13:53] <Mirv> Saviq: +1!
[13:53] <sil2100> didrocks: in the meantime, I'm publishing an old fix: https://ci-train.ubuntu.com/job/landing-009-2-publish/7/artifact/packaging_changes_libaccounts-qt_1.11+14.04.20140410-0ubuntu1.diff <- packaging ACK needed, this is the version that we agreed on with upstream as a temmporary solution
[13:53] <didrocks> kgunn: when can we expect a Mir landing, I saw you mentionned some release blocker
[13:53] <didrocks> kgunn: can't we just get the 2 fixes for those without having to pull devel?
[13:54] <kgunn> didrocks: so i discovered a regression on the unity-mir branch that was associated with it....that needs to be updated
[13:54] <kgunn> then we can rebuild
[13:54] <kgunn> hope is for eod
[13:54] <didrocks> ah, in the same very branch
[13:54] <didrocks> ok :)
[13:54] <didrocks> sil2100: oh, that one? +1
[13:54] <didrocks> thanks kgunn
[13:55] <Saviq> Mirv, coolz!
[13:55] <sil2100> didrocks: signon (the other package) got already 'fixed' by some direct upload some time ago ;) This one was still broken - thanks!
[13:55] <didrocks> ok :)
[13:55] <kgunn> didrocks: i sent an update mail y'day, did you get it? olli didn't and its in my sent box....
[13:55]  * kgunn hearts google mail
[13:55] <Mirv> om26er: ok manual test plans executed successfully too, setting landing-014 back to Tested
[13:56] <om26er> Mirv, great, you could help me by giving me links to all the manual test plan, as I will be soon done with AP tests.
[13:56] <om26er> Mirv, btw are calendar tests passing for you ?
[13:56] <didrocks> kgunn: yeah, I got that one, was unclear to me if devel was blocking or it was the fixes themselves
[13:58] <om26er> 7 failures, though need to compare if that has been the case in dashboard as well
[13:59] <kgunn> didrocks: ok good...yeah, we are in silo, devel not blocking...just need to tweak the unity-mir branch
[13:59] <didrocks> kgunn: sounds good…
[13:59] <didrocks> kgunn: on the webapps, seems jamie sent his part in distro
[13:59] <didrocks> kgunn: so, it's only dbarth or you and dbarth?
[14:00] <sergiusens> Mirv: sil2100 hello gents, can I get a quick silo for l30?
[14:00] <dbarth> didrocks: you can land silo 013
[14:00] <sil2100> sergiusens: looking :)
[14:00] <sil2100> didrocks: can I land silo 13 without any additional testing?
[14:01] <Mirv> om26er: what I did is open https://wiki.ubuntu.com/Process/Merges/TestPlan and use the suggested links in there to find the right test plan for the unity8 + apps
[14:01] <Mirv> om26er: calendar did pass, yes
[14:02] <didrocks> sil2100: yeah, bug fix, isolated
[14:02] <kgunn> didrocks: yeah on that webapp spawining process thing...we think we don't have a task there, unless someone can tell us "how"(why) we unity-mir should be tracking those processes....
[14:02] <sil2100> dbarth: publishing o/
[14:02] <didrocks> so dbarth: you are on the webapp "spawining"? :p
[14:03] <didrocks> kgunn: that for the update, preparing the email, keep me posted if anything change beforehand (or feel free to amend once I'll post it in the next couple of hours) :)
[14:03] <kgunn> didrocks: no worries...hopefully we can rebuild soon
[14:04] <didrocks> yeah
[14:04] <didrocks> apart from the webapps process issue, seems everything is pointing to a good direction
[14:04] <dbarth> didrocks, sil2100: can you hold on the package for 5min please?
[14:05] <dbarth> something weird with url containment and facebook
[14:05] <sil2100> dbarth: uh... it's already published... but it should be in UNAPPROVED I guess
[14:05] <dbarth> right
[14:05] <didrocks> dbarth: ?
[14:05] <dbarth> so please leave ti there for now; back to you in 5
[14:06] <Mirv> sil2100: assigned a silo for sergiusens as yo look to be multi-tasking a lot :)
[14:06] <didrocks> dbarth: we are not the one, you need to ask on #ubuntu-release
[14:06] <didrocks> now that it's published
[14:06] <sergiusens> ty
[14:07] <ogra_> sergiusens, oh, wow, you land it already ? thats fast, thanks :)
[14:07] <sil2100> Mirv: thanks :)
[14:07] <sergiusens> ogra_: of course, tested, now landing :-)
[14:07] <ogra_> :D
[14:07] <sergiusens> ogra_: if I don't do it now, I would forget too :-P
[14:08] <ogra_> i would nag you :)
[14:08] <ogra_> got it on my whiteboard on the wall
[14:09] <Mirv> soon the Savi_q's two flushable silos will again be flushed if this continues :)
[14:09] <sil2100> ;p
[14:09] <sil2100> Poor Saviq!
[14:10] <Saviq> sil2100, quick, land u8!
[14:10] <Saviq> Mirv, also, as mentioned yesterday, please flush the infographics one first
[14:10] <Saviq> Mirv, easier to recover
[14:10] <sil2100> Saviq: I'm trying as hard as I can! :)
[14:10] <sil2100> ;p
[14:10] <Mirv> Saviq: ok, made a note in the sheet
[14:11] <didrocks> bzoltan: are you still going to land a fix from the sdk side? (we have the workaround from webcontainer one)
[14:11] <bzoltan> didrocks:  I think we agreed that the webcontainer fix is good now
[14:12] <didrocks> bzoltan: ah, I didn't get we were only expecting that one
[14:12] <didrocks> bzoltan: ok the n
[14:12] <bzoltan> didrocks:  sorry for the confusion
[14:12] <didrocks> bzoltan: think to run the webapps test plan in the future :)
[14:12] <didrocks> bzoltan: no worry!
[14:12] <dbarth> didrocks: false alarm; that's a new bug, not a regression
[14:13] <didrocks> phew :)
[14:13] <dbarth> didrocks: the header bug is fixed but i was fearing a mismatch between webapp-container and oxide wrt to opening external urls in the browser
[14:13] <didrocks> dbarth: I tried locally the same fix
[14:13] <didrocks> didn't notice anything bad
[14:13] <didrocks> great!
[14:14] <dbarth> what i noticed though is that links in facebook are broken, but they work in twitter; so that's a new issue
[14:14] <dbarth> alex-abreu: ^^
[14:16] <didrocks> dbarth: thanks again for the quick fix! So, on your list, last one is the webbrowser lifecyle thingy?
[14:17] <alex-abreu> dbarth, mmmh I dont see the breakage though ...
[14:20] <dbarth> didrocks: working on it ;)
[14:20] <didrocks> thansk
[14:21] <didrocks> thanks*
[14:21] <dbarth> didrocks: trying to disentangle the various sides of the story
[14:21] <didrocks> yeah ;)
[14:21] <didrocks> seems a not easy one!
[14:21] <om26er> balloons, pin
[14:21] <om26er> balloons, ping
[14:21] <dbarth> didrocks: can we get osomon a quick landing for his user agent branch btw?
[14:21] <didrocks> dbarth: it's webbrowser-app, right?
[14:21] <dbarth> yes
[14:21] <didrocks> dbarth: we just need to wait for the fix to migrate to the release pocket
[14:21] <didrocks> then, yeah
[14:22] <didrocks> he will be able to rebuild
[14:22] <didrocks> or if sil2100 can monitor the landing
[14:22] <didrocks> we can merge and clean
[14:22] <didrocks> and then, he can rebuild and land
[14:24] <alex-abreu> dbarth, didrocks ideally for googledocs too :)
[14:25] <alex-abreu> dbarth, & migration script ... &  https://code.launchpad.net/~abreu-alexandre/webbrowser-app/add-integration-tests-for-webappcontainer/+merge/199089 ... OMG too many branches !
[14:26] <didrocks> seb128: https://rt.admin.canonical.com/Ticket/Display.html?id=69017
[14:29] <om26er> davmor2, does pinch to zoom work for you in gallery ?
[14:32] <didrocks> om26er: no, it doesn't
[14:32] <davmor2> om26er: no
[14:34] <om26er> davmor2, didrocks thanks
[14:34] <om26er>  one of those times where actually verifying that a feature does not work is a relief ;)
[14:36] <didrocks> sil2100: setting line 16 as "ready" no
[14:36] <didrocks> om26er: ahah, welcome to our world! :p
[14:36] <sil2100> Ah, right ;)
[14:36] <sil2100> hmm, unity8 hanged up during AP testing!  Like, watching how it goes to -proposed and in the meantime m&c'ing the silo?
[14:37] <didrocks> sil2100: yep
[14:38] <sil2100> didrocks: ok - I'll try preparing for monitoring and m&c'ing dbarth's webbrowser-app silo in a minute - just have to publish two things
[14:39] <didrocks> oki!
[14:39] <Mirv> om26er: yep, I was there too :)
[14:39] <Laney> sil2100: Don't you want some Breaks and Replaces in libaccounts-qt?
[14:40] <om26er> Mirv, yay ;)
[14:41] <sil2100> Laney: what do you mean? Like, making that -qt5-dev and -qt-dev break eachother not being installed at once?
[14:41] <davmor2> yay grooveshark fix \o/
[14:41] <sil2100> didrocks: https://ci-train.ubuntu.com/job/landing-006-2-publish/2/artifact/packaging_changes_unity_7.2.0+14.04.20140410-0ubuntu1.diff <- packaging ACK needed! I must say that I don't really understand the change too much :<
[14:42] <sil2100> I mean, why it's needed
[14:43] <sil2100> Laney: we were trying to fix it, but upstreams proposed just to work-around it for now since the next version will provide separate official cmake files for both versions
[14:44] <didrocks> sil2100: remember to poke about unity8 fauxpackage btw
[14:44] <didrocks> sil2100: hum
[14:44] <sil2100> didrocks: ACK
[14:44] <didrocks> sil2100: I think seb128 was on the unity landing
[14:45] <seb128> sil2100, didrocks: I handled that one
[14:45] <Laney> sil2100: You can install the new libaccounts-qt-dev with the old libaccounts-qt5-dev and still have the conflict
[14:46] <sil2100> seb128: ah, so the packaging changes are already approved then? :)
[14:46] <seb128> sil2100, yes, see status
[14:46] <sil2100> Ah
[14:46] <sil2100> seb128: ok ;)
[14:46] <sil2100> seb128: I was used that you're only handling landings that you are the lander for
[14:47] <sil2100> seb128: thanks o/
[14:47] <Laney> So I think you want Breaks and Replaces from qt-dev to qt5-dev to force that to be upgraded
[14:47] <sil2100> Laney: ah, right... that one slipped my eyes, let me modify that and re-push a new version
[14:47] <Laney> with appropriate version constraints
[14:47] <Laney> thanks, will reject the current one
[14:47] <sil2100> Laney: thanks! Good catch :)
[14:48] <seb128> sil2100, I was sort of driving that one through while bregma was sleeping
[14:49] <sil2100> didrocks: publishing unity8 with a packaging ACK as the packaging change was made by a core-dev (mterry)
[14:49] <didrocks> sil2100: you do trust that guy? :p
[14:50] <sil2100> I have no choice! ;p
[14:51] <sil2100> seb128: love description of landing line 32 ;p
[14:51] <seb128> sil2100, thanks ;-)
[14:51] <didrocks> hum
[14:52] <seb128> sil2100, fixed
[14:52] <didrocks> I see line 30 assigned
[14:52] <didrocks> without having QA sign off needed yes/no
[14:52] <didrocks> I think it's a No
[14:52] <didrocks> but better explicit than implicit
[14:52] <didrocks> sergiusens: ^
[14:52] <didrocks> sil2100: Mirv: can you ensure the sign off is explicitly set?
[14:52] <didrocks> sil2100: and remind everyone about it during the meeting?
[14:52] <sil2100> didrocks: ACK
[14:53] <sil2100> didrocks: I think Timo assigned it quickly
[14:53] <sil2100> didrocks: btw. m&c'ing webbrowser and monitoring
[14:53] <dbarth> sil2100: let me know which ones i need to m&c, i'm back
[14:54] <sil2100> dbarth: no worries, I'll handle this :)
[14:55] <didrocks> sil2100: great! then you will rebuild + ping osomon's one?
[14:55] <seb128> sil2100, starting m&c on silo 11
[14:55] <sil2100> didrocks: sure :)
[14:55] <sil2100> seb128: thanks o/
[14:56] <davmor2> Mirv: talk to me please
[14:56] <dbarth> ok
[14:57] <sergiusens> didrocks: oh, I didn't have the impression I had to set that, do I?
[14:57] <sergiusens> fwiw it's a no
[14:57] <didrocks> sergiusens: you need to set it, then LT reassess if we disagree
[14:57] <didrocks> and talk to you :)
[14:58] <didrocks> but yeah
[14:58] <didrocks> * you will notice a new column next to "ready" (on the left before the last visible one) entitled "QA sign off needed".
[14:58] <didrocks> -> set it to No (default) if your landing falling into case 1.
[14:58] <didrocks> -> set it to Yes for landing falling into cases 2. and 3.
[14:58] <didrocks> sergiusens: the "you" was landers"
[14:58] <didrocks> sorry for not have been more explicit
[14:58] <sergiusens> didrocks: ok; the bad part about this is that there's no history; we may need two columns, one with the landers opinion and the other from the landing team :-P
[14:59] <didrocks> sergiusens: well, I think people can be well educated and discuss :p
[14:59] <didrocks> sergiusens: either on IRC
[14:59] <didrocks> or in the comment field
[14:59] <sergiusens> didrocks: sure; I'm just kidding
[14:59] <sergiusens> don't take everything I say seriously
[14:59] <didrocks> sergiusens: heh, indeed, I didn't find the irony :p
[14:59] <Mirv> davmor2: wassup?
[14:59] <sil2100> davmor2: I think Mirv is EOD already!
[15:00] <sil2100> ...or maybe not!
[15:00] <sil2100> :D
[15:00] <didrocks> sergiusens: but more seriously, I'm trying to fight back as some people want the spreadsheet to have 200 columns! ;)
[15:00] <Mirv> well yeah I should be
[15:00] <davmor2> Mirv: see pm
[15:00] <davmor2> sil2100: that no excuse this close to release ;)
[15:00] <sergiusens> didrocks: no thanks! only once it's a proper db and we have django or something creating views :-)
[15:01] <didrocks> sergiusens: ahah, that will be even worse,  you will have to scroll forever and having an ssl key checking (with your blood!)
[15:01] <didrocks> sergiusens: oh wait!
[15:02] <sergiusens> :-)
[15:02]  * sergiusens still needs to sit down and look at that
[15:03] <sil2100> pfff
[15:03] <sil2100> ;)
[15:07] <alex_abreu> didrocks, 150 columns would be enough :)
[15:07] <davmor2> rsalveti: I didn't say it was a regression I was just listing the tests I was running and any issues I hit as part of that :)
[15:13] <didrocks> alex_abreu: I give you 175, not less!
[15:13] <alex_abreu> didrocks, heh, ... I love to bargain w/ you :)
[15:14] <didrocks> ;)
[15:20] <om26er> didrocks, the testing have went fine, no regressions spotted results: https://docs.google.com/a/canonical.com/document/d/18VlXXweZUFYJtDhlueIhngNZMFv62p6GLcYfcTtvOos/edit
[15:20] <didrocks> mhr3: so… weird experiment today
[15:20] <didrocks> mhr3: I typed "deja" in the home scope
[15:20] <didrocks> and I get music as first results
[15:20] <didrocks> (the corrs)
[15:21] <didrocks> second one is deja-dup (so appplications)
[15:22] <cyphermox> didrocks: yo
[15:22] <didrocks> hey cyphermox
[15:22] <didrocks> om26er: thanks! so go on the silo sheet
[15:22] <cyphermox> didrocks: how can I properly, really remove the network-manager debian.tar.gz from landing-019 so I can upload a new copy of it? :)
[15:22] <didrocks> om26er: and set "QA sign off" to yes
[15:23] <didrocks> cyphermox: you can't reupload the same version if that's the question
[15:23] <didrocks> cyphermox: you need to assign a new silo
[15:23] <didrocks> first
[15:23] <didrocks> to not have the same one
[15:23] <didrocks> and reassign
[15:23] <didrocks> ppa doesn't support, even if you remove package, reupload with the same version
[15:23] <cyphermox> right
[15:23] <cyphermox> yuck
[15:23] <didrocks> cyphermox: so assign a new silo
[15:23] <didrocks> with force conflict
[15:24] <cyphermox> ok
[15:24] <didrocks> and then m&c with "only free silo"
[15:24] <didrocks> (to ensure not having the same one :p)
[15:24] <didrocks> om26er: excellent!
[15:24] <didrocks> om26er: can you ensure you pass all information live to ToyKeeper now that you went through the process once?
[15:24] <didrocks> sil2100: seems, we can publish line 21!
[15:24] <didrocks> thanks Mirv, sil2100!
[15:24] <didrocks> and om26er :)
[15:25] <sil2100> YEA
[15:25] <sil2100> Mirv, didrocks: publishing o/
[15:25] <om26er> didrocks, i'll make sure that happens, atleast the parts that I remember
[15:25] <didrocks> ;)
[15:38] <cyphermox> sergiusens: ^^  we'll need to jump some hoops for the PPA...
[15:41] <Mirv> sil2100: awesomeness!
[15:42] <didrocks> sil2100: ogra_ would be nice to have qtdeclarative + unity8 migrating to the release pocket and getting an image built once both are done, wdyt?
[15:43] <ogra_> ooh, definitely
[15:43] <sil2100> +1!
[15:43]  * ogra_ hopes his upstart job change is in there :)
[15:43] <ogra_> (make indicators start 5 sec earlier on boot)
[15:44] <sil2100> didrocks: oh, rmadison says webbrowser-app is in already o/
[15:44] <seb128> ogra_, indicator-messages? yes, it's in since yesterday
[15:44] <didrocks> excellent!
[15:44] <didrocks> ogra_: you better not regress us! :p
[15:45] <ogra_> seb128, yeah, thanks for that ... i was referring to the "panel ready" signal that start the indicators though
[15:45] <seb128> ogra_, oh ok ;-)
[15:45] <ogra_> we emit it from the unity8 upstart job now ... which makes all indicators start 5 sec earlier
[15:46] <ogra_> (at least of that MP got into this upload)
[15:46] <ogra_> *if
[15:46] <seb128> is that changing the boot time?
[15:46] <seb128> or just change a busy time for another?
[15:47] <ogra_> it doesnt change the boot time yet ... but its a prerequisite for other changes trhat will
[15:48] <seb128> ok
[15:48] <ogra_> http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-trusty-280.png if you see the CPU graph there, there is a biig lazy gap from 20s to 24s ...
[15:48] <ogra_> i want to move the hump you see from 24s to 27s to the left
[15:49] <ogra_> parts of that is indicators
[15:49] <ogra_> others is e-d-s starting really late
[15:49] <ogra_> and some maliit CPU hogging i will need to track down
[15:50] <ogra_> once thats done i hope we are at 22-23 sec boot time
[15:54] <rsalveti> davmor2: not blaming you, just saying it's not a blocker for the landing :-) but thanks for the test anyway
[15:54] <ogra_> dang
[15:54] <ogra_> blame him !
[15:54] <sil2100> Laney: hi! Could you check if this looks ok now? https://code.launchpad.net/~sil2100/libaccounts-qt/fix_dev_conflict/+merge/211058 <-
[15:54] <ogra_> he always blames me too "!
[15:55] <sil2100> grrr, internet problems
[15:55] <rsalveti> :P
[15:56] <Laney> sil2100: sec
[15:57] <dbarth> o/ line 33 for another desktop webapp fix
[15:57] <sil2100> dbarth: looking
[15:57] <sil2100> dbarth: it's not set to ready here ;p !
[15:58]  * sil2100 loves seeing 11 sec pings
[15:58] <sil2100> :|
[15:58] <dbarth> sil2100: uh
[16:01] <sil2100> didrocks, popey, davmor2, ogra_, robru, cyphermox, plars: I'm having internet problems, so I might be late to the meeting...
[16:02] <sil2100> didrocks, popey, davmor2, ogra_, robru, cyphermox, plars: I'll restart my modem, brb
[16:03] <didrocks> FYI, sil2100 is going to lead the meeting, I'm not around
[16:06] <ogra_> didrocks, he isnt either :P
[16:06] <fginther> cwayne, can you verify if http://s-jenkins.ubuntu-ci:8080/job/savilerow-trusty/34/ is a good build?
[16:06] <didrocks> ogra_: he's back
[16:07] <sil2100> GRRRRRRR
[16:07] <sil2100> FFFUUUCK
[16:08] <sil2100> didrocks: :<
[16:08] <sil2100> 64 bytes from sg1.any.onet.pl (<IP_ADDRESS>): icmp_seq=31 ttl=51 time=4592 ms
[16:08] <cwayne> fginther, verified
[16:09] <ogra_> seems your ping has a coffebreak on the way back
[16:09] <sil2100> FUUUCK
[16:11] <sil2100> And it's not getting better
[16:11] <ogra_> well, i could hear your cursing
[16:11] <sil2100> I finally was able to log into G+ but still, it's unusable
[16:11] <sil2100> icmp_seq=23 ttl=51 time=32013 ms <- never saw anything like that
[16:12] <sil2100> I can't hear anyone because of this ping
[16:14] <ogra_> well, we can hear you at times
[16:14] <ogra_> some cursing words got through :)
[16:18] <fginther> cwayne, thanks
[16:18] <ogra_> sil2100, boo
[16:18] <ogra_> lest start here then
[16:18] <ogra_> *lets
[16:18] <sil2100> grrr
[16:18] <sil2100> ogra_, robru, cyphermox, plars: ok, so
[16:19] <sil2100> ogra_, robru, cyphermox, plars: for those that weren't around - we had some new regressions found, but also had some nice fixes landing today
[16:19] <sil2100> ogra_, robru, cyphermox, plars: we're now waiting for both qtdeclarative and unity8 to land in the release archive from proposed and kicking a new image that should be much closer to promotion
[16:20] <ogra_> right
[16:20] <ogra_> well, there is still bug  1303681 (which many people are working on atm)
[16:20] <ogra_> err
[16:20] <ogra_> no
[16:21] <ogra_> bug 1303676
[16:21] <ogra_> :P
[16:21] <sil2100> ogra_, robru, cyphermox, plars: for the landing team - please remember to make sure before assigning any silo to check if the QA sign-off field is set or not, and if not, try looking into the merge and assessing if it's needed
[16:21] <sil2100> Right, part of the fix for that is landed, but the rest is still to be finished
[16:22] <ogra_> well, first to be found
[16:22] <sil2100> There's also the dialer-app blocker which has a fixing merge ready but still no landing got prepared
[16:22]  * ogra_ wouldnt count on getting it fixed this week
[16:23] <sil2100> robru, ogra_, plars, cyphermox: I guess that we have like only 3 blockers left on our radar right now, which is good
[16:23] <robru> sil2100, great
[16:24] <ogra_> well, neither davmor2 nor popey did excessive dogfooding this afternoon
[16:24] <ogra_> so we didnt have new ones pop up yet :)
[16:24] <sil2100> robru, ogra_, plars, cyphermox: for the landing part - we're low on silos again, we need to remember to ping the release team when we notice something being stuck in UNAPPROVED for too long
[16:24] <sil2100> ogra_: yeah, I'm thinking positive = no new regressions ;)
[16:24] <ogra_> hehe
[16:24] <ogra_> :)
[16:25] <sil2100> ogra_: also, the grooveshark issue has been reported to be fixed now already \o/
[16:25] <sil2100> I mean
[16:25] <sil2100> robru, ogra_, plars, cyphermox: ^
[16:25] <sil2100> (since ogra_ knows already)
[16:25] <ogra_> doesnt touch me ... grroveshark is blocked in germany :P
[16:26] <sil2100> ;p
[16:26] <ogra_> but i noticed my laut.fm webapp startred playing music again :)
[16:26] <ogra_> so i can confirm ... just not with grooveshark
[16:26] <sil2100> robru, cyphermox: remember, whenever something is a complicated fix, or a new feature, poke someone from QA once you it's set to 'Tested' and you assess it being good for landing as well
[16:27] <robru> sil2100, ok
[16:27] <sil2100> robru, cyphermox: that should be ToyKeeper for you in your TZ
[16:27] <sil2100> QA should then signoff that package if it's good to go or not
[16:27] <sil2100> Keep your eyes open for blocker fixes all the time
[16:28] <sil2100> robru, cyphermox, ogra_: I will now poke the release team to bump the fauxpackage of unity8
[16:28] <ogra_> ++
[16:29] <sil2100> plars, ogra_, robru, cyphermox: anyone else having anything to mention which forgot? ;)
[16:29] <Laney> don't
[16:29] <Laney> it is done
[16:29] <sil2100> Laney: o/ Thank you!
[16:29] <Laney> not by me :P
[16:29] <plars> nope
[16:29] <sil2100> Laney: then anyway thanks for letting us know ;)
[16:29] <ogra_> sil2100, all expected packages  landed in 286 ... nothing else to mention here
[16:29] <sil2100> Awesomeage
[16:30] <sil2100> So, thanks guys, sorry for breaking the meeting
[16:30] <sil2100> Sadly that's the only 'wire' ISP I have in this block
[16:30] <sil2100> So I have to endure the conditions from time to time
[16:31] <sil2100> seb128: m&cing your silo 001 o/
[16:31] <seb128> sil2100, thanks
[16:34] <robru> dbarth, got you silo 6
[16:34] <sil2100> Laney: ah, and thanks for the quick code review, will test it soon o/
[16:34] <Laney> yw
[16:36] <robru> seb128, got you silo 19 ;-)
[16:37] <sil2100> robru: hey hey! Remember to leave at least one silo besides 000 for emergency ;)
[16:37] <dbarth> robru: ah nice, thank you
[16:38] <robru> sil2100, yep, one silo is available ;-)
[16:38] <robru> sil2100, silo 6 should be quick, I'm going to test it myself
[16:40] <sil2100> robru, Saviq: I'll m&c silo 006
[16:41] <robru> sil2100, you meant silo 4, right? ;-)
[16:41] <Saviq> sil2100, \o/
[16:41] <sil2100> ;p
[16:41] <sil2100> Yeah... too much for today ;p
[16:43] <bregma> sil2100, robru, I need a silo for line 31 but I'm still waiting for one last-minute change !!!!
[16:43] <bregma> feature freeze omg omg omg
[16:43] <bregma> final freeze
[16:43] <bschaefer> bregma, you mean final freeze?
[16:43] <bschaefer> haha
[16:43] <seb128> robru, thanks
[16:44]  * ogra_ lights a campfire in the channel for all these freezing people
[16:44] <sil2100> AAAAA
[16:44] <sil2100> FINAL FREEZE!
[16:44] <sil2100> AAA!
[16:44] <ogra_> alarm alarm :)
[16:44] <cyphermox> chill guys
[16:44] <cyphermox> literally ;)
[16:45] <sil2100> ;)
[16:45] <bregma> nothing focuses a man's more than knowing the exact time and place of his demise
[16:45] <ogra_> *shudder*
[16:50] <dbarth> ogra_: is it me or the grooveshark button in the music scope is not working?
[16:51] <ogra_> dunno, never used it (grroveshark is blocked in germany)
[16:51] <dbarth> runinng 286
[16:52] <ogra_> well, i dont even get a preview here
[16:52] <ogra_> just a spinner that dies after some time
[16:52] <dbarth> someone on a recent image can make it work from the scope?
[16:52] <ogra_> but i guess thats expected with the service blocked in this country
[16:52] <dbarth> trying from the web directly
[16:52] <mhr3_> dbarth, it's you :)
[16:52] <pmcgowan> dbarth, it works here, 283 I think
[16:52] <robru> hey ogra_ I just found out about grooveshark, it's pretty cool, have you tried it? ;-)
[16:52] <dbarth> try 286; it was workjing for me before
[16:53]  * ogra_ whacks robru
[16:53] <ogra_> :P
[16:53] <pmcgowan> dbarth, what do you mean by button?
[16:53] <robru> lol
[16:53] <mhr3_> dbarth, i'm running 286
[16:53] <dbarth> it works from the webapp
[16:54] <dbarth> but the scope button seems dead
[16:54] <pmcgowan> dbarth, what button?
[16:54] <ogra_> me doesnt get any content in the video preview either
[16:54] <ogra_> just a spinner that eventually dies
[16:54] <dbarth> from the Musioc scope, selecting an album, and select play in grooveshark
[16:55] <pmcgowan> dbarth, ok works here, let me upgrade and try
[16:55]  * ogra_ reboots
[16:57] <dbarth> now it works; wonder why it wasnt :/
[16:57]  * dbarth digs into logs
[16:57] <bregma> robru, seriously, line 31 is now ready for a silo assignment
[16:57] <ogra_> aha, now i get content in the previews
[16:57] <ogra_> (after reboot)
[16:57] <bregma> ...and may the gods me merciful on our souls
[16:58] <ogra_> even a play button in the music preview (which is useless since it only gets me to a "content blocked" page)
[16:58] <robru> bregma, oh my thats a big changeset ;-) silo 1
[17:01] <robru> bregma, all bugfixes I hope!
[17:01] <dbarth> ok, sorry, that's working; after a unity8 restart though
[17:02] <sil2100> ogra_: unity8 in the release pocket o/
[17:02] <dbarth> no apparent errors in the logs
[17:02] <ogra_> yeah
[17:04] <pmcgowan> dbarth, fine here on latest
[17:06] <robru> bregma, thomi: looks like didier filed an RT about those 2fa issues: https://rt.admin.canonical.com/Ticket/Display.html?id=69017
[17:06] <dbarth> pmcgowan: sorry, works again for me, but had to restart unity8 at some point
[17:07] <pmcgowan> dbarth, wonder if it was a memory issue or something
[17:07] <dbarth> that's between unity/scopes and webapps; the web side was working while the scope link was broken; so think we're safe from an oxide pov
[17:08] <dbarth> i'll keep an eye on it
[17:09] <ogra_> sergiusens, silo-18 ready for publishing FYI
[17:17] <rsalveti> pmcgowan: dbarth: but do we really want oxideqt-codecs-extra in?
[17:18] <ogra_> rsalveti, to late :P
[17:18] <rsalveti> we had that discussion yesterday with jdstrand, not sure if we got anywhere
[17:18] <ogra_> seeded since today
[17:18] <pmcgowan> rsalveti, yes
[17:18] <rsalveti> right, let's just add gst-bad and gst-ugly then :P
[17:18] <rsalveti> and ffmpeg
[17:18] <pmcgowan> I thought we did
[17:18] <ogra_> and dvdcss
[17:18] <ogra_> !
[17:18] <rsalveti> hahah
[17:18] <ogra_> cant leave our DVD playback on a phone !
[17:18] <rsalveti> pmcgowan: but really, we shouldn't install oxideqt-codecs-extra by default
[17:18] <ogra_> *out
[17:19] <pmcgowan> rsalveti, we already decided to add a few such codecs for mp3, h.264, etc had we not?
[17:19] <rsalveti> unless we're really clear on the license/copyright/patents side
[17:19] <ogra_> rsalveti, well, it is pretty impressive if suddenly video playback works everywhere
[17:19] <pmcgowan> rsalveti, we had this dicussion 8 months ago
[17:19] <rsalveti> pmcgowan: for mp3 we had the fluendo gst plugin
[17:19] <pmcgowan> same diff
[17:19] <rsalveti> for h264 we had hw codecs
[17:19] <ogra_> (about half my webapps didnt do it yesterday ... they all do today)
[17:19] <rsalveti> now we're using the software codecs done by chrome
[17:19] <rsalveti> which is from ffmpeg, right?
[17:20] <pmcgowan> I am told we are decoding in hw, although I am a bit unclear how
[17:20] <rsalveti> pmcgowan: it's not
[17:20] <ogra_> yeah,
[17:20] <rsalveti> that's a lie :P
[17:20] <pmcgowan> chrisccoulson, seems to think it is
[17:20] <rsalveti> it's not
[17:20] <rsalveti> it'd need to use gst to be
[17:20] <ogra_> not unless he linked against some android headers
[17:20] <ogra_> or gst
[17:20] <pmcgowan> yes its android support
[17:20] <pmcgowan> need to ask him
[17:21] <ogra_> nah, dont distract him from fixing the other bug !
[17:21] <pmcgowan> vp8 is fast anyway
[17:21] <rsalveti> one thing is using neon
[17:21] <ogra_> well, it wastes battery if its SW
[17:21] <rsalveti> another is doing hw decoder
[17:21] <chrisccoulson> i didn't say it's hardware decoded (video rendering is hardware accelerated) ;)
[17:21] <chrisccoulson> we can't use gstreamer, as that won't work from the sandbox
[17:21] <pmcgowan> chrisccoulson, then I got it backwards
[17:22] <rsalveti> pmcgowan: anyway, just wanted to make sure you're aware of the situation
[17:22] <pmcgowan> I am
[17:22] <jdstrand> ah
[17:22] <jdstrand> so chrisccoulson and rsalveti are here with me too :)
[17:22] <rsalveti> as it's the same discussion we had when we decided to remove ffmpeg
[17:22] <jdstrand> rsalveti: so, the -extra is temporary until bug #1249387 is fixed
[17:22] <robru> did launchpad just go down? I can't seem to access it
[17:23] <rsalveti> so it seems
[17:23] <jdstrand> "hook Oxide into Ubuntu platform API for media-hub"
[17:23] <rsalveti> jdstrand: right, fine then
[17:23] <jdstrand> rsalveti, chrisccoulson: the trick is deciding how to do that ^ in a way that is maintainable
[17:23] <pmcgowan> rsalveti, people need grooveshark dont ya know
[17:23] <rsalveti> pmcgowan: one workaround would be to use webkit for that
[17:24] <pmcgowan> we thought about that
[17:24] <rsalveti> yeah, once we hook it with media-hub we should be good
[17:24] <jdstrand> rsalveti, chrisccoulson: I was curious if hybris is at all involved when using the oxide codecs
[17:25] <jdstrand> rsalveti: the real trick to that bug is that we are going to have to deal with tons of upstream churn
[17:25] <jdstrand> we get security updates from stable usually every 2-3 weeks and then beta becomes stable every 6-8 iirc
[17:25] <chrisccoulson> i rebase on the dev channel about twice per week ;)
[17:26] <jdstrand> chrisccoulson: right, but that won't be the case for stable releases
[17:26] <jdstrand> well, *you* might
[17:26] <jdstrand> I just mean stable releases won't get two oxide updates a week :)
[17:26] <chrisccoulson> yeah, but that's not really the issue. we develop on trunk, against chromium's dev channel
[17:26]  * jdstrand nods
[17:26] <jdstrand> point is, churn
[17:27] <chrisccoulson> so, anything that makes that twice-per-week rebase take more than half a day or so is a big problem
[17:27] <jdstrand> yeah
[17:27] <jdstrand> rsalveti: ^
[17:28] <jdstrand> rsalveti: I don't think we have to solve this now. I just want to make sure we are on the same page in thinking about how to solve it
[17:28] <jdstrand> chrisccoulson: so the ffmpeg stuff is all within the sandbox? I guess that makes some sense
[17:29] <ogra_> well, the solution is media-hub
[17:29] <chrisccoulson> it is, and the sandbox can't dynamically open objects which is why gstreamer won't work
[17:29] <rsalveti> yeah, it's fine :-)
[17:29] <chrisccoulson> there's already an upstream bug for adding gstreamer support, and google have rejected it for that reason (it requires running without the sandbox or big changes to gst)
[17:29] <rsalveti> I'm happy as long we got people above my paygrade that knows what is going on ;-)
[17:30] <rsalveti> and it seems pmcgowan gave the green flag, so we're good :P
[17:30] <om26er> Saviq, ping
[17:30]  * pmcgowan worries now
[17:30] <om26er> Saviq, with the greeter split silo, how does the screen unlock script work now ?
[17:30] <rsalveti> lol
[17:31] <jdstrand> rsalveti: well, the problem is that the current workaround doesn't work with application lifecycle
[17:31] <rsalveti> indeed
[17:32] <rsalveti> but it never worked with webkit either, right?
[17:32] <jdstrand> chrisccoulson: so, even is we disabled the sandbox, that still doesn't help because of the churn, correct?
[17:32] <rsalveti> I mean, for grooveshark
[17:32] <rsalveti> (playing in background I mean)
[17:32] <chrisccoulson> jdstrand, yeah, that's right. ideally, for something this big, it would need to go upstream
[17:32] <jdstrand> rsalveti: no, it wouldn't have, unless you updated qtwebkit to use gstreamer and gstreamer to use media-hub (or similar-- wasn't sure if you had)
[17:33] <rsalveti> yeah, wasn't using media-hub
[17:33] <jdstrand> chrisccoulson: well, there might be other options
[17:33] <jdstrand> we could try to be creative
[17:34] <rsalveti> argh, lp giving errors
[17:34] <jdstrand> maybe an LD_PRELOAD to wrap ffmpeg, maybe libhybris could intervene, maybe we have an alternative ffmpeg (that is upstreamable)
[17:35] <jdstrand> those are just ideas otoh-- please feel free to think of others :)
[17:35] <jdstrand> also, it should be done in a way that we can carry to converged
[17:36] <jdstrand> since on converged we'll want media-hub too
[17:37] <rsalveti> yeah
[17:37] <rsalveti> need to think a bit more
[17:39]  * jdstrand nods
[17:40] <jdstrand> the libhybris technique is interesting to think about...
[17:41] <ogra_> could we use url-dispatcher and just hand over the url to a bg process talking to media-hub ?
[17:42] <jdstrand> media-hub is supposed to be capable of handling urls
[17:42] <jdstrand> rsalveti: ^
[17:42] <ogra_> ah, k
[17:42] <jdstrand> that might be viable
[17:42] <ogra_> oh, right, and media-hub wouldnt be able to render embedded then
[17:43] <rsalveti> right
[17:43] <ogra_> it would always open a separate player
[17:43] <jdstrand> I wonder if something could be done there with mir
[17:43] <rsalveti> we need to be smart as well, we don't want any simple audio from the browser to block the suspend
[17:45] <ogra_> well, we want to block for video, no ?
[17:45] <rsalveti> for video we want to block the screen, not suspend
[17:46]  * ogra_ wouldnt be happy having to tap the screen every 2min
[17:46] <rsalveti> so if you press power or such it should be able to suspend again
[17:46] <ogra_> yeah
[17:46] <rsalveti> but in case you're playing an audio on grooveshark, you want it to keep playing after hitting power
[17:46] <rsalveti> how to define such policies is the interesting part :-)
[17:46] <ogra_> you all and your grooveshar k
[17:47] <ogra_> :P
[17:47]  * ogra_ cant play it :(
[17:47] <rsalveti> maybe when declaring a webapp, not sure
[17:47] <rsalveti> ogra_: germany laws again?
[17:47] <ogra_> yeah
[17:47] <rsalveti> lol
[17:47] <ogra_> same as with youtube ... all music videos are blocked
[17:47] <rsalveti> crazy
[17:47] <ogra_> yup
[17:47] <rsalveti> just get a vpn hehe
[17:48] <rsalveti> hidemyass ftw
[17:48] <mhr3> anyone else getting "Failed to discover an OpenID server" when opening a ci-train link?
[17:48] <ogra_> sure, that works
[17:48] <rsalveti> put it in your router
[17:48] <ogra_> mhr3, seems there were some outages in teh datacenter a few mins ago
[17:48] <mhr3> great
[17:53] <davmor2> Mirv: ogra_ and co so I've had my phone with me swiping apps and the home screen left right and center and I'm not get the scopes greying out issue any more \o/
[17:53] <ogra_> nice
[17:53] <ogra_> i do
[17:54] <ogra_> well, not completely grey
[17:54] <davmor2> ogra_: I got the fix from the silo for testing
[17:54] <ogra_> but "untouchable"
[17:54] <mhr3> robru, i remove an mp from 012, could you delete the pkg from the silo?
[17:55] <mhr3> robru, and reconfigure
[17:55] <mhr3> removed*
[17:55] <davmor2> ogra_: silo 014
[17:56] <mhr3> robru, removed unity8-desktop-session
[17:56] <ogra_> davmor2, oooh, ok
[17:57] <davmor2> om26er_, ToyKeeper: Silo 014 is good I couldn't reproduce the issue with the fix in place if you want to double check it and send it out into the big wide world
[17:59] <robru> mhr3, sure
[17:59] <om26er_> davmor2, yeah I ran all the tests for it, both AP and manual didn't find any regressions and also that bug never happened during my testing as well.
[17:59] <om26er_> davmor2, I already YES'd it ;)
[18:00] <davmor2> om26er_: awesome thanks
[18:02] <robru> mhr3, naughty boy, conflicting with silo 13. ok, reconfigured
[18:03] <robru> sergiusens, published silo 18
[18:03] <ToyKeeper> 'morning, all.
[18:03] <robru> ToyKeeper, 'yello
[18:05] <robru> brb
[18:05] <sergiusens> robru: ty
[18:14] <ogra_> robru, oh, thanks for silo 18
[18:14] <robru> ogra_, you're welcome
[18:14] <ogra_> doanac, the tmpdir fix for phablet-bootchart is in the next package
[18:14] <ogra_> (just landed)
[18:14] <doanac> ogra_: great. thanks!
[18:21] <ToyKeeper> Ooh, that's new.  Looks like my phone locked up while flashing image 286.
[18:24] <ogra_> ToyKeeper, locked upp ? how
[18:24] <ToyKeeper> Looks like one of the image files failed to push.
[18:24]  * ogra_ has seen the download-manager UI vanish quite often recently
[18:24] <ToyKeeper> Oh, fresh install...  not an upgrade.
[18:24] <ogra_> but never seen lock ups during upgrade
[18:24] <ogra_> ah, k
[18:25] <ogra_> and it locked up while pushing ?
[18:25] <ogra_> or in the boot afterwards
[18:26] <ToyKeeper> Failed to push one file, and then the recovery boot stalled.  On rebooting, it looks like it's working better this time.
[18:27] <ogra_> sergiusens, ^^^^ didnt you add a rm /cache/recovery/* to ubuntu-device-flash recently ?
[18:27] <ogra_> or did that not land yet
[18:27] <sergiusens> ogra_: no, to the recovery image and added the writable_flag removal specifically when doing  format
[18:28] <ogra_> ah
[18:28] <ogra_> so ToyKeeper might not be on the latest recovery image
[18:28] <sergiusens> ogra_: since I got lots of backlash after saucy was released an was told to create a proper client, I'm minimizing and not doing thigs the image updater would do
[18:29] <ogra_> yeah, makes sense
[18:29] <sergiusens> ogra_: that was like a month ago though and you need to --wipe or --bootstrap
[18:29] <sergiusens> ogra_: so that 'format data' gets into your ubuntu_commands
[18:29] <ogra_> yeah
[18:29] <ogra_> well, you should --bootstrap anyway if you only ever use ubuntu-device-flash for upgrading
[18:29] <ToyKeeper> FWIW, I'm using --bootstrap=true
[18:30] <ogra_> and you are using the latest ubuntu-device-flash ?
[18:31] <sergiusens> ToyKeeper: just do --bootstrap (avoid the =true, well it's not needed)
[18:33] <ToyKeeper> ... nope, looks like my ubuntu-device-flash package was a couple months old.
[18:34] <ogra_> ah :)
[18:34] <ogra_> there you go
[18:47] <dbarth> robru: i've loaded some more branches in silo 6, can you ack that with a reconfig?
[18:49] <robru> dbarth, well, that conflicts with webbrowser app from silo 8. any way you can merge those?
[18:51] <mhr3> robru, any chance to still land 012?
[18:51] <mhr3> or are we past freeze?
[18:52] <bregma> hey, I got an odd build failure on the ppc64el architecture only, in a testsuite cluster that seems to have failed because a name o the D-Bus wasn't available... any chance at all this was a transient failure (we haven't touched any related code in aeons)
[18:52] <robru> mhr3, i don't actually know precisely when the freeze is...
[18:52] <mhr3> and yea, i cheated, i grabbed the .debs instead of waiting for the ppa :)
[18:52] <robru> mhr3, also it says it's still building
[18:52] <bregma> freeze should be 19:00 UTC
[18:52] <robru> mhr3, apparently you have 8 minutes
[18:53] <robru> mhr3, i don't understand what you mean about "cheated by grabbing the debs"
[18:53] <robru> you mean for testing purposes? because I need the build to finish before I can publish it
[18:53] <mhr3> robru, yea, for testing
[18:54] <bregma> is there any chance to get someone to kick a ppc64el rebuild for me in silo 001 so I can publish by FF?
[18:55] <dbarth> robru: i'll remove the integration tests then
[18:55] <robru> bregma, ok, retried
[18:55] <robru> dbarth, thanks
[18:56] <bregma> oh, and FF is actually at 21:00 UTC
[18:57] <mhr3> robru, so once it officially builds, who can give the qa thumbs up to it?
[18:57] <robru> mhr3, probably ToyKeeper ^
[18:58] <robru> cyphermox, ugh, do you have any idea what this means? https://ci-train.ubuntu.com/job/prepare-silo/175/console
[18:59] <robru> cyphermox, nm, it means dbarth didn't put the merge url in the spreadsheet! grr
[19:00] <cyphermox> right
[19:00] <ToyKeeper> Yes, though I'm still figuring out how exactly that works...  and I have a doctor appointment in less than an hour, so I wouldn't count on landing before 2100 UTC.
[19:00] <cyphermox> it's trying to split a url that would be incorrect
[19:00] <robru> dbarth, ok, fixed, silo 6 reconfigged
[19:00] <cyphermox> right, just about one hour to go until final freeze
[19:01] <cyphermox> robru:  ^
[19:01] <cyphermox> I got confused by DST five minutes ago, quickly reminded by stgraber
[19:01] <robru> cyphermox, bregma: ok, which is it then? 19, 20, or 21 utc?
[19:01] <cyphermox> oh wait, you're right
[19:01] <cyphermox> ugh
[19:01] <cyphermox> it's 21 UTC
[19:01] <robru> 21utc is in 2 hours
[19:01] <cyphermox> yeah, I see that
[19:03] <robru> ToyKeeper, mhr3 ok looks like the build is done, can we test it now?
[19:03] <robru> ToyKeeper, or somebody else from qa can cover while you're out?
[19:03] <mhr3> yep, it's green afaict
[19:04] <cyphermox> robru: https://wiki.ubuntu.com/TrustyTahr/ReleaseSchedule
[19:04] <robru> mhr3, wait, unity-scope-click is phone only right? that's not subject to the freeze then
[19:04] <bregma> robru, no, it's for desktop too :)
[19:04] <robru> bregma, groan
[19:04] <mhr3> robru, well, it's for the preview session
[19:04] <robru> oh right
[19:04] <bregma> unity8 desktop ftw
[19:05] <bregma> !!on!
[19:05] <mhr3> robru, but i'm fine if you just ack it ;)
[19:05] <pmcgowan> is there a similar exception for the unity8 session stuff?
[19:05] <pmcgowan> should be if not, thats what asac was trying to work out
[19:05] <ogra_> pmcgowan, no worries
[19:05] <bregma> pmcgowan, not at the moment
[19:06] <ogra_> we have a standing freeze exception for most touch stuff
[19:06] <ogra_> oh, the desktop side
[19:06]  * ogra_ has to get used that unity8 doesnt always mean touch
[19:06] <pmcgowan> it would be badly ironic if the unity8 preview screwed up our standing exception
[19:06] <ToyKeeper> robru: You're trying to get something into the desktop image before it freezes in a couple hours?
[19:06] <robru> ogra_, yeah, but can the freeze exception apply to the final release freeze too? I'm pretty sure it was just a "feature freeze" exception ;-)
[19:06] <robru> ToyKeeper, it seems so
[19:06] <robru> ToyKeeper, well, mhr3 is
[19:07] <ogra_> robru, yes, it does by the rules we use for landings now
[19:07] <mhr3> ToyKeeper, well, is the unity8 preview session really "desktop"?
[19:07] <robru> mhr3, well, if it ships on the desktop image, then "yes"
[19:07] <ToyKeeper> mhr3, robru: I'd suggest getting someone from QA proper to help with that...  because there's no way I'll be set up for desktop testing today.  I've only touched phone bits.
[19:07] <mhr3> robru, then no, cause it isn't even in main
[19:07] <robru> mhr3, well, then whatever.
[19:08] <ogra_> robru, feature freeze is still in effect ;) it doesnt drop when final freeze kicks in ... for feature freeze we still have the exceptin .. for final freeze we have the special extra QAed landing process
[19:09] <robru> ToyKeeper, well it's a component that in both phone and desktop. false alarm though, I think, you can test it after the doctor, no worries. it's not subject to the freeze as far as I am being told right now
[19:09] <bregma> I'll be testing on desktop anyhow
[19:10] <mhr3> bregma, ultimately you're the one for who the branch is, so i think you're most qualified to answer whether it works
[19:11] <robru> bregma, great, silo 12, let me know if it's publishable ;-)
[19:15] <robru> cyphermox, do you have any idea what's going on with silos 18 and 19? they were both published but are "in no known space and time", seems they never even made it to UNAPPROVED, much less proposed.
[19:16] <cyphermox> moo?
[19:16] <cyphermox> 19, unless it was reassigned recently should be empty
[19:16] <robru> cyphermox, indicator-keyboard?
[19:17] <cyphermox> oh, so it was reassigned since
[19:17] <robru> cyphermox, yeah, I assigned that one at the start of my shift today
[19:18] <robru> cyphermox, so seb built tested published, looks good, except the published package vanished. same with 18
[19:18] <cyphermox> just a second, checking
[19:19] <bfiller> robru: silo15 ready for QA testing, not sure who is on QA duty
[19:20] <robru> bfiller, that'll be toykeeper when she gets back from the doctor
[19:20] <robru> ToyKeeper, silo 15 for you to test when you get back
[19:21] <cyphermox> robru: I guess it could have been caught in the DC issues we had earlier?
[19:21] <robru> cyphermox, good point. can we force those through?
[19:21] <bfiller> robru: cheers
[19:21] <cyphermox> jsut a sec
[19:22] <cyphermox> robru: nah, not so convinced anymore, the times don't match
[19:22] <robru> cyphermox, what times don't match?
[19:23] <cyphermox> for when I remember there were issues with when the publish jobs were run
[19:23] <cyphermox> I'd say run publish again
[19:23] <cyphermox> if it's not in the queue and not elsewhere...
[19:23] <robru> cyphermox, ok, i'll publish again
[19:24] <ToyKeeper> bfiller, robru: I'll be able to help when I get back...  but I'll probably be a bit slow about it since the first I heard about this process was less than 24 hours ago and I haven't actually gone through it before.  So...  learning how.
[19:24] <cyphermox> maybe just give me a second to ask for one other thing to be verified
[19:24] <robru> ToyKeeper, more than happy to help you get set up with testing silos. they're just PPAs, so it's easy to add them, install packages, and test
[19:24] <Saviq_> om26er, mterry knows the details, but that script was prepped exactly for that reason
[19:24] <cyphermox> robru: has there been successful publish runs since?
[19:24] <robru> cyphermox, oh, i just published 18
[19:25] <cyphermox> robru: fine, just carry on then ;)
[19:25] <robru> cyphermox, no i mean i just hit the button
[19:25] <cyphermox> yes, I understood :)
[19:25] <robru> cyphermox, i'm not sure if there's been a successful one since...
[19:25] <cyphermox> robru: sit in #u-release and watch for the bot to mention your packages "Unapproved"
[19:26] <robru> cyphermox, yeah, I was doing that
[19:28] <robru> cyphermox, in fact there have been no successful publish runs in the last 2 hours. there were a bunch of publish runs 2+ hours ago that were successful, but silos 18 and 19 were published 1.5 hours ago and failed to show up anywhere.
[19:29] <cyphermox> ok
[19:29] <cyphermox> in that case let's pester archive admins, I'll ping
[19:29] <robru> ok
[19:35] <boiko> robru: hey, line 37 on the spreadsheet contains the MR fixing the so mentioned flaky test of dialer-app, could you please get a silo for that when available?
[19:37] <robru> boiko, sure, you got silo 4
[19:37] <boiko> robru: that was fast, thanks
[19:38] <robru> boiko, you're welcome
[19:48] <robru> ok, zero hour is literally upon us, who needs last-second-emergency desktop uploads?
[19:51] <cjwatson> (ci-train publishing stuff fixed, was a stuck job)
[19:55] <bregma> mhr3, silo 012 works like a charm (once I manually reverted unity8-desktop-session-mir)
[19:55] <bregma> robru, oh, me! me!
[19:56] <bregma> landing-001 just passed its tests in the nick of time, needs a publish
[19:56] <robru> sweet
[19:56] <robru> bregma, silo 1 says build failed?
[19:57] <robru> oh right, just ppc64el
[19:57] <bregma> robru, that build worked the second time
[19:58] <bregma> I guess ci-train just did not pick it up
[19:58] <robru> bregma, ok, I just have to do a watch_only build so that citrain realized it's good
[19:58] <bregma> I commend my build into your hands
[19:58] <bfiller> robru: silo 8 is ready to land
[20:00] <robru> bregma, bfiller ok both published.
[20:01]  * bregma fist pumps
[20:01] <bfiller> robru: cheers
[20:01] <robru> bregma, bfiller you're welcome
[20:21] <rsalveti> robru: mind reconfiguring silo-13? added a new src package, ofono-phonesim
[20:21] <robru> sure
[20:21] <rsalveti> thanks!
[20:25] <robru> rsalveti, oops, forgot to ignore conflicts. trying again...
[20:26] <rsalveti> np, thanks
[20:26] <robru> rsalveti, ok, good to go
[20:29] <rsalveti> lovely
[20:44] <thomi> robru: I wonder if I could get a silo allocated for row 40 please?
[20:44] <robru> thomi, sure, you got silo 11
[20:44] <thomi> thanks!
[20:45] <robru> you're welcome!
[20:56] <sergiusens> is the latest build borked?
[20:56] <robru> sergiusens, haven't checked, what issue you seeing?
[20:57] <sergiusens> google logo :-)
[20:57] <sergiusens> might of been a misflash
[20:58] <robru> sergiusens, just flashing now, will let you know in a sec
[20:58] <sergiusens> nope, flashed fine...
[21:02] <robru> sergiusens, boots fine for me
[21:03] <cyphermox> robru: we're done!
[21:03] <sergiusens> robru: yeah, I rebooted and it worked; must be a new race :-)
[21:03] <robru> cyphermox, sweet, lunch time ;-)
[21:03] <cyphermox> robru: do you know if didrocks' set stuff up to properly do SRUs using citrain?
[21:03] <cyphermox> alright, have fun :)
[21:04] <sergiusens> cyphermox: I guess we aren't landing silo 13 anymore...
[21:04] <robru> cyphermox, all I know is that citrain can't do saucy SRUs. dunno when it'll be prepped for trusty SRUs.
[21:04] <robru> sergiusens, isn't that all phone stuff? only desktop is frozen
[21:04] <sergiusens> robru: it includes network manager
[21:05] <robru> sergiusens, ... bah
[21:06] <rsalveti> sergiusens: what happens, not yet ready?
[21:07] <sergiusens> rsalveti: I ran all the tests myself, but archive is locked now
[21:08] <sergiusens> rsalveti: did you see i n f i n i t y's email?
[21:08] <sergiusens> just saw it 20' ago :-P
[21:08] <ChickenCutlass> sergiusens: what!
[21:09] <cyphermox> sergiusens: can't land much, really
[21:09] <cyphermox> sergiusens: given enough sucking up and/or beer you might be able to convince an archive admin to let the stuff in, but I wouldn't hold my breath
[21:09] <sergiusens> cyphermox: so nm can't land now?
[21:10] <sergiusens> and everything else can?
[21:10] <sergiusens> ChickenCutlass: ^^
[21:10] <cyphermox> tbh I rather we make sure things are really 100% certain to be rock solid before we attempt to land this stuff
[21:10] <rsalveti> we can land stuff !main and !seeded in !touch images
[21:10] <cyphermox> right
[21:10] <sergiusens> cyphermox: I am too; that's why I've been rolling with whatever is in the silo on my day phone
[21:10] <cyphermox> yes
[21:11] <sergiusens> I spent 30U$D on MMS today
[21:11] <sergiusens> :-P
[21:11] <cyphermox> ahah
[21:11] <cyphermox> the SIM I bought last week is meant to do unlimited SMS & MMS
[21:11] <cyphermox> we'll see how well that really happens
[21:17] <cyphermox> so you're actually receiving mms? last I tried they would not show up
[21:24] <sergiusens> cyphermox: well I am looking at the logs ;-)
[21:24] <sergiusens> cyphermox: dbus-monitor
[21:24] <sergiusens> dbus-monitor sender=org.ofono.mms
[21:28] <ChickenCutlass> cyphermox: they don’t show up in the messaging app yet
[21:35] <cyphermox> sergiusens: anything special to do for ofono to accept using the apn database instead of mbpi? here anything other than mbpi reliably fails
[21:35] <cyphermox> the settings look fine though
[21:35] <sergiusens> cyphermox: it should do a merge
[21:36] <boiko> robru: landing-004 tested. ready to go
[21:36] <cyphermox> sergiusens: right
[21:37] <cyphermox> sergiusens: but I have mcc/mnc 302/220 here for Telus, and it's not being picked up once I nuke the settings in mbpi
[21:38] <cyphermox> ofono does report those mcc/mnc values for SimManager and NetworkRegistration though, which is why I find it unexpected
[22:28] <robru> boiko, published
[22:33] <mhr3> robru, no 012 publishing?
[22:37] <robru> mhr3, still waiting on that QA signoff from ToyKeeper
[22:38] <ToyKeeper> Hi, sorry, my appointment ran late and I'm still learning the process.
[22:38] <robru> ToyKeeper, no worries, have any questions? I can show you a bunch of tricks that make dealing with silos easier.
[22:40] <ToyKeeper> No, I'm just...  busy facepalming.  My roommate must have flipped the switch this morning on the power strip I was using, so my notebook ran out of power and died.
[22:40] <ToyKeeper> (for reference, this is a Bad Thing because I normally have 200+ windows open and normally only log out twice per year)
[22:40] <robru> ToyKeeper, haha, no worries, I'm around for *at least* 2 more hours officially, probably many more hours unofficially, if you need help.
[22:41] <ToyKeeper> Seriously bad timing on this.  I usually plan my reboots weeks in advance, for a day when nothing interesting is going on.
[22:43] <mhr3> robru, i thought bregma's +1 is enough
[22:43] <robru> ToyKeeper, you should like... save your documents or something. weird workflow
[22:44] <robru> mhr3, oh did we agree on that? I'm a bit confused about all this new TRAINCON stuff. it says in the spreadsheet "QA signoff needed" and I was told ToyKeeper is the QA contact.
[22:44] <robru> bregma, also did you ack silo 12?
[22:44] <ToyKeeper> I do.  It's usually a lot of xterms, and those can't exactly save state.
[22:46] <ToyKeeper> I at least have a list of the windows which were open, along with their frame groups and location and which desktop they were on.
[22:49] <robru> ToyKeeper, will you be in malta? I'm curious to see this monstrosity
[22:49] <ToyKeeper> Yes, I should be in Malta during the first week of the sprint.
[22:49] <robru> ToyKeeper, hmm, I'm there second week. any overlap during the middle weekend? I should arrive saturday
[22:50] <ToyKeeper> I'm not sure.  I've been a bit distracted with a steady stream of urgent projects and haven't booked flights yet.
[22:51] <robru> ToyKeeper, heh, ok. well I'll make a point of trying to find you
[22:59] <robru> ToyKeeper, perhaps a screencast would be more practical. (almost as curious as I am impatient ;-)
[23:03] <ToyKeeper> It's not terribly interesting...  just an oldschool window manager sans desktop environment, because every modern/common desktop lacks most of the features I actually care about.
[23:05] <robru> ToyKeeper, which window manager? (really truly fascinated)
[23:05] <bregma> robru, for the record, I acked silo 012 about 4 hours ago
[23:05] <ToyKeeper> Sawfish.
[23:06] <robru> ToyKeeper, with tabbed window titles? nice
[23:06] <robru> bregma, ok, still not sure if I should publish it without ToyKeeper's ok though.
[23:07] <ToyKeeper> Sorry, it has been a weird day full of unexpected interruptions.
[23:07] <bregma> ToyKeeper, get to it chop-chop
[23:08] <robru> ToyKeeper, I think the priority for silo 12 should be just testing on the device, the unity8 desktop preview isn't really that serious (I mean, a bug in the desktop preview has a much lower impact than a bug on the device that people will actually use)
[23:08] <bregma> the desktop preview has been tested thoroughly and passed
[23:09] <bregma> they made that change for me, 'cos I'm so special
[23:09] <robru> bregma, nice.
[23:11] <bregma> starting tomorrow, everyone is expected to dogfood Unity 8 on the desktop for their every day work
[23:11] <bregma> j/k
[23:12] <robru> bregma, that is totally something that I will absolutely do.
[23:12] <bregma> vim hasn't been ported yet
[23:12] <robru> bregma, duh, we all use emacs, right ;-)
[23:13] <bregma> it's an OK OS but I don't like the editor it comes with
[23:16] <ToyKeeper> apt-add-repository ppa:ci-train-ppa-service/landing-012  ?
[23:16] <robru> ToyKeeper, sudo
[23:16] <robru> but yes
[23:16] <ToyKeeper> Right, duh, freshly-flashed, I haven't gotten the thing online yet.
[23:19] <ToyKeeper> Looks like it's time for some new USB cables, too...  these microusb connectors never seem to last very long.
[23:25] <robru> brb
[23:28]  * ToyKeeper wonders why 'apt-get update' is going at the speed of a phone modem today
[23:31] <ToyKeeper> ... 75 packages to upgrade?  Does that sound right?  That's a lot of reverse dependencies to check...
[23:33] <robru> ToyKeeper, well, that would be more than just waht's in the silo
[23:34] <robru> ToyKeeper, try this instead: https://github.com/robru/dotfiles/blob/master/.bash_aliases#L71
[23:38] <ToyKeeper> ... working on it.  :)