[02:10] <imgbot> [03:10] <imgbot> [03:25] <imgbot> [03:25] <imgbot> [04:15] <imgbot> [04:15] <imgbot> [05:57] <bzoltan> robru: if you still here :) Mirv will not be around for three weeks
[06:21] <robru> bzoltan: ah but sil should be back today ;-) what's up?
[06:24] <bzoltan> robru:  his family income per capital just got reduced by about 27%
[06:25] <robru> bzoltan: I hope that's a euphemism for "having a child" because otherwise that sounds like a really shitty pay cut...
[06:26] <bzoltan> robru:  as his manager I can ensure that his pay did not change :D
[06:27] <robru> bzoltan: who are we talking about? I thought steve was sil's manager?
[06:30] <bzoltan> robru:  Ohh ... Mirv is reporting to me
[06:30] <robru> ah
[06:30] <robru> bzoltan: so what can I do for you? I don't see anything to do in the dashboard
[06:52] <bzoltan> robru:  nothing right now :) I just informed you. I will have two landings today .. both vivid and RTM... hopefully. The silo1 in both. But RTM needs QA signoff and the vivid needs some testing
[06:53] <robru> bzoltan: OK, I'm eoding now, but sil should be around shortly to publish stuff
[07:33] <sil2100> Morning
[07:58] <tvoss> good morning
[07:58] <tvoss> trainguards, could someone reconfigure the silo for line 30 in the spreadsheet?
[08:18] <sil2100> tvoss: sure!
[08:18] <sil2100> Reconfiguring
[08:18] <tvoss> sil2100, welcome back and a happy new year :)
[08:18] <tvoss> sil2100, thanks
[08:18] <sil2100> tvoss: thanks :) Is that silo 20 that you want reconfigured?
[08:19] <tvoss> sil2100, silo 10 it is
[08:19] <tvoss> sil2100, should become an rtm silo
[08:20] <sil2100> Ah, so it's line 21 then
[08:21] <sil2100> tvoss: hm, ok, so in this case we need to free this silo and re-assign it, as only this way we can change the target series
[08:21] <sil2100> tvoss: is that ok?
[08:21] <tvoss> sil2100, sure
[08:30] <sil2100> tvoss: ok, reassigned - just be aware that you already have a location-service rtm silo in 005
[08:30] <tvoss> sil2100, thank you
[08:50] <Saviq> trainguards ↑ indeed, please do :)
[08:50] <sil2100> o/
[08:50] <sil2100> Love RTM fixes :)
[08:52] <sil2100> Saviq: assigned
[08:53] <Saviq> sil2100, o/ welcome back!
[08:56] <Saviq> sil2100, the spreadsheet doesn't look good (yet?)
[08:57] <sil2100> hmm, the spreadsheet never looks good! And it's really slow
[08:57] <Saviq> ok let's see if it gets up to speed soon
[08:58] <sil2100> I would decrease the update timers a bit, but now that we have more silos than before it might again just die and race a lot
[09:08]  * ogra_ yawns
[09:09] <Saviq> ogra_, welcome back :)
[09:09] <ogra_> hey hey ... happy new year :)
[09:11] <ogra_> sil2100, looks like the last system-settings upload broke 120 tests on RTM
[09:13] <sil2100> Happy new year indeed
[09:14] <sil2100> ogra_: when was the system-image upload?
[09:14] <sil2100> Damn, my commitlogs are broken again, crap
[09:19] <ogra_> bah
[09:19] <brendand> sil2100, ogra_ - hey long time :)
[09:19] <ogra_> yeah, 4 weeks :)
[09:20] <ogra_> feels like it was last year though
[09:21] <brendand> ogra_, it was :)
[09:21] <ogra_> :)
[09:27] <sil2100> Ah... I see why commitlogs broke, of course
[09:27] <sil2100> Out of disk space again...
[09:59] <tvoss> trainguards, can I haz silo for line 52, please?
[09:59] <sil2100> tvoss: sure! We have a meeting now, so will assign once it's over
[09:59] <tvoss> sil2100, thx
[10:10] <sil2100> tvoss: wow, another location-service silo? ;)
[10:10] <tvoss> sil2100, yup
[10:11] <tvoss> sil2100, got some fixes staged, landing one by one
[10:11] <sil2100> hm, btw. I still don't see this bug as approved by the product team
[10:11] <sil2100> I'll assign it but make sure you push them to review it
[10:15] <pstolowski> trainguards, hello, may i ask for reconfiguring of silo rtm 11 (added MP from another project, my attempt to reconfig failed)
[10:15] <pstolowski> ?
[10:23] <sil2100> pstolowski: sure thing :)
[10:24] <sil2100> pstolowski: reconfigured
[10:25] <pstolowski> sil2100, thanks!
[10:31] <popey> davmor2: have updated http://pad.ubuntu.com/MusicAppManualTesting for latest tests for search
[10:32] <davmor2> popey: yeah it'll be me testing latter on I'll give you a ping after lunch when I start on it
[10:35] <popey> davmor2: awesome, thanks. If you see I missed any test cases let me know and I'll add them. want to make it as comprehensive as possible.
[10:36] <davmor2> popey: will do
[10:36] <popey> ta
[11:31] <sil2100> zbenjamin, bzoltan: I'm trying to assign a silo for you right now but seem to be encountering some problems, in the middle of debugging those now
[11:32] <sil2100> Ah
[11:33] <sil2100> Ok, see the problem
[11:34] <sil2100> zbenjamin, bzoltan: could anyone of you re-submit and re-approve the https://code.launchpad.net/~binli/qtcreator-plugin-ubuntu/lp1409596/+merge/246089 merge? Currently it's targetting lp:ubuntu/qtcreator-plugin-ubuntu which is not your trunk, it's the distro branch
[11:34] <brendand> sil2100, can you get me the last version of system-settings?
[11:34] <brendand> sil2100, i'll try reverting it now
[11:34] <zbenjamin> sil2100: ok
[11:35] <sil2100> brendand: you mean, you want the last working (non broken) version of u-s-s?
[11:36] <brendand> sil2100, well just the previous version
[11:36] <sil2100> brendand: well, it seems there have been multiple releases since image #186 when autopilot broke
[11:37] <sil2100> 0.3+15.04.20141211~rtm-0ubuntu1 is the version pre-#186, I can fetch you the packages for that
[11:37] <brendand> sil2100, ok
[11:38] <sil2100> brendand: http://paste.ubuntu.com/9717897/
[11:39] <zbenjamin> sil2100: i changed line 53 to target the correct version
[11:41] <zbenjamin> sil2100: uh something is wrong
[11:41] <zbenjamin> sil2100: we remove that mp
[11:41] <zbenjamin> sil2100: i completely removed it now
[11:50] <bzoltan> zbenjamin: sil2100: let's just reject that MR ..
[11:51] <zbenjamin> bzoltan: i just set it to "needs fixing"
[11:51] <zbenjamin> bzoltan: and removed it from the lnading
[11:52] <sil2100> zbenjamin, bzoltan: so you don't need it in this landing?
[11:53] <sil2100> Ok, let me assign then now
[11:53] <zbenjamin> sil2100: no it can wait till its fixed
[11:54] <zbenjamin> sil2100: thx :)
[11:55] <sil2100> yw :)
[12:24] <davmor2> popey: just signed into instagram and facebook on 191 I photos for both :)
[12:24] <popey> ☹
[12:24] <popey> #191?
[12:47]  * sil2100 goes to lunch
[12:47] <davmor2> popey: latest rtm image
[12:49] <popey> hm
[12:51] <popey> davmor2: Dispatching search: "com.canonical.scopes.instagram_instagram" "" ""
[12:51] <popey> file:///usr/share/unity8/Dash/CardTool.qml:179:38: Unable to assign [undefined] to bool
[12:51] <popey> i get that in my unity8-dash.log
[12:52] <davmor2> popey: one for cwayne when he gets up then
[12:52] <popey> yeah
[12:52] <popey> thanks for checking
[12:52] <davmor2> popey: no worries moving onto Music app after Lunch
[12:52] <popey> ta
[12:52] <rsalveti> ogra_: happy new year :-)
[12:52] <popey> Chinese new year already? ☻
[13:00] <ogra_> rsalveti, same to you !
[13:01] <cwayne> davmor2: changelog sent :)  sorry if its late, was a bit sick friday :/
[13:02] <popey> cwayne: *pounce*
[13:03] <davmor2> cwayne: poor excuse ;)  I can look at it latter :)
[13:03] <popey> cwayne: http://people.canonical.com/~alan/screenshots/device-2015-01-12-130210.png
[13:03] <popey> cwayne: Dispatching search: "com.canonical.scopes.instagram_instagram" "" ""
[13:03] <popey> cwayne: file:///usr/share/unity8/Dash/CardTool.qml:179:38: Unable to assign [undefined] to bool
[13:03] <popey> i do have an account setup, but it doesnt seem to work
[13:06] <cwayne> popey: that's an old version, if you go into system settings -> accounts -> instagram, is the scope checked off to grant access?
[13:06] <popey> cwayne: scope not listed
[13:06] <popey> cwayne: I'm on the very latest image
[13:07] <popey> cwayne: http://people.canonical.com/~alan/screenshots/device-2015-01-12-130616.png
[13:08] <cwayne> latest promoted or latest -proposed
[13:08] <cwayne> also, what does account-console list show
[13:08] <cwayne> i think this is another instance of stuff getting borked when i had to move the account-plugin into the same click to make sure that it could get into the store
[13:09] <popey> i am on proposed
[13:09] <popey> ubuntu-touch/ubuntu-rtm/14.09-proposed
[13:14] <cwayne> popey: try running this then rebooting: adb shell "sqlite3 /home/phablet/.config/libaccounts-glib/accounts.db \"UPDATE Services SET provider='com.canonical.scopes.instagram_instagramaccount' WHERE provider='com.account.plugin.instagram_instagram';\""
[13:16] <popey> hmmm
[13:28] <popey> nice
[13:28] <popey> cwayne: that fixed it, thank you
[13:39] <cwayne> popey: np
[14:43] <jdstrand> cwayne: hey and happy new year :) fyi rtm silo 010. we'll need a custom tarball regeneration
[14:53] <sil2100> o/
[15:05] <olli> a
[15:09] <cwayne> jdstrand: happy new year to you as well :)  when do you expect silo 10 to land?  we were about to land a custom tar, but if yours is imminent we can hold off til later today/tomorrow to coordinate
[15:16] <sil2100> brendand: how's the system-settings AP investigation going?
[15:17] <brendand> sil2100, interestingly...
[15:17] <sil2100> brendand: is it still reproducible in the previous u-s-s version?
[15:17] <brendand> sil2100, yes. the working theory now is the regression is in some package that is installed by the test. maybe autopilot itself
[15:18] <brendand> sil2100, so we need to look at dates/times
[15:18] <sil2100> http://people.canonical.com/~lzemczak/landing-team/ubuntu-rtm/186.commitlog <- this is what landed in #186, so I suspect it's one of those packages that caused it
[15:18] <brendand> sil2100, what changed between the time it last worked and the time it started failing
[15:19] <sil2100> There's an UITK change in this image, but the description seems unrelated, hm
[15:20] <jdstrand> cwayne: I've been waiting for QA signoff since last... thursday?
[15:20] <jdstrand> cwayne: I was told that qa should do it sometime today
[15:20] <jdstrand> *by* sometime today
[15:23] <cwayne> hm, ok
[15:23] <cwayne> davmor2: sil2100^ i think we should probably then hold off on custom until that lands
[15:23] <sil2100> jibel, brendand, davmor2: ^ ?
[15:23] <cwayne> otherwise you'll have to do custom twice :)
[15:24] <pmcgowan> QA page says silo 10 passed
[15:24] <pmcgowan> jdstrand, ^^
[15:24] <jdstrand> oh, I just checked the spreadsheet a few minutes ago...
[15:25] <jdstrand> (the landing spreadsheet)
[15:25] <jibel> sil2100, jdstrand rvr tested it
[15:25] <jdstrand> the landing spreadsheet still says 'QA needs to sign off'
[15:25] <jdstrand> but, that's fine
[15:25] <jdstrand> cwayne: looks like it passed. I guess you can regenerate?
[15:26] <cwayne> jdstrand: well, is it in the image/archives yet?
[15:27] <jdstrand> cwayne: no. that's right, I forgot, you need it there first
[15:27] <jdstrand> so, if someone tells me to push it, I will
[15:29] <davmor2> jibel: I wonder if rvr is having the issue I have sometimes you change the spreadsheet to passed it looks to change for you but the sync to actually change the sheet is dead so it never gets updated except locally,  I of course blame ogra_ for that ;)  \o/ so glad ogra_ is back :)
[15:29] <sil2100> jdstrand: is that rtm silo 10?
[15:29] <jdstrand> sil2100: it is
[15:30] <sil2100> jdstrand: hm, it's not set to tested done by QA yet on the spreadsheet, right?
[15:30] <sil2100> Or are my eyes just wrong?
[15:30] <davmor2> rvr: you tested silo10 right?
[15:30] <jdstrand> sil2100: you are right and so are mine. others said it was tested by qa on some other list
[15:30] <sil2100> ygh
[15:30] <jibel> davmor2, don't get me started on spreadsheets please
[15:31] <sil2100> davmor2, jibel: yeah, sometimes the spreadsheet times out and doesn't save the change...
[15:31] <pmcgowan> jdstrand, sil2100 I think rvr just forgot to mark it https://trello.com/b/AE3swczu/silo-testing
[15:31] <brendand> sil2100, i need to get the old autopilot package for system-settings, where would that be?
[15:31] <jdstrand> (rvr, btw, thank you for testing)
[15:31] <sil2100> brendand: hm, hmmm
[15:32] <sil2100> brendand: wait a moment
[15:32] <davmor2> sil2100: yeah I'm guessing that is what has happened here as the silo is in the passed section of the trello board
[15:32] <sil2100> brendand: that's actually a valid question
[15:32] <sil2100> brendand: ah, crap!
[15:33] <sil2100> brendand: ok, let me give it to you
[15:33] <jibel> brendand, you can find all the version here https://launchpad.net/ubuntu-rtm/+source/ubuntu-system-settings/+publishinghistory
[15:33] <sil2100> brendand: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-002/+build/6635435/+files/ubuntu-system-settings-autopilot_0.3%2B15.04.20141211%7Ertm-0ubuntu1_all.deb
[15:33] <jibel> brendand, select i386 for the autopilot tests
[15:39] <bfiller> sil2100: could you rebuild rtm silo 2 with different version numbers. The maliit-framework that is getting synced is a lower version number than what's in rtm already https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-002
[15:42] <sil2100> bfiller: let me take a look at that and try dealing with it
[15:42] <sil2100> Sadly sometimes that happens...
[15:42] <bfiller> sil2100: thank you
[15:43] <sil2100> bfiller: yeah, I'll fix that, since it's a common issue with the current train
[15:44] <cwayne> jdstrand: which version of a-e-u would i need for generating the new cache?
[15:59] <alex_abreu> trainguards ubuntu-rtm silo 15 is a FP, I got confused flagging the line above as ok
[15:59] <alex_abreu> ^^
[15:59] <sil2100> alex_abreu: ACK
[16:00] <alex_abreu> sil2100, thx
[16:08] <sil2100> oSoMoN: hey! The sync request of webbrowser-app - does that carry fixes for the current milestone?
[16:10] <oSoMoN> sil2100, it’s not been formally approved yet, it’s more of a request to allow testing to verify what would happen if we were to backport trunk to rtm
[16:12] <rvr> pmcgowan: jdstrand: Right, sorry, I forgot to mark it
[16:12] <sil2100> oSoMoN: ok, so I'll assign a silo but leave a comment about that
[16:12] <sil2100> Oh, ok, nevermind
[16:12] <oSoMoN> sil2100, I just added a comment to make it explicit, thanks
[16:12] <sil2100> Comment there ;)
[16:12] <sil2100> Thanks!
[16:15] <jdstrand> cwayne: 1.2.40
[16:15] <jdstrand> cwayne, sil2100: let me know when to push it and I will
[16:15] <cwayne> jdstrand: i'm ready whenever you guys are
[16:16] <sil2100> rvr: did you mark it as ready? Can we land it? Just double confirming
[16:16] <jdstrand> sil2100: 10:12 < rvr> pmcgowan: jdstrand: Right, sorry, I forgot to mark it
[16:17] <jdstrand> cwayne: do you have someone from qa who is tasked with testing your new custom tarball already?
[16:17] <jdstrand> basically, I don't want to push it and then the custom testing/push lags
[16:18] <sil2100> jdstrand: then it's all fine for me for releasing it, cwayne would that slow you down or can we release?
[16:20] <rvr> sil2100: I found a problem with silo 6 + silo 0 + silo 10, although I think it's only a matter of silo 6 (ciborium).
[16:21] <cwayne> sil2100: if we have people to test custom + spanish custom in ~30 minutes so that we dont have a long first boot im good
[16:21] <sil2100> davmor2: are you busy now?
[16:22] <davmor2> sil2100: what?????
[16:22] <sil2100> davmor2: we needz ze custom tested in ~30 minz!
[16:23] <sil2100> Will you have time then?
[16:23]  * jdstrand notes he has not pushed anything
[16:23] <jdstrand> I can push at a time that is convenient for cwayne and qa
[16:23] <davmor2> sil2100: No I'll be in a meeting in 30 minutes I can test after the meetings and tea though
[16:24] <sil2100> What a coincidence, I'll be in a meeting in 30 minutes as well
[16:31] <sil2100> alex_abreu: hey! Can you make sure all merges in silo 008 are approved?
[16:31] <alex_abreu> sil2100, sure
[16:35] <sil2100> alex_abreu: tell me when I can re-publish the silo
[16:36] <alex_abreu> sil2100, ok you can
[16:42] <sil2100> brendand: any luck on the investigation? Do you think this should block our promotion plans for today?
[16:42] <brendand> sil2100, yeah, reverting the autopilot package fixes it
[16:43] <brendand> sil2100, but there's nothing we can do about that now. blocking the promotion won't achieve anything
[16:43]  * sil2100 checks the diff
[16:43] <sil2100> brendand: yeah
[16:45] <cwayne> sil2100: jdstrand: so what's the deal?  would davmor2 and rvr be able to test the customs
[16:45] <sil2100> cwayne: yeah, after our landing meeting in 15 minutes davmor2 should still have some time I suppose
[16:49] <cwayne> sil2100: we'd need someone to test spanish too, at least a brief check -- we need to keep them in sync
[16:49]  * davmor2 blames ogra_ for all file corruptions now, you just keep lining up jobs to blame you for :P
[16:50] <jdstrand> sil2100: so, should I push it now then?
[16:51] <sil2100> rvr: you around for some time still, right?
[16:53] <rvr> sil2100: One hour or so
[16:53] <sil2100> jdstrand: ok, so please push it if you can :)
[16:54] <jdstrand> ok, I'll do it in just a moment
[16:55] <sil2100> davmor2, rvr: once jdstrand releases his silo, could you take a look at the custom+spanish_custom tarballs?
[16:56] <rvr> sil2100: I can take a look, but can't promise I'll finish today
[16:56] <davmor2> sil2100: NO :P :D
[16:57] <rvr> jdstrand: Seems the issue I found is known and not related to the silos
[16:59] <jdstrand> cwayne: ok, pushed ^
[17:00] <cwayne> jdstrand: thanks
[17:00] <jdstrand> not sure when the spreadsheet or the dashboard will be updated...
[17:01] <bzoltan> sil2100: I would like to execute an experiment. I would like to see how the latest UITK Vivid landing (silo1) behaves with the RTM image. May I ask for a silo with the same MR just for build and test? So not to land, but to run the tests and see all the builds.
[17:02] <sil2100> bzoltan: hm, ok, we can do that, we just need to make sure it's commented everywhere that it's not meant to be landed then
[17:04] <sil2100> ogra_: hey! Will you make it for the meeting?
[17:04] <bzoltan> sil2100: I will make a branch and will not top approve it ... so it will not land and I will change the control file, so it can not accidentally land ... plus add DO NOT LAND in every possible comment field.
[17:04] <ogra_> sil2100, yeah, justfinishing up the snappy one ...
[17:04] <sil2100> ogra_: ACK
[17:04] <ogra_> (gimme a few)
[17:05] <cwayne> jdstrand: sil2100: ah, wed need a rootfs with the new a-e-u right
[17:05] <jdstrand> cwayne: yes
[17:06] <jdstrand> that should be coming (1.2.40 is in -proposed atm: https://launchpad.net/ubuntu-rtm/+source/apparmor-easyprof-ubuntu/1.2.40)
[17:07] <sil2100> davmor2: meetong
[17:08] <cwayne> ogra_: sil2100: ^ can we get an rtm rootfs kicked off once 1.2.40 is in 14.09
[17:08] <ogra_> i guess we can
[17:13] <brendand> kenvandine, sil2100 - here's a bug for tracking the issue: https://bugs.launchpad.net/ubuntu-rtm/+source/ubuntu-system-settings/+bug/1409809
[17:14] <kenvandine> brendand, thanks
[17:15] <jdstrand> ogra_, sil2100 (and cwayne): https://launchpad.net/ubuntu-rtm/+source/apparmor-easyprof-ubuntu shows 1.2.40 is in release
[17:15] <jdstrand> (fyi)
[17:16] <cwayne> jdstrand: thanks, kicking custom now
[17:17] <ogra_> check if rmadison agrees ;)
[17:17] <ogra_> (obviously does)
[17:32] <pstolowski> qa, hey, what is the deadline for current wave of rtm fixes (for having them tested in silos)?
[17:35] <davmor2> sil2100, jibel: emulator is good but some apps have been removed so I have had to invalidate the one test for now, and modified the downloaded app for ebay so that one could pass.  So it is as good as it ever is
[17:35] <cwayne> sil2100: davmor2: rvr: so assuming an RTM rootfs has been kicked, I think the custom image to test will be 270
[17:35] <davmor2> cwayne: thanks
[17:36] <rvr> cwayne: Is there a new image for custom-proposed-es?
[17:36] <rvr> I was flashing 43
[17:37] <cwayne> rvr: there will be with the new rootfs, it would be 45
[17:37] <rvr> cwayne: Ok
[17:37] <cwayne> rvr: the scopes will be the same in 43 and 45, so if you want to test the OOBE on 43 then all that would need to be checked on 45 is that the cache was updated
[17:39] <cwayne> i've got to go run some errands, so all please shoot me an email if there's any questions
[17:42] <sil2100> davmor2: \o/
[17:42] <sil2100> davmor2: thanks!
[17:42] <sil2100> jibel: so, any final words before we promote?
[17:42] <jibel> sil2100, +1 to promote
[17:43] <sil2100> jibel: it's 188, right?
[17:43] <jibel> sil2100, krillin/rtm/188 is what we tested
[17:43] <sil2100> ogra_: could you promote rtm 188 for krillin and its counterparts for mako and emulator? :)
[17:43] <jibel> sil2100, mako 157 and the rest is 151
[17:43] <sil2100> The spanish might be also needed to be promoted, right?
[17:43] <ogra_> sil2100, sure, gimme a bit
[17:44] <sil2100> But not sure if it got tested well enough
[17:44] <jibel> yes
[17:52] <bzoltan> sil2100:  ^ this is my experimental silo request
[17:52] <sil2100> bzoltan: I love the big caps-lock warning!
[17:52] <bzoltan> sil2100: :D
[17:53] <sil2100> ;)
[18:06] <ogra_> [18:06] <ogra_> that is: krillin 188, mako 157, emulators 151
[18:06] <ogra_> jibel, which es image should i promote ?
[18:07] <jibel> ogra_, 137
[18:07] <ogra_> thx
[18:09] <ogra_> [18:09] <ogra_> (krillin 137 as above)
[18:09] <sil2100> ogra_: thanks! :)
[18:11] <bzoltan> sil2100:  would you please reconf the rtm silo10
[18:20] <sil2100> bzoltan: sure
[18:20] <sil2100> ogra_: is emulator image promoted as #13 as well? Or as #12?
[18:21] <ogra_> sil2100, oh, right, yeah, emulator is one behind
[18:24] <rvr> ogra_: Is es-proposed-customized still building?
[18:25] <ogra_> rvr, i dont think anything is building atm
[18:25] <sil2100> bzoltan: done ;)
[18:25] <sil2100> Ok, I'm off outside now, bbl
[18:25] <rvr> cwayne: No image 45 then? :-/
[18:26] <ogra_> rvr, es-proposed-customized is nothing we build, thats solely cwayne's thing i think
[18:26] <rvr> ogra_: Ah, ok
[18:27] <rvr> I'm hitting [F5] on that channel compulsively :)
[18:27] <ogra_> 44 is from 1h ago apparently
[18:27] <ogra_> do you expect anything newer ?
[18:27] <rvr> Yup, cwayne specifically mentioned 45
[18:28] <ogra_> ah, k
[18:28] <tedg> trainguards, can I get vivid silos for lines 59, 60 and 61 please?
[18:30] <robru> tedg: on it
[18:30] <tedg> robru, Great, thanks!
[18:31] <robru> tedg: well row 59 will need to be not blank before I can assign it
[18:31] <tedg> Hmm, not blank for me…
[18:32] <robru> tedg: rows 60 and 61 got 8 and 13
[18:32] <robru> tedg: weird, just refreshed the spreadsheet and line 59 showed up. weird sync glitch I guess
[18:33] <tedg> robru, Okay, whew, I couldn't figure out anything else to do to it :-)
[18:33] <robru> tedg: line 59 got silo 16 ;-)
[18:34] <tedg> robru, Cool, thanks!
[18:34] <robru> tedg: worst case, reload the spreadsheet, if the row was missing, re-enter the data. it happens sometimes.
[18:34] <robru> tedg: you're welcome!
[18:36]  * tedg wonders if 2015 will be the year the spreadsheet dies
[18:38] <davmor2> cwayne: 2015/01/12 18:38:02 Flashing version 269 is still trying to be downloaded :(
[18:38] <robru> tedg: I would guesstimate we are a month away from killing the spreadsheet. it's happening, just slowly.
[18:39] <robru> or rather, "it's happening, just constantly fraught with setbacks and distractions."
[18:39] <davmor2> tedg: also robru lies ;)
[18:40] <tedg> davmor2, So there's no setbacks and distractions? ;-)
[18:40]  * tedg will not miss the spreadsheet
[18:41] <tedg> Okay, packages building, device reflashing, lunch!
[18:44] <robru> tedg: you and everybody else! (not missing the spreadsheet, that is, not lunch)
[18:45] <robru> bfiller: silo 17
[18:55] <cwayne> wait so was there a new rootfs
[18:56] <cwayne> ogra_: ^
[19:00] <robru> slangasek: sil2100: Ursinha: I vote we cancel our meeting now as there's not much to discuss (I'll send an email update shortly with some staging instance details)
[19:01] <robru> unless anyone disagrees...
[19:02] <cwayne> davmor2: ^
[19:03] <slangasek> robru, sil2100, Ursinha: well maybe sil2100 wants to say happy new year to everybody? :)
[19:03] <slangasek> but I'm ok to cancel if you all agree there's nothing to discuss
[19:04] <robru> slangasek: aha, already did say happy new year at that other meeting 2 hours ago ;-)
[19:04] <slangasek> heh
[19:07] <sil2100> Happy New Year!
[19:07] <sil2100> ;)
[19:07] <sil2100> No, I'm fine with skipping, I just got back like 10 minutes ago anyway
[19:08] <robru> sil2100: k, great.
[19:08] <robru> sil2100: I'm still working on the staging bringup. I fixed SSO but now there's some firewall issue stopping it from working. once I get a successful build out of it I'll email those instructions on how to use it.
[19:13] <cwayne> sil2100: was there a new rootfs kicked? if not we can just do the custom test tomorrow morning
[19:14] <slangasek> sil2100: Šťastný nový rok
[19:15] <davmor2> sil2100: ogra_ talk to us please
[19:15] <sil2100> davmor2: hey!
[19:15] <sil2100> cwayne: no new rootfs was kicked
[19:16] <davmor2> sil2100: cwayne so tomorrow am then right?
[19:16] <sil2100> We didn't have a new image yet, there will be an auto-build later at night
[19:16] <davmor2> sil2100: that'll be too late for anyone to test though at a guess
[19:16] <sil2100> We wanted to have the custom landed so that the new image doesn't have any issues
[19:17] <sil2100> We could theoretically disable the cronjob and just kick the image manually tomorrow once the custom is tested...
[19:17] <sil2100> robru: ugh, ok, thanks!
[19:17] <davmor2> sil2100: custom needs the new rootfs to be tested though
[19:19] <sil2100> davmor2: can you test it with changes from a silo?
[19:19] <davmor2> sil2100: how many silos have landed?
[19:19] <sil2100> For RTM it might have been only one silo landing today
[19:20] <sil2100> davmor2: since if we have a new rootfs (a new image) built during the night, this would mean some users will get long boot times, right?
[19:21] <davmor2> sil2100: well there is the 3 that meant that silo 10 could land and then I think there were one or 2 so that is 4-5 and then that has to be installed after the custom tarball image has been installed
[19:21] <davmor2> not sure how well that would work
[19:22] <sil2100> davmor2: hm, why so many silos? Today there was only this silo landing, and we have a rootfs with all the others already
[19:24] <davmor2> sil2100: silo 10 depended on 006 and 001 and then there is any that have passed today
[19:25] <sil2100> davmor2: yeah, but none of those landed yet, only silo 10
[19:26] <sil2100> So do we need to land 006 and 001 along with the tarball?
[19:27] <davmor2> sil2100: so I'm around for 30 minutes, and by the sound of it if the app armor fix isn't in place it will take 10 minutes to boot the image after I have bootstrapped on the image to test that has the tarball in place
[19:31] <davmor2> sil2100: the problem we have is that cwayne has been waiting for the new rootfs to build so he could trigger the tarball and we test image 270, we can test 269 and install all the ppa's but that kinda defeats the object,  so it looks like this will get tested in the morning now by the sound of it :(
[19:32] <sil2100> Ok, then there was some miscommunication here then
[19:32] <sil2100> hm, so I would actually prefer everything happening at once
[19:33] <sil2100> So maybe let's disable the cronjob for today, what do you say?
[19:34] <davmor2> sil2100: what does cancelling the cronjob do though?
[19:34] <davmor2> sil2100: you can build the new rootfs and then we just test the new 270 image in the morning
[19:36] <davmor2> sil2100: we need the app-armor fix in place so that the custom image doesn't take a week to boot unless I'm misunderstanding cwayne
[19:36] <cwayne> righto
[19:39] <davmor2> sil2100: so as I see it we can cancel the cronjob, do a manual build first thing tomorrow your time, which should finish when I get online I can then test the new 270 image and a few hours latter you can release that done.  The other thing we could do is remove the ota tag from the build that we make so that cwayne can build on it but users don't upgrade to it
[19:41] <cwayne> so i've got the custom tar all set davmor2 since it's in the archive
[19:41] <cwayne> so if you cancel the cron and do it early UK time, you guys can start testing as soon as a rootfs is done
[19:42] <davmor2> sil2100: ^
[19:44] <sil2100> hm, ok
[19:44] <sil2100> So then I misunderstood it, I thought it's actually the other way around
[19:45] <sil2100> Then we don't need to disable the cronjob as, if I understood davmor2 and cwayne now, releasing the custom tarball would cause the long boot times
[19:45] <sil2100> If that's the case, then let's leave everything as it is and take care of the custom tomorrow morning
[19:45] <davmor2> sil2100: wilko
[19:46] <cwayne> no no no
[19:46] <cwayne> the rootfs will cause the long boot times
[19:46] <cwayne> the custom will fix it
[19:46] <sil2100> Ok, so it's as I thought
[19:46] <sil2100> davmor2: ^
[19:46] <cwayne> but the custom is already built, so it can be tested as soon as the rootfs is done
[19:46] <cwayne> i.e. doesn't need to wait for my morning
[19:47] <davmor2> head is spinning now
[19:47] <sil2100> Yeah, but it's best if those two are done with as short delay as possible, so let's disable the cron and do the rootfs build and custom testing on davmor2's morning
[19:47] <sil2100> ogra_: hey! Could you disable the cronjob for building rtm images for today? :)
[19:48] <davmor2> sil2100, cwayne: right so we need to test what is there now which is 269? then retest that the new rootfs doesn't break it when the 2 converge?
[19:49] <cwayne> davmor2: we could do that, since 269 has the scopes changes
[19:49] <cwayne> but 270 will have the properly aligned cache
[19:50] <davmor2> cwayne: but 270 doesn't exist unless it just hasn't build yet
[19:50] <cwayne> right
[19:50] <cwayne> that will be the new rootfs with the proper apparmor
[19:51] <davmor2> cwayne: and we can't build a new rootfs without releasing it, which will mean people have issues with boot times, for several hours until we can release the tarball that fixes it
[19:51] <sil2100> ogra_, slangasek: if anyone of you could disable the cronjob for ubuntu-rtm it would be awesome
[19:51]  * sil2100 needs to EOD now
[19:51] <sil2100> o/
[19:51] <slangasek> ok
[19:51] <davmor2> sil2100: night
[19:52] <slangasek> ogra_: ^^ done
[19:52] <kenvandine> brendand, so the tests passed for you with ubuntu-system-settings-autopilot=0.3+15.04.20141211~rtm-0ubuntu1 ?
[19:52] <kenvandine> brendand, i got 96 failures with that version
[19:53] <davmor2> cwayne: so I'm assuming we will need to test what is there now, when that passes we then get ogra to work his magic and land the new rootfs and custom at the same time so there users never get a slow image
[19:54] <cwayne> davmor2: yeah, we could pre-test what is there now, or wait and test it all at once
[19:55] <cwayne> im fine either way
[19:56] <davmor2> man this is harder than it needs to be I'm sure of it ;)
[19:56] <kenvandine> brendand, but to even get that far, i had to install python3-evdev, which i think should be a depends somewhere
[20:01] <kenvandine> weird, python3-autopilot depends on python3-evdev
[20:01] <kenvandine> but python3-evdev didn't get installed
[20:02]  * kenvandine scratches head
[20:29] <kenvandine> brendand, the second try i only had 4 failures with that old version, rather flaky :/
[20:29] <kenvandine> and my less_flaky branch didn't seem to help
[20:37] <bfiller> robru: mind reconfiguring rtm silo 20 - I added a new package to sync
[20:38] <robru> bfiller: done
[20:38] <bfiller> robru: thanks
[20:38] <robru> bfiller: you're welcome!
[22:08] <dobey> cihelp: what's the best way to get jenkins to run the test builds on an MP after it's already run a failed autolanding job?
[22:12] <fginther> dobey, I don't quite understand. do you have a specific example?
[22:12] <dobey> fginther: https://code.launchpad.net/~dobey/pay-ui/fix-card-cancel/+merge/246223
[22:14] <dobey> fginther: it was set to approved before jenkins ran the standard MP test builds, and i set it to needs review to prevent it from landing (because it wasn't quite ready yet). now i'd like to get jenkins to run the normal MP test jobs for it, and hand the click that is built from that off to QA for testing, so they can approve it and we can land and release to the store
[22:16] <fginther> dobey, ah ok. I can't remember if this will still be tested by a ci job or not... Regardless, I can manually trigger one.
[22:17] <dobey> fginther: ok, please trigger on then. thanks :)
[22:17] <plars> fginther: dobey: did you try reapproving it as the message there suggests?
[22:17] <plars> fginther: shouldn't that cause it to retest?
[22:18] <dobey> plars: i don't want to approve it yet
[22:18] <fginther> plars, that's to re-try landing it. but that goes further than what dobey wanted
[22:18] <dobey> right
[22:18] <plars> gotcha
[22:18] <fginther> dobey, it's building now
[22:19] <dobey> thanks!
[22:54] <bfiller> robru: is there a way to rebuild syncevolution on rtm silo 20? Seemed it didn't get rebuilt when I rebuilt the silo after adding libsythesis
[22:59] <robru> bfiller: yeah in the build job you can specify to only build syncevolution
[22:59] <bfiller> robru: I did a force rebuild of everything and it didn't get rebuilt
[23:00] <bfiller> robru: but I'll try that
[23:00] <robru> bfiller: oh, look at the job, it's depwait
[23:00] <bfiller> robru: but the dep should be there now
[23:00] <bfiller> seems to be anyway
[23:01] <robru> bfiller: hm, not sure why, but the most recent build job only uploaded the one thing, not both
[23:02] <bfiller> robru: going to stop the build and just try to rebuild syncevolution
[23:03] <robru> bfiller: yeah, try that. if that doesn't work, try deleting the package from the PPA and then trying the build again.
[23:04] <robru> bfiller: or, you probably don't have perms to delete packages from the ppa. so if it fails again just ping me and I'll poke at it
[23:05] <bfiller> robru: yeah looks like it needs to be deleted, the log says it's already there so not trying to upload it again
[23:05] <robru> bfiller: ok one sec
[23:06] <robru> bfiller: wait is this a no-change rebuild?
[23:06] <bfiller> robru: yes
[23:06] <robru> bfiller: I may be able to rebuild within the PPA without touching train stuff, hang on
[23:09] <robru> bfiller: scratch that I botched it. ok, deleted, trying the upload again: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-020-1-build/61/console
[23:13] <bfiller> robru: thansk
[23:13] <robru> bfiller: you're welcome
[23:30] <robru> bfiller: looks like you need to version bump. https://launchpadlibrarian.net/194662361/buildlog_ubuntu-rtm-14.09-amd64.syncevolution_1.5~rtm-0ubuntu2_MANUALDEPWAIT.txt.gz it wants ">= 3.4.0.47.5" but v "3.4.0.47.5~rtm-0ubuntu2" is actually less. I recommend changing the packaging so that it says >= 3.4.0.47.5~ that should work
[23:32] <bfiller> robru: not sure how to do that - it's just a sync from vivid. can we tweak the rtm version numbers that get appeneded?
[23:32] <robru> bfiller: sure can't! ;-) I'm afraid this means you'll need to branch for RTM and then change this from a sync to an MP.
[23:33] <bfiller> robru: ran into something similar this morning that sil fixed with maliit
[23:35] <robru> bfiller: oh really? how similar? can you show me some logs? Because neither sil nor I have any ability to deploy code changes in production at the moment, so it's literally  not possible to turn off the ~rtm version munging.
[23:35] <robru> unless he manually uploaded the package or something.
[23:35] <bfiller> robru: he may have, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-002
[23:35] <bfiller> robru: the version of maliit-framework has the ~rtm at the end now
[23:35] <bfiller> after the ubuntu version
[23:36] <robru> indeed that package was manually uploaded by him
[23:36] <robru> hmmm
[23:37] <robru> bfiller: ok gimme a minute I'll poke at this. grumble
[23:50] <robru> bfiller: wow, ok, just discovered my GPG key expired a month ago, gonna need some time to make a new one and get it in keyservers so I can upload to the PPA.
[23:51] <bfiller> robru: nice! thanks for help