[00:39] <thomi> fginther: I just filed https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1278659 - do I need to add any more info for you guys?
[08:07]  * Mirv relocates to Happy Hacking Day
[08:38]  * Mirv thought yesterday's 14h Qt 5.2.1 hackathon would help a bit, now realizes that yes mkspecs directory _did_ move..
[08:47] <sil2100> huh
[08:52]  * sil2100 sees the smoketesting results for #174 and feels like smiling
[08:57] <Mirv> sil2100: \o/
[08:59] <popey> ooh
[08:59] <popey> nice
[09:00] <Mirv> that's so sweet color
[09:01] <jibel> is there any known issue with autopilot tests or phablet-test-run on mako #174?
[09:03] <popey> Is it intentional that the order of the indicators has changed? http://popey.com/~alan/phablet/device-2014-02-11-090252.png - used to be network first, now it's location/bluetooth first.
[09:03] <psivaa> jibel: doesn't look like
[09:04] <jibel> psivaa, I get tons of errors like
[09:04] <jibel> sh: 1: gcc: not found
[09:04] <jibel> dpkg-architecture: warning: couldn't determine gcc system type, falling back to default (native compilation)
[09:04] <jibel> psivaa, then the screen is all black
[09:06] <psivaa> jibel: those messages do appear but dont seem to impact the test results
[09:06] <psivaa> jibel: http://q-jenkins.ubuntu-ci:8080/job/trusty-touch-mako-smoke-daily/29/consoleText
[09:08] <sil2100> popey: not sure, I think we'll have to ask design - but it might have changed since we released indicators yesterday
[09:09] <ogra_> popey, do they stay in that order across reboots ?
[09:11] <Mirv> jibel: that's "normal", the messages you quoted, with UI Toolkit
[09:12] <Mirv> even a fully successful phablet-test-run ubuntuuitoolkit shows them (unless of course you actually install gcc)
[09:12] <Mirv> that could be raised to SDK team, or file a bug against ubuntu-ui-toolkit project
[09:14] <popey> ogra_: yes
[09:14] <ogra_> good, something at least :)
[09:15] <popey> heh
[09:17] <Mirv> this day is going to be weirdly scheduled. not sure if I can get to see RMS or not.
[09:17] <Mirv> but the high hope is to hack Qt 5.2.1 into running on device
[09:20] <ogra_> Mirv, if you cant make it, there is at least the "stallman fart app" that popey wrote in the store now :)
[09:21] <Mirv> ogra_: oh it got in? I promised I can try to record more samples live ;)
[09:21]  * popey notes it's not in the store yet ☻
[09:21] <ogra_> ah, sad
[09:21] <popey> need to clarify the copyright / license on the images and sounds first ☻
[09:21] <ogra_> them slacker reviwers !
[09:21] <popey> wouldn't want the FSF on my ass
[09:21] <ogra_> lol, yeah
[09:22]  * ogra_ quickly makes some pre-meeting coffee
[09:25] <sil2100> ;)
[09:28] <Mirv> does anyone like use Bluetooth in trusty? my headset is horribly broken, A2DP doesn't work and bidirectional breaks up continously
[09:29] <Mirv> I guess I need to find some corner and use the speakers
[09:30] <asac> sil2100: coming :)
[09:31] <asac> dont wait for me though
[09:31] <sil2100> Mirv: meeting?
[09:32] <Mirv> yep
[09:52] <seb128> sil2100, can we get l247 from the landing pipeline happening? the gnome-control-center-signon, that's desktop only and it makes unity-control-center not list online accounts atm in trusty
[10:04] <mandel> ogra_, do you know who I have to ping to land stuff in the image?
[10:05] <ogra_> mandel, this channel mainly ... specifically sil2100 :)
[10:05] <mandel> ogra_, awesome, thx!
[10:05] <ogra_> and there is a spreadsheet you can ask to get your stuff on in a landing slot
[10:05] <sil2100> seb128: hi! Ok, let me try doing that today - we want to land the nested-mir now only, but after that is done we'll land that as well
[10:05] <ogra_> mandel, https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1
[10:06] <mandel> ogra_, great, I know that "lovely" thing
[10:06]  * sil2100 thinks we need more CITrain bootcamps so that everyone can add his landings
[10:06] <ogra_> :)
[10:06] <seb128> sil2100, thanks
[10:06] <seb128> sil2100, it's desktop only so it should be safe for you guys
[10:06] <sil2100> Let me grab some coffee
[10:06] <sil2100> seb128: oh, I like the sound of that!
[10:06] <sil2100> :D
[10:06] <seb128> ;-)
[10:07] <mandel> sil2100, yeah, I wanted to talk about the CI train with someone to get udm trunk landing, right now we have a HUGE delta between trunk and image and trunk is very stable and show be shipped
[10:08] <mandel> sil2100, ogra_ specially 'cause I have no writing rights in that thing :-/
[10:08] <sil2100> mandel: I would love udm to be in CITrain - the process is not hard, but it has some specifics that require 'training' ;p
[10:08] <sil2100> mandel: let's think of a way of landing that anyway
[10:09] <mandel> sil2100, ok, lets try to land it and then I can get the training for the CI train and we all will be happy :)
[10:09] <mandel> sil2100, my concern with udm trunk atm is that it adds new packages (a client lib etc..) and a qml plugin and I wonder if that is going to be an issue or not
[10:10] <mandel> sil2100, code is in lp:ubuntu-download-manager with inline packaging and in several ppas AFAIK
[10:22] <sil2100> mandel: let me look into that today
[10:22] <sil2100> ogra_: let's maybe land the nested mir stuff before anything else, what do you say? Since the unity8 thing still needs some time
[10:23] <ogra_> sil2100,  well, i would like to do a maguro test before we land it (at least a manual smoketest)
[10:24] <ogra_> i know michael tested mako but would like to see it working on maguro as well
[10:24] <sil2100> ogra_: ok, so then just give me a sign whenever you're ready to land it - do you have anyone with a maguro ready for testing this?
[10:25] <ogra_> i have a maguro
[10:25] <ogra_> what about the silo stuff, can you point me to some docs ? and set up one for me
[10:27] <sil2100> ogra_: docs :'D With all seriousness, not sure if Didier had the time to prepare any documentation - let me prepare a silo and check if everything is set-up
[10:28] <sil2100> As you know this is a 'temporary' solution ;)
[10:31] <sil2100> ogra_: ok, so I see that you're not added to the ppa uploaders team, only didrocks or asac can do that
[10:32] <sil2100> ogra_: in any way, you can just provide me the source package files and I can simply do the dput if no one adds you
[10:34] <ogra_> sil2100, http://people.canonical.com/~ogra/ubuntu-touch/ubuntu-touch-session_0.96.dsc http://people.canonical.com/~ogra/ubuntu-touch/ubuntu-touch-session_0.96_source.changes http://people.canonical.com/~ogra/ubuntu-touch/ubuntu-touch-session_0.96.tar.gz
[10:40] <asac> sil2100: the reason we didnt add all core-devs yet is mostly the lack of documentation
[10:41] <asac> but we can add ogra if he is careful :)
[10:41] <asac> done
[10:43] <sil2100> ogra_: \o/ wait one moment and I prepare a silo for you
[10:46] <sil2100> uh, ok guys, I will be offline for around 15 minutes, someone will be here to exchange my modem
[10:48] <asac> good luck
[10:50] <sil2100> heh, and we seem to have reached the maximum number of landings that Didier assumed ;) I'll have to bump that as well
[10:51] <ogra_> ok, maguro smoke testing looks fine so far
[11:13] <Mirv> sil2100: did you need to tweak some cell formulas this time or just adding more rows or such?
[11:14] <asac> sil2100: whats that number?
[11:14] <asac> 100?
[11:14] <asac> :)\
[11:14] <asac> or 10?
[11:15] <sil2100> Like 71 ;p
[11:15] <sil2100> Mirv: don't know yet, just got my internet back
[11:16] <Mirv> 71 landings should be enough for anybody
[11:21]  * ogra_ wonders why the clock test stops maliit-server 
[11:22] <popey> sil2100: 174 looks good to me
[11:22] <sil2100> popey: \o/ btw. you're still doing the dogfooding? Since I'm already confused ;)
[11:23] <popey> sil2100:  nobody has told me not to
[11:23] <popey> i asked om26er to do it while I was at a sprint.
[11:24] <om26er> popey, yeah I tested maguro and mako for two days in the last week while davmor2 was busy testing qt5.2
[11:29]  * Mirv has first signs of life with Qt 5.2.1
[11:34] <davmor2> popey: can you have a quick test of the following http://paste.ubuntu.com/6914523/
[11:35] <popey> ok
[11:35]  * sil2100 hates spreadsheets
[11:35] <davmor2> sil2100: use python to grab the info and ignore the SS then :P
[11:37] <popey> davmor2: share is disabled here
[11:37] <popey> http://popey.com/~alan/phablet/device-2014-02-11-113730.png
[11:37] <davmor2> popey, sil2100: I got the issue from the mailing list trying to update the image from 173 on maguro. However I've also noticed that there is no a notification on the settings page that says there is a new image available so I wonder if that is locking up the access to the file when run manually?
[11:37] <davmor2> ogra_: ^
[11:38] <ogra_> i doubt that
[11:38] <ogra_> did you check the disk space ?
[11:38] <davmor2> no but give me a minute and I can
[11:38] <popey> davmor2: ok, i get share on one pic
[11:39] <popey> davmor2: if i follow that process I don't see the new photo in the share box
[11:39] <davmor2> popey: yeah I clicked on the image then selected share maybe sorry about that
[11:39] <popey> gah, broke gallery
[11:40] <sil2100> FINALLY, I forced the script from the spreadsheet to update ._.
[11:40] <popey> i have an image on screen and no way to go back
[11:40] <sil2100> ogra_: ok, damn, after fighting the spreadsheet you're free to upload now to the ppa: https://launchpad.net/~ci-train-ppa-service/+archive/landing-005/
[11:40] <davmor2> popey: yay even more broke that I got it \o/
[11:42] <davmor2> popey: for me when I press back and then click on the new image rather than the new image it gives me the facebook share window again
[11:42] <ogra_> sil2100, done, thanks
[11:42] <popey> davmor2: same
[11:42] <popey> but with the previous photo
[11:42] <davmor2> popey: yeap
[11:43] <popey> lemme have bug when you file it
[11:44] <davmor2> popey: will do
[11:45] <davmor2> ogra_: http://paste.ubuntu.com/6914582/
[11:47] <ogra_> davmor2, k, 12G free should be fine
[11:55] <davmor2> popey: https://bugs.launchpad.net/gallery-app/+bug/1278838
[11:57] <popey> davmor2: s/chromebar/toolbar/ btw ☻
[11:58] <davmor2> popey: good to know thanks we really should have a list of terms attached to an image somewhere :)
[11:59] <ogra_> sil2100, so my maguro tests look ok so far (and i rely on mterry having tested mako properly (at lest he told me he has)) so whenever it is convenient to you you can let it in and roll an image
[12:00] <ogra_> (i dont care if it is before or after unity, but please tell me which image it is so i can look)
[12:01] <sil2100> I think it will be before unity in overall
[12:02] <sil2100> ogra_: can you just, to make sure, install the exact version from the PPA and make sure it works on mako or maguro? Just to be sure that the thing that got built there is working
[12:03] <sil2100> ogra_: just know that it's still pending publication in the PPA
[12:03] <ogra_> sil2100, i have no mako for testing
[12:03] <sil2100> ogra_: it's built but not published, so you need to wait
[12:03] <sil2100> Maguro is fine then
[12:03] <sil2100> Just want to make sure they're the same ;)
[12:03] <ogra_> they are :)
[12:04] <sil2100> Just install it and reboot ;p
[12:07] <ogra_> done, still works
[12:07] <sil2100> \o/
[12:07] <ogra_> debdiff is also telling me that there are no differences between the deb i tested and the omne from the PPA
[12:07]  * ogra_ crosses fingers that UTAH will agree :P 
[12:07] <ogra_> last time all tests passed too for me (and mike) and UTAH just exploded
[12:08] <ogra_> (this is why i want a dedicated image for this)
[12:12] <sil2100> Ok, so, let's publish \o/
[12:12] <ogra_> yay
[12:12] <sil2100> ogra_: do you, Oliver Grawert, pledge here that you have throughoutly tested this component?
[12:13]  * ogra_ crosses fingers
[12:13] <ogra_> lol
[12:13] <ogra_> yes, i ran a few AP tests and did a lot of manual testing
[12:14] <sil2100> ogra_: then it is done
[12:14] <ogra_> great
[12:14] <sil2100> ogra_: (should migrate now)
[12:14] <sil2100> I hope
[12:14] <ogra_> oh, i need to kick the image myself, right ?
[12:15] <ogra_> (you cant)
[12:15] <ogra_> it is really about time you do the core-dev dance :P
[12:19] <sil2100> eh, my roads to core-dev are busted, with the last shlibs -V packages under my name I got banned from becoming a core-dev for at least a year
[12:19] <sil2100> ;)
[12:19] <sil2100> Wait until it pops up in rmadison!
[12:20] <Laney> eww -V
[12:21] <davmor2> sil2100, ogra_: nested mir didn't we try and land this before and had to revert?  I'll have to try and remember what the issue was so I can test it first and ensure that is fixed :)
[12:22] <sil2100> davmor2: yep ;)
[12:22] <ogra_> davmor2, there were a bunch of issues that were fixed by mterry and ricmm
[12:22] <davmor2> nice
[12:22] <ogra_> the layer ordering when adding accounts was broken (kbd showed up underneath the accounts page) and a few other bits
[12:23] <ogra_> they are emostly mir/unity-mir and platform-api related
[12:23] <ogra_> all fixes are in now
[12:28]  * ogra_ notes that in todays image the dashboard report for crashes on maguro differs from the actual reults 
[12:28] <ogra_> http://ci.ubuntu.com/smokeng/trusty/touch/maguro/174:20140211:20140115.1/6539/ only shows one crash
[12:28] <ogra_> but the dashboard reports 4
[12:29] <ogra_> doanac, plars ^^^
[12:29] <sil2100> ogra_: yeah, psivaa mentioned something about it
[12:29] <sil2100> ogra_: that there is some strange way of counting crashes etc.
[12:29] <ogra_> yeah
[12:29] <ogra_> that should be fixed on either side :)
[12:30] <psivaa> ogra_: sil2100: yea the total number appears to be the crashes occurred with all the runs including reruns. but the column on the right for each test will only show if the latest run of it had a crash
[12:30] <ogra_> aha
[12:31] <psivaa> ogra_: sil2100: i'll ask doanac to confirm it anyway
[12:31] <ogra_> yup
[12:46] <sil2100> ogra_: still no ubuntu-touch-session in release, LP says it's in -proposed but rmadison says otherwise
[12:52] <ogra_> yeah
[12:52] <ogra_> weird
[12:52] <ogra_> there it is !
[12:52] <ogra_> seems the publisher is just busy today
[12:53] <sil2100> Can't wait ;)
[12:55] <davmor2> sil2100: I'm assuming that the nested-mir image will need testing do we know when that will land I have loads on today :)
[12:55] <ogra_> just got the migration mail
[12:55] <ogra_> should be in the archive soon
[12:55] <sil2100> popey: did you fill in that bug for indicator order?
[12:56] <ogra_> davmor2, well, mainly UTAH testing
[12:56] <popey> sil2100: yeah, and its fine.
[12:56] <sil2100> popey: excellent
[12:56] <popey> sil2100: i.e. not a bug, desired change
[12:56] <sil2100> davmor2: we'll see ;)
[12:56] <ogra_> davmor2, once the package is in the archive it'll take another hour to roll an image
[12:56] <sil2100> popey: then, in terms of image #174, we're good for promoting, right?
[12:57] <popey> from my side, yeah
[13:08] <sergiusens> sil2100, why doesn't https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFlCc1VzeVZzWmdBZS11WERjdVc3dmc&usp=drive_web#gid=24 say packages built?
[13:08] <sil2100> Great, my internet connection is terrible right now
[13:09] <cjwatson> ogra_: Looks like it was mainly migrating a load of KDE packages to release
[13:10] <cjwatson> Actually, not trusty release, it was a big sru-release run to saucy-updates by the looks of things
[13:10] <ogra_> ah, k
[13:11] <sil2100> sergiusens: because it's not built yet
[13:11] <sil2100> sergiusens: veebers requested a reconfiguration of the silo
[13:12] <sil2100> sergiusens: so we reconfigured and he still didn't build it (as he's not aruond)
[13:12] <sergiusens> sil2100, the ppa has a package though
[13:13] <sil2100> sergiusens: yes, the old one
[13:13] <sil2100> sergiusens: we don't clean the PPA after each reconfiguration - it would take too much time as package deletion is time consuming
[13:13] <sil2100> sergiusens: it will be overwritten after they re-build
[13:14] <sil2100> Need to reboot, brb
[13:17] <ogra_> [13:19] <sil2100> Ok, back
[13:21] <ogra_> sil2100, <ogra_> [13:21] <ogra_> FYI
[13:22] <ogra_> in about 40min you should be able to resume landings
[13:22] <sil2100> \o\
[13:22] <sil2100> /o/
[13:23] <sil2100> Thanks!
[13:23] <ogra_> (i'll ping as soon as the cdimage part of the build is done, then landing should be safe again)
[13:29] <asac> sil2100: currently we have 49 successfull landings :)
[13:29] <asac> next one is good for celebrating :)
[13:29] <asac> sil2100: which one is the 50th?
[13:29] <asac> what optionms do we have?
[13:30] <ogra_> asac, autopilot or unity8 (or both)
[13:30] <asac> nice one
[13:30] <ogra_> (and unity-mir)
[13:31] <asac> ogra_: right. so a silo should always get a good commit/topic message
[13:31] <asac> so we can refer to it
[13:31] <asac> like "unity8 trunk flush and friends"
[13:31] <ogra_> yup
[13:31] <thostr_> robru: sil2100: can you guys get me a silo for line 71?
[13:31] <asac> or "untiy8 multistage revamp"
[13:31] <asac> err sidestage revamp
[13:49]  * sil2100 is on lunch now
[13:49] <sil2100> Let me get back to you guys once I'm finished chewing ;)
[13:50] <ogra_> chew slowly and the image should be done :)
[14:03] <ogra_> sil2100, the cdimage bit of the image build is done, feel free to land stuff as you like
[14:09] <sil2100> \o/
[14:09] <sil2100> Ok, I'm finished more or less
[14:13] <sil2100> tsdgeos: trying to land unity8 now ;)
[14:13] <asac> sil2100: eating is for the weak :)
[14:13] <tsdgeos> cool
[14:14] <asac> sil2100: but yes, you look skinny enough to qualify :P - ogra wouldn't qualify for a food ticket based on his own assessment :)
[14:14] <sil2100> hmmm
[14:14] <sil2100> I think before publishing this one, I need to look into the bug in citrain
[14:15] <sil2100> Since we have another empty changelog here
[14:15] <sil2100> Looking into that now
[14:15] <ogra_> lol
[14:16] <sil2100> What the fuck?!
[14:17] <sil2100> Did anyone touch the spreadsheet right now?
[14:17] <sil2100> It's missing like almost all entries
[14:18]  * ogra_ didnt
[14:18] <sil2100> asac: ?
[14:19] <sil2100> What the heck happened...
[14:19] <sil2100> The whole process is broken now
[14:20] <sil2100> Fuuuck
[14:20] <sil2100> asac, robru: did anyone of you touch the spreadsheet?
[14:20] <seb128> sil2100, is that CI train?
[14:20] <sil2100> Yes
[14:20] <sil2100> seb128: do you see all the entries there? All the lines?
[14:20] <seb128> weird, it says that the last edit was made seconds ago by Didier
[14:21] <sil2100> What the...
[14:21] <seb128> is Didier online/doing work? or is anyone having his credential?
[14:21] <robru> sil2100, I assigned a silo for thostr_ ... that's it
[14:21] <seb128> oh, I guess the scripts run with his acls
[14:22] <robru> sil2100, the lander column is filtered to only show bfiller. is that the problem? i noticed this earlier as well
[14:22] <seb128> sil2100, seems to be back to normal?
[14:22] <sil2100> robru: it is? I just checked all the columns and didn't see that?
[14:22] <bfiller> robru: I flitered it to see my landings, didn't realize this applies to everyones view
[14:22] <bfiller> that's odd
[14:23] <seb128> bfiller, it did it seems
[14:23] <bfiller> seb128: hmnn, is there a way to filter so it just affects me? I find it quite difficult to find the appropriate entries
[14:23] <seb128> bfiller, I do ctrl-F <type>
[14:24] <seb128> dunno otherwise
[14:24] <bfiller> yeah I've tried that
[14:24] <seb128> imho they should move out the landings once they are done/merged back in trunk
[14:24] <sil2100> My ISP is really getting on my nerves
[14:26] <sil2100> Can't load anything google right now
[14:26] <ogra_> we should just go back to libreoffice and mail the docs arounnd all the time :P
[14:27] <sil2100> The spreadsheet is good but very fragile
[14:28] <kenvandine> bfiller, see line 68 there?  that includes one last fix for UAL that makes all those problems I was having in the hub go away :)
[14:29] <kenvandine> bfiller,  the single transfer per-handler works great with that
[14:29] <bfiller> kenvandine: great, after that lands then I we can land the your stuff and the click support I guess?
[14:29] <kenvandine> sil2100, indeed... i think we're overusing the spreadsheets
[14:29] <kenvandine> we can land the click stuff anytime
[14:29] <kenvandine> that is ready...
[14:30] <kenvandine> we should land these handler changes separately
[14:30] <kenvandine> the click change is low risk in the hub, just need all the pieces to land together
[14:30] <bfiller> kenvandine: ok good, what is the MR for the click stuff? I can test it today with gallery and try to get this released
[14:30] <kenvandine> gallery as click, camera and whatever else you had
[14:31] <bfiller> kenvandine: yup
[14:31] <kenvandine> https://code.launchpad.net/~ken-vandine/content-hub/defaults_triplet/+merge/203841
[14:31] <bfiller> kenvandine: thanks
[14:31] <kenvandine> bfiller, so whenever you think you have all the necessary components ready, get us a silo :)
[14:31] <kenvandine> i would like to land that before the handler stuff
[14:32] <kenvandine> which is a much bigger diff
[14:32] <bfiller> kenvandine: will do, hopefully today or tomorrow
[14:32] <kenvandine> great
[14:33] <kenvandine> i'll make sure i have this handler stuff polished in the next couple of days, so it's ready to land after
[14:34] <sil2100> brb, modem restart
[14:34] <kenvandine> bfiller,  this is sad... 3 weeks of work... several refactors/rewrites and this is the diffstat
[14:34] <kenvandine>  27 files changed, 460 insertions(+), 130 deletions(-)
[14:34] <kenvandine> but it works well :)
[14:35] <bfiller> kenvandine: as long as it works :)
[14:35] <kenvandine> it is no longer as limiting :)
[14:35] <kenvandine> next up will be adding API for registering all the types of handlers
[14:42] <sil2100> I have no idea why I have such problems connecting to overseas
[14:42] <sil2100> It's ok on my girlfriend's laptop
[14:43] <tedg> Not sure where to report it, but it seems CI Bot messed up this Changelog entry: http://bazaar.launchpad.net/~indicator-applet-developers/upstart-app-launch/trunk.14.04/revision/123
[14:45] <ogra_> tedg, yes, we discovered that during todays landing meeting
[14:45] <ogra_> sil2100 is looking at it
[14:45] <tedg> Ah, okay.
[14:46] <ogra_> tedg, though there seem t be some actually empty merges in your branch too
[14:46] <tedg> ogra_, Kinda, the restacking had to be funky because they were old and it was getting conflicts on the merger.
[14:52] <plars> psivaa: I only see one crash there at the url ogra_ posted, did you just dash_ignore the others?
[14:53] <psivaa> plars: dint dash_ignore. i simply reran a couple of jobs
[14:53] <plars> psivaa: you got it to quit saying 4 crashes though?
[14:54] <asac> sil2100: someone will come helping on driving AP forward
[14:54] <asac> please help him
[14:54] <asac> thx
[14:54] <bfiller> sil2100: for row 58 we're getting a merge conflict. I removed one of the MR's from the list but when I rebuild it's still trying to merge it. Can you reset it somehow?
[14:55] <psivaa> plars: not sure if i understand you :), but http://ci.ubuntu.com/smokeng/trusty/touch/ says 4 crashes for maguro with 174 but clicking the corresponding link only shows 1
[14:57] <plars> psivaa: ah, I thought he was saying that it said 4 in the link posted
[14:57] <plars> psivaa: so it's probably just a dashboard bug
[14:58] <Mirv> sil2100: did the landing limit get fixed?
[14:58] <Mirv> I see there's 71+2 now at least :)
[14:59] <sil2100> Mirv: I only extended it to 72 for now, will extend to more once I fix this bug here
[14:59] <sil2100> bfiller: I need to reconfigure the silo, then you can re-build
[14:59] <Mirv> sil2100: ok. where was the modifying needed to extend it?
[14:59] <Mirv> -> me hangout
[15:02] <sil2100> Fixing this will be hard without access to Didier's cannonistack
[15:03] <seb128> sil2100, what's the issue? can't you just delete lines/move them to another tab?
[15:04] <sil2100> seb128: I'm trying to fix the broken changelog generation, not sure how moving lines to tabs could help
[15:05] <seb128> oh ok
[15:05] <seb128> was it buggy in one case only?
[15:05] <seb128> or did that happen on several cases?
[15:06] <seb128> sil2100, I though you were speaking about the 72 limit
[15:06] <sil2100> In several cases sadly! Will have to try re-creating the problem locally
[15:06] <sil2100> No no, that's another issue, that's just modifying a few cells
[15:09] <robru> sil2100,  https://code.launchpad.net/~robru/cupstream2distro-config/ci-train-cordova-webapps/+merge/205788 ;-)
[15:12] <kgunn> sil2100: seems you're having quite a day...so i hate to pile on, but any thots on when a mir silo might happen ?
[15:14] <sil2100> robru: can you please reconfigure the silo for bfiller? It's the one that's set as Merge conflict
[15:14] <sil2100> kgunn: don't know, I think we'll discuss it with Didier tomorrow
[15:15] <robru> sil2100, ok
[15:15] <sil2100> robru: thanks
[15:15] <sil2100> And the internet connection is against me today
[15:16] <robru> bfiller, ok, silo 2 reconfigured, please build
[15:18] <robru> brb, breakfast
[15:18] <sil2100> This is pointless...
[15:18] <bfiller> robru: thanks
[15:28] <sergiusens> cjohnston, hey, is the autopilot crash that reports good tests affecting you guys at all?
[15:29] <cjohnston> sergiusens: this is the first I've heard of this... fginther do you have any knowledge?
[15:30] <sergiusens> cjohnston, something like this http://pad.ubuntu.com/flo-ap
[15:31] <sergiusens> UnicodeDecodeError: 'utf8' codec can't decode byte 0xa2 in position 727: invalid start byte
[15:31] <sergiusens> the fix for it is in the train; but hasn't landed yet
[15:33] <seb128> sergiusens, are you sure that issue is fixed with trunk? I tried the version from the ppa and still had it (or a similar one we have on settingsà
[15:34] <cking> plars, can you kick off 5 more power tests for me so I can double-check my stats?
[15:35] <fginther> cjohnston, sergiusens, I haven't seen this
[15:36] <fginther> Although if it's silently passing, then I suspect it just hasn't been noticed
[15:37] <plars> cking: will do
[15:37] <cking> plars, thanks!
[15:38] <sergiusens> seb128, well the ap guys told me it was fixed; I haven't tested; that ppa doesn't reflect the train entry though
[15:38] <seb128> sergiusens, it includes the change of the commit supposed to fix the unicode issues
[15:38] <seb128> sergiusens, would be nice if you could test
[15:40] <mandel> sil2100, can I talk you into looking at row 249 of the landing spreadsheet???  :)
[15:40] <mandel> sil2100, adds a few new packages and solves some interesting performance bugs
[15:42] <sil2100> Doing some bughunting now, will resume normal activity after this is done
[15:42] <sil2100> I'm a bit irritated since my internet connection from my Ubuntu system is now worse than it was before they exchanged my modem, not sure what's up
[15:43] <sil2100> So branching a LP branch takes fucking ages
[15:43] <jibel> sil2100, with the ci-train does the merger pushes to trunk after each merge or at the end? eg http://162.213.34.102/job/landing-002-1-build/23/console there is a conflict between 2 unrelated branches. Should we remerge with the 2 first branch then rebase on trunk and propose a new MP or is there another solution to fix that?
[15:43] <rsalveti> sil2100: sorry to ask this again, but do you know what is currently blocking landing 4? (unity-mir)
[15:44] <ogra_> sil2100, probably your ISP has a broken ipv6 setup ... that can have bad impact
[15:44] <sil2100> rsalveti: a bug with changelog generation is blocking that
[15:45] <rsalveti> sil2100: changelog generation? that's new to me
[15:45] <ogra_> rsalveti, yes, we discovered completely empty changelogs from landings today
[15:46] <sergiusens> can't we manuall land that then?
[15:46] <rsalveti> indeed, I saw one from trusty-changes
[15:46] <ogra_> right
[15:46] <ogra_> teds stuff ...
[15:46] <rsalveti> unity-mir is indeed empty =\
[15:46] <rsalveti> sil2100: ogra_: how to proceed?
[15:47] <ogra_> rsalveti, i think sil2100 is already inspecting his code +
[15:47] <rsalveti> cool
[15:49] <sil2100> rsalveti: unity-mir has an empty changelog entry instead of normal changelog entries, which makes it not fitting for release
[15:49] <sil2100> (I have internet problems now so I might get disconnected)
[15:50] <ogra_> wow, he can predict the future
[15:50] <rsalveti> haha
[15:51] <ogra_> rsalveti, i pumped the touch-session piece through a silo, probably we could do the same with unity/unity-mit too
[15:51] <ogra_> (though that needs sil2100 approval)
[15:51] <ogra_> that way you should keep the changelogs
[15:51] <ogra_> seems they get dropped when importing into the PPA
[15:53] <rsalveti> ogra_: right, indeed
[15:53] <rsalveti> let's just wait for sil to return and we'll see
[15:53] <ogra_> yeah
[15:53] <ogra_> there he is
[15:53] <sil2100> rsalveti: did my messages get to you?
[15:54] <sil2100> 16:44 < sil2100> rsalveti: a bug with changelog generation is blocking that
[15:54] <sil2100> 16:45 < sil2100> rsalveti: unity-mir has an empty changelog entry instead of normal changelog entries, which makes it not fitting for release
[15:54] <sil2100> 16:47 < sil2100> (I have internet problems now so I might get disconnected)
[15:54] <ogra_> yes
[15:54] <ogra_> that got through
[15:54] <sil2100> And I did
[15:54] <sil2100> Makes me want to crush things
[15:54] <ogra_> sil2100, we were wondering fi we couldnt just do a unity and unity-mir upload to the PPA to restore the changelogs
[15:54] <mandel> sil2100, ack, no worries :)
[15:54] <rsalveti> sil2100: are you trying to fix the issue first or should we just bump the package with the ppa?
[15:55] <rsalveti> yeah
[15:55] <ogra_> i assume as long as we dont produce an artificial diff that should be fine
[15:55] <ogra_> and would unblock people
[15:55] <rsalveti> right
[15:57] <sil2100> ogra_: the problem is that if we do this, we cannot do the 'merge and clean' step until Didier is back - since we have no access to the changelog branches
[15:57] <sil2100> We would have to note it down somewhere
[15:57] <sil2100> I would do something similar an hour ago already if it weren't for the case that I have no access to the citrain machine
[15:58] <rsalveti> right
[15:58] <sil2100> I already see something broken in the citrain code from Didier's
[16:00] <sil2100> rsalveti, ogra_: give me 15 more minutes and then we do the direct push
[16:00] <rsalveti> sil2100: that's fine
[16:06] <davmor2> popey: who deals with the evernote account page?  can we get the email part tweaked to fire up the email keyboard template?
[16:07] <sil2100> Phew, reproduced it locally
[16:12] <robru> sil2100, any love for https://code.launchpad.net/~robru/cupstream2distro-config/ci-train-cordova-webapps/+merge/205788 ?
[16:14] <sil2100> robru: will have some love once I deal with this, it's high-prio right now ;)
[16:14] <robru> sil2100, ok, thanks
[16:17] <Laney> Why are there only 5 system-settings tests being run? http://ci.ubuntu.com/smokeng/trusty/touch/mako/174:20140211:20140115.1/6536/ubuntu_system_settings/
[16:24] <cjohnston> doanac: ^
[16:25] <cjohnston> sergiusens: fginther looks like that error happened in https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-daily/29/consoleFull
[16:25] <doanac> Laney: i believe there's an autopilot bug that's being fixed. the tests are causing a crash and it fails to executed everything
[16:25] <doanac> plars: is that correct?
[16:25] <doanac> ^^
[16:26] <cjohnston> doanac: from what sergiusens said earlier, I don't think the AP fix has landed
[16:26] <Laney> doanac: Oh, we were seeing the crash but it was just making one test fail
[16:26] <doanac> cjohnston: correct. it hasn't landed. i was trying to imply it was a known issue being worked on.
[16:26] <cjohnston> ack
[16:27] <Laney> It wasn't showing as u-s-s only having 5 tests before
[16:27] <sergiusens> Laney, if you are hit by the utf crash your test count will be lower and everything will pass
[16:27] <ogra_> doanac, are log only showing up after all tests ran now ?
[16:27] <Laney> sergiusens: ok, that's a change to previous, thanks
[16:27] <plars> doanac, Laney: correct
[16:27] <ogra_> doanac, http://ci.ubuntu.com/smokeng/trusty/touch/mako/175:20140211.1:20140115.1/6545/unity8/ doesnt seem to have any of them
[16:27] <sergiusens> Laney, it's a bug imo
[16:27] <Laney> it makes the stats look better ;-)
[16:27] <doanac> Laney: we changed how we ran tests over the weekend. we used to run one by one without phablet-test-run. we now let phablet-test-run drive things
[16:28] <doanac> ogra_: that's correct. that test result is still "syncing"
[16:28] <om26er> sil2100, hey
[16:28] <plars> Laney: it shows up as a crash, and since we are not running all the tests in a testsuite straight through with phablet-test-run, it dies at that point. (previously, we did hit a similar issue, but we were running with autopilot one at a time, so it worked around it)
[16:28] <om26er> sil2100, did you get around to adding my new package to ubuntu, Sir ?
[16:29] <Laney> plars: that sounds accurate, okay
[16:29] <plars> Laney: there's supposed to be a fix for it in the next autopilot landing though, so we should have it resolved soon
[16:29] <Laney> I've seen the fix go by
[16:29] <Laney> I was just wondering why the results changed
[16:29] <seb128> Laney, plars: are you talking about the unicode fix?
[16:30] <Laney> ya
[16:30] <seb128> it doesn't work
[16:30] <Laney> you should probably say that on the bug ;-)
[16:30] <Laney> https://bugs.launchpad.net/autopilot/+bug/1278272
[16:30] <seb128> I emailed Thomi about that a bit earlier
[16:30] <seb128> the bug description is not really verbose
[16:30] <seb128> I'm unsure it's supposed to be the same issue
[16:30] <Laney> okay, someone linked it when talking about that problem
[16:31] <plars> seb128: that's the one thomi opened when I was talking to him about this very issue a couple of days ago
[16:33] <plars> seb128: you've tried it with these tests and it still has problems though?
[16:34] <seb128> plars, I tried with the ubuntus-system-settings test that hits the issue
[16:35] <Laney> if it's just limited to the process stdout/err that could be an issue
[16:36] <Laney> IIRC it was in some log file
[16:42] <sil2100> Damn, I think I fixed the problem
[16:43] <ogra_> yay
[16:45] <robru> sil2100, damn... ?
[16:47] <seb128> Laney, I don't know where ubuntu-downloader-manager is putting its output
[16:47] <seb128> who would know? barry?
[16:48] <Laney> I guess
[16:48] <Laney> where did you see it?
[16:49] <seb128> in the print() I put in the python file that hits the error :p
[16:49] <seb128> I wanted to know what string it was trying to print
[16:49] <Laney> aha
[16:49] <Laney> so you can maybe see where that comes from
[16:49] <seb128> I don't know who is pushing through the stack though
[16:49]  * seb128 looks at the bt
[16:49] <seb128> mandel, hey, you wrok on u-d-m right? ;-)
[16:50] <seb128> (/me just looked at the changelog)
[16:54] <seb128> Laney, plars: the bt I get is http://paste.ubuntu.com/6915984/
[16:54] <asac> sil2100: is there a way that we can kick out window-mocker from the daily-build ppa?
[16:54] <asac> sil2100: and block that it doesnt come back until trunk is fixed?
[16:54] <asac> sil2100: seems their recent (not landed) commits are blocking desktop u7 landings and its pretty urgent
[16:55] <rsalveti> sil2100: sergiusens: I need a silo/landing slot for https://code.launchpad.net/~thomas-voss/location-service/backport_dummy_location_service/+merge/205429
[16:56] <rsalveti> sergiusens: are you also the lander for location service?
[16:58] <seb128> rsalveti, location-service has no owner on the table
[16:59] <rsalveti> then our team should probably own it
[16:59] <seb128> feel free to put a name next to it
[17:00] <rsalveti> seb128: view only, mind adding sergio to it?
[17:00] <seb128> rsalveti, done
[17:00] <seb128> you probably need sil2100 & co to put under CI train then
[17:00] <rsalveti> seb128: thanks
[17:00] <seb128> sil2100, can you put location-service under CI train?
[17:00] <sil2100> Be there in a moment
[17:01] <rsalveti> great
[17:01] <sil2100> ETOOMUCH
[17:01] <seb128> sil2100, welcome in didrocks shoes? ;-)
[17:01] <sil2100> ;)
[17:01] <rsalveti> haha
[17:01] <seb128> sil2100, don't forget aboyt gnome-control-center-signon as well please (needs to forced over the archive version since doko a buggy upload btw)
[17:02] <seb128> Laney, plars: https://code.launchpad.net/~thomir/autopilot/trunk-fix-non-unicode-app-output/+merge/205522 fixes autopilot/application/_launcher.py or that file is not in my bt, so I guess that's a similar but different issue
[17:03] <Laney> probably
[17:03] <Laney> like I said, I think it's not actually in the stdout of u-s-s
[17:03] <seb128> sergiusens, your bt doesn't include that file either
[17:04] <seb128> Laney, no, it's not, I've no clue where it is though
[17:04] <Laney> are the attached files processed through autopilot?
[17:04] <Laney> http://ci.ubuntu.com/smokeng/trusty/touch/mako/168:20140206.2:20140115.1/6487/ubuntu-system-settings-autopilot/744796/ the ones at the bottom there
[17:04] <seb128> I tried to run the service by hand and it doesn't output on its stdout either
[17:04] <seb128> it looks like that's a log somewhere and autopilot is clever about figuring what logs to attach
[17:07] <Laney> on the bad run there are some .crash files
[17:07]  * Laney is generating random theories
[17:14] <asac> sil2100: !!!
[17:31] <davmor2> sil2100: 175 is that the nested mir?
[17:31] <asac> sil2100: do you know what the threshold for allowing landing of desktop stuff is?
[17:31] <asac> sil2100: like how many tests can fail on u7 without stopping them from promoting?
[17:34] <sil2100> asac: hm, this is done partially dynamically - and it was configurable through q-jenkins (ex-mangers), so not sure what the threshold is now
[17:34] <sil2100> I remember it being around 15 failures and some percentage of 'new regressions'
[17:35] <asac> bregma: ^^ please check with sil on those numbers so we know if you can slip through with just mocker
[17:35] <asac> kicked out
[17:35] <asac> i dont see https://bugs.launchpad.net/autopilot/+bug/1273698 being avail today in the image/daily release ppa
[17:46] <sil2100> bregma: I can remove window-mocker from cu2d if needed, no problem
[17:50] <sil2100> robru: approved! Remember to update the CITrain Owner spreadsheet with the new data
[17:50] <robru> sil2100, yes, I've been working on that ;-)
[17:52] <sil2100> asac: yessssss, I worked-around the changelog-problem, so we'll release unity8 in a moment!
[17:52]  * sil2100 reads backlog
[17:52] <asac> :)
[17:52] <asac> nic
[17:52] <asac> e
[17:52] <sil2100> seb128: let me look into that
[17:53] <robru> sil2100, oh, you fixed the changelog problem? i just sent an email about another project having that
[17:53] <sil2100> om26er_: I'll look into your new package as well ;)
[17:53] <seb128> sil2100, thanks
[17:53] <om26er_> sil2100, thanks
[17:53] <sil2100> robru: just re-run the build and it should be fine, if you didn't publish it yet
[17:53] <robru> sil2100, really?
[17:53] <robru> mhr3_, some hope ^
[17:54] <sil2100> I'm not called 'duct-tape-master' for nothing
[17:54] <rsalveti> ogra_: what should we do with nested? just because we want to land unity8/unity-mir soon as well
[17:54] <robru> sil2100, so what, rebuild with 'ignore step'?
[17:54] <sil2100> robru: what component had it?
[17:55] <ogra_> rsalveti, nested looks fine so far, popey confirmed the notes-app failure is a flaky test
[17:55] <robru> sil2100, unity-scope-mediascanner
[17:55] <rsalveti> ogra_: great then
[17:55] <robru> sil2100, in silo 11. rebuilding it already...
[17:55] <ogra_> rsalveti, and the other one (on mako) is systemsettle-after
[17:55] <ogra_> (after the unity test)
[17:55] <ogra_> cant say muvch about that one until the logs get published
[17:56] <rsalveti> ogra_: right
[17:56] <sil2100> robru: you need to re-run with the component that was affected
[17:56] <robru> sil2100, ok
[17:56] <sil2100> robru: so that it re builds that component, since changelogs are created during build
[18:02] <rsalveti> sil2100: can I get a silo for location-service? ^_^
[18:03] <bregma> sil2100, yes please remove window-mocker, at least until after FF next week if possible
[18:04] <sil2100> rsalveti: which line is that?
[18:04] <sil2100> uuuhh, location-service, bad memories!
[18:04] <rsalveti> sil2100: hahah
[18:04] <rsalveti> sil2100: seems it still needs to be added to ci train
[18:04] <rsalveti> the branch is https://code.launchpad.net/~thomas-voss/location-service/backport_dummy_location_service/+merge/205429
[18:05] <robru> sil2100, hey what's happening in the spreadsheet? I tried to assign a silo for html5-theme but it didn't work... it got an id in column J but columns K and L are blank
[18:06] <robru> sil2100, nm, looks like I had to copy some formulas down the rows
[18:08] <robru> sil2100, ugh, the silo page is broken
[18:09] <sil2100> robru: wait
[18:09] <sil2100> robru: as I mentioned on the meeting, we exceeded the number of landings
[18:09] <sil2100> robru: I just now resized it... which one you wanted to add a silo for?
[18:09] <robru> sil2100, oh, i missed the part. your audio cut out a bit for me
[18:09] <sil2100> robru: since now I have to fix it up ;/
[18:09] <sil2100> Ah, ok ;)
[18:09] <robru> sil2100, line 74, it's already silo 7
[18:10] <sil2100> robru: yes, but the silo page is broken still
[18:10] <sil2100> robru: (I had that once today since I did the same thing ;p)
[18:10] <robru> sil2100, yes, how can i fix it? (please teach me)
[18:10] <sil2100> robru: so, let's go to the silo sheet
[18:10] <robru> yes
[18:10] <sil2100> You see the columns I revealed?
[18:10] <robru> ys
[18:11] <robru> yes
[18:11] <sil2100> There's cell F2 which is broken, as it should show the line number of the landing - this is because those lines weren't considered in the cell ranges
[18:11] <sil2100> One moment
[18:12] <sil2100> Now, google is a bit stupid here
[18:12] <sil2100> Since now everything is ok in the spreadsheet but it still won't update the cell, even if I modify the cell form
[18:13] <sil2100> So, what I do... is:
[18:13] <sil2100> I go to the script editor
[18:13] <sil2100> Find the findLineReference() script
[18:13] <robru> sil2100, i see it
[18:14] <sil2100> robru: now I just modified it (any modification was enough), saved, moved to the spreadsheet (google noticed the change and re-ran the script function) and violla, we're fixed
[18:14] <sil2100> robru: I removed the small modification to return to the previous change
[18:15] <robru> sil2100, buh, there's no way to kick a rerun of the script?
[18:15] <sil2100> robru: there is, but you can't pass arguments to the function then... so geh
[18:15] <robru> sil2100, bah. ok thanks
[18:15] <sil2100> robru: you actually have to force google to do it for you, like we just did
[18:15] <sil2100> ;/
[18:16]  * sil2100 waits on ogra_'s promotion ;)
[18:17] <ogra_> sil2100, oh, sorry
[18:18] <ogra_> [18:18] <sil2100> I'm not blocked or anything, just waiting for that excellent label
[18:18] <sil2100> Yessss
[18:18] <sil2100> I like that
[18:18] <sil2100> Thanks o/
[18:18] <ogra_> (since a while already, i got dragged into other things before noticing)
[18:18] <ogra_> sil2100, mako tests look ok too for nested
[18:19] <ogra_> and maguro is at least not workse than i.e. 173 was in the total number of failures
[18:19] <rsalveti> guess we can finally land silo 4 now then
[18:19] <ogra_> yeah
[18:19] <ogra_> (hoping it actually improves maguro)
[18:19] <bregma> our latest CI run now has 50 or so new AP failures because it has an unsupported multi-monitor configuration (overlapping monitors confuse the test infrastructure -- and me) http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/1455/label=qa-intel-4000/
[18:21] <bregma> could someone take a look at whatever magic is involved and try to separate the monitors?
[18:21] <sil2100> \p//
[18:21] <sil2100> rsalveti: yes, let me do that
[18:24] <sil2100> ogra_: do you have a moment for a quick +1 on unity-mir packaging? http://162.213.34.102/job/landing-004-2-publish/4/artifact/packaging_changes_unity-mir_0.2+14.04.20140211.1-0ubuntu1.diff <- seems legit
[18:26] <ogra_> sil2100, looks fine ... ack
[18:27] <sil2100> ogra_: thanks!
[18:27] <sil2100> rsalveti: ok, migrating to the archive now \o/
[18:27] <rsalveti> finally! \o/
[18:28] <sil2100> I'll go write the e-mail now and then help coordinating some landings
[18:41] <sil2100> hmmm
[18:42] <sil2100> I see some problems with the spreadsheet
[18:46] <sil2100> Phew, fixed
[18:47] <sil2100> sergiusens: hi!
[18:47] <sil2100> sergiusens: can you test your platform-api landing?
[18:47] <sil2100> sergiusens: we would need it to be released tomorrow so that we can unblock mir
[18:52]  * rsalveti looks
[18:53] <rsalveti> sil2100: which landing?
[18:56] <sil2100> rsalveti: line 62, silo 009
[18:56] <sil2100> brb, modem restart
[18:56] <rsalveti> sil2100: cool, I can take a look at that
[18:56] <rsalveti> seems sergiusens is off
[18:58] <sil2100> rsalveti: thanks!
[19:00] <sergiusens> rsalveti, no
[19:00] <sergiusens> I'm testing
[19:01] <sil2100> \o/
[19:02] <sil2100> Ok, this is done, now let's move further
[19:03] <rsalveti> sergiusens: alright, thanks
[19:03] <rsalveti> sergiusens: code looks sane, easy to test as well
[19:03] <rsalveti> once it's merged we can queue mir again
[19:04] <sergiusens> rsalveti, yeah, just testing on desktop
[19:04] <rsalveti> sil2100: seems we landed location-service already, but wasn't part of ci train
[19:04] <rsalveti> didn't top approve it yet as I don't know if that would cause it to me merged
[19:06] <sil2100> rsalveti: location-service is part of CITrain already, we had to land it to fix the dbus-cpp change
[19:06] <rsalveti> great, let me top approve it then
[19:06] <sil2100> rsalveti: so it should be safe to top-approve
[19:07] <rsalveti> just need a slot and then a silo I'd guess then
[19:07]  * rsalveti still learning
[19:08] <sergiusens> rsalveti, https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFlCc1VzeVZzWmdBZS11WERjdVc3dmc&usp=drive_web#gid=27 read and click please
[19:09] <sil2100> robru: hi! How busy are you today? :)
[19:09] <sil2100> :D
[19:09] <robru> sil2100, i'm ok
[19:10] <sil2100> robru: could you take a look at the old spreadsheet? The Landing Pipeline?
[19:10] <sil2100> robru: I assigned a landing for you, the description has all the details
[19:10] <sil2100> (old cu2d release)
[19:10] <rsalveti> sergiusens: done
[19:11] <robru> sil2100, ok
[19:11] <sil2100> In the meantime I'll disable window-mocker
[19:11] <robru> sil2100, i'm just gently introduce dbarth and alex-abreu into citrain for now
[19:11] <sil2100> robru: thanks :)
[19:11] <rsalveti> sil2100: just published platform-api
[19:11] <sil2100> robru: sure! And please continue with your normal CITrain landings as yesterday, monitoring things ready for release and such
[19:11] <alex-abreu> robru, sil2100 by choosing a landing silo of ... 007 :)
[19:21] <sil2100> Ok guys, need to EOD for now
[19:21] <sil2100> robru: leaving things in your hands!
[19:21] <sil2100> See you tomorrow :)
[19:21] <sil2100> rsalveti: thanks!
[19:21] <ogra_> sil2100, what ?!?
[19:22] <rsalveti> robru: will need your help then, want to land https://code.launchpad.net/~thomas-voss/location-service/backport_dummy_location_service/+merge/205429
[19:22] <rsalveti> sergiusens: ^
[19:23] <robru> rsalveti, is that in the spreadsheet?
[19:23] <sergiusens> rsalveti, need o add it
[19:23] <sergiusens> robru, no
[19:23] <rsalveti> nops, need to add it there and then create a silo
[19:23] <robru> ok
[19:23] <robru> i can make a silo once the MPs are listed in the spreadsheet
[19:24] <sergiusens> robru, row 74
[19:25] <robru> sergiusens, ok, silo 5, please build
[19:29] <plars> yeah, seems notes_app is acting flaky on mako - I reran it and still got one failure, but in a different testcase
[19:50] <plars> ..and then passed
[20:00] <veebers> fginther: hey, can we remove automerger no window-mocker (i.e. move to ci-train)
[20:00] <asac> sil not coming back?
[20:06] <robru> hey seb128 what's the deal with gnome-control-center-signon? I built it in ubuntu-unity/daily-build. how should I test it? or are you confident in just releasing it?
[20:08] <asac> can someone else reconfigure silos?
[20:08] <asac> :)
[20:11] <robru> asac, i can reconfigure silos. which one?
[20:13] <fginther> veebers, ack
[20:13] <asac> robru: just trying to figure
[20:17] <rsalveti> kgunn: just unblocked platform-api, so we should be good for mir
[20:18] <fginther> veebers, https://code.launchpad.net/~fginther/cupstream2distro-config/windowmocker-citrain/+merge/205843
[20:18] <fginther> veebers, are you working with the integration team to move this to citrain?
[20:19] <asac> rsalveti: how long are you here?
[20:19] <asac> rsalveti: robru: so autopilot needs to somehow get their landing done
[20:19] <rsalveti> right
[20:19] <asac> in order to land another patch tomorrow
[20:19] <rsalveti> and what is currently blocking it?
[20:19] <asac> rsalveti: they are finishing testing the silo
[20:20] <asac> rsalveti: just want to enusre that someone can a) flusht aht silo and review before landing in archive/image
[20:20] <asac> rsalveti: and that someone can reconfigure their silo with a MP that comes after that
[20:20] <rsalveti> sure
[20:20] <asac> so they can prep it and test and give didier and sil a mail
[20:20] <asac> i fthats ready to land tomorrow
[20:20] <asac> robru: ^^ thats the above
[20:21] <rsalveti> asac: and who is testing that silo?
[20:21] <veebers> fginther: oh, I'm not too sure what else is needed to move it to ci-train, I had thought that removing auto-merger and updating the component spreadsheet was enough, and then start using ci-train
[20:21] <asac> rsalveti: veebers and thomi
[20:21] <asac> rsalveti: so once they give a go, you can review/flush
[20:21] <asac> and reconfigure with a new MP they are prepping righ tnow
[20:21] <robru> asac, ok, so what should I do? is there a silo you want me to reconfigure?
[20:21] <rsalveti> veebers: thomi: alright, just ping me or robru if you need any help
[20:21] <veebers> thomi: yes ^^^ :-)
[20:21] <asac> robru: in case that second step happens after rsalveti is gone, just help them reconfigure the silo for a new MP
[20:22] <robru> oh ok
[20:22] <veebers> rsalveti: awesome, cheers
[20:22] <kgunn> ogra_: hey...so can i hit merge/clean for unity8 now ?
[20:22] <thomi> ta
[20:22] <robru> yep, I'm around for at least 3 more hours, probably more. just ping me whenever
[20:22] <asac> kgunn: is it in the archive? :)
[20:22] <asac> lol
[20:22] <kgunn> it still shows "migrating" in the xls...but its conflicting with the engineers
[20:22] <rsalveti> yes
[20:22] <kgunn> guess we're in limbo
[20:22] <rsalveti> lemmesee
[20:22] <kgunn> or transition...
[20:22] <kgunn> xls just hasn't updated yet i mean
[20:23] <rsalveti> kgunn: installing them as we speak and will hit merge and clean
[20:23] <fginther> veebers, in that case if robru  can ack the MP, I'm good:  https://code.launchpad.net/~fginther/cupstream2distro-config/windowmocker-citrain/+merge/205843
[20:23] <kgunn> rsalveti: thank you sir!
[20:24] <robru> fginther, approved
[20:24] <fginther> robru, thanks
[20:25] <veebers> thanks fginther, robru
[20:34] <bregma> fginther, what was the resolution to the problems you were looking at for us yesterday...  we haven't seen the OOM killer on Intel today at all, could it be coincidence?
[20:40] <fginther> bregma, probably a coincidence. I did find a problem though. The lxc container memory limits were set too low on qa-intel-4000. I've set them to the correct defaults, but that shouldn't take effect until a new container is built in a couple hours
[20:42] <bregma> fginther, thanks for the update -- we also have a problem on nVidia (doesn;t happen on Intel) where input keystrokes seem to get eaten, do know who could help us investigate that?
[20:44] <fginther> bregma, my only suggestion is the qa/autopilot team. Maybe they'll have a theory
[20:44] <bregma> mkay
[20:44] <fginther> bregma, if we all need to bash our heads together for a few minutes, let me know
[20:45] <fginther> bregma, this is still the issue of the mouse wheel and arrow events that chris mentioned?
[20:45] <bregma> it is indeed
[20:45] <rsalveti> kgunn: landing-merge-clean in progress
[20:46] <rsalveti> kgunn: your time to get a silo
[20:46] <fginther> bregma, do you happen to have a test case? I've been running the test_switcher suite, but I don't really know what I'm looking for
[20:47] <fginther> bregma, looks like http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/1456/label=autopilot-nvidia/testReport/unity.tests.test_switcher/SwitcherTests/test_switcher_scroll_next_show_desktop_icon_true_/ might be one
[20:47] <kgunn> rsalveti: sweet...
[20:48] <ChrisTownsend> Ok, I'm here to discuss the apparent input issue on the nvidia machine.
[20:48] <bregma> recap for ChrisTownsend <fginther> bregma, do you happen to have a test case? I've been running the test_switcher suite, but I don't really know what I'm looking for
 bregma, looks like http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/1456/label=autopilot-nvidia/testReport/unity.tests.test_switcher/SwitcherTests/test_switcher_scroll_next_show_desktop_icon_true_/ might be one
