[02:10] <imgbot> [02:34] <robru> charles: https://code.launchpad.net/~charlesk/indicator-datetime/lp-1411171-strengthen-recurrence-rule-test/+merge/246629 just need this merge approved
[03:10] <imgbot> [03:30] <imgbot> [03:30] <imgbot> [04:15] <imgbot> [04:15] <imgbot> [09:03] <sil2100> davmor2, jibel: custom tarball in sight - did we land the device tarball yesterday, or was it waiting for today?
[09:04] <dbarth_> hi trainguards, i'd like to add a branch to rtm-021 (from tvoss), to fix another problem qa found during review
[09:05] <dbarth_> can you help me? (i see the silo is the result of a sync and I can't find the initial branch in the spreadsheet)
[09:08] <jibel> bfiller, Kaleo, sil2100 I verified the gallery-app 2.9.1.1136. There are still glitches but overall it's a huge improvement. So +1
[09:08] <Kaleo> jibel, thx!
[09:09] <sil2100> jibel: o/ Thanks!
[09:09] <sil2100> dbarth_: hm, one moment
[09:09] <sil2100> dbarth_: the safest way of doing it is submitting the fix for that project in vivid and then rebuilding the sync
[09:10] <davmor2> sil2100: all today
[09:10] <dbarth_> sil2100: ok; do you see the vivid line though? it was uploaded a while back
[09:11] <dbarth_> it's archived
[09:12] <dbarth_> sil2100: line 2482 in the archive; i guess it takes a new silo request then
[09:12] <sil2100> jibel: publishing the camera-app in the meantime, we need someone to push the clicks to the store
[09:13] <jibel> dpm, popey ^ about gallery app who can push it to the store?
[09:13] <sil2100> jibel: did you flip the switch for gallery-app?
[09:14] <sil2100> Ah, see it now
[09:14] <jibel> I just did
[09:14] <sil2100> Thanks :)
[09:15] <jibel> sil2100, I think we want bug 1405123?
[09:15] <jibel> + silo 2
[09:17] <sil2100> jibel: which bug?
[09:17] <sil2100> Ah
[09:17] <sil2100> Ok
[09:17] <jibel> sil2100, bug 1405123
[09:18] <jibel> private bug
[09:20] <popey> jibel: bfiller's team usually uploads that.
[09:20] <sil2100> jibel: I remember seeing it as reported by the client, not sure why it's not tagged by PT
[09:21] <sil2100> popey: anyone else can do it in our TZ?
[09:21] <popey> sil2100: dpm may be able to while m irv is out
[09:22] <popey> otherwise you wait for balloon s
[09:22] <tvoss> sil2100, rtm 5 is obsolete
[09:22] <sil2100> popey: ok, thanks, we'll try to poke dpm I suppose
[09:22] <sil2100> tvoss: want me to free it up?
[09:23] <tvoss> sil2100, yup
[09:24] <jibel> sil2100, so we need a device tarball if not already done, a custom tarball, silos 2 and 7
[09:25] <jibel> davmor2, ^ any news about the device and custom tarballs?
[09:25] <sil2100> jibel: yeah, we have the custom ready now (the changelog got sent to us)
[09:25] <sil2100> jibel: we also need to make sure the clicks for camera and gallery get properly published
[09:25] <sil2100> And for music as well
[09:25] <davmor2> jibel: custom is landed and I need some links from john-mcaleely for the device
[09:25] <jibel> sil2100, I am not in "us" apparently
[09:26] <sil2100> jibel: oh, let me forward it
[09:26] <davmor2> sil2100: already done it
[09:53] <sil2100> dbarth_: https://ci-train.ubuntu.com/job/prepare-silo/3879/console <- there seems to be a mix-up of merges in your silo request (see the error for details)
[09:54] <dbarth_> sil2100: ugh, yes
[09:55] <dbarth_> sil2100: i dropped the 2nd one, can you retry?
[09:56] <sil2100> dbarth_: sure
[09:58] <sil2100> dbarth_: one moment, spreadsheet is really slow for me
[09:59] <sil2100> dbarth_: could you get this approved? https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/master/+merge/247433
[10:03] <dbarth_> sil2100: approved now
[10:06] <john-mcaleely> davmor2, still looking for links?
[10:11] <davmor2> john-mcaleely: I am please
[10:12] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150126-cb82dc1.tar.xz
[10:12] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150126-cb82dc1.changes
[10:12] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150126-cb82dc1.ods
[10:12] <john-mcaleely> davmor2, is there a mail-list I could dump those in, in the future? ^
[10:13] <davmor2> john-mcaleely: QA Team Mailing List <qa-team@lists.canonical.com> It might need validation but jibel gets the pings for those and will let it through asap
[10:13] <john-mcaleely> davmor2, ack
[10:48] <sil2100> john-mcaleely: after this milestone we'll add some basic functionality to the spreadsheet to request tarball/click sign-off
[10:48] <john-mcaleely> sil2100, +1
[10:49] <sil2100> john-mcaleely: so then you'll just have to add it to the spreadsheet - it's not perfect, but at least we would have one streamlined process for things like that
[10:49] <john-mcaleely> sil2100, yeah, it sounds like a good improvement
[10:52] <popey> sil2100: when you planning to build a new image?
[10:57] <jibel> popey, waiting for the validation of the custom and device tarballs and a fix for silo 2
[10:57] <jibel> tvoss, ^
[10:57] <tvoss> jibel, ack, on it
[10:57] <tvoss> jibel, ~30 minutes
[11:02] <tsdgeos> cihelp: any idea why CI hasn't run for https://code.launchpad.net/~macslow/unity8/swipe-dismiss-snap-decisions/+merge/233347 ?
[11:03] <psivaa_> tsdgeos: let me take a look
[11:03] <tsdgeos> was updated 20h ago
[11:03] <tsdgeos> seems like it should have triggered a run
[11:12] <sil2100> popey: did you push music app to the store?
[11:13] <sil2100> popey: could you also push camera-app and gallery-app? I can get the clicks for you I suppose
[11:13] <popey> ok, provide me clicks and I'll upload
[11:13] <popey> will do music at same time.
[11:15] <sil2100> https://jenkins.qa.ubuntu.com/job/generic-click-builder-vivid-armhf/200/artifact/output/com.ubuntu.camera_3.0.0.495_armhf.click
[11:15] <sil2100> https://jenkins.qa.ubuntu.com/job/generic-click-builder-vivid-armhf/202/artifact/output/com.ubuntu.gallery_2.9.1.1136_armhf.click
[11:15] <sil2100> Those seem to be the clicks from the silos :)
[11:15] <sil2100> popey: thanks!
[11:15] <popey> ack
[11:15] <psivaa_> tsdgeos: since the earlier runs were a long time ago, the history of that MP has been pruned off. so the jobs could not be 'rebuilt'.
[11:16] <psivaa_> i've triggered one manually and seeing how it progresses
[11:17] <tsdgeos> psivaa_: thanks
[11:18] <popey> sil2100: jdstrand wanted to review camera app before it hits the store, due to new read_path permissions I think.
[11:21] <sil2100> popey: oh, ok, then we can wait for jdstrand and bfiller to confirm that before uploading
[11:21] <sil2100> bfiller: are you around? Did you have jdstrand reviewing the camera-app already?
[11:22] <Saviq> mzanetti, sil2100, what's the deal with vivid 014?
[11:22] <popey> sil2100: ok.
[11:23] <sil2100> Saviq: aw comee ooon, I just fixed that one... I have no idea what the train is doing with that one
[11:23] <sil2100> Saviq: let me hack it again
[11:23] <sil2100> This time the hard way
[11:23] <Saviq> sry
[11:23] <mzanetti> Saviq: I think the code is merged though, isn't it?
[11:23] <Saviq> is it?
[11:24] <mzanetti> hmm... no, it's not
[11:25] <mzanetti> I thought sil2100 merged it manually yesterday, but was too busy that moment to check and then I forgot about it :/
[11:25] <sil2100> mzanetti: I didn't merge it as it was not publishing yet, it was just building - but the train re-created the file I removed
[11:25] <sil2100> Fixing it now definitely I hope
[11:33] <sil2100> mzanetti, Saviq: ok, this hack now worked, publishing
[11:33] <mzanetti>  \o/
[11:33] <sil2100> Sorry for the inconvinience
[11:33] <mzanetti> sil2100: no worries
[11:33] <mzanetti> thanks for the help!
[11:34] <sil2100> After recent changes the watch-ppa code works much differently from how didrocks designed it
[11:43] <popey> sil2100: music r815 uploaded
[11:43] <sil2100> popey: excellent, one off our radar then - thanks :)
[11:43] <popey> np
[11:44] <sil2100> charles: hey! Can we get https://code.launchpad.net/~charlesk/indicator-datetime/lp-1411171-strengthen-recurrence-rule-test/+merge/246629 approved? :)
[11:56] <psivaa_> tsdgeos: an update.. CI jobs have run on https://code.launchpad.net/~macslow/unity8/swipe-dismiss-snap-decisions/+merge/233347 with failures.
[11:57] <MacSlow> tsdgeos, fixing ^ ...
[11:59] <sil2100> Ok, I go start prepaing lunch
[12:00] <MacSlow> tsdgeos, psivaa_: fix pushed
[12:00] <MacSlow> tsdgeos, psivaa_: rev 1283
[12:00] <tsdgeos> psivaa_: so now it'll run by itself?
[12:01] <psivaa_> tsdgeos: it has to.. i'll watch if it doesn't
[12:14] <bzoltan> sil2100:  may I get a silo for line 71?
[12:25] <sil2100> bzoltan: sure
[12:36] <boiko> sil2100: I marked vivid silo 17 as tested, but I just found a problem in it, is there still time to mark it again as not yet tested?
[12:37] <sil2100> boiko: sure, un-mark it in the spreadsheet - good that you poked me about it as otherwise I would publish it ;)
[12:38] <nerochiaro> sil2100: we have a problem with jenkins not liking some copyright headers for code that we borrowed from another library (QT 5.4). https://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-vivid-amd64/579/console
[12:38] <nerochiaro> sil2100: who can help solve this ?
[12:39] <boiko> sil2100: done, there is one other silo I marked as tested (001): this one is good to go
[12:39] <sil2100> boiko: ok, taking care of that one in a minute, thanks!
[12:39] <sil2100> nerochiaro: let me take a look at the output
[12:40] <sil2100> hm, didn't know anything about that license check hook
[12:40] <sil2100> nerochiaro: I suppose this might be more of a CI-problem, so maybe pinging cihelp might be the right way
[12:40] <nerochiaro> on #canonical ?
[12:41] <sil2100> nerochiaro: you can ping cihelp here, since they get highlights on that
[12:41] <nerochiaro> sil2100: they don't seem to be online now though, that's why i asked.
[12:46] <greyback_> fginther: hey I mailed you a while back about updating the qtmir CI job to add the  "H10strip_native_depends" hook. Did you get that mail?
[12:52] <ogra_> cjwatson, could se get sil2100 into ubuntu-cdimage (not sure what we need to do for full nusakan access, i guess he needs to talk to #is then)
[12:52] <ogra_> s/se/we/
[12:55] <sil2100> ogra_: already poked cjwatson about that, and I think the preferred thing is to get the isotracker building rtm images instead
[12:55] <cjwatson> ogra_: Can't we get the isotracker bug fixed instead?
[12:55] <cjwatson> That benefits more people and is the right fix ...
[12:56] <ogra_> for promotion and copying between channels ?
[12:56] <cjwatson> ... OK, I'll admit that's separate
[12:56] <ogra_> given how long it takes to get even RTM building on there i suspect that might be another year
[12:56] <cjwatson> I seriously hate that this system-image stuff abuses the cdimage user
[12:56] <sil2100> I wouldn't mind having image-promotion powers
[12:57] <cjwatson> Can somebody please work on separating those privileges?
[12:57] <cjwatson> There's no technical reason for them to share the same user
[12:57] <cjwatson> sil2100: I've added you, but you'll need to file an RT to get a nusakan account.  CC me
[12:58] <ogra_> there isnt even a reason for them to share the same machine :)
[12:59] <ogra_> and i guess the more snappy stuff we get the better will be to have a separate system-image machine eventually
[12:59] <cjwatson> Well, the importer would take longer with them on separate filesystems, but probably not enough to be a problem
[13:01] <cjwatson> Right now the config picks the raw files up from /srv/cdimage.ubuntu.com/, but it's true that it could use http:// (presuming that the cdimage-* types can cope with that; if not then that's presumably not hard to add)
[13:01] <ogra_> or scp since it will likely be on the same internal network
[13:01] <cjwatson> Could somebody take responsibility for getting that set up with IS?
[13:01] <ogra_> or rsync ...
[13:02] <cjwatson> http is probably simplest
[13:02]  * ogra_ is to swamped with snappy stuff atm and i guess stgraber too :/
[13:02] <ogra_> i can file an RT but there will likely have to be code changes etc
[13:03] <nerochiaro> sil2100: if cihelp does not show up, and we need to commit the MR that has problems with copyright headers, can we disable the hook for now ?
[13:04] <psivaa_> sil2100: nerochiaro: let me take a look at your issue
[13:04] <nerochiaro> psivaa_: much appreciated
[13:07] <psivaa_> nerochiaro: sil2100: is this enough to run the job without the A10checklicenseheaders hook?
[13:07] <nerochiaro> psivaa_: i supposed it is enough to land it, but then that code will go in trunk so every other MR will have that problem
[13:09] <psivaa_> nerochiaro: I dont understand why http://paste.ubuntu.com/9897808/ can not be fixed
[13:11] <nerochiaro> psivaa_: these files are backports from QT 5.4, the copyright headers come verbatim from there. how would you like them to be fixed ?
[13:11] <nerochiaro> psivaa_: (not a rethorical question, if they can be fixed i would love to fix them. i just don't know how)
[13:13] <psivaa_> nerochiaro: ok, i'm not sure, how to progress then, i'd try and remove those lines or disable the hook altogether. may be i need to get fginther 's opinion on this
[13:24] <sil2100> davmor2: how's the custom and device tarballs going?
[13:27] <davmor2> sil2100: device is nearly done but lunch got in the way I'll hit custom after that
[13:29] <nerochiaro> psivaa_: if i can look at the code for the hook i can probably figure out why it is not happy and fix the header accordingly.
[13:30] <pmcgowan> om26er, silo 0 was not intended to fix the aparmor issue
[13:31] <pmcgowan> om26er, did you talk to thostr_ ?
[13:32] <bfiller> sil2100: do we need new gallery and camera-app clicks uploaded? looks like silos got released
[13:32] <thostr_> om26er: silo0 from yesterday was only supposed to fix the OA scopes issue, basically making sure the request is directed to actual scope and not being "eaten" by aggregator scope
[13:32] <pmcgowan> bfiller, does that camera fix include the BQ video space request
[13:32] <bfiller> pmcgowan: yes
[13:33] <pmcgowan> niice
[13:33] <om26er> thostr_, Was the fix not supposed to change any behavior ?
[13:34] <pmcgowan> sil2100, did we get a new custom tarball from cwayne?
[13:34] <thostr_> om26er: no,this was really only about authenticating the right scope
[13:35] <om26er> thostr_, oh ? the speadsheet suggested otherwise.
[13:35] <om26er> I mean the bug report.
[13:35] <sil2100> pmcgowan: yeah :) davmor2 is testing it right now
[13:35] <om26er> that caused the confusion :)
[13:36] <sil2100> bfiller: yeah, I poked popey about that already
[13:36] <pmcgowan> sil2100, device or custom
[13:36] <sil2100> bfiller: I know he didn't push camera-app because he wanted jdstrand to do a security review
[13:36] <davmor2> sil2100, pmcgowan: no I'm not I'm finish device tarball custom is after that
[13:36] <thostr_> om26er: right, now I see your point. well, thing is we discovered the scopes issue while working on the other issue and only after quite a while we figured they are independent
[13:36] <pmcgowan> davmor2, very good
[13:36] <sil2100> pmcgowan: davmor2 has both :)
[13:36] <sil2100> bfiller: not sure if he ended up publishing the gallery-app click
[13:36] <sil2100> popey: ^ ?
[13:36] <bfiller> sil2100: has new version been uploaded to store yet? and what about for gallery? I'm preparing clicks for them now..
[13:37] <popey> nope
[13:37] <pmcgowan> thostr_, question is how does om26er  verify that silo
[13:37] <popey> i held back.
[13:37] <bfiller> popey: np, I'm on it
[13:37] <sil2100> popey: ok :)
[13:37] <bfiller> popey: will ping you once htey are uploaded
[13:37] <popey> coolio
[13:37] <popey> ok
[13:37] <sil2100> bfiller: thanks!
[13:37] <bfiller> sil2100: your welcome :)
[13:37] <thostr_> om26er: open picture scope (aggregator) that has fb in it
[13:39] <marcustomlinson> om26er: https://bugs.launchpad.net/ubuntu/+source/unity-scopes-shell/+bug/1414560
[13:39] <marcustomlinson> om26er: how to recreate the issue is in the bug description
[13:39] <om26er> marcustomlinson, yeah, except that wrong description :)
[13:40] <om26er> that's not really the fix as thostr_ said
[13:41] <marcustomlinson> om26er: ok I'm quite confused
[13:41] <marcustomlinson> om26er: are we on the same page now?
[13:41] <om26er> marcustomlinson, thostr_ was giving me the steps to confirm the fix, but I only got his message to open the photos scope
[13:42] <om26er> still need more info to verify the bug fix.
[13:42] <thostr_> marcustomlinson: we're talking about the issue you fixed yesterday. that was about authenticating FB instead of picture aggregator
[13:42] <sil2100> pmcgowan: after the gallery and camera clicks land, there are still 2 silos we need to get in before we kick the first candidate image
[13:43] <pmcgowan> sil2100, ack
[13:43] <sil2100> pmcgowan: silo 2 and silo 7, but those seem to be a little bit troublesome so it might take some time
[13:43] <pmcgowan> thostr_, does that fix require an update to the aggregator scope?
[13:43] <pmcgowan> sil2100, understood
[13:45] <thostr_> pmcgowan: no, it's in the framework
[13:45] <marcustomlinson> om26er: Which silo are we talking about?
[13:45] <pmcgowan> thostr_, I see a coment that both scopes are now authenticating and photos needs to be removed from the list
[13:46] <om26er> marcustomlinson, silo0 -- in the failed column.
[13:47] <john-mcaleely> davmor2, thumbs up/thumbs down on the device tarball?
[13:47] <davmor2> john-mcaleely: so far so good just finishing it off about 10 minutes
[13:48] <john-mcaleely> davmor2, great. will more patiently await. sorry!
[13:48] <davmor2> john-mcaleely: no worries
[13:49] <marcustomlinson> pmcgowan: that last comment is something that will need to be updated in the actual Photos scope (it should not be registering itself as a Facebook client)
[13:49] <marcustomlinson> pmcgowan: I've let the Hanloon guys know
[13:49] <marcustomlinson> pmcgowan: but that is really just a user experience improvement. The actual fix I did was a real bug
[13:50] <pmcgowan> marcustomlinson, as long as the experience is ok with the fix
[13:50] <davmor2> john-mcaleely, jibel, sil2100: infact done looks good last test didn't take as long as expected \o/
[13:50] <marcustomlinson> pmcgowan: definitely. The scope actually works :P
[13:50] <john-mcaleely> davmor2, \o/
[13:50] <pmcgowan> ok
[13:51] <john-mcaleely> sil2100, when would you like the device tarball pushed? davmor2 is +1 ?
[13:52] <marcustomlinson> om26er: I'm confused about silo 0 now. That landed yesterday. Is this another round of testing?
[13:52] <davmor2> marcustomlinson: there is also instagram, flickr, google sync for calendar and fitbit I think as accounts that link from aggregated scopes I don't know if they all register?
[13:53] <marcustomlinson> davmor2: right. I have gotten ahold of the Hanloon guys, however they don't want to risk a change like this right now
[13:53] <om26er> marcustomlinson, oh... it actually did land :p
[13:53] <om26er> pmcgowan, ^
[13:53] <om26er> pmcgowan, that card is a duplicate, ToyKeeper tested it yesterday :)
[13:53] <nerochiaro> psivaa_: sil2100: do you guys know how to see the code for the copyright hook or who might know about it ?
[13:53] <pmcgowan> om26er, ok
[13:54] <marcustomlinson> davmor2: I will follow up on updating those aggregators when the dust settles
[13:55] <davmor2> marcustomlinson: cool thanks
[13:55] <pmcgowan> marcustomlinson, care to file a bug for tracking that?
[13:56] <marcustomlinson> pmcgowan: sure
[13:56] <sil2100> davmor2: yaay
[13:56] <davmor2> moving onto custom now
[13:56] <sil2100> john-mcaleely: push it now I guess - we don't need to disable the importer since we anyway plan to build a new image in some hours
[13:56] <sil2100> john-mcaleely: thanks!
[13:57] <davmor2> john-mcaleely: do you know if someone other than cwayne is able to push the custom tarball?
[13:57] <john-mcaleely> davmor2, is it actually cwayne, given how it arrives in a channel?
[13:57] <jdstrand> sil2100, popey, bfiller: as for the camera, do whatever you would normally do to get it uploaded. I only ask that I be the one that pushes the button to let it be available to users in the store
[13:58] <john-mcaleely> davmor2, but no, I don't
[13:58] <john-mcaleely> sil2100, ack, will push now
[13:58] <popey> jdstrand: roger.
[13:59] <john-mcaleely> sil2100, pushed
[13:59] <john-mcaleely> thank you!
[14:01] <nerochiaro> bfiller: we are having a problem with the camera free disk space MR, the copyright headers of the files backported from QT 4.5 are not OK according to the jenkins hook. I am trying to figure out who can show me the source to the hook so i can fix these headers to match, but I haven't been able to find the right person yet apparently
[14:01] <sil2100> \o/
[14:02] <sil2100> nerochiaro: huh, sadly I don't know much about CI hooks, so psivaa_ or someone from CI would have to answer
[14:02] <sil2100> But strange that official headers from Qt would fail some header checks
[14:02] <marcustomlinson> pmcgowan: fyi: https://bugs.launchpad.net/savilerow/+bug/1415047
[14:02] <nerochiaro> sil2100: agree
[14:03] <bfiller> nerochiaro: fginther could you help nerochiaro ?
[14:03] <sil2100> nerochiaro: it seems the hook is using licencecheck, hmm
[14:03] <sil2100> nerochiaro: could you give me the link to the MR?
[14:04] <rpadovani> sil2100, fginther, popey: after I moved the focus development of the calculator to trunk yesterday jenkins doesn't run for the reboot branch - could you take a look please?
[14:04] <sil2100> cihelp: ^
[14:05] <pmcgowan> marcustomlinson, thans
[14:05] <nerochiaro> sil2100: https://code.launchpad.net/~phablet-team/camera-app/disk-space-monitor/+merge/247528
[14:05] <nerochiaro> cihelp: ^
[14:06] <nerochiaro> sil2100: oh wait, i just noticed, there was some precompilation that was supposed to add the right header block, and it has not run. my fault i guess
[14:06] <nerochiaro> sil2100: i will fix that
[14:06] <sil2100> nerochiaro: hmmm, ok, the header really looks strange, almost as if Qt was doing something during build time
[14:06] <nerochiaro> sil2100: sorry for the noise
[14:06] <sil2100> Yeah, exactly
[14:07] <sil2100> No worries ;)
[14:08] <nerochiaro> sil2100: actually, the QT headers i have installed systemwide have exactly the same block in them. so it is not something that is meant to be remvoed during compilation
[14:09] <nerochiaro> sil2100: so i really need to see what is tripping the hook. might be enough to just remove these variables or whatever they are
[14:09] <bfiller> popey, jdstrand: latest versions of camera-app 3.0.0.482 and gallery-app 2.9.1.1136 have been uploaded
[14:10]  * jdstrand looks at camera-app
[14:10] <bfiller> nerochiaro: can't we modify the headers to look like ours?
[14:11] <bfiller> I mean keep the info just change the format
[14:11] <popey> jdstrand: you dont need to look at gallery?
[14:12] <sil2100> nerochiaro: well, I just checked and licensecheck simply can't parse the copyright, so it's not really compatible with the licensecheck software
[14:12] <psivaa_> nerochiaro: sil2100: just back from lunch.. let me see if i can find the code which implements the hool
[14:12] <jdstrand> popey: I don't, but I'm there. I'll take both today. feel free to have a coffee on me
[14:12] <psivaa_> *hook
[14:12] <popey> \o/ woot
[14:13] <nerochiaro> bfiller: let me see if i can find al LGPL header in one of our sources, and adapt the QT headers from taht
[14:13] <sil2100> sil2100@amatsu:~$ licensecheck --copyright Pobrane/qstorageinfo_unix.cpp
[14:13] <sil2100> Pobrane/qstorageinfo_unix.cpp: UNKNOWN
[14:13] <sil2100>   [Copyright: 2014 Ivan Komissarov <ABBAPOH@gmail.com>]
[14:14] <sil2100> nerochiaro: looking at the header indeed no wonder licensecheck is confused, as it lists multiple possible licenses
[14:14] <sil2100> Changing the header is a big no-no, so we would have to somehow modify the hook or disable the hook alltogether
[14:15] <sil2100> Not sure if we can modify it though, as it's not the hook at fault but the copyright being just unreadable for licensecheck
[14:16] <fginther> rpadovani, nerochiaro, looking at your issues now
[14:17] <rpadovani> ty!
[14:18] <sil2100> nerochiaro: I actually see that other projects actually modify the copyright header in this case
[14:19] <sil2100> nerochiaro: see http://lists.freedesktop.org/archives/gstreamer-commits/2012-February/059366.html
[14:19] <sil2100> nerochiaro: they modify it to the copyright that they wish to use
[14:22] <fginther> nerochiaro, psivaa_, here is the license check script that is being used for camera-app ci builds: http://paste.ubuntu.com/9898679/
[14:23] <fginther> psivaa_, it's part of lp:pbuilderjenkins under the hooks directory
[14:23] <psivaa_> fginther: ack, thanks. i've been looking under cu2d files
[14:27] <nerochiaro> fginther: psivaa_: bfiller: since we are using GPL3 in the rest of camera-app, and the QT files allow being licensed as GPL3 I would suggest we remove all other copyright text and just put the GPL3 text there. ok ?
[14:28] <sil2100> fginther, psivaa_, nerochiaro: yeah, anyway, not much we can do with the hook... I htink the best way would be to use one lincense and put it in the header
[14:28] <jibel> pmcgowan, we verified silo 7 successfully, i guess it's something we want for this milestone? it fixes bug 1405123
[14:28] <bfiller> nerochiaro: works fo rme
[14:29] <fginther> nerochiaro, that should work
[14:29] <jdstrand> bfiller: gallery accepted, camera-app does not have the read_path:
[14:29] <pmcgowan> jibel, yes please
[14:29] <jdstrand> $ cat /tmp/bar/camera-apparmor.json
[14:29] <jdstrand> {
[14:29] <jdstrand>     "policy_groups": [
[14:29] <jdstrand>         "picture_files",
[14:29] <jdstrand>         "video_files",
[14:29] <jdstrand>         "camera",
[14:29] <jdstrand>         "audio",
[14:29] <jdstrand>         "video",
[14:29] <jdstrand>         "usermetrics",
[14:29] <oSoMoN> trainguards: I need a silo and a binary copy of oxide-qt to it
[14:29] <jdstrand>         "content_exchange",
[14:29] <jdstrand>         "content_exchange_source",
[14:29] <jdstrand>         "location"
[14:29] <jdstrand>     ],
[14:30] <jdstrand>     "policy_version": 1.2
[14:30] <jdstrand> }
[14:30] <jdstrand> bfiller: (that is from the unpacked /tmp/com.ubuntu.camera_3.0.0.482_armhf.click)
[14:30] <jdstrand> bfiller: id 3.0.0.482 supposed to have the read_path change?
[14:30] <jdstrand> is*
[14:30] <fginther> rpadovani, I've re-enabled the calculator-app-reboot jobs. Will keep a watch on them to make sure they are getting triggered
[14:31] <rpadovani> fginther, thanks very much :-)
[14:31] <bfiller> jdstrand: yes I thought so
[14:31] <bfiller> jdstrand: let me check
[14:31] <jibel> pmcgowan, we are still waiting for a fix for silo 2 (location-service). It's the only one left on our list.
[14:32] <pmcgowan> jibel, fantastic
[14:32] <cwayne> davmor2, yo
[14:32] <davmor2> cwayne: dude about 20 minutes or so good for you?
[14:32] <bfiller> jdstrand: looks like it doesnt' actually, the changes never got merged to trunk (: sil2100 is this because of the licensing issues?
[14:32] <bfiller> sil2100: the silo is marked as landed so assumed changes got to trunk
[14:33] <bfiller> sil2100: line 52
[14:33]  * jdstrand raies eyebrows-- licensing issues cause of the patch I gave to nerochiaro?
[14:33] <bfiller> jdstrand: no something els
[14:33] <bfiller> unrealated
[14:33] <jdstrand> oh heh
[14:33] <bfiller> jdstrand: in the same MR
[14:33] <nerochiaro> jdstrand: no, it is caused by stuff i had in there before
[14:33] <cwayne> davmor2, sure
[14:34] <jdstrand> I was going to say-- I was going to be pretty flexible on what you needed for that :)
[14:34] <sil2100> bfiller: huh?
[14:34] <sil2100> hmm
[14:34] <sil2100> bfiller: let me check what's up
[14:35] <plars> ogra_: I'd like to undup https://bugs.launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-touch/+bug/1414992 unless there's something I'm missing - I did try the new phablet-tools but it does not seem to help at all with this problem
[14:35] <jdstrand> bfiller: so for now should I access what is there and you ping me on the next upload, or just wait for you to ping me on this?
[14:35] <ogra_> plars, hmm i thought it worked for vila
[14:36] <jdstrand> s/access/accept/
[14:36] <ogra_> plars, it is definitely the exact same issue needing the exact same fix
[14:36] <bfiller> jdstrand: don't accept this one, we'll fix it and upload another one and I'll ping you. sorry to waste your time
[14:36] <sil2100> huh
[14:36] <nerochiaro> bfiller: fixed headers in the branch. licensecheck here with the same parameters likes them, so I think it will be allright in there too
[14:36] <sil2100> I have no idea what CI Train did
[14:36] <jdstrand> bfiller: no worries, just ping me when ready
[14:37] <plars> ogra_: the fix you point to seems to install bootchart?
[14:37] <plars> ogra_: I'm not sure I understand how it's related
[14:37] <ogra_> plars, lol, indeed you shouldnt install bootchart ...
[14:37] <bfiller> sil2100: I think we need a new silo with https://code.launchpad.net/~phablet-team/camera-app/disk-space-monitor/+merge/247528 and then rebuild and release again
[14:37] <ogra_> plars, you need to have FLASH_KERNEL_SKIP=true in your env, then flash-kernel wont exec
[14:38] <plars> ogra_: I believe he said he tried that and it didn't work
[14:38] <sil2100> bfiller: I'm trying to find out when CI Train set the silo as landed, but it doesn't even look like it tried to do the bzr push
[14:38] <bfiller> sil2100: ok
[14:38] <plars> vila: ^?
[14:38] <ogra_> plars, right, he said that just now ... my last info from 2h ago was it works
[14:39] <ogra_> see the other channel
[14:40] <sil2100> bfiller: hey, it looks like it did merge it in!
[14:40] <sil2100> bfiller: ah!
[14:40] <sil2100> bfiller: ...
[14:40] <sil2100> bfiller: so, it merged it in, but nerochiaro pushed a commit to it that wasn't probably built by CI Train ;/
[14:40] <sil2100> bfiller: look here: http://bazaar.launchpad.net/~phablet-team/camera-app/trunk/revision/480
[14:41] <sil2100> bfiller: this is merged in camera-app trunk and it comes from the merge here https://code.launchpad.net/~phablet-team/camera-app/disk-space-monitor/+merge/247528
[14:41] <davmor2> cwayne: should nearby be translated like today/applications/news?
[14:42] <bfiller> sil2100: that is strange, it doesn't have all the rev's from that MR
[14:42] <cwayne> davmor2, you mean the OOBE bits, or all of it in general?
[14:42] <bfiller> sil2100: like rev 494
[14:43] <sil2100> bfiller: the probable reason is that CI Train built the packages from some specific revision of the MR, the packages got built, then someone pushed new changes to the merge branch and did not rebuild the package in the train
[14:43] <davmor2> cwayne: the title
[14:43] <cwayne> oh, no
[14:43] <sil2100> bfiller: it's not the first time that happens... LP doesn't register the merge as merged then
[14:43] <cwayne> i dont believe so
[14:43] <davmor2> cwayne: just seems odd that the rest were
[14:43] <cwayne> yeah, it was a design decision AIUI
[14:43] <sil2100> bfiller: it is required to rebuild a package after each change in the MR'd branch
[14:43] <davmor2> fair enough
[14:44] <bfiller> sil2100: yeah, thought we did
[14:44] <sil2100> bfiller: otherwise you don't test what is actually in the MR you wish to land
[14:44] <bfiller> sil2100: possible we didn't though
[14:44] <sil2100> bfiller: we might need to re-land this indeed
[14:44] <bfiller> sil2100: anyway, need to remerge that MR into trunk and rebuild
[14:45] <bfiller> sil2100: should I request a silo for that?
[14:48] <om26er> charles, Hi!
[14:48] <sil2100> bfiller: I suppose just request a silo for the very same MR and it should be enough :)
[14:49] <dbarth_> hey trainguards; can i still get an rtm silo on line 73?
[14:49] <bfiller> sil2100: line 76
[14:50] <om26er> charles, indicator-date vanished for me from the UI
[14:50] <oSoMoN> trainguards: can I have a silo for line 74, please?
[14:50] <sil2100> oSoMoN: sure, assigning in a moment
[14:51] <oSoMoN> thanks!
[14:51] <sil2100> bfiller: assigning - btw. the click that QA tested, was that built from all the changes that are currently in the MR?
[14:51] <dbarth_> oSoMoN: the oxide one?
[14:51] <dbarth_> cool!
[14:51] <sil2100> bfiller: or will we need a re-verification?
[14:51] <bfiller> sil2100: the click they tested was correctly from the MR so we don't need to re validate
[14:51] <nerochiaro> sil2100: do you i need to do anything about this commit I just pushed to fix the copyright headers ?
[14:51] <oSoMoN> dbarth_, yep, the oxide one
[14:51] <bfiller> sil2100: was directly from jenkins from that specific MR
[14:53] <sil2100> dbarth_: assigned a silo for you as well, but remember that we're not accepting any new changes in RTM this week
[14:55] <sil2100> nerochiaro: no, the silo is now building the MR - I checked the changes and no re-testing will be needed
[14:55] <nerochiaro> sil2100: perfect, thanks
[14:58] <dbarth_> ack
[15:00] <oSoMoN> sil2100, thanks for the silo, can you please do the binary copy of oxide-qt from https://launchpad.net/~phablet-team/+archive/ubuntu/ppa/+packages to it ?
[15:00] <om26er> tvoss, Hi!
[15:00] <tvoss> om26er, hey there
[15:00] <om26er> tvoss, I just flashed the latest image and I am not able to enable location. The switch goes back to "off"
[15:00] <tvoss> om26er, which device, which channel?
[15:01] <davmor2> jibel, cwayne, sil2100: So looked and the changes on the whole I can't understand a word on my screen so I'm assuming it is all good spanish :)  However Nearby, some app names and band/video names are obviously still in English.  cwayne says that the Nearby one is as designed the others are English sites so I expect them to be :)
[15:01] <om26er> tvoss, rtm, krillin.
[15:01] <davmor2> +1 from me in other words
[15:01] <sil2100> davmor2: \o/
[15:01] <tvoss> om26er, thanks, will look into it
[15:01] <sil2100> cwayne: ok, it seems davmor2 gave a +1, push the tarball if you can
[15:01] <jibel> om26er, it's known tvoss is on it
[15:02] <om26er> jibel, ah, ok.
[15:02] <om26er> tvoss, thanks.
[15:02] <seb128> om26er, hey, about your passcode/passphrase settings bug, do you specify a password on the command line when writting the image to the device?
[15:02] <tvoss> om26er, thanks for raising
[15:02] <om26er> seb128, no I flash with: ubuntu-device-flash --channel ubuntu-touch/ubuntu-rtm/14.09-proposed --wipe
[15:03] <seb128> om26er, k, no idea about your issue then
[15:03] <om26er> :D
[15:04] <cwayne> sil2100, will do
[15:04] <seb128> om26er, your bug looks like bug #1389771
[15:05] <om26er> seb128, yeah, thats it.
[15:05] <seb128> om26er, but if you are 300% sure you don't use --password=
[15:05] <om26er> seb128, yes more than 100% sure I never use --password=
[15:06] <seb128> om26er, k, well your bug doesn't make sense to me then and I can't confirm it :-)
[15:06] <om26er> just do it quick enough
[15:07] <sil2100> cwayne, davmor2: thanks guys!
[15:08] <cwayne> sil2100, davmor2 pushed
[15:08] <cwayne> \o/
[15:09] <seb128> om26er, yeah, doesn't make a difference
[15:14] <jibel> sil2100, pmcgowan heads up, there is sound but no video on youtube with latest image
[15:16] <pmcgowan> jibel, thats odd and not good
[15:16] <sil2100> jibel: do you know when it worked last time? On which image?
[15:17] <jibel> sil2100, I'm downgrading by 1 version to confirm it worked on previous
[15:17] <sil2100> jibel: thanks, we can then triage which landing busted it - and maybe try reverting
[15:17] <sil2100> We're really short on time...
[15:18] <pmcgowan> jibel, what are you using to play the video, the scope?
[15:20] <jibel> pmcgowan, tap on a video in the youtube section of the video scope, then tap on play, it opens youtube, tap on play again
[15:21] <jibel> on 216
[15:21] <jibel> trying on 215
[15:22] <pmcgowan> jibel, not working in mako 179 which is 2 back
[15:26] <satoris> Ping trainguards, what seems to be the issue with silo 30 (line 72)? It had packages and I tested them but the error message is strange.
[15:28] <greyback_> fginther: hey I mailed you a while back about updating the qtmir CI job to add the  "H10strip_native_depends" hook. Did you get that mail?
[15:29] <pmcgowan> jibel, 214 not working here
[15:29] <jibel> pmcgowan, trying 212
[15:29] <pmcgowan> jibel, check #phablet
[15:30] <jibel> pmcgowan, phew, I don't have to bisect until #1 :)
[15:31] <sil2100> hah ;)
[15:33] <pmcgowan> jibel, sil2100 something changed on the server on us
[15:34] <fginther> greyback_, sorry, I must have missed the email, but I see your ping now
[15:34] <bfiller> sil2100: can publish rtm 000 now, it's built
[15:35] <bfiller> sil2100: then I rebuild the click after merges in trunk
[15:35] <greyback_> fginther: can you sort me out?
[15:35] <fginther> greyback_, yep, should be able to get to it very soon
[15:35] <greyback_> fginther: sweet thanks
[16:17] <bfiller> jdstrand: the camer-app with the correct read_path has been uploaded now to the store, version 3.0.0.484
[16:17] <sil2100> ogra_, jibel, davmor2, robru, brendand, popey: I need to skip today's evening meeting
[16:17] <ogra_> sil2100, hmm, me too i fear
[16:17] <jibel> sil2100, works for me
[16:17] <davmor2> sil2100: slacker
[16:17] <ogra_> davmor2, well, its winter, he needs to chop wood :)
[16:17] <ogra_> (using the side of the hand)
[16:17] <ogra_> martial-wood-chopping
[16:17] <davmor2> ogra_: haha
[16:18] <jdstrand> ok
[16:19]  * jdstrand doesn't see it yet
[16:19] <jdstrand> I'll give it a few minutes
[16:20] <sil2100> ogra_: ;p
[16:26] <jdstrand> bfiller: it is not showing up on the review page
[16:26] <bfiller> jdstrand: let me check
[16:28] <bfiller> jdstrand: should be there now, I had to press request manual review button
[16:28] <jdstrand> yep, there it is
[16:33] <jdstrand> bfiller: approved
[16:34] <bfiller> jdstrand: thanks
[16:34] <bfiller> sil2100: ^^^ camera-app all set in store
[16:49] <pstolowski> bzoltan, hey, why did you reconfigure silo 24? (https://ci-train.ubuntu.com/job/ubuntu-landing-024-0-reconfigure/12/console)
[16:52] <pstolowski> bzoltan, i guess that was a mistake, your line is below in the spreadsheet
[16:58] <robru> pstolowski: build with WATCH_ONLY should get your 'packages built' status back without disrupting any packages in the ppa
[16:59] <pstolowski> robru, ah, nice, shall i leave REBUILD_SOURCES_FOR_SYNC checked?
[17:00] <robru> pstolowski: yeah, that shouldn't have any effect with WATCH_ONLY
[17:00] <pstolowski> robru, thanks, trying
[17:01] <robru> pstolowski: you're welcome
[17:08] <fginther> greyback_, I've updated the job, giving it a test now
[17:08] <greyback_> fginther: appreciated
[17:09] <bzoltan> pstolowski: sorry mate, I clicked on my line, but the sheet was out of sync.
[17:09] <bzoltan> pstolowski: sorry mate, I clicked on my line, but the sheet was out of sync.
[17:11] <pstolowski> bzoltan, no worries
[17:15] <tvoss> sil2100, ping
[17:17] <robru> tvoss: he may not be around, since we're supposed to be in a meeting now but he said he had to miss it.
[17:17] <tvoss> robru, ack
[17:17] <tvoss> robru, could you reconfigure line 59? it originally was a sync only, but we need an additional mp in that silo
[17:17] <robru> tvoss: sure
[17:21] <oSoMoN> trainguards: can I please have silos for lines 80 and 81 ?
[17:22] <robru> oSoMoN: yeah the spreadsheet is barfing a bit but when it comes back I can assign those
[17:22] <oSoMoN> robru, thanks
[17:23] <tvoss> robru, why is there suddenly a mediascanner package in the ppa?
[17:24] <tvoss> robru, that used to be a sync for location service
[17:24] <robru> tvoss: because the silo 30 that you're syncing from apparently now has mediascanner in it
[17:25] <lool> ouch
[17:25] <robru> tvoss: you need to change the sync to sync from distro. 'sync:ubuntu,vivid packages you want'
[17:25] <tvoss> robru, adjusted the sync line, mind reconfiguring?
[17:25] <lool> makes sense though
[17:25] <lool> hadn't realized this could happen when there's some time between distro landing and rtm landing
[17:27] <robru> lool: tvoss: yeah the destination silo caches the packagelist from the source silo, so if the source silo frees before the destination silo builds, it falls back to distro automatically. but that cache gets flushed when the silo is reconfigured
[17:29] <lool> robru: is it reconfigured? shoudl I hit build on it?
[17:29] <robru> lool: yeah
[17:30] <lool> thanks
[17:30] <robru> you're welcome
[17:32] <lool> I passed FORCE_REBUILD now
[17:32] <lool> (I had diff-ed the sources between rtm and vivid, and these were identical modulo the version in debian/changelog)
[17:40] <lool> robru: hmm it rebuilt location-service though (instead of syncing), is that expected?  (and it is an issue?  :-)
[17:40] <robru> lool: did you have REBUILD_SOURCES_FOR_SYNC checked? (the default)
[17:40] <lool> robru: I didn't change the default except for FORCE_REBUILD
[17:41] <robru> lool: then yes, it's expected and normal.
[17:41] <lool> robru: is that to ensure we build the binaries against hte rtm archive and ABI?
[17:41] <robru> lool: yeah
[17:41] <lool> ok, fine then; thanks
[17:42] <robru> lool: you're welcome
[18:04] <robru> infinity: is there a problem with proposed migration for vivid? we have 6 silos stuck in proposed, 5 of which don't even show up in excuses (and the other one is listed in excuses as "valid candidate" but hasn't moved in days)
[18:05] <infinity> robru: No.
[18:05] <infinity> robru: Probably need less vague information. :P
[18:06] <infinity> robru: If something "doesn't show up in excuses", it's not in proposed.
[18:06] <robru> infinity: not sure what else to tell you. http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=Migration:%20One%20package%20at
[18:06] <infinity> robru: You could tell me which packages you think are stuck?
[18:07] <robru> infinity: ppp, network-manager, history-service, messaging-app, unity-scopes-api, indicator-messages, mediascanner2
[18:09] <infinity> robru: The network-manager set is an obvious failure to migrate because it breaks an rdep.
[18:09] <infinity> robru: Which were the ones that you claim don't show up in excuses at all?
[18:10] <robru> infinity: everything except ppp and network-manager
[18:10] <robru> infinity: although some of them are just because excuses was last updated 30 mins ago, some are older than that
[18:10] <infinity> robru: Details, dude.
[18:10] <infinity> "Some".
[18:11] <infinity> If you know the answer, tell me, don't make me look up all 7 packages to find the old one that is broken.
[18:11] <robru> infinity: ok what's the deal with history-service and messaging-app?
[18:11] <infinity> history-service, isn't in proposed.
[18:11] <infinity> Neither is messaging-app.
[18:11] <infinity> So, there you go.
[18:11] <cjwatson> history-service is migrating to the release pocket at the moment, says https://launchpad.net/ubuntu/+source/history-service/+publishinghistory
[18:12] <cjwatson> excuses just updated a minute or so ago.
[18:12] <infinity> messaging-app is doing the same thing, actually.
[18:13] <infinity> I really wish the pending/delete pair wasn't so confusing in the UI.
[18:14] <cjwatson> Several of the others there aren't in vivid-proposed, they're in (trusty|utopic)-proposed, which is processed rather more manually.
[18:15] <robru> cjwatson: yeah I know we have some SRUs, I was looking specifically at vivid. some just showed up in excuses now though, so I guess it's fine. looked weird for a while though
[18:15] <cjwatson> All the rest are just recent.
[19:04] <dobey> cihelp: are there any click packages that have autopkgtests being run by adt-run in jenkins at the moment? if so, can i get a link to the logs for one?
[19:04] <fginther> dobey, no, adt-run isn't in the loop yet.
[19:05] <dobey> ok :-/
[19:06] <dobey> balloons: ^^ so i guess looking what is going on for other things, isn't an option
[19:07] <balloons> dobey, as I assumed.. it was backed back out ;-) sorry mate
[19:57] <sil2100> pmcgowan: back now, do we have everything landed?
[19:57] <sil2100> Ah! I see silo 2 signed off \o/
[19:57] <sil2100> And webbrowser!
[19:57] <sil2100> robru: publishing those two
[19:57] <jibel> sil2100, is ok
[19:58] <jibel> and davmor2 just finished 2
[19:58] <jibel> sil2100, silo 000 is ok
[19:58] <robru> sil2100: oh hey. Sure
[19:59] <jibel> sil2100, pmcgowan dbarth_ just pinged us about silos 4 & 21. is bug 1387734 something we absolutely want to be fixed this week?
[20:05] <jibel> sil2100, would it be worth triggering a build now so we can smoke test the image with all the fixes, then another one when the updated custom tarball is published?
[20:07] <sil2100> jibel: the updated tarball is absolutely required for this milestone?
[20:08] <jibel> sil2100, translation updates on the today scope
[20:08] <sil2100> jibel: only translation updates though, nothing else?
[20:08] <sil2100> I suppose we can kick a new image once everything migrates
[20:09] <jibel> sil2100, from what I heard, nothing else
[20:09] <sil2100> jibel: do you know about any ETA for that? Since I don't see cwayne here
[20:09] <jibel> sil2100, that'll land later, he's in a chinese TZ.
[20:10] <jibel> like early morning EU time
[20:10] <sil2100> Ok, then sanity testing and all actual testing would start tomorrow then
[20:11] <jibel> sil2100, right but if we have an image now, ToyKeeper can start the verification and find issues with latest upload if any.
[20:11] <jibel> uploads* even
[20:11] <sil2100> Right, ok, let's wait for all uploads to migrate and have an image
[20:11] <jibel> sil2100, thanks
[20:13] <pmcgowan> jibel, sil2100 oh nice, silos landeded
[20:15] <ToyKeeper> I can get through a fair chunk of the regression test plan by the time everyone else comes back...
[20:20] <jibel> ToyKeeper, if you can go through the packages that landed since last Thursday and do some exploratory testing to make sure nothing fell through the cracks that'd be perfect. Things like dialer, messaging, camera, gallery, maybe scopes and OA.
[20:20] <jibel> proper regression testing can only start after the landing of the custom tarball
[20:20] <ToyKeeper> Right.  So, most of the core functions, as usual.
[20:21] <pmcgowan> ToyKeeper, location service :)
[20:21] <jibel> :)
[20:21] <ToyKeeper> I've never gotten location to work reliably without HERE; not sure I can tell you if things are any better or worse than before.
[20:22] <ToyKeeper> Before HERE I sometimes went months between seeing location work, despite trying almost every day.
[20:22] <ToyKeeper> Everyone else reported good results though, so it seems to just be me.
[20:23] <ToyKeeper> Maybe I can find a high enough place to test it, and go enjoy this curiously warm weather.  It's a full 70 F warmer than it normally would be at this time of year.
[20:28] <pmcgowan> ToyKeeper, wow, we're having a freakin blizzard here
[20:31] <ToyKeeper> Global Weirding.
[20:31] <ToyKeeper> Seriously.  Add energy to a system, and it's like stirring the soup.  Things mostly just get more weird and turbulent.
[20:36] <sil2100> Ok, I think everything migrated now
[20:37] <sil2100> ogra_: hey! Can you kick a new image? I'm a member of the cdimage team but don't have my account setup for nusakan
[20:47] <pmcgowan> sil2100, oh man no one to start a build?
[20:47] <sil2100> pmcgowan: I'm sure slangasek is here
[20:47] <cjwatson> sil2100: I'm here briefly
[20:47] <sil2100> slangasek: hey! Can you kick a new ubuntu-rtm image for us? :)
[20:47] <sil2100> Ah, yay!
[20:47] <slangasek> hi
[20:47] <sil2100> Oh, and here's slangasek ;)
[20:47] <slangasek> cjwatson: are you getting this or shall I?
[20:47] <cjwatson> oh ok, slangasek can do it then
[20:47] <cjwatson> go for it :)
[20:47] <slangasek> ok
[20:47] <sil2100> Thanks guys!
[20:49] <slangasek> building
[21:16] <sil2100> Awww, no imgbot
[21:18] <sil2100> Anyway, see you tomorrow everyone o/
[21:25] <jhodapp> robru, around?
[21:33] <jhodapp> cyphermox, can you land vivid silo 29 for me please?
[21:58] <robru> cyphermox: I got it, was just on lunch
[21:58] <cyphermox> sorry
[21:59] <robru> no worries
[21:59] <robru> cyphermox: how's it going? any questions about train landing stuff?
[22:00] <cyphermox> not really, I had my mind on something else, in a meeting right now
[22:04] <ToyKeeper> No imgbot today?  Hmm.
[22:05] <ToyKeeper> Well, the kanban says the new image is built as of a minute ago.
[22:29] <charles> trainguards, can we get silo 18 published; it was blocked on the MP needing reapproval and that's been done
[22:29] <robru> charles: sure
[22:29] <charles> robru, thanks
[22:29] <robru> charles: you're welcome
[22:33] <ToyKeeper> Oh, non-rtm 18.  Okay.  Was gonna say...  rtm is closed.
[22:34] <charles> :)