[00:06] <asac> robru: cyphermox: all fine still?
[00:06] <robru> asac, yes
[00:06] <cyphermox> as far as I know, yes
[00:07] <cyphermox> if anything goes truly bad I now have my own citrain!
[00:07] <cyphermox> >:D
[00:07] <asac> cyphermox: really?
[00:07] <cyphermox> yep.
[00:07] <asac> awesome :)
[00:07] <cyphermox> juju ftw.
[00:07] <asac> yeah sounds cool.
[00:07] <asac> ok i tune out then. 'night and thanks all
[00:08] <cyphermox> night.
[00:10] <robru> asac, goodnight
[05:50] <bzoltan1> hello folks
[05:51] <bzoltan1> Is there a ticket controller on the CI train at this time?
[06:30] <bzoltan1> Guys, I have a 7 MRs in queue to land before the MWC. I have filled the sheet, created the test plan and did all the rituals ... all the AP tests for ~25 apps (unity8, browser, gallery, all included) gave OK two times in a raw. I have no access to the calendar where the landing meeting is. Please tell me if there is anything else I should do.
[07:43] <bzoltan1> hello didrocks
[07:43] <didrocks> hey bzoltan1
[07:43] <bzoltan1> didrocks: I have a 7 MRs in queue to land before the MWC. I have filled the sheet, created the test plan and did all the rituals ... all the AP tests for ~25 apps (unity8, browser, gallery, all included) gave OK two times in a raw. I have no access to the calendar where the landing meeting is. Please tell me if there is anything else I should do.
[07:43] <didrocks> bzoltan1: just come to the meeting in 1h40, you can pick it from my calendar
[07:43] <bzoltan1> didrocks: super, thanks
[07:44] <didrocks> yw, ttyl! :)
[08:09] <didrocks> cyphermox: robru: asac: to be clear, it's on a shared account between ev and I (code is in a private branch to deploy), the goal was that we both had access. Not sure why ev didn't setup his account at the time
[08:09] <didrocks> for me, we were covered (but in the same tz)
[08:17] <didrocks> asac: creds were in the branch that was pointed out yesterday (at least, the master instance key)
[08:19] <didrocks> asac: and to be clear, the prodstack ticket is in progress, so thanks for "it was himself settings things up so it's just him", but the ticket is opened and not completed yet
[08:20] <didrocks> asac: and yeah, don't call me a manager when I'm not. Duty without benefit as seb128 told :p
[08:20] <didrocks> (yeah, I'm backlogging on yesterday)
[08:24] <didrocks> asac: btw, see RT 66960
[08:28] <didrocks> cyphermox: I guess the branch you were pointed at was enough to add your ssh key to it
[08:46] <sil2100> brb, reboot ;)
[09:08] <sil2100> didrocks: you think it's safe to assign a silo for UITK?
[09:08] <didrocks> sil2100: we do assign during meetings
[09:08] <didrocks> with the lander coming
[09:08] <sil2100> ACK
[09:12] <bzoltan1> sil2100: didrocks: me and zsombi will be there ... all tests are green
[09:14] <didrocks> great!
[09:14] <didrocks> bzoltan1: maybe you should come at the second half in the meeting (~in 30 minutes), so that we can see the image status beforehand
[09:14] <didrocks> as it's a cause -> consequence
[09:15] <bzoltan1> didrocks:  OK
[09:15] <didrocks> thanks!
[09:15] <sil2100> Damn, so tired
[09:30] <didrocks> sil2100: coming?
[09:30] <didrocks> ogra_: ^
[09:31] <ogra_> on my way
[09:32] <ogra_> grrr google
[09:32] <didrocks> ogra_: embrace it, don't fight it :)
[09:33] <ogra_> i cant get in ... no matter how much i force my canonical account
[09:35] <ogra_> AAAAAH !
[09:36] <ogra_> goddamnit !
[09:37] <didrocks> ogra_: no worry, I'll do the image update
[09:37]  * ogra_ tried everything from logging out to killing the browser, closing all tabs manipulating the url :(
[09:37] <ogra_> yay
[09:37] <vila> ogra_: \o/
[09:44] <asac> ogra_: you need to close browser and killall GoogleTalkPlugin
[09:44] <asac> :)
[09:44] <asac> simple :P
[09:44] <ogra_> asac, ah, that i didnt try ... it worked after all in the end
[09:45] <asac> yeh, but thats often the reason that you cant get it to resurrect a clean state
[09:46] <ogra_> yep
[09:49] <didrocks> sil2100: let me increase to 2 minutes actually
[09:49] <didrocks> instead of 1
[09:49] <didrocks> ah no
[09:49] <didrocks> no choice :)
[09:49] <didrocks> it's 5 or 1
[09:50] <didrocks> so 1…
[09:50] <sil2100> Smells risky!
[09:50] <sil2100> But I see we like to live on the edge here ;)
[09:50] <didrocks> well, better to do that early in the day
[09:50] <didrocks> and see
[09:50] <didrocks> not really likigin to live on the edge TBH :p
[09:50] <sil2100> hehe
[09:54] <thostr_> can anybody reconfig silo 7?
[09:58] <sil2100> thostr_: sure
[09:59] <sil2100> thostr_: did you add anything new to it?
[09:59] <thostr_> sil2100: no, I removed one mp
[09:59] <sil2100> Ah
[09:59] <popey> didrocks: sil2100 194 looks fine.
[10:00] <sil2100> popey: thanks \o/
[10:00] <sil2100> thostr_: reconfigured
[10:00] <didrocks> popey: thanks a LOT! :)
[10:01] <bzoltan1> sil2100: what the hack is that -> http://162.213.34.102/job/landing-014-1-build/3/console
[10:02] <bzoltan1> sil2100: why jenkins did not complain at the first place???
[10:02] <sil2100> bzoltan1: ah, one merge request doesn't seem to have a commit message set, strange
[10:02] <sil2100> bzoltan1: although I see a commit message there
[10:02] <bzoltan1> sil2100:  but Jenkins has approved that MR ... I set the commit message now
[10:03] <bzoltan1> sil2100:  I just added
[10:03] <sil2100> bzoltan1: I think the jenkins CI still is missing some 'bits' and it didn't detect that - you can simply rebuild now and all will be fine
[10:03] <sil2100> ;)
[10:04] <bzoltan1> sil2100: That is what i do :) thanks and fingers crossed
[10:07] <bzoltan1> sil2100:  by the way... Kamil Stoch rocks!
[10:08] <ogra_> didrocks, calls and sms work on maguro, installing a click too ... camera didnt change though
[10:08] <didrocks> ogra_: unsurprinsingly… ok, thanks, do you mind promoting (but maguro), please?
[10:09] <ogra_> indeed
[10:11] <sil2100> bzoltan1: hah, thanks ;)
[10:11]  * sil2100 didn't watch most of the olympics though
[10:11] <sil2100> ;<
[10:11] <ogra_> [10:12] <bzoltan1> sil2100: we have a fully legal web stream ... so I have an extra window :) on my desktop
[10:14] <ogra_> ah, thats why your hangouts are choppy ?
[10:14] <ogra_> :)
[10:14] <ogra_> bandwith eaten by skiing ;)
[10:54] <popey> didrocks: I just updated my main phone to 194 and am sat looking at a google logo ⍨
[10:55] <popey> 24 mins and no unity
[10:56] <popey> http://paste.ubuntu.com/6964795/ lightdm log
[10:57] <didrocks> urgh, reproduceable?
[10:58] <didrocks> seb128: didn't you mention lightdm for anything? ^
[10:58] <seb128> didrocks, darkxst on #ubuntu-desktop has login issues since today
[10:58] <seb128> https://launchpad.net/ubuntu/+source/lightdm/1.9.8-0ubuntu1 landed this night
[10:58] <didrocks> popey: I'm in meeting, sil2100 can you try updating as well?
[10:59]  * sil2100 just upgraded his desktop and all was working fine after a reboot
[10:59] <sil2100> But let me upgrade my phone
[11:11] <sil2100> Still upgrading
[11:20] <sil2100> popey, didrocks: just installed latest and hm, all is working good?
[11:20] <ogra_> popey, fine here
[11:20] <ogra_> just upgraded my mako
[11:28] <bzoltan1> sil2100: didrocks: I am done with the UITK tests from the silo PPA. All green.
[11:31] <Laney> does anyone know of a reason to not update grilo?
[11:35] <sil2100> didrocks: ^ I'll publish it in a moment - we can kick an image after it's in the archive
[11:42] <thostr_> can I get a silo for line 46?
[11:42] <thostr_> silo 7 can be published
[11:54] <thostr_> sil2100: didrocks: ^^^
[11:55] <sil2100> thostr_: o/
[11:59] <sil2100> didrocks: packaging ACK! http://162.213.34.102/job/landing-014-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-ui-toolkit_0.1.46+14.04.20140220-0ubuntu1.diff
[12:03] <sil2100> ogra_: in the meantime, can I ask you for another packaging ACK in the meantime? http://162.213.34.102/job/landing-007-2-publish/10/artifact/packaging_changes_unity-scope-mediascanner_0.2+14.04.20140220-0ubuntu1.diff
[12:03] <didrocks> sorry, back now
[12:04] <didrocks> Laney: no reason, apart from a good testing on the mediaplayer before publishing :)
[12:04] <ogra_> sil2100, why is that necessary ?
[12:04] <Laney> okay
[12:04] <didrocks> Laney: please run AP tests on it as well
[12:05] <Laney> pandaboard needs moar pandas
[12:05]  * ogra_ hands Laney some bamboo
[12:05] <didrocks> sil2100: +1
[12:05] <didrocks> sil2100: can you tell me once it's in the release pocket so that we can get this done
[12:06] <didrocks> sil2100: and +1 on u-s-m
[12:09] <didrocks> with the amount of things entering the archive, if all is fine, we should really celebrate over a virtual beer
[12:10] <Laney> pheature phreeze
[12:10] <sil2100> ;)
[12:11] <ogra_> sil2100, any aswer before i ack ?
[12:11] <Laney> I didn't hear anything about some kind of mass FFe for the phone stuff this time around btw
[12:11] <didrocks> ogra_: I did, too slow :p
[12:11] <ogra_> the old b-dep was covering that version already
[12:11] <ogra_> didrocks, i asked him a while before you
[12:12] <Laney> Could it be that it's not happening?
[12:12] <Laney> ;-)
[12:12] <sil2100> ogra_: oh oh! We want it to build with that particular version
[12:12] <didrocks> Laney: discussion started and we got an oral +1, but I'm just doing some FFe bugs
[12:12] <sil2100> ogra_: since with 0.99 smaller ones wasn't enough, as they added some things in the u-s-m code which needed the newer mediascanner2
[12:12] <ogra_> ok
[12:12] <ogra_> ack then
[12:13] <ogra_> (assuming you didnt wait for my answer anyway, since didrocks acked already)
[12:13] <didrocks> ogra_: you are not used to upstream always wanted latest and greatest :p
[12:13] <didrocks> wanting*
[12:13] <didrocks> ok, no cry on the touch ML, let's say that it's only popey's phone going on strike
[12:13] <sil2100> ogra_: publishing! Publishing everything nooooow
[12:13] <popey> updated my desktop, now unity wont start
[12:13] <ogra_> didrocks, well, i expect the libmediascanner-2.0-dev version to be at the right version in the archive anyway :P
[12:13] <seb128> just upgrade and no issue here
[12:14] <sil2100> popey: what the… ?!
[12:14] <ogra_> popey, must be your username
[12:14] <popey> I know, right?
[12:14] <ogra_> popey, i upgraded my mako to 194 just fine and dist-upgraded my laptop too
[12:14] <Laney> seb128: oops
[12:14] <didrocks> popey: it's all your fault apparently :)
[12:14] <Laney> did you see barry's  mail on -phone?
[12:14] <ogra_> both came back fine after reboot
[12:14] <Laney> I think we might have ruined that testing
[12:15] <didrocks> ogra_: yeah, don't start me on soname in package name now that we stop transitions in proposed :)
[12:15] <seb128> Laney, ?
[12:15] <Laney> He came up with a fix for those issues
[12:15] <didrocks> Laney: it was really long, I didn't read it entirely
[12:15] <Laney> but we stopped them happening ...
[12:15] <seb128> Laney, is that the endless email?
[12:15] <popey> manually run compiz from command line and desktop starts ☹
[12:16] <seb128> Laney, I skept over because it was too much to read I think
[12:16] <didrocks> seb128: maybe it's a french thing? :p
[12:16] <seb128> popey, is "ubuntu-session" installed?
[12:16] <Laney> you don't have to have read it
[12:16] <popey> seb128: yes
[12:16] <seb128> didrocks, or maybe it's a thing about people who have too much to do :p
[12:16] <Laney>  - he asked for people to test his fix
[12:16] <seb128> popey, ok, dunno then
[12:16] <Laney>  - we worked around the bug
[12:16] <Laney> so you can't test the fix
[12:16] <didrocks> seb128: let's say that ;)
[12:16] <seb128> Laney, if you submit a revert of the workaround we can land that
[12:17] <Laney> unless you make sure to get an old enough image
[12:17] <didrocks> yeah
[12:17] <Laney> I'll do it in a ppa, don't want to break the real archive again
[12:17] <didrocks> I guess just revert it, but please test it :)
[12:17] <seb128> Laney, ok
[12:17] <ogra_> seb128, i told him already ... its the username  ... the "if $USER = popey" code matches ;)
[12:17] <Laney> it's not in yet
[12:17] <didrocks> Laney: well, use a silo! :)
[12:17] <Laney> hrm, yeah ...
[12:17] <didrocks> ogra_: apparently, the unity7 guys has the same for me in the decorator code
[12:18] <popey> sadly not just my user, all users on the machine are broken
[12:18] <popey> grrr
[12:18] <ogra_> they have one easteregg for everyone from teh canonical directory :)
[12:18] <seb128> popey, good luck debugging, patches are welcome if you find a fix ;-)
[12:18] <didrocks> ogra_: well, speaking of easter egg, in the GNOME stack, with have a patch for slangasek
[12:18] <didrocks> we*
[12:19] <didrocks> and I'm not kidding :p
[12:19] <ogra_> is he broken ?
[12:19] <seb128> popey, I recommend looking at ~/.xsession-errors and ~/.cache/upstart/gnome-session-ubuntu.log
[12:19] <didrocks> no, to restore session saving
[12:19] <didrocks> that we disabled
[12:19] <ogra_> heh
[12:19]  * ogra_ wants session saving on the phone 
[12:19] <didrocks> this is the steve's personal quilt patch, signed by me, for him :)
[12:19] <didrocks> "you know session saving is broken in multiple ways but you still want to use it
[12:19] <didrocks> "
[12:20] <sil2100> didrocks: another packaging ACK - looks safe! http://162.213.34.102/job/landing-004-2-publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-datetime_13.10.0+14.04.20140219.1-0ubuntu1.diff
[12:21] <didrocks> sil2100: yep, +1!
[12:21] <popey> *boggle* reboot and now I get "low graphics mode". without changing anything
[12:22] <seb128> popey, that can happen if the session fails to start
[12:22] <seb128> popey, did you look at those logs?
[12:22] <popey> yeah, nothing interesting
[12:22] <seb128> is starting a session with startx working?
[12:23] <sil2100> didrocks: thanks :)
[12:23] <didrocks> sil2100: yw
[12:24] <popey> http://paste.ubuntu.com/6965136/ is the lightdm.log
[12:25] <seb128> popey, what about the xorg and greeter logs in the same dir?
[12:25] <popey> http://paste.ubuntu.com/6965142/ is the main xorg one
[12:25] <popey> http://paste.ubuntu.com/6965143/ is the x-0.log from lightdm folder
[12:25] <seb128> popey, that log indicates a buggy nvidia install
[12:26] <seb128> [    13.005] (EE) NVIDIA(0): Failing initialization of X screen 0
[12:26] <popey> yeah, odd given it worked on previous boot
[12:27] <popey> reboot, and this time it works!
[12:27] <seb128> wth?
[12:27] <popey> but no compiz
[12:27] <popey> I mean, works as in lightdm starts, and I can login
[12:28] <seb128> xorg log and ~/.cache/upstart/gnome-session-ubuntu.log?
[12:29] <popey> http://paste.ubuntu.com/6965151 and http://paste.ubuntu.com/6965153
[12:29] <Laney> where's the ci train project list?
[12:29] <popey> oh sorry, wrong log
[12:29] <seb128> Laney, https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdC05a2ZQSmgwU2NFYnJQOE9qMDRYa3c&usp=drive_web
[12:29] <popey> http://paste.ubuntu.com/6965155
[12:29] <seb128> Laney, component tab
[12:29] <Laney> ty
[12:29] <seb128> yw
[12:30] <Laney> okay, good, system-image and u-d-m are there
[12:30] <seb128> yeah
[12:31] <seb128> Laney, do you want to batch the u-s-s change with those?
[12:31] <Laney> yep
[12:31] <seb128> that makes sense
[12:32] <Laney> if you review it I'll ask for a silo then get barry to add his stuff into it
[12:32] <seb128> I just +1 it
[12:32] <Laney> ty
[12:33] <seb128> Laney, not sure you can "get barry to add his stuff"
[12:33] <Laney> why?
[12:33] <seb128> Laney, somebody needs to put a landing ask listed the vcses for u-d-m s-i and u-s-s
[12:33] <seb128> that can be you
[12:33] <seb128> because you can't really "mix" owners who each have their components
[12:34] <seb128> somebody need to go to land the set
[12:34] <ogra_> mandel, ^^^^
[12:34] <ogra_> (in case you missed it
[12:34] <ogra_> )
[12:34] <Laney> but he can edit the spreadsheet to add the right branches
[12:34] <seb128> he can
[12:34] <Laney> that's fine then
[12:34] <seb128> but then you need to ask for a reconfigure of the silo and rebuiled
[12:34] <seb128> rebuild
[12:34] <seb128> so you can as well start by listing everything
[12:34] <Laney> not so worried about that part
[12:34] <seb128> ok ;-)
[12:39] <Laney> mandel: would you like to try and get in this silo with u-s-s and s-i?
[12:39] <Laney> If so, line 47
[12:39] <ogra_> seems it is already in silo10
[12:39] <ogra_> (see #phablet)
[12:39] <mandel> Laney,sure, but I have no write access and I have a silo already :)
[12:39] <Laney> oh right
[12:40] <ogra_> (thats why i pinged above ;) )
[12:40] <Laney> well, feel free to do it separately, doesn't matter really
[12:41] <Laney> ogra_: secret channels, bah!
[12:41] <ogra_> whee
[12:41] <mandel> Laney, since I have one, I'll do it in there, unless you see it is important to get the tree of them
[12:41] <ogra_> 15sec boot on flo !!
[12:41] <Laney> mandel: nah, no worries
[12:42] <seb128> ogra_, what is "flo"?
[12:42] <ogra_> seb128, our new default arch :P
[12:43] <seb128> k
[12:43] <ogra_> (nexus7 2013)
[12:46] <Laney> ogra_: is there any way your package-diff script can include the build numbers?
[12:46] <Laney> I dislike that we have two ways of referring to builds :(
[12:47] <ogra_> Laney, tricky, since it runs way before system-image creates the system image (and thus the version number)
[12:47] <ogra_> i could hack something in buut that would be racy most of the time
[12:47] <ogra_> we have three ways to refer to the three parts a build consists of btw
[12:47] <Laney> even a mapping somewhere would be good
[12:48] <ogra_> ci.ubuntu.com/smokeng/trusty/touch/
[12:48] <ogra_> has the mapping
[12:48] <Laney> in a readable way ...
[12:48] <ogra_> second column of the version is cdimage
[12:48] <ogra_> third is android
[12:49] <ogra_> Laney, http://system-image.ubuntu.com/trusty-proposed/mako/index.json
[12:49] <ogra_> :P
[12:49] <Laney> har de har
[12:49] <ogra_> if you find that more readable
[12:49] <Laney> import laney.json
[12:49] <ogra_> :)
[12:50] <seb128> ogra_, you could maybe record what's the current system-image version at the time you diff
[12:50] <ogra_> my prob is really that i cant predict if system-image is done when the manifest diffing happens
[12:50] <seb128> usually the new build should be that_one+1
[12:50] <Laney> I can't find the image that first had new u-s-s
[12:50] <ogra_> so the number will be off most of the time
[12:50]  * Laney sucks
[12:51] <ogra_> seb128, how do you know ... there might be multiple cdimage builds queued up ...
[12:51] <ogra_> system-image runs on a cron schedule and picks randomly what landed new in the cdimage output dir
[12:52] <ogra_> and cdimage builds queue up if multiple people trigger them from iso.qa.ubuntu.com via the UI
[12:52] <mhr3> didrocks, more rows in train pls
[12:53] <Laney> ogra_: can your script miss builds?
[12:53] <mhr3> didrocks, well... i added them, but it seems there should be some formulas in there
[12:53] <ogra_> Laney, miss builds ?
[12:53] <Laney> yes
[12:53]  * ogra_ scripts a Miss Universe build then 
[12:53] <Laney> can there be a cdimage build which you don't get a diff for
[12:53] <ogra_> beautifully shaped
[12:53] <didrocks> mhr3: yeah, thank the spreadsheet for that :p
[12:53] <ogra_> Laney, no
[12:53] <Laney> bah
[12:53] <didrocks> mhr3: selecting the column, then the rows are absolute coordinates
[12:54] <Laney> help me find ubuntu-system-settings please
[12:54] <Laney> 0.1+14.04.20140218.1-0ubuntu1
[12:55] <ogra_> ogra@anubis:~/image-stuff$ grep 0.1+14.04.20140218.1-0ubuntu1 *
[12:55] <ogra_> 20140220.changes:messaging-app from 0.1+14.04.20140218-0ubuntu1 to 0.1+14.04.20140218.1-0ubuntu1
[12:55] <didrocks> and done
[12:55] <didrocks> thanks for the head's up mhr3
[12:56] <Laney> not there!
[12:56] <ogra_> Laney, thats 195
[12:56] <Laney> look at the package name
[12:56] <ogra_> oh
[12:56] <ogra_> Laney, well, then there is no build yet
[12:56] <ogra_> that contains it
[12:56] <Laney> how can that be
[12:57] <Laney> it went to release 2014-02-18 23:08:34 GMT
[12:57]  * ogra_ checks on lillipilly 
[12:57] <Laney> indeed it is in the latest manifest
[12:58] <ogra_> 20140207.changes:ubuntu-system-settings from 0.1+14.04.20140203-0ubuntu1 to 0.1+14.04.20140206-0ubuntu1
[12:58] <ogra_> thats the latest i can find
[12:59] <ogra_> hmpf
[12:59] <ogra_> manifest has it
[13:00] <ogra_> so it should be in 20140219.1.changes
[13:01] <sil2100> hmm, after updating, pressing alt+w in a terminal window when using irssi opens up my menu instead of switching the irssi channels
[13:01] <sil2100> Annoying
[13:01] <ogra_> which is empty ... hrm
[13:01] <sil2100> Even though I disabled the alt+ shortcuts
[13:01] <didrocks> sil2100: you don't upload everyday, do you?
[13:01] <didrocks> update*
[13:02] <sil2100> didrocks: no, I just updated today ;p Last update I made was like a week ago
[13:02] <ogra_> Laney, sorry then, seems my network was down during 19.1 diffing
[13:02] <didrocks> yeah
[13:02] <mhr3> sil2100, silo for 48 pls?
[13:02] <didrocks> so thanks attente :p
[13:02] <sil2100> brrr ;)
[13:02] <sil2100> mhr3: sure
[13:03] <Laney> ogra_: ah
[13:04] <ralsina> Hi! I am having a problem in silo 10... I removed a branch from the MP list because it has conflicts, but jenkins is still trying to merge it.
[13:04] <sil2100> ralsina: hi! You need to ask someone from our team to reconfigure in that case
[13:04] <sil2100> ralsina: but we're working on allowing you guys reconfiguring it yourself, but we'll see ;)
[13:04] <sil2100> ralsina: for now I'll reconfigure
[13:05] <Laney> ogra_: so 191?
[13:05] <ogra_> Laney, fixed http://people.canonical.com/~ogra/touch-image-stats/20140219.1.changes
[13:05] <ralsina> sil2100: oh, sorry then I need a reconfigure :-)
[13:05] <Laney> cool! thanks
[13:05] <ogra_> Laney, well, 191.5 i would say :P
[13:05] <ogra_> ah, and now i know what happened
[13:06] <ogra_> 19.1 was a non existent build (manual build without publishing to test x86 emulator image builds)
[13:06] <ogra_> thats why everything got confused
[13:07] <ogra_> if you check http://ci.ubuntu.com/smokeng/trusty/touch/ you will see there is no 19.1
[13:07] <ogra_> only 19 and 19.2
[13:07] <sil2100> ralsina: reconfigured ;)
[13:10] <ralsina> sil2100: awesome, thanks
[13:19] <mandel> Laney, that silo you mentioned, is it going to have the latests si and the auto update enabled, correct?
[13:19] <Laney> mandel: that's my plan, assuming barry is on board
[13:20] <mandel> Laney, can I add udm there, there is a merge issue in my silo (due to bzr failing to recognized a fixed conflict) and would be great to add a branch of udm to it
[13:20] <mandel> Laney, so that we can test the entire thing
[13:20] <ogra_> Laney, why does the change make it hard to reproduce the bug ? just switching to "always download on wlan" and waiting for teh timout will expose it again
[13:20] <Laney> mandel: yeah, if it's isolated enough to go in on its own
[13:21] <Laney> ogra_: it's still probably possible if you go in and out of the updates screen or something
[13:22] <ogra_> right
[13:22] <Laney> but it's not as easy, and the instructions given in the mail don't work
[13:23] <ogra_> ah, k
[13:23] <ogra_> havent read that novel :P
[13:23] <mandel> Laney, well, the branch has all the previous bugs (mainly logging fixes) that we want to have for the testing
[13:23] <mandel> Laney, but it is no isolated per se because it fixes more than one bug and is quite a big diff
[13:25] <Laney> mandel: silo 10 looks like it's building now anyway, or did you take something out?
[13:25] <mandel> Laney, took the culprit out
[13:25] <Laney> ah
[13:25] <mandel> Laney, for some reason my bzr resolve was not fixing the merge issue :-/
[13:25] <Laney> ok, well I suppose it should be fine if you think it's the best way
[13:25] <mandel> Laney, very very weird
[13:26] <mandel> Laney, well, from my point of view, yes we want to test the three of them and udm with all the updates
[13:26] <mandel> Laney, can you edit the spreadsheet? I have no rights to do it AFAIK
[13:26] <Laney> ok, what's the branch?
[13:26] <mandel> Laney, lp:~mandel/ubuntu-download-manager/atomic-steps
[13:26] <Laney> ty
[13:27] <mandel> Laney, thx you! that we can test the entire "updates stack" this evening with barry
[13:27] <Laney> it'll have to wait until the other one is finished to avoid conflicting
[13:27] <mandel> Laney, correct
[13:27] <mandel> Laney, I'll try to test the other silo asap so that is merge in trunk if everything goes as planned
[13:28] <Laney> also it's not top approved
[13:28] <mandel> Laney, the atomic-steps? dammed, approving
[13:29] <mandel> Laney, done
[13:29]  * mandel runs to have lunch
[13:29] <Laney> self approval?
[13:30] <mandel> Laney, was reviewed by diego and forgot to do that
[13:30] <mandel> Laney, and jenkins
[13:30] <Laney> mmkay ;-)
[13:31] <mandel> hehe
[13:31] <mandel> thx ;)
[13:58] <dpm> hi cjohnston, I was trying to retrieve a click package we used for testing from: http://s-jenkins.ubuntu-ci:8080/view/click/job/weather-app-click/114/artifact/out/com.ubuntu.weather_1.0.197_all.click but I don't seem to be able to reach that server. Is there any way to get that click package again?
[13:58] <cjohnston> dpm: do you not have vpn access to the lab?
[13:59] <dpm> cjohnston, I do not
[14:00] <popey> cjohnston: what's the ip of s-jenkins.ubuntu-ci once you're on the vpn/
[14:00] <popey> ?
[14:01] <cjohnston> popey: not sure
[14:01] <cjohnston> we try not to use ip's for any reason
[14:01] <cjohnston> dpm: does something like this not work: https://jenkins.qa.ubuntu.com/view/All/job/weather-app-click/
[14:01] <popey> right, well it doesn't resolve here when I'm on the vpn
[14:02] <cjohnston> popey: do others resolve?
[14:02] <popey> others like?
[14:02] <cjohnston> any other address in the lab
[14:03] <cjohnston> q-jenkins d-jenkins
[14:05] <dpm> cjohnston, that works, but I cannot find the build for that r197 there
[14:08] <cjohnston> dpm: check your mail please
[14:09] <didrocks> sil2100: ogra_: kicking an image for the toolkit
[14:10] <didrocks> wait
[14:10] <didrocks> that's not normal
[14:10] <didrocks> no crash in dialer-app :p
[14:10] <didrocks> in previous image
[14:11] <popey> thats the only one i know
[14:12] <dpm> thanks a lot cjohnston
[14:13] <didrocks> ralsina: yeah, I didn't mention the reconfiguration case in the HO the other day, we ran out of time (and trolling :p)
[14:13] <didrocks> sorry for that
[14:14] <sil2100> Oh no!
[14:14] <sil2100> We want dialer-app crash back!
[14:15] <ogra_> ++
[14:16] <ralsina> didrocks: no problem :-)
[14:26] <sil2100> popey: hohoho, fixed the terminal issue ;)
[14:26] <popey> ooh!
[14:27]  * popey hugs sil2100 
[14:27] <popey> Ship it!
[14:27] <sil2100> popey: need to do some more testing if this fix doesn't break anything else, but it doesn't seem so
[14:28] <popey> super
[14:31] <sil2100> Ok, we need to clear out some silos ;)
[14:32] <sergiusens> sil2100, where was the issue?
[14:34] <sil2100> sergiusens: it's like Daniel mentioned, the issue was with the changes in event propagation in the konsole plugin - just another code-path was needed instead
[14:34] <sil2100> sergiusens: so I will need someone to release a new terminal-app with the new terminal-app plugin ;) I'll prepare a MR to lp:ubuntu-terminal-app/plugin
[14:34] <sergiusens> sil2100, ack, but there's no silos there
[14:35] <sil2100> sergiusens: I know, it's click
[14:35] <sil2100> sergiusens: the silos thing was not related to the terminal-app sentence
[14:35] <sergiusens> sil2100, you just need to MR the plugin; fwiw fginther` and balloons have super cow powers to build and upload ;-)
[14:35] <sil2100> I just mentioned that we need to clear out some silos in overall ;D
[14:35] <sergiusens> ah :-)
[14:35] <sergiusens> fair enough
[14:35] <tedg> It seems the spreadsheet is broken.
[14:35] <sil2100> sergiusens: ok, thanks!
[14:35] <sil2100> tedg: again?
[14:35] <sil2100> tedg: what's wrong?
[14:36] <tedg> I have a build that really is in silo 9, but the silo 9 on the spreadsheet is indicator-keyboard
[14:36] <sergiusens> new layout migration?
[14:36] <sil2100> tedg: let me see
[14:36] <sergiusens> tedg, good thing you read, I just tab it once I'm in the correct one and then don't bother to read sometimes
[14:37] <sil2100> tedg: uuuh, indeed
[14:37] <sil2100> Checking what's wrong
[14:37] <tedg> sergiusens, Heh, don't do that :-)
[14:38] <tedg> sil2100, Thanks!
[14:38] <sil2100> AH!
[14:38] <sil2100> WTF!
[14:38] <sil2100> Someone actually *hardcoded* the line reference in silo 009 ;/
[14:39] <sil2100> tedg: fixed, thanks for pointing out the issue ;)
[14:39] <tedg> Hah, thanks sil2100!
[14:39] <sergiusens> sil2100, is the train headed to ci.ubuntu.com anytime soon ?
[14:39] <sil2100> I guess someone broke that sheet by accident during the google problems
[14:39] <sergiusens> or anywhere away from spreadsheets
[14:40] <sergiusens> reminds me of working at intel
[14:40] <sergiusens> everything was a spreadsheet :-P
[14:40] <sil2100> sergiusens: as far as I know not for now, I think we're lacking resources to move it further ;p We might switch once CIAirlines are finally done ;)
[14:40] <sil2100> (one day!)
[14:40] <popey> 41
[14:41] <didrocks> sil2100: not the first time that some hardcoded the line reference
[14:42] <tedg> popey, +1
[14:42] <popey> ☻
[14:42] <sergiusens> didrocks, could be someone mistakenly editing the line to correct the comment thinking it would propagate
[14:42] <sergiusens> didrocks, can you protect cells?
[14:42] <didrocks> sergiusens: well, it's a hidden one
[14:43] <didrocks> sergiusens: yeah, but if I do that (like the status), you are not able to read the content anymore
[14:43] <didrocks> sergiusens: you have an horrible hash grey
[14:43] <sergiusens> didrocks, so no write protect; just r/w :-/
[14:44] <didrocks> sergiusens: yeah, not possible with google spreadsheet. I looked for quite a while and found a lot of people mentionning this
[14:44] <sergiusens> bummer
[14:44] <didrocks> you can then click on view -> hide protect cells
[14:44] <didrocks> but it's not a global setting
[14:44] <didrocks> and if you refresh
[14:45] <didrocks> you have to reclick again
[14:45] <didrocks> so well…
[14:46] <sil2100> didrocks: ok... so it seems sometimes the ranges don't automatically expand again
[14:46] <sil2100> didrocks: SiloAssigment and PendingUID again didn't auto-expand, need to expand those manually
[14:46] <didrocks> sil2100: nothing with the automation, right?
[14:46] <sil2100> (they say it's till row 48, while we have 51)
[14:47] <sil2100> No no, it's just google spreadsheet issues I guess
[14:47] <didrocks> ah
[14:47] <sil2100> Like, spreadsheets not auto-expanding when adding rows sometimes
[14:47] <didrocks> can you define expand?
[14:47] <didrocks> ah the end of the spreadsheet
[14:47] <didrocks> yeah
[14:47] <didrocks> you set a column
[14:47] <didrocks> and it's converting to absolute address
[14:48] <didrocks> so you need to change yourself
[14:48] <didrocks> there is a "change" event I want to poke in, to see if I can interecept the event
[14:48] <didrocks> but before, I want to ensure we don't have spreadsheet issues again
[14:48] <sil2100> didrocks: right, had to increase the range manually, but normally I saw it increase automatically when you add something
[14:48] <sil2100> Ok
[14:48] <sergiusens> didrocks, so eu is signing off soon and us coming back in? just to get the gallery and camera click work done
[14:48] <didrocks> sil2100: it doesn't
[14:49] <didrocks> sergiusens: well, depends on "soon", there are still at least 3 hours for me
[14:49] <didrocks> (knowing that I'm going to take the first break of the day soon first)
[14:51] <sergiusens> didrocks, I have meetings for two hours and one of the landings involves a seed change
[14:51] <didrocks> sergiusens: did you get ubuntu-settings as a lp project btw?
[14:52] <sergiusens> didrocks, no; and we are not landing it
[14:52] <didrocks> ah ok
[14:52] <sergiusens> didrocks, that was the blocker :-)
[14:52] <didrocks> sergiusens: let's sync up once we are both free (or come to the landing meeting)
[14:52] <didrocks> yep
[14:53] <sergiusens> didrocks, ok, as many others mentioned, I don't have it in my cal :-)
[14:53] <didrocks> plars: psivaa: so, current test almost over and the other image almost there :p
[14:53]  * sergiusens will just ask ogra_ for the link during the standup
[14:53] <didrocks> sergiusens: just add the UE calendar, there was an email that people in UE should have it :)
[14:53] <didrocks> I have the address if needed
[14:53] <didrocks> one sec
[14:54] <ogra_> seed change ?
[14:54] <ogra_> happy to do it
[14:54] <plars> didrocks: cool, thanks for the heads up.
[14:55] <didrocks> plars: new sdk in this one
[14:55] <plars> didrocks: ack, fortunately the results for 195 on mako look pretty steady
[14:55] <didrocks> plars: yeah ;)
[14:56] <didrocks> just one to go!
[14:57] <didrocks> and yeah!
[14:57] <psivaa> didrocks: and that too is good :)
[14:58] <psivaa> and no crashes on 195
[14:58] <didrocks> yep :)
[15:06] <mhr3> didrocks, got a new revision in mp, and build is refusing to build it, do i check ignore or force?
[15:06] <didrocks> mhr3: what does it says?
[15:06] <mhr3> 2014-02-20 15:04:31,305 ERROR You already tried to build everything. You need to either:
[15:06] <mhr3>  - use the ignore step flag
[15:06] <didrocks> mhr3: I don't see a force in the 3 proposals :)
[15:07] <mhr3> didrocks, i don't trust instructions :P
[15:07] <didrocks> so yeah, IGNORE step :)
[15:07] <mhr3> thx ;)
[15:07] <didrocks> I should add (to rebuild all MPs)
[15:07] <didrocks> then prepareonly (only to rebuild some components)
[15:07] <didrocks> or watch only (to not rebuild anything but check the ppa status)
[15:08] <didrocks> that would be more meaningful I guess
[15:08] <didrocks> mhr3: basically, the check is here to avoid you shooting on your feet
[15:08] <didrocks> like if a successful build happened
[15:08] <didrocks> maybe you just want to rebuild part of what you had
[15:09] <didrocks> seb128: FYI, as you had the same questions ^
[15:10] <seb128> didrocks, thanks
[15:11] <didrocks> changed to:
[15:11] <didrocks> "You already tried to build everything. You need to either:\n - use the ignore step flag (to rebuild all MPs)\n - use --prepareonly (to rebuild only some components) \n - use --watchonly (to only check ppa status without any rebuild)."
[15:11] <didrocks> and short message: "Can't build: prevent a whole rebuild as one full build was already successful. Is that on purpose? Please check available options."
[15:16] <bregma> could I get a reconfigure in silo 003 to pick up overnight changes from distro, please?
[15:18] <didrocks> ok, going for a run
[15:18] <didrocks> sil2100: ^
[15:42] <ralsina_> didrocks: can land silo 10 please?
[15:44] <ralsina_> oops, didrocks is running, so sil2100^
[15:45] <mandel> Laney, the other silo is ok, once it has been merged we can take a look at the one you created with barry
[15:45] <dholbach> hiya
[15:45] <dholbach> can anyone help alex-abreu unblock silo-001?
[15:45] <Laney> mandel: rocking
[15:50] <rsalveti> didrocks: hey, so I need a silo for the android 4.4 transition :-)
[15:50] <rsalveti> which will be mostly kernel pkgs + android
[15:50] <rsalveti> we'll try to do the switch tomorrow
[15:50] <rsalveti> what can possibly go wrong on a friday
[15:51] <rsalveti> didrocks: I just need a ppa so I can copy the packages over (and dput android)
[15:51] <sil2100> Looking
[15:51] <ogra_> rsalveti, just upload to the archive and run :)
[15:51] <rsalveti> I can reconfigure the silo anytime
[15:51] <rsalveti> haha
[15:51] <ogra_> tomorrow at 20:00 UTC
[15:52] <ogra_> definitely the best time ;)
[15:52] <rsalveti> right
[15:55] <sil2100> ralsina_: looking in a moment ;)
[15:58] <sil2100> didrocks: hah, we seem to have another bug in the new reconfigure job ;)
[15:58] <sil2100> Or wait, no, scratch that!
[16:07] <bregma> sil2100, are we blocked on reconfigures?
[16:07] <sil2100> bregma: not entirely, but there's a bug in one of the jobs... do you need something reconfigured?
[16:08] <mhr3> sil2100, 48 tested, pls publish
[16:08] <bregma> sil2100, yes, silo 003 please
[16:09] <sil2100> Aaaaaaa
[16:09] <sil2100> Ok ;)
[16:09] <sil2100> mhr3, bregma: in a moment guys
[16:11] <sil2100> bregma: hmm, unity/ubuntu-session is in CITrain? Did we do daily-releases of that?
[16:13] <sil2100> bregma: I see it wasn't in daily-release even, so I guess you need to do a direct upload to the PPA
[16:13] <sil2100> bregma: cyphermox can help you with that (as soon I go AFK)
[16:13] <sil2100> cyphermox: ^
[16:14] <bregma> sil2100, I can just pull it from the ci-train, no biggie to me
[16:14] <cyphermox> what's this about?
[16:14] <bregma> sil2100, I removed that MP, it can go in later
[16:15] <sil2100> cyphermox: nevermind then ;)
[16:15] <sil2100> bregma: thanks, reconfiguring then!
[16:16] <balloons> fginther`: ping
[16:16] <sil2100> bregma: reconfiguring sil 003
[16:17] <sil2100> cyphermox, robru_: can you do some publishings? Would be grateful :) ^
[16:17] <sil2100> bregma: reconfigured
[16:17] <bregma> thx
[16:18] <fginther`> balloons, pong
[16:19] <cyphermox> which ones have you done alrady?
[16:19] <cyphermox> I can't spend much time on this, I have stuff of my own to land
[16:19] <balloons> fginther`: can I get access to the click builders in jenkins as well? aka, so I can build one-offs?
[16:20] <balloons> fginther`: i had thought i could get the old artifacts but I don't see them; perhaps only on the private vpn
[16:21] <fginther`> balloons, one moment
[16:22] <sil2100> Ok, I go to practice right now, be back in like 2-3 hours
[16:24] <didrocks> sil2100: which bug?
[16:25] <cyphermox> didrocks: http://162.213.34.102/job/landing-009-2-publish/16/artifact/packaging_changes_upstart-app-launch_0.3+14.04.20140220-0ubuntu1.diff  <-- the changelog looks wrong to me
[16:26] <ralsina_> sil2100: did you get to land silo 10?
[16:28] <didrocks> rsalveti: seems sil2100 ignored you :/
[16:28]  * didrocks does
[16:28] <cyphermox> doh
[16:28] <cyphermox> I was about to
[16:28] <didrocks> cyphermox: there is another one I guess waiting for publish
[16:28] <didrocks> let's share the pain :)
[16:28] <cyphermox> 15
[16:28] <didrocks> yep
[16:28] <cyphermox> can you take a look at the changelog I pointed to?
[16:28] <didrocks> cyphermox: ack on the bug in the changelog, I'll need to look at that
[16:29] <didrocks> rsalveti: done
[16:30] <didrocks> argh
[16:30] <didrocks> ralsina_: ^
[16:30]  * didrocks removes his ogra_'s mask
[16:30] <ralsina_> didrocks: ack, thanks!
[16:30] <cyphermox> assigning 49
[16:31] <didrocks> rsalveti: did you get what you needed?
[16:31] <cyphermox> didrocks: fyi: http://calypso.cyphermox.net/~mtrudel/silos/
[16:31] <cyphermox> we're getting close to the total silos ;)
[16:32] <didrocks> mhr3: can you as well clean the mediascanner silos and so on? I guess things should be at the destination now (req from thorst)
[16:32] <didrocks> cyphermox: ahah, indeed, nice trend!
[16:32] <didrocks> mhr3: some for req. 19
[16:32] <cyphermox> I'll need to reconfigure the graphs though, not keeping enough backlog
[16:32] <mhr3> didrocks, sure
[16:33] <didrocks> thanks
[16:33] <didrocks> hum, seems that someone publish landing 009 and didn't see packaging ack
[16:33] <didrocks> ah, it's yours cyphermox :)
[16:33] <rsalveti> didrocks: not yet :-)
[16:33]  * rsalveti was ignored 
[16:33] <rsalveti> :P
[16:33] <didrocks> rsalveti: can you file one line? I'll get a lovely silo for you :)
[16:34] <didrocks> cyphermox: I'll let you publish slot 9 as you started
[16:34] <didrocks> cyphermox: I'll fix the changelog bug later on, not a blocker IMHO
[16:34] <cyphermox> alright then
[16:34] <didrocks> I think I know what happens
[16:35]  * ogra_ feels demasked 
[16:35] <didrocks> heh
[16:35] <ogra_> didrocks, whats that about ?
[16:35] <didrocks> ok, shower, back in 10 minutes
[16:35] <rsalveti> sergiusens: can you get a line for me? for the 4.4 landing
[16:35] <didrocks> ogra_: ah, I just typoed rals with rsal :)
[16:35] <ogra_> ah :)
[16:35] <didrocks> rsalveti: you don't have edit rights? I can fix that
[16:36] <rsalveti> didrocks: not yet
[16:36] <didrocks> (done)
[16:36] <rsalveti> awesome, thanks
[16:36] <sergiusens> rsalveti, yeah
[16:36]  * didrocks really shower now
[16:38] <rsalveti> sergiusens: I can do that now :-)
[16:38] <ogra_> *sniff* *sniff*
[16:38] <ogra_> yeah
[16:38] <ogra_> :P
[16:39] <rsalveti> sil2100: didrocks: line in place (53), can I get a silo? :-)
[16:39] <sergiusens> rsalveti, did all the kernels make it to the archive?
[16:40] <ogra_> pfft kernels
[16:40] <ogra_> overrated
[16:40] <ogra_> systemd will replace them too !
[16:45] <didrocks> rsalveti: I guess the source package is android"
[16:45] <didrocks> and you wanted ready set to yes :)
[16:46] <didrocks> rsalveti: seat landing-004 for you :)
[16:46] <dholbach> alex-abreu, did you get your silo sorted out?
[16:47] <didrocks> 4 silos remaining, time to raise prices!
[16:47] <rsalveti> didrocks: one, yes, but thanks
[16:47] <rsalveti> didrocks: will update it once I get more packages
[16:47] <didrocks> rsalveti: ah, you need someone to reconfigure the silo then
[16:47] <didrocks> with the new infos
[16:47] <didrocks> but people here can do that :)
[16:48] <rsalveti> didrocks: I think I can do that
[16:48] <rsalveti> you told me how to do it already
[16:48] <rsalveti> so we should be good
[16:48] <didrocks> ah ok, great :)
[16:48] <alex-abreu> dholbach, not yet
[16:50] <dholbach> can anyone help alex-abreu getting a silo? (I personally don't know the right process for this O:-))
[16:50] <didrocks> dholbach: they should come to the landing team meeting
[16:50] <didrocks> which is in 10 minutes
[16:51] <dholbach> alex-abreu, ^
[16:51] <didrocks> dbarth has the intructions for that
[16:51] <didrocks> (also, there is no line)
[17:01] <didrocks> cyphermox: plars: ogra_: coming?
[17:01] <plars> didrocks: trying to... if I can get my browser to cooperate
[17:01] <plars> it doesn't seem to like the hangout plugin lately
[17:05] <ogra_> OH COME ON !
[17:05]  * ogra_ whacks gtalk 
[17:06] <om26er> sil2100, hey
[17:06] <om26er> sil2100, can you please release ubuntu-integration-tests into ubuntu
[17:30] <ralsina_> sil2100: can I get a reconfigure of silo 12 please?
[17:31] <sergiusens> didrocks, hey stat never got updated
[17:32] <didrocks> sergiusens: stat?
[17:32] <didrocks> rsalveti: better that you ping the US folks (see /topics) now
[17:32] <didrocks> argh
[17:32] <didrocks> ogra out of this body…
[17:32] <didrocks> ralsina_: ^
[17:32] <ralsina_> didrocks: sure!
[17:32] <didrocks> I guess we'll have to ban one of them at some point! :)
[17:32] <ogra_> lol
[17:32] <ralsina_> didrocks: I am going to highlight rsa-lveti just in case ;-)
[17:32] <didrocks> ahah ;)
[17:33] <ralsina_> robru_: can I get a reconfigure of silo 12 please?
[17:33] <didrocks> ralsina_: btw, just to be clear, you only need a reconfiguration if you add/remove branches
[17:33] <ralsina_> didrocks: yes, I added one
[17:33] <didrocks> not if you push new commits
[17:33] <robru_> ralsina_, sure
[17:33] <didrocks> ok, just to ensure, it wasn't clear to everyone before :)
[17:33] <ralsina_> robru_: thanks!
[17:33] <ralsina_> robru: also, silo 10 has been "migrating to destination" for a long time, is that normal?
[17:34] <robru> ralsina_, i'll check it in a sec
[17:34] <ralsina_> thanks ** 2
[17:34] <didrocks> ralsina_: you have to run merge and clean
[17:34] <ralsina_> didrocks: I thought I had to run that *after* it finished migrating?
[17:34] <didrocks> ralsina_: basically this step doesn't refresh automatically
[17:34] <didrocks> ralsina_: so, get something publish
[17:34] <didrocks> wait for a couple of hors
[17:34] <didrocks> hours
[17:34] <didrocks> and run merge and clean
[17:35] <didrocks> if your component is not in the release pocket
[17:35] <didrocks> it will tell you :)
[17:35] <ralsina_> ok, it has been a couple of hours, so, I'll click
[17:35] <didrocks> if it's too early, it will tell you
[17:35] <robru> ralsina_, 12 is reconfigured
[17:35] <didrocks> and you can rerun merge and clean as much as you want
[17:35] <ralsina_> robru: awesome, thanks
[17:35] <didrocks> if you see it's in proposed for 5-6 hours
[17:35] <didrocks> it means something is blocking it
[17:35] <didrocks> and then, get in touch with us to know why :)
[17:36] <didrocks> ralsina_: I'll try to get that more info refresh (but have to avoid deadlocks and so on). I just need time :p
[17:36] <ralsina_> didrocks: I am totally ok with it being manual. Don't stress out :-)
[17:37] <didrocks> ralsina_: or if you have something better than "migrating to destination" that doesn't let people think it's refreshing… :)
[17:37] <ralsina_> "wait a couple of hours anc click merge & clean"?
[17:37] <didrocks> can be, more direct :)
[17:37] <didrocks> let's be agile and put that before the automation :)
[17:39] <mhr3> sil2100, 17 tested, rdy to publish
[17:39] <didrocks> ralsina_: string changed and deployed, thanks!
[17:39] <mhr3> or robru ^^
[17:39] <ralsina_> didrocks: you're welcome
[17:39] <robru> mhr3, on it
[17:39] <mhr3> robru, eh, that is landing-017
[17:40] <robru> mhr3, right
[17:40] <didrocks> ralsina_: ah, see for instance, on your req, one package is not there yet :)
[17:40] <robru> mhr3, published. so when you see it in distro, please merge & clean
[17:40] <ralsina_> right, so another hour and then I try again. np
[17:40] <didrocks> ralsina_: yeah, and it's still stuck for longer, it means something may block it
[17:41] <didrocks> (tests not passing or so on…)
[17:41] <mhr3> didrocks, add a timestamp when the publishing started ;)
[17:41] <mhr3> "migrating for 4 hours..."
[17:41] <didrocks> mhr3: yeah, it's part of a huge todo list :p
[17:42] <didrocks> for something that was supposed to be a 2 day hack FYI :)
[17:42] <mhr3> didrocks, when will you realize that the 2 day hacks always end up being the thing people use? :P
[17:43] <didrocks> yeah, I wasn't thinking at that scale though
[17:44] <robru> mhr3, this whole system is just a stop-gap until we get the CI Airline, which is the real deal ;-)
[17:44] <robru> in a couple months, right didrocks? ;-)
[17:45] <didrocks> well, I'm not coding it :p
[17:45] <didrocks> so not under my control ;)
[17:47] <sergiusens> didrocks, sucks to be me; some landings happened in between for gallery :(
[17:47] <didrocks> sergiusens: so, merge conflict?
[17:47] <sergiusens> didrocks, I would need to merge trunk and then reconfigure the silo? as I need to resubmit
[17:48] <sergiusens> didrocks, yes
[17:48] <didrocks> sergiusens: if you don't change the MP list, you can just reclick build
[17:48] <sergiusens> didrocks, I can't, bfiller owns the original MR
[17:48] <didrocks> ah :/
[17:48] <didrocks> so yeah
[17:48] <didrocks> need to reconfigure the silo
[17:49] <didrocks> sergiusens: managers leaving the FF weeks? that shouldn't be allowed! :p
[17:49] <sergiusens> i hope it even works
[17:49] <didrocks> so many changes?
[17:49] <sergiusens> no, just one
[17:49] <didrocks> ok, TBH, you are not really tied to the FFe for you
[17:49] <didrocks> so don't feel overpressed
[17:50] <sergiusens> that conflict; the desktop file and fullscreen maangement
[17:50] <boiko> didrocks: there is a typo in the status on row 43, "Wait a couple of hours anc click" should probably "and click", right?
[17:50] <didrocks> boiko: yeah, it's ralsina_'s typo for prosperity :)
[17:50] <didrocks> 18:37:31   ralsina_ | "wait a couple of hours anc click merge & clean"?
[17:50]  * didrocks fixes :p
[17:51] <boiko> didrocks: ah ok, I missed that in the backlog :)
[17:51] <didrocks> 13 minutes between the commit and some detect it, awesome! :)
[17:52] <ralsina_> hahaha
[17:52] <didrocks> ralsina_: I had all my trust in you! :)
[17:52] <didrocks> boiko: typo fixed, thanks!
[17:52] <ralsina_> I had ONE JOB
[17:52] <boiko> :)
[17:53] <didrocks> (the current one won't refresh though)
[17:53] <boiko> that's ok, I can live with that :)
[17:53] <didrocks> sure? ;)
[17:53] <didrocks> phew
[17:53] <robru> thostr_, silo 9 ready to merge & clean.
[17:56] <thostr_> robru: cleaning up
[17:56] <robru> thanks
[17:57] <sergiusens> didrocks, I updated the mr list; I'm ok with waiting for the bot to run
[17:57] <didrocks> sergiusens: configuring that one as the last of the day :)
[17:58] <robru> didrocks, can i get a quick packaging ack? cyphermox isn't around http://162.213.34.102/job/landing-003-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity_7.1.2+14.04.20140220-0ubuntu1.diff
[17:58] <didrocks> robru: perfect!
[17:59] <didrocks> +1
[17:59] <robru> didrocks, thanks
[17:59] <didrocks> sergiusens: oh, I didn't assign you a silo?
[18:00]  * didrocks wonders why there is nothing anymore
[18:00] <didrocks> h
[18:00] <didrocks> ah
[18:00] <didrocks> something removed the status?
[18:00] <sergiusens> didrocks, yeah, silo 7
[18:00]  * didrocks restores the formula
[18:00] <sergiusens> didrocks, that's what I said above ;-)
[18:00] <didrocks> sergiusens: please nobody delete the status :p
[18:01] <sergiusens> didrocks, i didn't touch it
[18:01] <robru> thostr_, i put mediascanner in silo 18, please build ;-)
[18:01] <didrocks> ok, not sure who did that, anyway, it's easy to restore ;)
[18:02] <didrocks> sergiusens: done
[18:02] <thostr_> robru: thanks. I'll just wait couple of more minutes as by now we have some more MPs for it and reconfigure is faster than the entire chain
[18:02] <robru> thostr_, ah, fair
[18:03] <didrocks> thostr_: would be nice (not sure you see the number of pings), if you can submit only when you have the whole set
[18:03] <sergiusens> didrocks, the status is just stale, right? the merge conflict
[18:03] <didrocks> sergiusens: it's updating every minute
[18:03] <sergiusens> ack
[18:03] <didrocks> see :)
[18:03] <sergiusens> yeah
[18:03] <sergiusens> magic
[18:04] <thostr_> didrocks: well, I was ready early today but haven't got a silo...
[18:04] <thostr_> didrocks: but in general, yes, I'll only request once it's ready
[18:04] <didrocks> thostr_: ah ok, in that sense :)
[18:05] <didrocks> robru: I'm spreading the spreadsheet with more cells just in case
[18:05] <didrocks> robru: as google apps doesn't spread formulas for us
[18:05] <robru> ah
[18:06] <robru> didrocks, can you archive some of the complete landings?
[18:06] <didrocks> robru: they are all from today, I wanted to do that tomorrow morning if possible
[18:07] <didrocks> s/all/almost all
[18:07] <robru> didrocks, ok
[18:07] <didrocks> robru: ok, you should have enough slots for now, needing anything for me before I sign off and jenkins goes down?
[18:07] <robru> didrocks, well only cyphermox has access to fix jenkins and he's not here...
[18:08] <didrocks> robru: do you have nova canonistack setup?
[18:08] <robru> didrocks, nope
[18:08] <didrocks> you need that if I import your ssh id
[18:08] <robru> didrocks, docs?
[18:08] <robru> mhr3, please merge & clean silo 17
[18:09] <mhr3> robru, clicked, thx
[18:12] <robru> seb128, ok, landing 55 got silo 2, please build
[18:12] <seb128> thanks
[18:13] <thostr_> robru: can you reconfig silo 18>
[18:14] <robru> thostr_, sure
[18:16] <robru> thostr_, ok it's done
[18:16] <cyphermox> what>
[18:17] <cyphermox> robru I'm there if there's anything with jenkins
[18:17] <robru> cyphermox, ok, you weren't around earlier ;-)
[18:17] <cyphermox> I'm trying to finish my own work too
[18:20] <thostr_> robru: thanks!
[18:21] <robru> cyphermox, got an error in the spreadsheet saying some function timed out. any way to just restart that?
[18:21] <robru> cyphermox, nm, fixed itself
[18:22] <cyphermox> to answer your question, no, we're at the mercy of Google.
[18:22] <robru> excellent
[18:25] <robru> boiko, silo 13 is ready to merge & clean
[18:27] <boiko> robru: thanks, I have just triggered it.
[18:27] <robru> boiko, thank you
[19:03] <ralsina_> robru: can I land silo 12 please?
[19:03] <robru> sure
[19:04] <ralsina_> robru: thanks!
[19:04] <robru> ralsina_, done. please merge & clean once it hits distro
[19:04] <ralsina_> robru: sure thing
[19:05] <robru> mhr3, please merge & clean silo 15, it's ready
[19:23] <mhr3> robru, done
[19:23] <robru> mhr3, merci!
[19:33] <thostr_> robru: silo 18 is good to publish
[19:33] <robru> thostr_, on it!
[19:34] <robru> thostr_, very first time silo 18 was ever used ;-)
[19:34] <robru> please merge & clean after it reaches distro!
[19:34] <thostr_> robru: I'll thanks
[19:34] <thostr_> (might be tomorrow morning though)
[19:34] <robru> thostr_, ok
[20:00] <AlbertA> plars: I got a launchpad branch where the Jenkins bot has never run for some reason
[20:00] <AlbertA> plars: https://code.launchpad.net/~albaguirre/unity-mir/hide-surface-during-app-suspend/+merge/205695
[20:00] <AlbertA> plars: what can I do to force it to run?
[20:01] <plars> let me look
[20:01] <tvoss> sil2100, still around?
[20:01] <sil2100> tvoss: yes!
[20:01] <AlbertA> plars: this lp branch also - https://code.launchpad.net/~albaguirre/unity-mir/cross-compile-link-fix/+merge/205690
[20:01] <sil2100> tvoss: just got back from practice
[20:05] <cgoldberg> robru ... hi.. I was in the landing meeting earlier for line 54 in spreadsheet (window-mocker release). .   but I don't see a silo provisioned in the spreadsheet.   is that in progress?
[20:06] <robru> cgoldberg, I've been waiting for you to mark it as 'ready' (column H says 'no')
[20:06] <cgoldberg> robru, oops.. my bad.. marking now :)
[20:06] <robru> cgoldberg, no worries. will assign right now then ;-)
[20:07] <robru> cgoldberg, oh, and the other thing, the URL you put in column F has to be the *merge* URL, not the *branch* URL. please fix that
[20:07]  * cgoldberg fixes
[20:10] <cgoldberg> robru, fixed
[20:10] <robru> cgoldberg, ok, you got silo 9, please build
[20:11] <cgoldberg> ta
[20:11] <robru> you're welcome
[20:11] <plars> fginther: any idea on AlbertA's query above^? I checked the allowed_users as recommended but that's the only hint I have to go by, and it seems to not be running either
[20:13] <fginther> plars, AlbertA, this is where ci-train broke upstream merger testing... Once the MP is marked "Approved" the -ci jobs will not run
[20:13] <plars> fginther: oh, so we just need to mark it !approved on top and it should see it? or does more need to be done now?
[20:13] <fginther> AlbertA, if the status is changed to Needs Review, it should be tested
[20:14] <AlbertA> fginther: ok let me try that thanks
[20:14] <plars> fginther: thanks, I'll add that
[20:14] <plars> to the wiki
[20:14] <fginther> thanks all
[20:14] <plars> fginther: I also happened to notice http://91.189.93.70:8080/job/trigger-ci-and-autolanding-job/14228/console while poking around - is that something to be worried about?
[20:14] <ralsina_> robru: can I get a silo for row 47? Sorry for it being so late.
[20:15] <robru> ralsina_, it's noon?
[20:15] <robru> but yes
[20:15] <robru> ralsina_, just mark 'yes' in column H please
[20:15] <ralsina_> robru: well, much later than the meeting where I am supposed to ask for silos ;-)
[20:16] <fginther> plars, I'm going to delete that job, it's been replaced by http://91.189.93.70:8080/job/trigger-ci-job/ and http://91.189.93.70:8080/job/trigger-autolanding-job/
[20:16] <robru> ralsina_, no? i assign silos all day... there's no limit on when a silo can be assigned.
[20:16] <fginther> plars, it was disabled, but it must have been re-enabled by accident
[20:17] <robru> ralsina_, anyway you got silo 10, please build ;-)
[20:17] <ralsina_> robru: ok, I was told on training that I had to ask in the landing task force standups. Thanks for the silo!
[20:17] <robru> ralsina_, nobody told me that... I dole out silos whenever anybody asks me for them and nobody has yelled at me yet ;-)
[20:17] <plars> fginther: ack
[20:17] <ralsina_> robru: hahaha, noone will yell at you for that :-)
[20:19] <robru> ok, does anybody need anything right now? i'm going to step out for lunch shortly...
[20:24] <robru> cgoldberg, looks like you got a build failure there: https://launchpadlibrarian.net/167067203/buildlog_ubuntu-trusty-i386.window-mocker_1.4%2B14.04.20140220-0ubuntu1_FAILEDTOBUILD.txt.gz after you resolve that issue, push a commit to your same MP, you can do the rebuild yourself, you shouldn't need me for that. So I'm heading out for lunch now but i'll be back later ;-)
[21:05] <seb128> could someone give a silo to l58?
[21:10] <sergiusens> plars, hey, what should I do with https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/2963/console ?
[21:10] <sergiusens> just rerun?
[21:12] <plars> sergiusens: yeah, I guess just try to rerun it - looks like some jenkins plugin or jenkins itself choked
[21:12] <plars> junit parser maybe
[21:12] <sergiusens> yeah, it said otto can't release the container or something
[21:15] <cyphermox> seb128: silo 001
[21:15] <seb128> cyphermox, thanks!
[21:18] <plars> sergiusens: I actually see that error on a lot of the failed ones, or something that looks like it. Any chance something is spitting out bogus results at the end?
[21:19] <sergiusens> I have no idea, I just resubmitted the MR (which passed in the prior run)
[21:19] <sergiusens> plars, no knwledge of otto here
[21:20] <plars> sergiusens: ok, let me know if that doesn't work, and we can escalate it if it doesn't
[22:18] <Laney> ralsina_: we were waiting for system-image for that ...
[22:36] <cyphermox> bbl, I need to go do the groceries if I want to eat at all today
[22:49] <AlbertA> cihelp: Jenkins bot is reporting this: https://jenkins.qa.ubuntu.com/job/unity-mir-trusty-amd64-ci/120/console
[22:50] <AlbertA> cihelp: and this: https://jenkins.qa.ubuntu.com/job/unity-mir-trusty-amd64-ci/121/console
[22:50] <AlbertA> cihelp: anything I can do?
[22:51] <fginther> AlbertA, the process that is hung is application_manager_test
[22:52] <AlbertA> fginther: thanks I didn't see the full log :)
[22:53] <fginther> AlbertA, same process name for both builds