[20:50] <ChrisTownsend> Yes, that's one.  Basically, most, if not all, of the failing Switcher tests on this machine seem to be where it's not doing anything given the input from AP.  I can see in the videos where nothing happens even though the log says it entered the proper key.
[20:50] <ChrisTownsend> I cannot reproduce these issues on my Intel test machine, so my theory is that something is up with input on these machines.
[20:51] <ChrisTownsend> I think the Intel machine also gets similar failures as well.
[20:52] <seb128> robru, just release it (you can overwrite doko's upload to trusty today)
[20:52] <robru> seb128, thanks
[20:52] <seb128> you're welcome
[20:54] <robru> seb128, ok, published. should hit archive soon
[20:54] <seb128> nice, thank you
[21:15] <rsalveti> robru: for nested mir, line 71, there's no MP, ogra just pushed directly afaik
[21:15] <robru> rsalveti, so you just want a trunk release for line 71?
[21:16] <rsalveti> robru: it already landed
[21:16] <rsalveti> not sure what happened though
[21:16] <robru> rsalveti, oh, ogra pushed direct to distro?
[21:17] <rsalveti> robru: no, it actually came from a silo: https://launchpad.net/ubuntu/trusty/+source/ubuntu-touch-session/0.96
[21:17] <rsalveti> not sure why there's no status at all there
[21:17] <rsalveti> might be a bug somewhere
[21:17] <robru> rsalveti, yeah, i dunno either... weird without a merge listed
[21:18] <rsalveti> maybe he opened the silo, pushed the package by hand into that ppa, and landed it
[21:18] <rsalveti> we can check tomorrow
[21:21] <robru> rsalveti, ok
[21:23]  * rsalveti dinner
[22:24] <veebers> fginther, doanac: Hey if you're still around.  A while back we were disucussing automated qt5.2 testing and running commands during a jenkins job
[22:24] <veebers> where did we get with that?
[22:25] <doanac> veebers: there's a "hooks" option now included with the run-smoke script
[22:25] <doanac> you provide a directory, and it will execute each executable file in that directory after install
[22:26] <doanac> its run from host and you'll have things like ANDROID_SERIAL in place, so you can run adb commands
[22:26] <veebers> doanac: ah right sweet. That rings a bell. Following that did we decide who would take on creating the job that will run the AP tests using the Qt 5.2 ppa?
[22:26] <doanac> veebers: i don't know the answer to that.
[22:26] <doanac> i could see that being my team though
[22:26] <doanac> fginther: ?
[22:27] <veebers> doanac: I seem to recall that the CI Team would take on <something> but can't remember if that was just adding  the hooks ability or sorting out the jenkins job too
[22:27] <veebers> (I suspect that it included creating the job)
[22:28] <doanac> veebers: me too. i just remember needing to add those hooks for you for  some generic pupose
[22:28] <doanac> i would think we (my team) would create the job.
[22:28] <veebers> doanac: aye, that sounds about right
[22:28] <fginther> doanac, veebers, that also makes the most sense to me.
[22:29] <veebers> doanac: sweet. It's not really a 'new' job, should be a clone of an existing w/ those extra steps added (which has actually become easier it seems according to the email I saw this morning)
[22:29] <doanac> fginther: i almost remember an asana task for this now that you mention it
[22:29] <fginther> my head hurts
[22:29] <veebers> fginther, doanac: Sorry to throw more stuff at you :-)
[22:30] <doanac> no worries :)
[22:45] <veebers> fginther, doanac: Have fwd-ed the recent details on how it's easier to get the qt5.2 stuff sorted/installed
[22:45] <doanac> veebers: thanks
[22:45] <veebers> nw, thank you guys for getting that sorted :-)
[22:57] <veebers> doanac: fyi: https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1275012
[23:38] <thomi> cihelp: could I get someone to take a look and see why our AP release test job is borked? http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/26/testReport/
[23:38] <thomi> every test suite fails with "[Errno 2] No such file or directory: '/var/lib/jenkins/slaves/maguro-07/workspace/autopilot-release-gatekeeper/label/maguro-07/clientlogs/dropping_letters_app/test_results.xml'"
[23:41] <doanac> thomi: i'll take a look
[23:41] <thomi> doanac: it looks like the unlock_screen script may be broken?
[23:42] <thomi> doanac: but that might be an interaction with the AP version we're trying to release
[23:42] <doanac> thomi: indeed. the failures i'm seeing are place where unlock screen fails
[23:42] <thomi> doanac: how should I be invoking the unlock screen script on my device?
[23:43] <thomi> doanac: where do I even get that script?
[23:44] <doanac> thomi: people always throw things at me when I give opinions on this topic. but here's what we use to do it: http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/touch/files/head:/utils/target/
[23:44] <doanac> we copy unlock_screen* over to the target and then run unlock_screen.sh
[23:45] <thomi> doanac: ok, thanks
[23:52] <thomi> doanac: you run it without arguments? It doesn't seem to do anything for me
[23:52] <thomi> I mean, it takes ages, and writes a bunch of stuff to the console, but doesn't actually unlockt he screen
[23:53] <doanac> thomi: yeah. i think we push the file to the target and then run something like: adb shell unlock_scree.sh. let me double check
[23:53] <doanac> thomi: yep: http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/touch/view/head:/scripts/run-autopilot-tests.sh#L71
[23:54] <doanac> "adb-shell" is just a simple wrapper to "adb shell" that catches errors from the command it runs
[23:54] <thomi> hmmm
[23:54] <thomi> I'm not able to reproduce this unlock-screen issue
[23:57] <thomi> doanac: what else can I do to work out what the issue is? I've installed the AP packages from the landing PPA on my local device, and the unlock script works fine
[23:57] <thomi> doanac: is it possible it's using a different version of the script on the devices?
[23:57] <doanac> doubtful. here's how you can re-run what we are doing from home:
[23:58] <doanac> 1) grab the branch: lp:ubuntu-test-cases/touch
[23:58] <doanac> 2) /me has to look closer at this job. sorry