[00:11] <robru> Saviq: ahhhhhhhhhhhhhh, thanks for the tip. I guess the wiki should be updated because i copied the command from there ;-)
[00:11] <sergiusens> Saviq: what bug?
[00:11] <robru> sergiusens: apparently that it fails to bootstrap krillin
[00:12] <sergiusens> Saviq: robru we bootstrap most of the time
[00:13] <sergiusens> robru: your issue seems to be related to adb permissions
[00:13] <sergiusens> robru: try adb kill-server and then sudo adb start-server
[00:13] <sergiusens> oh, and a good cable for the krillin; the connector 'disconnects' easily
[00:15] <robru> sergiusens: OK I'm just afk right now, will try shortly (that's away-from-krillin)
[00:32] <robru> Saviq: sergiusens, ah, --bootstrap is fine, just had to be in fastboot mode first
[00:33] <sergiusens> robru: ah, that's the first line printed I believe :-)
[00:33] <sergiusens> reason for such is to prevent accidents ;-)
[00:42] <robru> sergiusens: no worries, I just missed a step in the instructions I was reading
[00:45] <robru> elopio: davmor2: what's going on with silo rtm5? it's marked QA signed off but trello board indicates in progress.
[00:45] <elopio> robru: sorry, I forgot to move the card.
[00:46] <elopio> robru: done, I tested it and looks good.
[00:47] <robru> elopio: thanks
[02:05] <imgbot> [02:18] <boiko> robru: you still there?
[02:23] <boiko> robru: if so, would you mind reconfiguring silo 3?
[03:05] <imgbot> [03:45] <imgbot> [03:45] <imgbot> [04:00] <camako> I dunno why it says "qtmir, qtmir-gles were not built"... I thought sil2100 built them... See the scrollback at [13:19] :
[04:00] <camako> -queuebot/#ubuntu-ci-eng- Silos: ubuntu-rtm/landing-005 (camako) Packages built (mir, platform-api, qtmir, qtmir-gles, unity-system-compositor)
[04:00] <camako> ^^
[04:13] <Mirv> camako: looking
[04:20] <imgbot> [04:20] <imgbot> [04:22] <Mirv> camako: it should probably work now. I ran build with watch_only to update the package info.
[04:22] <Mirv> and it looked good there
[04:34] <Mirv> (I published it now)
[05:40] <robru> camako: don't read to much into the bot pings. That message doesn't mean "this is what was built" it just means "build job completed in the silo, silo claims to contain these things" it's entirely possible that something was missing and the report just doesn't mention it. It's pretty dumb. I've been thinking about taking that part out of the bot ping because
[05:40] <robru> it's so misleading.
[06:59] <Mirv> phew, all utopic silos have rtm counterpart again. a bit manual, this.
[07:17] <Mirv> I wonder why my rtm mako does not offer 19 -> 20 upgrade
[07:20] <seb128> dbarth, hey, I saw you put the settings' location work in a silo, did you see my review comment/need fixing?
[07:25] <tvoss> good morning
[07:25] <tvoss> sil2100, you around?
[07:29] <tvoss> trainguards, do we have a way to send a network-manager through a silo?
[07:29] <sil2100> tvoss: hey!
[07:30] <sil2100> tvoss: hm, IIRC we normally do it as a source package
[07:56] <Mirv> dbarth: can you quickly smoke test utopic landing-018 again? somehow the u-s-s-o-a was not found by the CI train in the PPA even after build/watch_only or reconfigure. the only way to fix it was a no-change rebuild, which is done now.
[08:04] <dbarth> Mirv: ok
[08:07] <asac> sil2100: hey, can you move the morning landing meeting to UE calendar? alternatively invite john-mcaleely :)
[08:09] <sil2100> asac: hey, I'll try at least inviting him in a moment
[08:09] <asac> sil2100: thanks. i invited him for evening already, so its just morning call that needs doing
[08:10] <sil2100> asac: thanks
[08:18] <Mirv> thanks dbarth
[08:19] <Mirv> sil2100: can I get a MOTU ack on the addition of libclick-0.4-dev b-d? https://ci-train.ubuntu.com/job/ubuntu-landing-018-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-system-settings-online-accounts_0.4+14.10.20140903-0ubuntu1.diff
[08:21] <sil2100> Mirv: let me check :)
[08:21] <sil2100> Mirv: +1!
[08:22] <Mirv> sil2100: thanks! :)
[08:39] <Saviq> sil2100, uh oh, what happened to the rtm dashboard? http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[08:40] <sil2100> Saviq: looks ok here?
[08:40] <Saviq> sil2100, most of the silos don't have packages listed (or is that because of sync:)?
[08:40] <sil2100> Saviq: yeah, that's currently how the sync:number works right now, refactoring for now ;)
[08:40] <Saviq> sil2100, right, got scared there for a moment ;)
[08:40] <sil2100> Saviq: no worries! It will be better today I hope ;p
[08:41] <Saviq> coolz
[08:42] <Saviq> sil2100, btw, why did you decide to rewrite the version of sync:'ed packages? (add ~rtm)
[08:50] <zbenjamin> ogra_: any chance of getting gdbserver back on the image?
[08:59] <sil2100> Saviq: yeah, so... this was generally a concern from the very beginning
[09:00] <sil2100> Saviq: we allowed direct srccopies before as it was early after the ubuntu-rtm branch, so we could assume that the build-deps for both were similar
[09:01] <Saviq> sil2100, ah so you didn't want two versions built against different deps to have the same version, got it
[09:01] <sil2100> Saviq: but in general, we shouldn't risk a situation that we can have 2 packages with the very same name and version that include different binary contents
[09:01] <sil2100> Saviq: yeah, it's not a *big* deal, as we have the same with Debian
[09:01] <sil2100> But ubuntu and ubuntu-rtm are a bit more tightly bound
[09:01] <sil2100> So a mix up is easier
[09:02] <Saviq> sure
[09:05] <ogra_> zbenjamin, "back on the image" ? i dont think we ever added it
[09:06] <Saviq> sil2100, hah, found an issue with sync builds
[09:06] <Saviq> sil2100, https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/19/console
[09:06] <Saviq> sil2100, see the versions it uploaded to the ppa
[09:07] <Saviq> sil2100, and then which ones it watched before completion of the job
[09:09] <ogra_> utopic rebuild triggered (i'll do rtm afterwards)
[09:15] <imgbot> [09:15] <zbenjamin> ogra_: huh, i thought we did, we talked about it last week or so, that its not on the image anymore?
[09:16] <ogra_> zbenjamin, well, none of the bzr logs for any of the seeds of past releases up to today have anything regarding gdb or gdbserver in them
[09:17] <ogra_> i know we talked about it months ago
[09:17] <ogra_> (but forgot what the outcome was)
[09:20] <Saviq> sil2100, uh oh, and then I started a watch-only job https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/20/console
[09:24] <pete-woods> can someone who actually understands debian packaging help me with this bug? https://bugs.launchpad.net/ubuntu/+source/libqtdbusmock/+bug/1364842
[09:25] <pete-woods> I think it's because I have a package with an executable in it
[09:25] <pete-woods> or maybe it's the dependency on python-dbusmock?
[09:26] <pete-woods> maybe I should change that to python3-dbusmock:any ?
[09:30] <zbenjamin> ogra_: i think the outcome was that we wanted to add it, because gdbserver is never started automatically and we should have the required tools for application development without the need to make the rootfs writeable
[09:43] <sil2100> Saviq: that's with watch-only, yes?
[09:44] <brendand> is ubuntu-rtm not considered a distro in launchpad?
[09:45] <sil2100> Saviq: so, it watched for the wrong packages before because of a bug we still try to work-around in LP API - with the source packages appearing too late in the publishedsources
[09:45] <brendand> ah maybe it would be called 14.09
[09:45] <brendand> nope that's a series
[09:45] <sil2100> Saviq: but this watch-only worries me, it didn't clean the previous builds
[09:45] <brendand> wgrant, ^
[09:46] <brendand> lp.distributions['ubuntu-rtm'] raises a KeyError
[09:46] <sil2100> Saviq: anyway, looking into that
[09:46] <sil2100> brendand: it should be, I work with that all the time
[09:46] <Saviq> sil2100, kk
[09:46] <brendand> sil2100, did you try that launchpadlib call?
[09:47] <sil2100> brendand: we're using it all the time in citrain
[09:47] <wgrant> brendand: The distro is ubuntu-rtm, the series is 14.09.
[09:47] <wgrant> brendand: Are you sure you're running against production?
[09:48] <wgrant> It doesn't exist on staging or qastaging.
[09:48] <brendand> wgrant, ah yes - it defaults to staging right?
[09:48] <wgrant> brendand: I believe so.
[09:48] <wgrant> Launchpad.login_with('some consumer', 'production')
[09:49] <brendand> wgrant, thanks
[09:49]  * brendand needs some wd40 for his lplib-foo
[09:51] <sil2100> Saviq: hah, ok, found the reason for that... that's punishment for writing a hack on a hack of a hack
[09:51] <sil2100> Saviq: anyway, I'll do a hotfix in a moment, but the refactored sync feature is better in this regard
[09:51] <Saviq> sil2100, ok coolz, thanks
[10:02] <brendand> sil2100, hey do you think it would be useful for the landing spreadsheet to have a column with a list of the source packages currently in the silo?
[10:02] <brendand> sil2100, i ask because i need to know for this script i'm writing to create trello cards, and i can do it myself with lplib, but if it's useful to more people then it may as well be on the sheet
[10:03] <bzoltan1> zbenjamin:  ogra_: I filed a bug for it to keep it on the agenda -> https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1364872
[10:04] <ogra_> bzoltan1, heh, and you filed it against ubuntu desktop :P
[10:05] <ogra_> triaged it properly
[10:05] <bzoltan1> ogra_: Sorry :) I filed it against what I was suggested  here -> https://bugs.launchpad.net/ubuntu-seeds
[10:05] <ogra_> i really dont get why it wasnt added back then ...
[10:05] <ogra_> i surely remember we agreed to add it
[10:06] <sil2100> brendand: on the spreadsheet? Would it be enough if the source packages would be listed in the backend?
[10:06] <bzoltan1> ogra_:  maybe because there was no bug reported for it :D
[10:06] <ogra_> heh
[10:07] <sil2100> i.e.http://people.canonical.com/~platform/citrain/ubuntu/landing-007
[10:13] <brendand> sil2100, at that point i may as well stick with launchpadlib
[10:13] <brendand> sil2100, if you don't think it's useful to be user visible then never mind
[10:13] <brendand> sil2100, it's only a dozen lines of code to get it from launchpad
[10:14] <sil2100> brendand: well, the backend has all the info needed as far as silos are concerned, we don't want to introduce a new column in the spreadsheet as we're already bloated there to maximum extent ;)
[10:18] <brendand> sil2100, out of curiousity how to access the backend?
[10:20] <imgbot> [10:20] <sil2100> Well, you can just fetch the config file for a given silo and JSON-parse it
[10:20] <sil2100> Like http://people.canonical.com/~platform/citrain/ubuntu/landing-007
[10:25] <brendand> sil2100, hmm interesting. good to know about anyway
[10:26] <brendand> sil2100, sources: isn't always correct these days though, right?
[10:28] <satoris> vila: jenkins seems to be failing strangely again on Thumbnailer: https://jenkins.qa.ubuntu.com/job/thumbnailer-utopic-amd64-ci/31/console
[10:32] <sil2100> brendand: not yet ;)
[10:37] <vila> satoris: looking
[10:37] <satoris> Thanks.
[10:40] <vila> satoris: looks like a glitch... other jobs are happily doing updates on that volume, I've triggered a rebuild with the same parameters
[10:41]  * vila blinks
[10:41] <vila> satoris: fails all the same 8-/
[10:41] <satoris> vila: I did that once already and it did not help. The previous time this happened fginther (IIRC) had to nuke something somewhere.
[10:41] <satoris> For some reason Jenkins hates Thumbnailer. :)
[10:42] <vila> satoris: as a very very wild guess, I'd suspect: ./build-dir/thumbnailer-1.2+14.10.20140814bzr93pkg0utopic27/tests/chinese_text content...
[10:43] <satoris> Could be. But it does not fail always for whatever reason. Only occasionally.
[10:44] <sil2100> Saviq: can I experiment with the build job of your silo? :)
[10:44] <vila> satoris: lucky guess, deleting only *.JPG there was enough to make the next job progress further...
[10:44] <Saviq> sil2100, feel free
[10:47] <satoris> vila: then again during previous build attempt there was this https://jenkins.qa.ubuntu.com/job/thumbnailer-utopic-armhf-ci/24/console
[10:48] <vila> satoris: found an asana task where fginther did mention the chinese file name, so the issue is known
[10:48] <Mirv> jenkins choking on non-ascii file names or something? uh oh..
[10:49]  * brendand wants a silo to be ready for sign-off soon so he can see does his script work
[10:50] <Mirv> I wonder if dbarth could help you there :) in case rtm 001 is under testing, the utopic variant landed earlier today
[10:51] <brendand> dbarth, whenever you like, set silo 001 to needs sign-off
[10:52] <Mirv> dbarth: what's the latest with "Webapps autologin via OA" RTM landing btw? QA failed it before, then oxide was added, should QA be informed that you've now really tested it with the Oxide + the rest of the PPA and they can start retesting it?
[10:52] <brendand> Mirv, we already know :)
[10:52] <brendand> Mirv, you need to look at the Trello board :)
[10:52] <vila> Mirv, satoris: fginther suspected the pbuilder-jenkins-plugin , I'll double-check with him
[10:52] <Mirv> brendand: oh, you know it's ready for retesting? cool, then.
[10:52] <Mirv> right, Firefox remembers that trello address :) looking
[10:53] <sil2100> Saviq: sooo, it should be hotfixed now
[10:53] <brendand> Mirv, davmor2 is testing it now
[10:53] <Mirv> dave is on it! :)
[10:53] <davmor2> muhahahahahahahahahaha
[10:58] <davmor2> sil2100, ogra_: why the hell do we still have note in rtm?
[10:59] <ogra_> davmor2, because nobody removed it i would think :)
[11:00] <imgbot> [11:00] <imgbot> [11:01] <sil2100> davmor2, ogra_: heh ;)
[11:02] <sil2100> brendand: btw. how's the queuebot plugin going? ;)
[11:02] <brendand> sil2100, i did it a different way
[11:02] <brendand> sil2100, actually stole a lot of code from queuebot :)
[11:03] <brendand> sil2100, but the solution requires hardcoding a lot of trello specific keys and ids, so i didn't want to land it in queuebot
[11:03] <davmor2> Stop that man, Thief!  Stop him....
[11:03] <sil2100> brendand: so will there be a different bot here or something?
[11:03] <brendand> sil2100, oh do you mean in terms of notifying people about changes?
[11:04] <brendand> sil2100, that's a bit more complicated. i need to really think about how it's going to work
[11:04] <brendand> sil2100, but i know how to do it
[11:04] <brendand> sil2100, it can't be done with changes to queuebot either
[11:04] <brendand> well it can, but it's not the best way
[11:11] <dbarth> brendand: i see silo 1 is turned to "qa signoff required" now; did your script work?
[11:11] <dbarth> or do you still need me to toggle something on?
[11:12] <dbarth> Mirv: davmor2 was just testing it earlier, so this should be landable soon
[11:13] <brendand> dbarth, in RTM? it does not seem to be
[11:15] <brendand> dbarth, but you haven't done your own testing
[11:15] <brendand> dbarth, Testing pass column is still 'No'
[11:15] <brendand> my script actually looks at the status, not just the QA signoff column
[11:26] <dbarth> brendand: uh, that's right, so i need to boot another emulator
[11:35] <imgbot> [11:35] <imgbot> [11:35] <ogra_> hello Mir
[11:36] <jamesh> satoris, pete-woods: how should this problem be handled? https://ci-train.ubuntu.com/job/ubuntu-landing-014-1-build/19/console
[11:36] <davmor2> Mirv, sil2100: did you hit publish on rtm silo-002 yet?
[11:36] <jamesh> presumably this is caused by a direct upload that bypassed CI
[11:37] <pete-woods> jamesh: yes. you need to manually import the changes from the upload
[12:01]  * sil2100 off to prepare lunch
[12:24] <Mirv> davmor2: I can hit now
[12:30] <dbarth> oxide-qt is in utopic, i thought the dependency on silo was to make sure the package would be pulled in
[12:34] <Mirv> dbarth: it's there, I just need to make the train go choo choo
[12:36] <davmor2> sil2100, brendand: as there are no silos currently I'm going to dogfood 14
[12:42] <charles> sil2100, davmor2, thostr_: IMO bug #1363906 is working as designed (and as suggested by Design) and is not a blocker; I wrote up my explanation at https://bugs.launchpad.net/indicator-transfer/+bug/1363906/comments/2
[12:45] <davmor2> charles: right so if I download say an image from the t'interwebz it should show the green download icon and should infact show content in the indicator right?
[12:46] <charles> davmor2, if you download an image, it should show the green download and show the destination app's icon (e.g., gallery) in the indicator's menuitem
[12:47] <davmor2> charles: Right I'll give that a try in a second then
[12:47] <boiko> sil2100: hi, would you mind reconfiguring silo 3? I have added new components there
[12:50] <charles> davmor2, note there is still a unity8 rendering bug that prevents the title and progressbar from being shown; last I heard on that, thostr_ was going to get someone on the unity8 side to fix that regression
[12:50] <thostr_> charles: dednick was on that one... at least that's what kgunn promised IIRC
[12:50] <charles> thostr_, so kgunn changed his mind? I thought dednick was too busy for it
[12:56] <plars> trainguards can I get a silo for #51 please?
[12:56] <davmor2> charles: okay so I see gallery and the icon go green so I'm happier,  can you please make a note on https://wiki.ubuntu.com/Process/Merges/TestPlan/indicator-transfer as to what transfers are supported please,  we used to use installing an app and an app update as tests for this hence thinking it was broken :).  Many thanks.
[12:58] <davmor2> charles: I'm assuming currently it is only pictures I guess, but as new bits add contenthub and download manager support is will increase
[12:59] <charles> davmor2, that's about the size of it
[13:09] <Mirv> plars: sure
[13:12] <kgunn> thostr_: charles you talkin' bout sync indicator ? if so, Cimi is working on that
[13:13] <brendand> davmor2, and QA are the bottleneck they say
[13:13] <brendand> HA!
[13:14] <davmor2> brendand: yeah when we know it is all that ogra_ 's fault ;)
[13:16] <davmor2> charles: I just added a request to the pdfjsviewer to add download manager support so hopefully that will land :)  Then we might have enough time to actually test the other bits ;)
[13:19]  * ogra_ wonders why we ever shiped poppler for pdf decoding :P 
[13:19] <ogra_> *shipped
[13:21] <thostr_> kgunn: thanks
[13:22] <kenvandine> thostr_, any eta on utopic silo 10?
[13:26] <thostr_> lool: what do we now do with silo 10? we tested the indicator part and it works fine... should we land this? and has anybody verified that the system settings MP contains all what we need?
[13:26] <thostr_> kenvandine: ^
[13:27] <kenvandine> thostr_, thx, i have quite a bit queued up to land for settings
[13:28] <Mirv> ogra_: I wonder if you could +1 a one-liner? https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/lastSuccessfulBuild/artifact/packaging_changes_qtcreator-plugin-ubuntu_3.1.1+14.10.20140903.3-0ubuntu1.diff
[13:28] <thostr_> kenvandine: ack. but this is now up to lool to move further
[13:28] <davmor2> ogra_: because it was going to be supported but all the bits that we needed to land so it could be used hadn't so I think it fell by the wayside :(
[13:29] <lool> thostr_: I tested the system-settings stuff
[13:29] <ogra_> Mirv, with one liner i assume you dont mean the one line whitespace change ?
[13:29] <lool> thostr_: didn't test latest indicator binaries, if you did then we should definitely land this now
[13:29] <ogra_> :P
[13:29] <lool> thostr_: landing is a bit special as one package is in NEW and it needs a coordinated meta update
[13:29] <lool> fginther: Hey!
[13:29] <ogra_> Mirv, assuming the SDK guys know what they do ... ACK
[13:30] <thostr_> lool: well the indicator and system settings shouldn't be problematic
[13:30] <lool> thostr_: this does depend on the new package getting in, as it ships the schemas
[13:30] <ogra_> davmor2, after rtm i'll make use of it in an app to justify its existence on the image :)
[13:30] <boiko> trainguards can I please get silo 3 reconfigured? I added new components there
[13:30] <thostr_> lool: oh, you mean accountsettings schema?
[13:30] <Mirv> ogra_: the line removal that is. and yes I trust how they're splitting their plugins. thanks!
[13:30] <lool> yes
[13:31] <thostr_> right
[13:31] <thostr_> but that shouldn't cause a crash.... ;)
[13:31] <lool> fginther: would you have some time today to help me go through the CI setup for a new package?
[13:31] <thostr_> lool: if it's not crashing I'd go forward and land the silo so that we unblock kenvandine and others
[13:32] <lool> fginther: ubuntu-location-provider here; it's at the usual spot and should be mostly ready source-wise; it's in NEW in Ubuntu and in silo 10 (utopic); if you have docs/checklist I shoudl follow, that's welcome
[13:32] <lool> thostr_: totally
[13:32] <lool> thostr_: there is one crash in an edge case
[13:32] <thostr_> that's not good though...
[13:32] <lool> thostr_: also, system-settings is in another landing from dbarth
[13:32] <thostr_> btw I only tested utopic
[13:32] <lool> haven't checked if it landed this morning
[13:32] <fginther> lool, sure. It's mostly just a matter of telling us about it, I really just need to know the project name
[13:33] <lool> thostr_: I was planning to ask mterry to look into it, but if you can that'd be welcome
[13:33] <kenvandine> lool, the other landing isn't ready
[13:33] <lool> thostr_: the crash is when a) you click "view T&C"  b) click some URL to here.com  c) press the button to return to wizard
[13:33] <lool> kenvandine: the one from dbarth?
[13:33] <kenvandine> dbarth's landing doesn't have an approved MP yet
[13:33] <kenvandine> waiting for fixes
[13:33] <lool> kenvandine: can we land before then? he came first
[13:34] <thostr_> lool: ok, but the crash will not appear during normal usage...
[13:34] <kenvandine> yes... you land first
[13:34] <kenvandine> we've been waiting for fixes for his since last week
[13:34] <kenvandine> i have 6 more branches ready to land after your's too
[13:34] <lool> thostr_: exactly, also it doesn't allow you to enable accidentally, so I think it's alright
[13:34] <thostr_> yep
[13:35] <thostr_> lool: ok, then I set the utopic silo to tested
[13:36] <lool> sil2100: hey, can we land silo 10 now? it needs a couple of trickier than usual things though: a) getting ubuntu-location-provider-here in the archive (currently in NEW)  b) updating seed and meta once we've put it there (these two should be done before we land)
[13:36] <lool> thostr_: +1
[13:37] <lool> thostr_: do you know if we can avoid meta being copied when we publish?
[13:37] <sil2100> lool: ok, so someone is doing a NEW review of the package already?
[13:37] <lool> sil2100: I dont know who to grab at this hour
[13:37] <kenvandine> lool, so i'm going to get a new silo building now, but won't land until after silo 10 is done and merged, etc
[13:37] <lool> also archive admin days seems out of date
[13:37] <lool> kenvandine: ty
[13:38] <sil2100> fginther: did you get pinged about CI issues with core-app merges?
[13:38] <om26er> davmor2, you gave me the command to test rtm branch, can you share that again
[13:38] <lool> kenvandine: ours is mostly wizard stuff in the settings, so should be fairly isolated from other settings changes I hope
[13:38] <fginther> sil2100, yes, already looking into it
[13:38] <kenvandine> lool, yeah
[13:38] <lool> it's a bit weird to have the wizard in the settings, albeit I guess they share a lot of common utils code
[13:38] <sil2100> fginther: thanks :)
[13:38] <thostr_> lool: which meta copy?
[13:38] <lool> thostr_: ubuntu-touch-meta
[13:38] <lool> thostr_: should NOT be copied
[13:39] <thostr_> oh you mean not copied to rtm
[13:39] <lool> not copied to utopic
[13:39] <thostr_> ah, column g
[13:40] <thostr_> sil2100: how can we avoid to copy ubuntu-touch-meta for silo 10?
[13:40] <davmor2> om26er: no you should of memorised it ;)  give me a second
[13:40] <sil2100> thostr_: hmmm
[13:40] <om26er> haha
[13:40] <davmor2> om26er: ubuntu-device-flash --channel=ubuntu-touch/ubuntu-rtm/14.09-proposed --wipe
[13:40] <Mirv> boiko: reconf running
[13:41] <sil2100> thostr_: this might be tricky, let me think about it for a moment... since when we publish, we publish everything or nothing
[13:41] <lool> slangasek: hey, around? would you be able to help with NEW processing of ubuntu-location-provider-here? we'd like to land it ASAP; it is a shell around the actual HERE binaries that will ship from /custom
[13:41] <boiko> Mirv: nice! thanks!
[13:41] <Mirv> boiko: and done
[13:41] <sil2100> lool, thostr_: could we maybe put a -proposed block on it instead temporarily? Since we do not support selective publishings from a silo
[13:42] <sil2100> We could upload it seperately as well, like directly through dput
[13:43] <lool> sil2100: if we dont support selective publishing, I'd suggest we just copy-package the right ones
[13:43] <sil2100> lool: like, just do copy-package from the silo and then simply free the silo when all are copied?
[13:43] <sil2100> Mirv: wait!
[13:43] <sil2100> Mirv: don't publish silo 10 ;)
[13:44] <sil2100> Mirv: we're discussing it here now
[13:44] <Mirv> sil2100: ok :)
[13:44] <lool> sil2100: yup
[13:44] <sil2100> lool: sounds fine, I'll make sure it's properly registered in the spreadsheet after all is copied over
[13:44] <lool> sil2100: ty
[13:44] <sil2100> lool: so just give me a sign once that happens :)
[13:45] <lool> so just need an archive admin now
[13:45] <sil2100> lool: yw and thanks as well
[13:45]  * sil2100 looks at slangasek 
[13:45] <sil2100> slangasek should be around in like ~1h
[13:45] <lool> it's early for him still  :-)
[13:45] <lool> yeah
[13:51] <Ursinha> sil2100: hey :) what happens if I don't change the "Ready? MP following project guidelines" in the spreadsheet, will it just sit there even if I click "build"?
[13:52] <sil2100> Ursinha: in theory, if someone doesn't set 'Ready?' to Yes, a silo should not be assigned for that landing ;)
[13:52] <Ursinha> hmm, no, it's building without that
[13:52] <sil2100> Ursinha: it's just an indicator for us to know if the landing is ready for assignment
[13:52] <Ursinha> sil2100: got it, the gating is manual
[13:52] <Ursinha> sil2100: thanks! :)
[13:52] <sil2100> Ursinha: it has no other meaning :)
[13:52] <sil2100> yw!
[13:52]  * sil2100 goes back to breaking the train
[13:56] <davmor2> sil2100: that's easy, you should try not breaking it that is a real challenge ;)
[13:57] <sergiusens> davmor2: the challenge is making train changes through a silo in the train
[13:57] <sil2100> hmmm
[13:57] <sil2100> davmor2: not breaking...? What does *that* mean?
[13:58] <sil2100> sergiusens: would make sense if we had train packages and used it in touch images ;p
[13:58] <davmor2> sil2100: it means going full pelt and not stopping, like a run-away train right ;)
[14:07] <Mirv> :)
[14:32] <sil2100> Mirv: ping!
[14:33] <Mirv> sil2100: prong
[14:34] <sil2100> fginther: any luck with that CI thing? :)
[14:34] <fginther> sil2100, not yet
[14:39] <sil2100> fginther: good luck! And thanks for taking care of that :)
[14:46] <seb128> dbarth, hey, did you this my ping earlier?
[14:46] <dbarth> seb128: ah yes
[14:47] <dbarth> seb128: lte me scroll back
[14:47] <dbarth> seb128: i'm debugging the icon issue for uss/s&p/location
[14:47] <seb128> dbarth, k
[14:48] <dbarth> seb128: apparently the trustore has ẅrong app ids like 'unconfined'
[14:48] <dbarth> which breaks desktop file resolution
[14:51] <seb128> dbarth, k, what about the fact that you have it in a silo, you don't plan to land it before having review ack right?
[14:52] <dbarth> seb128: i can free up the silo; i wanted to land quickly; but the icon issue is not great
[14:52] <dbarth> seb128: what do you think?
[14:52] <seb128> dbarth, no, I don't want it to land before it works correctly
[14:52] <seb128> which was my point
[14:52] <seb128> I would have fixed the issue even before putting it in a silo
[14:54] <dbarth> ah, diffeent povs, some wanted to test the featue, even with some visual bugs
[14:55] <dbarth> but that's passed; i'll free that up for now; will finish in the MP with you before a new silo request
[14:55] <dbarth> trainguards, can you unload silo 17 please?
[14:55] <sil2100> dbarth: unload? :)
[14:58] <dbarth> sil2100: well, free the silo
[14:59]  * dbarth looks up "unload" on google
[14:59] <sil2100> dbarth: ok, what's up with that? Invalid? :)
[14:59] <sil2100> dbarth: well, unload probably is the right term, just wanted to make sure we think about the same - and that there was no typo
[14:59] <sil2100> dbarth: as unload and upload have only one letter different
[14:59] <dbarth> yeah
[15:00] <dbarth> not good enough as discussed with seb128
[15:07] <seb128> where can we see the current image numbers for rtm/proposed?
[15:08] <brendand> davmor2, sil2100 - eets alive! https://trello.com/b/AE3swczu/silo-testing
[15:08] <sil2100> brendand: ooh!
[15:08] <davmor2> brendand: nice one that man :)
[15:09] <brendand> i just need to find a better place to deploy it
[15:10] <brendand> sil2100, any recommendations?
[15:10] <brendand> it's running on my laptop right now
[15:14] <lool> fginther: was it all good for the ubuntu-location-provider-here? did you manage to set it up for CI?
[15:16] <rsalveti> thostr_: what is the status of silo 13 (rtm)?
[15:16] <rsalveti> thostr_: I have one other change in powerd that I want to sync, but I see you got one sync already in place for the previous version
[15:16] <rsalveti> and I don't want to overwrite it
[15:17] <thostr_> rsalveti: yes, charles just tested it some hours ago
[15:17] <rsalveti> thostr_: oh, ok, will wait QA to sign it off then
[15:18] <rsalveti> sil2100: I need one rtm silo to sync the android package from ubuntu
[15:18] <rsalveti> sil2100: package already in the ubuntu archive
[15:18] <thostr_> rsalveti: if you and charles retest and if QA hasn't looked at it yet we might just merge it into that one... but it probably doesn't really save any work
[15:19] <rsalveti> thostr_: yeah, I'll just wait :-)
[15:19] <thostr_> rsalveti: but if the package is in utopic already should we have already picked it up with our sync?
[15:19] <thostr_> rsalveti: s/package/change
[15:21] <ogra_> plars, did you manage to do a complete test run yesterday btw or did any other issues pop up ?
[15:22] <plars> ogra_: it wasn't complete, no. Just enough to convince me that both autopilot and non-autopilot tests can work with this change
[15:22] <plars> ogra_: previously all autopilot tests failed because the screen couldn't unlock
[15:22] <plars> ogra_: once you get past that though, they are fine
[15:22] <sil2100> rsalveti: sure thing :) we have sync: functionality from ubuntu, want me to fill in one for you? Which package do you want synced?
[15:23] <ogra_> plars, ok
[15:27] <fginther> lool, I'm in the middle of trying to fix something else, I'll get to it when things clear up a bit, but it will be done today
[15:28] <mandel> sil2100, is the clock app broken??
[15:28] <sil2100> mandel: what's up?
[15:28]  * sil2100 has no bug on that
[15:28] <mandel> sil2100, in my device is not even launching
[15:28] <seb128> it was yesterday until the thumbnailer update
[15:29] <seb128> what image/libthumbnailer0 version do you have?
[15:29] <seb128> sil2100, did we get new images with that fix btw?
[15:29] <sil2100> seb128: in utopic? Yeah, we should have
[15:29] <seb128> sil2100, was that issue on rtm as well?
[15:31] <lool> fginther: thanks a lot
[15:33] <sil2100> seb128: no, it was only on utopic
[15:33] <seb128> k
[15:33] <sil2100> seb128: since rtm didn't have those 2 versions synced up...
[15:33] <sil2100> davmor2, brendand: can anyone confirm? ^
[15:33] <sil2100> mandel: is that on rtm or ubuntu?
[15:33] <mandel> sil2100, rtm
[15:34] <brendand> sil2100, clock app broken?
[15:34] <sil2100> Yeah
[15:34] <ogra_> works fine for me on rtm 14
[15:34] <ogra_> (image 14)
[15:35] <davmor2> sil2100: clock app works here I just filed bugs on the alarm system
[15:36] <mandel> sil2100, ogra_ I reboot fixed it, I just don't want to know what happened
[15:36] <sil2100> mandel: hah ;)
[15:36] <ogra_> mandel, oh you had a click package upgrade ?
[15:36] <ogra_> (not as part for a system update)
[15:37] <ogra_> there is definitely a bug with click updates and the click scope still holding the old .desktop files
[15:37] <mandel> ogra_, yes, a click update
[15:37] <brendand> clock is ok here
[15:37] <mandel> dobey, alecu ^^
[15:37] <ogra_> if you search for it, the scope gets a forces refresh
[15:37] <ogra_> *forced
[15:37] <mandel> ogra_, do the click scope people know?
[15:38] <ogra_> after a search it works
[15:38] <davmor2> mandel: click scope isn't refreshing once an app update old bug,  You need to do a search to refresh the scope
[15:38] <sil2100> om26er: did you do some per-image exploratory testing on mako today by any chance?
[15:39] <om26er> sil2100, I am flashing rtm image on mako
[15:39]  * ogra_ sighs about davmor2 ... typing my fingers off in ten sentences and he just explains it in one line :P
[15:39] <brendand> thostr_, i'll pick up silo 13 for testing now
[15:39] <sil2100> mterry: is there a landing for the wizard-not-restarting-maliit issue? :)
[15:39] <om26er> sil2100, do you want me to test the non-rtm branch ?
[15:39] <thostr_> brendand: thanks
[15:40] <sil2100> om26er: maybe first the rtm branch I think
[15:40] <dobey> huh?
[15:40] <sil2100> om26er: since this might be the most interesting promotion-wise
[15:40] <sil2100> We're still not ready, as blockers are upon us, but just to check the overall quality
[15:40] <mterry> sil2100, not a specific landing, I think kenvandine is working on a broad USS landing
[15:40] <dobey> oh
[15:40] <sil2100> mterry: excellent
[15:40] <om26er> sil2100, ok, its being flashed now.
[15:41] <kenvandine> sil2100, that's in silo 20
[15:41] <sil2100> davmor2: btw. could you take a look and see if you see any of our serious blockers missing from this list? http://people.canonical.com/~lzemczak/issues/
[15:41] <kenvandine> which will need a respin after silo 10 is merged
[15:41] <sil2100> kenvandine: \o/
[15:41] <davmor2> sil2100: I've asked om26er to alternate each day on mako, yesterday was utopic, today rtm, tomorrow utopic and so on  I think it is the best way to ensure that mako is not left behind on either
[15:41] <sil2100> davmor2: good plan
[15:42] <mterry> kenvandine, did that branch fix your password problems by the way?
[15:42] <davmor2> sil2100: I'll have a look in a minute I'm still dogfooding rtm14
[15:42] <ogra_> 14 is really nice
[15:42] <kenvandine> mterry, testing now
[15:42]  * mterry hugs kenvandine
[15:42] <ogra_> surely the most stable we had yet
[15:42] <davmor2> ogra_: I agree, it hasn't locked up yet :)
[15:43] <ogra_> yeah, new Mir
[15:43]  * ogra_ hugs kgunn 
[15:43] <dobey> mandel, ogra_: that is on the rtm image, or on devel-proposed?
[15:43] <ogra_> no more butt-phone-calls-in-the-pocket
[15:43] <rsalveti> thostr_: the change is a new one, so what you have in your silo is older, that's why it's just better to wait :-)
[15:43] <ogra_> dobey, whats devel-proposed :P
[15:43] <thostr_> rsalveti: ah, right
[15:43] <rsalveti> sil2100: yeah, please, just the 'android' package
[15:43] <sil2100> charles: hey, regarding bug LP: #1363906 ! So, as per your comment.. does this mean that the bug is not valid in overall, or is there still something we need fixed?
[15:44] <sil2100> rsalveti: ok, doing!
[15:44]  * kgunn hugs ogra back for saying that
[15:44] <kgunn> man hugs all around
[15:44] <ogra_> :)
[15:44] <dobey> ogra_: the image that has the fix, which apparently hasn't been synced to ubuntu-rtm yet (and it's an issue in ubuntu-system-settings)
[15:44] <charles> sil2100, short term, IMO this means it isn't a blocker
[15:44] <kenvandine> mterry, "Could not set security disploay hint"
[15:44] <kenvandine> mterry, meaningful?
[15:44] <sil2100> charles: would make sense
[15:44] <mterry> kenvandine, noooo!
[15:44] <ogra_> dobey, the click .desktop file issue is a system-settings one ?
[15:45] <mterry> kenvandine, that one I've not seen, but really doesn't make sense
[15:45] <ogra_> dobey, and no, i dont use -proposed anymore ... only for quick silo tests
[15:45] <mterry> kenvandine, how do you break things so well?
[15:45] <kenvandine> i keep getting that in the pass phrase dialog
[15:45] <dobey> ogra_: yes, the update plug-in wasn't telling the dash to refresh the scope
[15:45] <kenvandine> haha
[15:45] <ogra_> dobey, wow
[15:45] <mterry> kenvandine, same steps you've described before?
[15:45] <sil2100> davmor2: once you're done with the silo, if you could check charles comment on the indicator-transfer bug? I think we can indeed remove it from the blockers
[15:45] <mterry> kenvandine, I was getting a different error (invalid PIN on a valid PIN) and my branch solved that problem.  I hoped yours was a symptom of same
[15:46] <mterry> kenvandine, I'd still like to land mine if possible
[15:46] <mterry> kenvandine, but will continue to try to reproduce yours
[15:46] <mterry> you monster
[15:46] <kenvandine> i can't set a pin either
[15:46] <charles> sil2100, looking past "is this a blocker", after that comment this morning I've been talking to mandel and sergiusens about ways to improve the metainfo that ubuntu-download-manager is providing to indicator-transfer; that's tracked now in  https://bugs.launchpad.net/ubuntu/+source/ubuntu-download-manager/+bug/1364964
[15:46] <mterry> kenvandine, same error?
[15:46] <kenvandine> yes
[15:46] <mterry> kenvandine, and this is from passphrase -> swipe and passphrase -> pin?
[15:46] <charles> sil2100, looks like that's something we may be able to sort out this week or early next week, but again isn't a blocker wrt #1363906
[15:46] <kenvandine> swipe-> passphrase
[15:47] <kenvandine> and swipe->pin
[15:47] <kenvandine> i started on swipe
[15:47] <kenvandine> and it isn't setting either
[15:47] <mterry> kenvandine, ah.  that error happens if you can't set a property on AccountsService, but it's the easiest property to set in the world
[15:47] <mterry> kenvandine, there should be no reason it wouldn't be allowed, unless you weren't an active policykit session for some reason
[15:47] <sil2100> rsalveti: ok, so we're a bit 'low' on silos :| But the landing is prepared, so we'll assign as soon as we can
[15:47] <mterry> kenvandine, OK, back to my lair
[15:48] <davmor2> sil2100: already did see back scroll ;)  I think it is safe to move it is only meant to now work on image downloads for now till more stuff is supported in content hub and download manager combined.  I've asked charles if he can update the testplan with what media should work.  The issue was previously downloading an app triggered it and that bit went away.
[15:48] <rsalveti> sil2100: sure, no worries, thanks!
[15:48] <mterry> kenvandine, but again, my branch might help some corner cases, so I'd still like it to be approved if possible
[15:48] <sil2100> davmor2: ok then, I remove it then :)
[15:48] <charles> davmor2, ack
[15:48] <kenvandine> mterry, i'd like to see it set some pass :)
[15:48]  * kenvandine tries on mako too
[15:49] <mterry> kenvandine, you ask too much!
[15:49] <davmor2> charles: thanks that way we know what we can and can't test and save annoying bug reports ;)
[15:49] <brendand> thostr_, now i have to go through the install powerd dance. curses
[15:49] <thostr_> brendand: what a lovely world we live in :)
[15:50] <ogra_> mterry, drop all that shit and just quickly implement face recognition ... (might become a bit tricky with sudo though)
[15:50] <mterry> ogra_, :)
[15:50] <ogra_> way to many options for the users :)
[15:50] <mterry> ogra_, we should just tell them to drop to Terminal app and run passwd
[15:50] <ogra_> ++
[15:51] <kenvandine> mterry, well crap... i rebooted again and it all worked
[15:51] <ogra_> thats how a *real linux* phone must work !
[15:51] <kenvandine> so maybe i didn't have a valid session?
[15:51] <brendand> rsalveti, what do i need to change for krillin here: http://paste.ubuntu.com/8092473/
[15:52] <rsalveti> brendand: let me check
[15:52] <mterry> kenvandine, hrm... I'm worried your phone is now in "Mike mode" where everything works for you but not others
[15:53]  * mterry eats
[15:53] <kenvandine> mterry, i'm trying my other device too
[15:54] <kenvandine> sil2100, what's the status of the manual massaging of silo 10?
[15:54] <rsalveti> brendand: http://paste.ubuntu.com/8224550/
[15:55] <sil2100> kenvandine: yeah, so it's a landing driven by thostr_ and lool, and they waited with landing things from it for some package to move out of the NEW queue
[15:56] <sil2100> kenvandine: then they will manually copy-package from it, since they don't want the -meta package to get published along with it
[15:56] <sil2100> kenvandine: after all packages get copied out of it manually we will m&c it
[15:57] <kenvandine> sil2100, ok, thx... i'll try to pay attention to that
[15:57] <kenvandine> i'll need to rebase silo 20
[15:57] <sil2100> lool, thostr_: once all packages from silo 10 are copied, please give a sign to the current trainguard
[15:57] <sil2100> kenvandine: ACK :)
[15:58] <kenvandine> sil2100, thx ;)
[15:58] <om26er> sil2100, when I started the phone unity8-dash didn't start. had to manually restart unity8-dash from terminal
[15:58] <om26er> there was no crash file.
[15:58] <sil2100> uh
[15:58] <sil2100> Not good
[15:58] <om26er> now on reboot things are fine though.
[15:58] <kenvandine> mterry, ok, i massaged that onto my rtm based mako... and couldn't seem to reproduce that bug
[15:58] <kenvandine> mterry, i'm properly flashing it to utopic-proposed to test again
[15:59] <lool> sil2100: hey, would you know how the ubuntu-rtm PPA were setup?
[15:59] <lool> would like to create one for the HERE integration
[15:59] <brendand> rsalveti, shouldn't we just put that in the powerd test plan?
[16:00] <mterry> kenvandine, also, just for the lulz, I've heard that Design wants to go back to "passcode"  :)
[16:00] <sil2100> lool: yeah, so you need to use lp-shell to do that
[16:00] <rsalveti> brendand: feel free to add it there
[16:12] <kenvandine> mterry, we'll that's fun :)
[16:18] <om26er> davmor2, hey! which image are you on right now ? on your mako
[16:23] <slangasek> lool: why does ubuntu-location-provider-here ship a copyright file for the bits from /custom?
[16:24] <slangasek> lool: accepted, fwiw
[16:24] <lool> slangasek: it's kind of a hack to display the license of the bits under /custom in the settings
[16:25] <slangasek> lool: ah
[16:25] <lool> slangasek: instead, we ought to wrap the whole thing in click packages and present licenses from there
[16:25] <slangasek> ok
[16:25] <lool> but there's a lot of missing functionality to make that happen
[16:25] <lool> so that seemed like a good short-term compromize
[16:25] <slangasek> btw, the upstart jobs scare me
[16:25] <lool> slangasek: thanks for the review
[16:25] <slangasek> but I'm not reviewing them as part of NEW
[16:26] <slangasek> (they seem to be missing proper stop rules... and they have 'and' start conditions, not sure if anyone has reviewed these wrt service restarts)
[16:39] <robru> sil2100_: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-010 ok comments now visible on dashboard
[16:42] <sil2100_> Hah, awesome :)
[16:42] <sil2100_> Thanks
[16:42] <sil2100> These are those little things that make a person happy
[16:47] <robru> sil2100: you're welcome!
[17:13] <pmcgowan> davmor2, I am not getting a welcome screen after suspend, that known, 220
[17:13] <davmor2> pmcgowan: I do :(
[17:14] <pmcgowan> davmor2, let me see if I know how to reproduce
[17:14] <alecu> yay
[17:14] <davmor2> sil2100: so I just finished, no new regressions, some of the others are still about but I'll go through those after food :)
[17:22] <robru> bfiller: https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/9/console please approve these MPs
[17:22] <bfiller> robru: sorry, right
[17:23] <bfiller> robru: done
[17:25] <robru> bfiller: thanks
[17:26] <sil2100> davmor2: thanks :)
[17:40] <brendand-nexus5> charles - what new stuff does silo 13 land?
[17:40] <brendand-nexus5> charles - is there a way to test 'hardware wakeup support'?
[18:03] <sil2100> fginther: hey! Sorry to poke about that again, but how's the CI thing with core-app merges going? You think it's something broken from the infrastructure side?
[18:08] <fginther> sil2100, I don't know. I'm getting a number of failures trying to run these tests local, but they're not quite the same failures
[18:21] <davmor2> sil2100: so everything looks right on the blocker list
[18:21] <sil2100> davmor2: thanks! I'll prepare the e-mail then :)
[18:55] <robru> sil2100: ^ wat? I assigned that, why did you free it?
[18:56] <sil2100> robru: rsalveti decided to do a direct upload for that :)
[18:56] <robru> ah ok
[18:56] <robru> i'll delete the spreadsheet row then
[18:56] <pmcgowan> popey, fginther balloons did the core-apps jenkins server get happy again?
[18:57] <fginther> pmcgowan, I think I may have found what changed, I'm testing a fix now
[18:57] <pmcgowan> fginther, cool
[18:58] <balloons> I see the first passing test in almost 6 days come across :-)
[18:58] <pmcgowan> fginther, you need to give training to a CI buddy then
[18:58] <pmcgowan> nice
[18:58] <fginther> pmcgowan, I've got a few in progress, if they all look good, then I think we can start re-trying the failed builds
[18:59] <balloons> yes, some post-mortem on this is definitely due
[18:59] <pmcgowan> thanks
[19:00] <sil2100> robru: thanks o/
[19:02] <fginther> balloons, I'm not sure yet what exactly changed, but the system now starts with a running X server
[19:05] <balloons> fginther, that sounds quite reasonable. My thoughts were to just get it running again by re-doing the setup if needed.. Probably easier than chasing what broke since time was/is of the essence.
[19:06] <balloons> fginther, are you comfortable with me queuing re-runs at this point?
[19:07] <fginther> balloons, yes, please start with just a few though
[19:07] <balloons> fginther, yes, I won't slam things, just the priority fixes we need
[19:07] <fginther> balloons, here are the new processes that didn't used to be there: http://paste.ubuntu.com/8225912/
[19:07] <nik90_> balloons, fginther: it passed! https://code.launchpad.net/~nik90/ubuntu-clock-app/alarmday-selectall-shortcut/+merge/233134
[19:09] <brendand> charles, hi
[19:11] <balloons> k, I kicked off the needed mp's for music, reminders and terminal
[19:12] <nik90_> balloons: don't kick the clock app mps since they will have code conflict with one other
[19:12] <balloons> nik90_, yours are urgent enough to go first :p
[19:13] <balloons> *are not
[19:13] <nik90_> :)
[19:13] <balloons> but I'll keep that in mind
[19:15]  * balloons awaits jenkins picking up autolandings
[19:26] <fginther> lool, what is the correct trunk branch for ubuntu-location-provider ?
[19:43] <kenvandine> mterry, i added cimi's branch to silo 20 and reconfigured, but i'll wait for silo 10 to finish landing/merge before doing a rebuild
[19:43] <mterry> kenvandine, sure, thanks
[19:43] <kenvandine> np
[19:44] <mterry> kenvandine, I think I reproduced your "Could not set security display hint" error a different way via the wizard on krillin
[19:44] <mterry> kenvandine, looking into i
[19:44] <mterry> t
[19:44] <kenvandine> mterry, thx, i haven't reproduced it again
[20:00] <balloons> fginther, I noticed the reminders-app tests hang, just like in CI. I forgot, despite the fact that Leo's mp was being tested, that code is not running.
[20:01] <fginther> balloons, psivaa mentioned that reminders wasn't using the right version, is this the same problem?
[20:02] <balloons> fginther, yes more or less. Just pointing out until it's fixed, reminders jenkins should probably be paused
[20:02] <balloons> if it ever picks up an mp, it'll just lock the test job till timeout
[20:03] <fginther> balloons, ok, I'll disable it for now
[21:19] <robru> sergiusens: you got silo 9
[21:31] <robru> fginther: what's the easiest way to add pep8 or pyflakes to that new job we just created? I can see how to just add that to the script, but I'm not sure how to make it give xml test result output... should I just write a unittest that subshells out to pep8 tool? ;-)
[21:33] <fginther> robru, a unittest that executes pep8 is the best approach
[21:34] <robru> fginther: ok thanks
[21:53] <lool> fginther: lp:ubuntu-location-provider-here / ~phablet-team/ubuntu-location-provider-here/trunk
[21:53] <fginther> lool, thanks, it will be enabled shortly
[21:53] <lool> fginther: ty
[22:02] <lool> fginther: so concerning silo 010 (utopic), the initial plan was to land the right subset of the packages manually, then flush it
[22:02] <lool> fginther: but I've just sound of something easier: now that the special bits are in the archive, I've removed them from PPA, and we can simply publish the silo as normal
[22:03] <lool> fginther: I've just requested deletion of the packages now, will take a couple of minutes I guess; do you want me to manually copy the packaegs and you to flush the silo, or would you like to publish it
[22:04] <fginther> lool, this is a question for the trainguards ^
[22:04] <lool> fginther: hmm how do I find who this is right now? you're the only human in the topic  :-)
[22:05] <fginther> lool, just using 'trainguards' will hopefully provide the proper alert. If not, hopefully robru is the right one for this
[22:06] <lool> ok
[22:06] <fginther> (and I now realize that's a lot of hopefully)
[22:06] <robru> ohhey
[22:06] <lool> robru: hey, any preference between the two?
[22:07] <robru> lool: yeah, you gotta manually copy everything. if I try to publish it, citrain will freak out that stuff is missing from the ppa. You can't just go poking at the ppa like that, citrain is an incredibly brittle piece of junk.
[22:07] <lool> ok
[22:07] <robru> lool: let me know when it's copied and I can flush it
[22:09] <robru> fginther: hey do you have any idea what a pep8 unittest would look like? I just want the test to run 'pep8 .' in the project root and then make sure the failure includes the output, but i just can't get it to work, even trying various internet copypasta. it seems like nose is running my tests in some kind of magical neverland, because even 'os.walk('.')'
[22:09] <robru> shows no files or directories even though os.environ['PWD'] shows it's in the branch root
[22:10] <robru> fginther: https://gist.github.com/swenson/8142788 tried this and 'files' came out as '[]' despite the massive amount of files in this project
[22:11] <lool> I tried: ./copy-package --ppa=ci-train-ppa-service --ppa-name=landing-010 --to-suite=utopic-proposed -b indicator-location ubuntu-system-settings
[22:11] <lool> but somehow got: PPA uploads must be for the RELEASE pocket.
[22:12] <lool> ah missed --to-primary I guess
[22:15] <fginther> robru, hmm, I was going to suggest http://bazaar.launchpad.net/~canonical-ci-engineering/uci-engine/trunk/view/head:/image-builder/imagebuilder/tests/test_style.py, but it relies on some PPA dependencies...
[22:16] <robru> fginther: yeah that doesn't look terribly helpful.
[22:16] <fginther> robru, you might try changing 'os.walk('.'):' to os.walk(os.path.abspath(os.path.dirname(__file__))):'
[22:16] <robru> fginther: hm
[22:16] <robru> fginther: i think I got something...
[22:16] <robru> hang on
[22:17] <robru> fginther: ok, managed to hobble something together from selenium, thanks
[22:19] <lool> hmm I did the copy-package thing, but I can't tell if it was taken into account; no error, but rmadison reports the old version
[22:19] <robru> lool: it takes a while to copy through -proposed, just wait a bit
[22:24] <lool> robru: alright, I see these in -proposed now; mind flushing the 010 silo (utopic)?
[22:24] <lool> robru: what time does the image get built?
[22:27] <robru> lool: in about 4 hours.
[22:27] <robru> should be fine barring any kind of blockage in proposed
[22:28] <robru> lool: yeah I'm gonna need you to merge those branches manually because citrain just shit itself. https://ci-train.ubuntu.com/job/ubuntu-landing-010-3-merge-clean/16/console
[22:29] <lool> robru: ah, sorry about that; there's no branch for ubuntu-touch-meta obviously
[22:30] <lool> robru: so I have to merge the branch, then update changelog from the source upload and commit this to trunk?
[22:30] <robru> lool: yep
[22:30] <lool> ok
[22:30] <robru> lool: basically citrain did not one single useful thing for you.
[22:30]  * lool whistles
[22:41] <john-mcaleely> hello
[22:42] <john-mcaleely> is anyone around who can help me land a krillin device tarball update
[22:42] <john-mcaleely> or should I wait for then next landing meeting?
[22:42] <john-mcaleely> ogra_, ? ^
[23:07] <cwayne1> hiya, i don't seem to have access to create new jobs on s-jenkins anymore?