[01:27] <ToyKeeper> cwayne: Yes, the unity-scopes-api one.
[01:30] <bfiller> robru: around? need a reconfig on silo 20
[01:52] <robru> bfiller: done
[01:54] <bfiller> robru: thanks
[01:54] <robru> bfiller: you're welcome
[02:21] <sergiusens> cjwatson: can I create a PPA with the rtm archive? or is that not exposed? (I can't find the option)
[03:32] <bzoltan> robru:  I just realized that the -gles branch have not been merged to the -gles trunk on the last landing -> https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/landing_05.09-gles/+merge/233764 Did I miss something?
[03:34] <bzoltan> rsalveti: ^
[03:36] <bzoltan> rsalveti: robru: but the 1.1.1239+14.10.20140908-0ubuntu1build2  qtdeclarative5-ubuntu-ui-toolkit-plugin-gles package is available in the archives
[03:47] <bzoltan> robru: Mirv: I have added the gles branch to the silo9, and i would like to ask for a power reconf :)
[03:47] <robru> bzoltan: if the MP is already released in the archives, you don't want it in the silo, that'll trigger a new build & publish. just merge the branch
[03:48] <robru> bzoltan: just merge the branch along with the changelog diff from distro
[03:48] <bzoltan> robru:  Now I need a new package, because it is a new landing. But the previous landing of the UITK-gles has made to the archive but was not merged to the -ges branch
[03:49] <Mirv> bzoltan: just take care he changelog includes also the non-merged one
[03:49] <bzoltan> Mirv:  that is what I did... and I hop it will be merged this time :)
[03:50] <bzoltan> Mirv: and now I am attempting to land the new UITK, so the RTM edition could use a silo too.
[03:54] <Mirv> bzoltan: we've had some problem or another with the gles a couple of times now, but maybe this time it builds without manual uploads.. then the merge would work too
[03:54] <Mirv> bzoltan: ok
[03:54] <bzoltan> Mirv:  Ahh... of course, the manual landing does not trigger the merge. Now I understand what happened :)
[05:06] <Mirv> lool: the spreadsheet had lost your rtm HERE landing (happens at times), I salvaged the id back so that the status is correct.
[05:06] <Mirv> + nice if it starts working with that landing :)
[05:13] <Mirv> same for tvoss' location-service and bzoltan's uitk.
[06:38] <bzoltan> nice
[06:38] <bzoltan> Mirv: "Google Drive encountered an error"
[06:43] <Mirv> bzoltan: :S
[06:44] <bzoltan> Mirv: the bad thing is that it is down for the CI too... so no silo reconf
[06:56] <Mirv> bzoltan: does it seem up now, or still connection failures?
[06:56] <Mirv> would _seem_ fine now
[06:56] <bzoltan> Mirv:  it is up
[06:56] <Mirv> it's sad how also reconfigure relies on the spreadsheet
[06:56] <Mirv> ok, good
[06:57] <bzoltan> Mirv: yes, but the positive side is that now I learned again that an MR update does not require reconfig :) the build pulls the latest revision
[06:58] <Mirv> bzoltan: haha, about time to learn that :)
[06:58] <bzoltan> Mirv: better later than never
[07:11] <anpok> ping trainguards
[07:11] <anpok> i really need silo .. hmm row 55 now
[07:13] <Mirv> anpok: there's zero available, but I'll free up one that is not yet used
[07:23] <Mirv> anpok: allocated, and even kicked a build https://ci-train.ubuntu.com/job/ubuntu-landing-006-1-build/26/console
[07:23] <anpok> thank you
[07:24] <Mirv> dbarth_: MP approvals :)
[07:36] <dbarth_> Mirv: ahem
[07:36]  * dbarth_ goes hiding
[07:47] <brendand> pete-woods, good morning
[07:49] <pete-woods> brendand: morning. I'm going to fill in a proper test plan at last! :p
[07:49] <brendand> pete-woods, OR...
[07:49] <brendand> pete-woods, do that first :)
[07:50] <brendand> pete-woods, please please please. don't mark your silo as tested until the test plan is recorded on the spreadsheet. i beg you
[07:50] <Mirv> dbarth_: :)
[07:55] <sil2100> Mirv: btw. the publish bug *should* be no more
[07:55] <pete-woods> brendand: oh. sorry. for some reason I assumed that it referred to the utopic landing
[07:56] <sil2100> If of course the bugfixing merge didn't get reverted
[08:05] <tvoss> sil2100, good morning
[08:05] <sil2100> tvoss: morning!
[08:07] <brendand> sil2100, just to make sure - do not publish rtm silo 009
[08:09] <sil2100> brendand: could you leave a comment in the silo comments?
[08:09] <brendand> sil2100, it's just i changed it to 'Needs QA sign-off = N/A' by accident
[08:09] <brendand> sil2100, it's correct again
[08:10] <ogra_> hmm, mediascanner doesnt seem happy on 47 for me
[08:10] <brendand> sil2100, just checking that you follow what the spreadsheet says and not what queuebot says
[08:11] <sil2100> Ah, ACK ;)
[08:11] <sil2100> ogra_: oh?
[08:11]  * sil2100 upgrades
[08:12] <ogra_> sil2100, it took two searches in the music scope to make the music on my SD show up (with 5min break inbetween for it to possibly settle) ... my video scope is still completely empty (music was found eventually)
[08:13] <sil2100> hmm
[08:13] <sil2100> ogra_: maybe it's because of this bug? https://bugs.launchpad.net/mediaplayer-app/+bug/1340952
[08:13] <ogra_> might be because it scans for embedded artwork now, probably even only once, i didnt reboot since the OTA
[08:14] <sil2100> ogra_: the fixes for that are not yet landed in RTM, and I guess not even prepared completely
[08:14] <ogra_> sil2100, i doubt that, thats about launching stuff
[08:14] <ogra_> probably the scopes expect the new mediascanner db format now too ?
[08:15] <sil2100> But the mediascanner scope should have been released along with the new mediascanner I think
[08:16] <ogra_> that doesnt stop the other scopes to develop against it upstream
[08:16]  * ogra_ searches again in the video scope
[08:21] <lool> Mirv: ok thanks
[08:27] <Mirv> sil2100: ok!
[08:40] <Mirv> FYI today's trainguard wish is that you test your utopic silos, since we're constantly out of them this time
[08:40] <sil2100> ;D
[08:44] <cjwatson> sergiusens: you can, but only using person.createPPA on the webservice (https://launchpad.net/+apidoc/devel.html#person) - it's not exposed in the web UI, mostly to avoid confusing innocents
[09:07] <popey> davmor2: fwiw, videos play here fine, launched from file manager
[09:08] <sil2100> uuuuh
[09:08] <sil2100> brendand: ok, I see something REALLY strange
[09:08] <brendand> pete-woods, we have a problem with mediascanner/scopes today
[09:09] <brendand> pete-woods, can i get your help with a bit of debugging?
[09:09] <pete-woods> brendand: sure, just unbricking my krillin right now
[09:09] <sil2100> brendand: ooor... nevermind!
[09:11] <sil2100> brendand: http://paste.ubuntu.com/8370923/
[09:25] <brendand> sil2100, someone should file a bug for this anyway
[09:25] <brendand> sil2100, btw victorp says it happens with any 'favourited' scope
[09:26] <brendand> sil2100, maybe davmor2 can check that finding, while i test these reverted packages
[09:26] <brendand> sil2100, heh - and reverting the packages does nothing
[09:27] <brendand> the plot thickens...
[09:30] <pete-woods> brendand: crazy thought, but could you try installing the packages from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-009 ?
[09:31] <brendand> pete-woods, sure
[09:32] <sil2100> hmm
[09:32] <sil2100> Interesting!
[09:32] <sil2100> brendand: can you try moving back to earlier images?
[09:32] <sil2100> Let's at least check when it started
[09:34] <brendand> wow i just learned the most awesome bash trick
[09:37]  * brendand is flashing #46 to see if it works
[09:38] <brendand> then i'll upgrade to #47 and install silo-009
[09:55] <davmor2> brendand: check what finding and what is the bash trick you just learnt
[09:55] <cjwatson> Is there a special syntax in the spreadsheet for binary syncs now, or should we still just stick in the source package name and copy by hand?
[09:55] <brendand> davmor2, nothing - i already got a chance to check it
[09:56] <brendand> davmor2, as for the bash thing, do you use aliases much?
[09:56] <davmor2> brendand: I do on my main system but not so much anymore
[09:56] <cjwatson> brendand: for a software-properties sync into RTM, I just need to check that it makes add-apt-repository work for RTM silos, right?
[09:56] <cjwatson> check/confirm/whatever
[09:57] <brendand> cjwatson, yeah that's what we want
[09:57] <davmor2> brendand: I'd set them up on the phone but that gets wiped every few hours so is pretty pointless
[09:57] <cjwatson> doesn't seem like it should need special QA signoff then
[09:57] <brendand> davmor2, well yes i'm talking about desktop
[09:57] <cjwatson> brendand: will attempt to sort it once I get an RTM instance going on the emulator, then
[09:58] <brendand> davmor2, anyway, if you ever want to edit the command before running it, you can just type the alias and hit 'ctrl+alt+e' and it expands!
[09:58] <brendand> davmor2, try it. magic
[09:58] <brendand> davmor2, also kind of handy for checking if environment variables expand to what you think they will
[09:59] <cjwatson> brendand: oh, neat, I learned something today
[09:59] <davmor2> brendand: oh nice
[10:00] <cjwatson> (though it seems to have some quoting bugs :-( )
[10:01] <brendand> cjwatson, wow - i never thought i'd impart new information to you about bash!
[10:01] <cjwatson> bash is a rich vein of random stuff
[10:01] <pete-woods> brendand: I just tried wipe flashing the current image on my krillin (ubuntu-device-flash --channel=ubuntu-touch/ubuntu-rtm/devel-proposed), and I get a boot loop (this is the second time I've tried, perhaps stupidly)
[10:01] <pete-woods> just checking that channel isn't the wrong one
[10:02] <brendand> pete-woods, i normally use 'ubuntu-touch/ubuntu-rtm/14.09-proposed'
[10:03] <pete-woods> okay, well try that one once I've unbricked it again
[10:03] <pete-woods> *I'll
[10:03] <brendand> pete-woods, it's probably equivalent though
[10:03]  * pete-woods boots windows VM
[10:04] <pete-woods> I think I'll flash yesterday's image next time
[10:05] <pete-woods> bah, have to wait for windows to "configure updates" now...
[10:08] <davmor2> pete-woods: while you wait silo-009 is it just a regression test based on the standard testplan for scopes?
[10:09] <pete-woods> davmor2: pretty much yes. it introduces new functionality, but the scopes aren't doing anything visible with it yet
[10:10] <davmor2> pete-woods: no worries I'll get on it now
[10:11] <pete-woods> davmor2: I have a very strong suspicion this will also fix https://bugs.launchpad.net/unity8/+bug/1371028 on krillin
[10:12] <pete-woods> we stupidly updated the YouTube scope in the store before the required updates made it all the way into krillin
[10:12] <pete-woods> we = me
[10:12] <davmor2> pete-woods: I'll let you know
[10:13] <davmor2> sil2100: if this fixes the youtube issue is it maybe worth looking at spinning up another image once it is tested?
[10:14] <sil2100> oh!
[10:15] <sil2100> pete-woods, davmor2: sounds like a plan
[10:16] <brendand> pete-woods, ah it was updated via the store?
[10:16] <brendand> davmor2, i'm checking that right now, don't worry
[10:17] <pete-woods> brendand: yes. my fault. I still haven't got into the 14.09 syncing mindset for release :$
[10:17] <brendand> pete-woods, yep it works
[10:17] <pete-woods> whew!
[10:18] <brendand> sil2100, that is a gap in our process for sure
[10:18] <davmor2> brendand: but you hadn't assigned yourself to the ticket damn you ;)
[10:19] <brendand> davmor2, which ticket?
[10:19] <brendand> davmor2, you mean 009?
[10:19] <davmor2> brendand: yes
[10:19] <brendand> davmor2, we're not testing that until pete-woods gives us a test plan :P
[10:19] <brendand>  davmor2 which may be the case now?
[10:19] <pete-woods> brendand: it is
[10:20] <pete-woods> at least it's a lot better
[10:20] <pete-woods> if not 100%
[10:20] <cjwatson> sil2100: Is there a special syntax in the spreadsheet for binary syncs now, or should we still just stick in the source package name and copy by hand?
[10:21] <sil2100> cjwatson: the binary sync didn't land yet due to fixing other bugs, and once it's in it will do binary syncs by default - so for now just a source package name and copy :)
[10:21] <cjwatson> ok
[10:21] <brendand> davmor2, so we know it fixes the issue - still do test it thoroughly
[10:22] <davmor2> brendand: yeah will do
[10:26] <pete-woods> jamesh: could you cast an eye over this bug: https://bugs.launchpad.net/unity8/+bug/1371031
[10:31] <jamesh> pete-woods: looks like a bug in the scope: it is expecting location data, and dereferences a nil pointer when there isn't any
[10:36] <cjwatson> sil2100: I guess watch-only builds can't handle binary syncs yet?  https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-017-1-build/15/console
[10:39] <sil2100> cjwatson: hm, they should, since CI Train should simply pick up the .dsc file from the PPA and just work, but hmm... maybe there's a problem with the assumption of a source being published
[10:39] <cjwatson> sil2100: oh, never mind, I was just too impatient
[10:39] <sil2100> cjwatson: but it shouldn't
[10:40] <cjwatson> PPA publication evidently took longer than I thought
[10:47] <Chipaca> charles: ping
[10:49] <brendand> pete-woods, thanks for expanding https://wiki.ubuntu.com/Process/Merges/TestPlan/scopes
[10:50] <brendand> pete-woods, couple of things - isn't it overlapping with localmediascopes test plan?
[10:50] <brendand> pete-woods, also it seems some parts are indicated as optional
[10:50] <brendand> pete-woods, if that's the case then please include information about which optional parts were run on the spreadsheet
[10:51] <pete-woods> brendand: no worries. it is really a bit. I wasn't certain whether everyone would realistically run the whole thing. I will mark them as not optional. as they aren't really optional
[10:51] <cjwatson> Does "gpg --keyserver hkp://keyserver.ubuntu.com:80/ --recv-keys ECF1204C" work for anyone else on a real device or an emulator?
[10:51] <cjwatson> It hangs for me in an emulator running ubuntu-touch/ubuntu-rtm/14.09-proposed
[10:51] <cjwatson> strace shows it hangs after receiving the public key data but before closing the connection
[10:52] <pete-woods> brendand: I'll do some de-deuplication in a bit
[10:52] <cjwatson> that is, it hangs in the subsequent read() and never gets EOF
[10:53] <brendand> cjwatson, works on a real device
[10:53] <cjwatson> works fine on the same system outside an emulator
[10:53] <cjwatson> so I'm guessing network madness of some kind ...
[10:56] <pete-woods> brendand: okay, I think I've removed the duplicate stuff now
[10:59] <cjwatson> oddly, it works if I use just keyserver.ubuntu.com (i.e. port 11371, I guess) rather than the default of hkp://keyserver.ubuntu.com:80/
[11:04] <brendand> pete-woods, testing silo 18 now. your test plan link was wrong a bit
[11:10] <asac> sil2100: did we get a custom tarball update in r47?
[11:10] <asac> ogra_: ?
[11:11] <ogra_> asac, we did get a tarball in 46 ... havent checked which one, but i think device
[11:11] <asac> ok thats not what i am after. i am specifically wondering if we got a new custom
[11:11] <asac> so lets wait
[11:11] <ogra_> yep, device ... 46:20140917:20140917-19d7408 	
[11:11] <sil2100> No, not yet
[11:11] <ogra_> (vs: 45:20140917:20140912-23825b8)
[11:13] <pete-woods> brendand: looks like the wiki page is in the wrong place, will fix that now
[11:13] <ogra_> trainguards, can i have a silo for line 65
[11:14] <asac> k
[11:14] <sil2100> ogra_: doing
[11:17] <Mirv> oh, there was one silo free
[11:18] <sil2100> Mirv: it seems it got free :)
[11:18] <sil2100> Mirv: btw. watch out! Spreadsheet seems to be loosing data again ;/
[11:19] <Mirv> sil2100: it loses data every day... I restored 3 id:s in the morning
[11:20] <Mirv> ie stuff that is in PPA:s, but the spreadsheet loses the id so it looks like silo wouldn't be assigned
[11:20] <sil2100> ;/
[11:20] <sil2100> Right, the same I noticed, not sure what's going on, looking into what's up but it's hard to say
[11:21] <Mirv> one of those three was actually a silo that had already landed and cleaned, then id lost so an empty silo was keeping one rtm silo reserved
[11:21] <Mirv> I'm becoming quite a pro in this detective work of finding lost silos, too
[11:22] <Mirv> oh hmm I don't even know how that ^ was able to happen. so the silo was empty, it had landed, but it was not freed.
[11:24] <Chipaca> charles: i'm havving internet hiccups so I don't know if you've responded (or even if you saw my question): https://code.launchpad.net/~ted/ubuntu-app-launch/logrotate-faster/+merge/232777 is marked as 'merged' but i don't think that's in the distro yet, is that correct?
[11:25] <Chipaca> charles: s/distro/latest devel-image/
[11:58] <psivaa> sil2100: brendand: ogra_: for why in utopic we have 7 tests in some suites: http://pastebin.ubuntu.com/8370985/ appears to be the reaon
[11:58] <psivaa> still dont know what's causing this, may be this traceback gives any clues?
[11:58] <ogra_> wow, where is that from ?
[11:59] <ogra_> i assume thats causing the dbus issues then ?
[12:00] <mzanetti> sil2100: hey, I'm done with testing. can/should I click the publish button myself now?
[12:01] <ogra_> mzanetti, for utopic yes ... for rtm you need to just set up teh spreadsheet for QA signoff
[12:01] <Mirv> mzanetti: no need, but please get https://code.launchpad.net/~mir-team/qtmir/gles-sync/+merge/234797 approved
[12:01] <mzanetti> Mirv: please approve it :P
[12:01] <Mirv> mzanetti: I won't approve your branches :)
[12:01] <mzanetti> Mirv: come on... who should review this?
[12:02] <Mirv> mzanetti: it depends on your team's processes, basically
[12:02] <mzanetti> its only needed to make the train happy...
[12:02] <Mirv> mzanetti: so you can set it yourself if you don't have any other reqs, but we don't decide on how teams handle that reviewing process
[12:02] <Mirv> since some teams use those in different ways
[12:04] <pete-woods> hmm, my packages are in the twilight zone again —^
[12:04] <pete-woods> hopefully this error is not serious
[12:06] <Mirv> mzanetti: thanks :)
[12:07] <Mirv> mzanetti: the rtm silo is now also building
[12:08] <nik90> hmm I just flashed rtm09 stable and I am stuck at the unlock screen since the OSK and the indicators in the top panel are missing.
[12:08] <lool> is this the place to discuss QA signoff?
[12:09] <Mirv> mzanetti: will you then want a silo for the next unity8 utopic landing?
[12:09] <Mirv> (line 27)
[12:12] <ogra_> sergiusens, could i get top approval for https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-phablet-shell/+merge/234976 (already approved by two people, but i dont want to do the top approval myself, i just noticed it is missing (already in silo 008 btw)
[12:14] <brendand> ogra_, sergiusens - and me for https://code.launchpad.net/~brendan-donegan/phablet-tools/phablet_click_test_setup_ppa/+merge/235007
[12:16] <popey> davmor2: brendand has anyone filed a bug for "all torch apps broken"?
[12:17] <brendand> popey, didn't om26er
[12:17] <brendand> davmor2, are you on rtm latest?
[12:18] <mzanetti> Mirv: yes, please assign a new silo
[12:18] <sil2100> ogra_: hmmm
[12:19] <ogra_> sil2100, ?
[12:20] <sil2100> ogra_: https://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/krillin/index.json <- looking here, I see that we only have image 1 in the 14.09 channel
[12:20] <om26er> popey, I did
[12:20] <sil2100> ogra_: shouldn't we have #44 there?
[12:20] <om26er> popey, the title was changed to perhaps you couldn't find it
[12:21] <ogra_> sil2100, i didnt use the --keep option when promoting ... this way we dont have the -proposed number but will have all devices in sync in 14.09 from now on ...
[12:21] <sil2100> ogra_: do you know when those are updated?
[12:21] <sil2100> ogra_: oh
[12:21] <sil2100> Ok, so #1 in 14.09 is #44 from 14.09-proposed?
[12:22] <ogra_> so at least the final channel has properly matched numbers ;)
[12:22] <ogra_> right
[12:22] <ogra_> and whatever makos number was for 44
[12:22] <sil2100> Will we do the same for all subsequent promotions?
[12:22] <ogra_> i think so ...
[12:22] <ogra_> and as long as we dont promote an image for one arch only they should always be in sync
[12:23] <sil2100> I can understand the rationale for that, but am a bit worried about yet another set of image numbers to track ;)
[12:23] <ogra_> sorry for deciding that on my own
[12:23] <ogra_> i should have brought it up in the meeting
[12:23] <sil2100> No worries, all is good
[12:24] <sil2100> One problem I see is that now it will be really hard to track which image we promoted, so we won't have an easy way of checking how many images have been built since last promotion
[12:24] <sil2100> Maybe we could at least create a document with the -proposed -> normal bindings
[12:25] <ogra_> well, the rootfs and device ID in the version should tell
[12:25] <popey> om26er: got a link?
[12:25] <ogra_> but indeed, we could have such a doc
[12:26]  * sil2100 off to prepare lunch
[12:26] <sil2100> o/
[12:26] <om26er> popey, bug 1369512
[12:32] <jdstrand> that should be fixed today
[12:33] <popey> yay
[12:58] <mzanetti> ?
[12:59] <davmor2> popey: om26er filed a bug for the broken torches
[12:59] <davmor2> brendand: I am but I'm about to wipe to test a new silo why?
[13:00] <davmor2> popey: https://bugs.launchpad.net/bugs/1369512
[13:00] <popey> ta
[13:00] <jdstrand> there isn't any point testing that
[13:00] <jdstrand> the fix isn't uploaded
[13:01] <jdstrand> davmor2: ^
[13:01] <davmor2> hahaha everyone firing the bug report at popey
[13:01] <davmor2> jdstrand: yeah I hadn't finished the scroll back
[13:01] <jdstrand> that is assigned to me. I will upload it a bit later :)
[13:02] <brendand> davmor2, nothing - i just hit that sim disappearing bug again
[13:03] <popey> jdstrand: yeah, i just wanted to make sure it was filed, that's all, i tripped over last night on the way to bed and it reminded me
[13:03]  * popey calls a personal injury lawyer
[13:03] <davmor2> popey: hahaha
[13:06] <davmor2> brendand: I've seen that once in the last month but that was after flight mode so put it down to that
[13:06] <brendand> davmor2, i've seen it quite a lot - not always after flight mode
[13:06] <brendand> davmor2, still can't reliably reproduce it though
[13:11] <brendand> cjwatson, there might be a problem with your update
[13:12] <brendand> cjwatson, i ran 'sudo add-apt-repository ppa:ci-train-ppa-service/ubuntu-rtm/landing-005'
[13:12] <brendand> cjwatson, it seemed to work
[13:13] <brendand> cjwatson, i end up with 'deb http://ppa.launchpad.net/ci-train-ppa-service/landing-005/ubuntu-rtm utopic main' though
[13:13] <Chipaca> tedg: charles: question for you two i think: when is ubuntu-app-launch getting to rtm?
[13:13] <cjwatson> brendand: I know, I'm not finished with it :)
[13:13] <Chipaca> with the rotate-faster merge :)
[13:13] <cjwatson> brendand: Am talking with Michael about the best fix for that, once he has cycles free from a security update
[13:14] <brendand> cjwatson, ok - i'll be patient
[13:14] <tedg> Chipaca, Didn't have a specific timeline, "when it settles"
[13:14] <Chipaca> tedg: ok...
[13:15] <tedg> Chipaca, Didn't want to push it too much until we're sure there have been no UAL created failures in utopic. It took a few days last time.
[13:15] <Chipaca> tedg: mmm... yes. But I've not been running utopic on the phone to pick up on those failures.
[13:16] <Chipaca> hopefully other people have :)
[13:16] <tedg> Heh, I have, but also looking at the smoke testing results.
[13:17] <mzanetti> sil2100: is there something wrong with silo 11?
[13:18] <davmor2> mzanetti: why do you ask?
[13:18] <sil2100> mzanetti: what's up?
[13:18] <dbarth_> Mirv: finally all approved for silo 13 if you can give it a nudge
[13:19] <sil2100> mzanetti: it's still running autopkgtests
[13:19] <mzanetti> sil2100: Migration: One package at least is not available at the destination
[13:19] <sil2100> mzanetti: it's in -proposed still since 2 autopkgtests didn't finish yet
[13:19] <mzanetti> this looked a bit like something isn't right
[13:20] <sil2100> It seems it's still migrating :)
[13:20] <mzanetti> ok :)
[13:30] <davmor2> sil2100: so that silo did make a big difference, youtube and local videos showed up in the videos scope
[13:37] <sil2100> davmor2: \o/
[13:37] <sil2100> davmor2: did you sign it off?
[13:38] <davmor2> sil2100: ages ago I just forgot to give you ping till after lunch :)
[13:41] <mzanetti> sil2100: also tested the rtm silo 19. works for me
[13:45] <pete-woods> trainguards: hi, I'd like to change the RTM sync (silo 015) into a sync for a few more packages which seem to have slipped between the cracks, and are needed for syncing that version of unity-scope-mediascanner
[13:45] <pete-woods> before I wade in and botch the silo, just thought I would get some advice
[13:46] <pete-woods> it should really sync the source packages: unity-scope-mediascanner, thumbnailer, mediascanner2
[13:46] <sil2100> davmor2: which silo was that?
[13:47] <sil2100> pete-woods: oh, so you want additional thumbnailer and mediascanner2 in the sync there, yes?
[13:47] <pete-woods> sil2100: correct, yes!
[13:47] <pete-woods> I just fear typing in the wrong junk
[13:47] <sil2100> pete-woods: ok, let me do that - and if you don't mind, I'll use your silo for a test-run ;)
[13:48] <pete-woods> sil2100: wait a sec, sorry, turns out that the new thumbnailer already went yesterday
[13:48] <sil2100> Oh
[13:48] <pete-woods> sil2100: so we just need to add the mediascanner2 package
[13:48] <sil2100> ACK
[13:48] <pete-woods> thanks!
[13:48] <sil2100> pete-woods: ok, so there is silo 20 with mediascanner2 from thostr, who is gone I guess
[13:50] <pete-woods> sil2100: that would explain it then
[13:50] <davmor2> sil2100: was silo 009 so I think Mirv has possibly hit the button already
[13:50] <sil2100> pete-woods: you think it would be fine to clean his silo?
[13:50] <sil2100> davmor2: ah :)
[13:50] <pete-woods> sil2100: oh wait, that's not landed yet
[13:51] <davmor2> sil2100: but you were thinking of pushing an image with it right?
[13:51] <brendand> mzanetti, did you really just run https://wiki.ubuntu.com/Process/Merges/TestPlan/unity8 for rtm silo 19?
[13:51] <pete-woods> sil2100: I'm going to ask about who thinks is responsible for that other silo (20)
[13:51] <Mirv> Wellark: not really
[13:51] <Mirv> Wellark: ask/hire kaitsu ;)
[13:52] <sil2100> davmor2: yeah, we need to wait for it to migrate
[13:52] <Wellark> Mirv: no need. I have greyback
[13:52] <Wellark> :)
[13:52] <Mirv> davmor2: 009 was unity-scopes-api/shell https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-009-2-publish/7/console
[13:53] <mzanetti> brendand: yes, why?
[13:53] <Mirv> dbarth_: ok, will need packaging acks though
[13:54] <sil2100> pete-woods: just ping me once the situation is clear ;)
[13:54] <pete-woods> sil2100: I'm pretty confident we should first just sync the version of mediascanner2 that's already un utopic
[13:54] <mzanetti> brendand: if there's a problem that I missed, please let me know
[13:54] <pete-woods> sil2100: I'm also going to take responsibility for that dandling landing into utopic
[13:55] <dbarth_> ok
[13:55] <pete-woods> sil2100: sorry, I'm being totally stupid with my tabs
[13:56] <pete-woods> sil2100: yes, you're right that we need to do that RTM sync silo, too
[13:56] <sil2100> pete-woods: the silo 20 with mediascanner2 worries me - would be best to check that one first, since we don't want QA to check 2 versions instead of one
[13:57] <pete-woods> sil2100: sorry, that's what I'm trying to say, we just need to get silo 20 into RTM
[13:57] <pete-woods> it has the required version of mediascanner2 that is missing
[13:58] <pete-woods> sil2100: I'm just getting silo 20 tested now
[13:58] <charles> Chipaca, pong
[13:58] <pete-woods> then all should become sane again :)
[13:58] <sil2100> ok ;)
[13:58] <charles> Chipaca, ah, catching up with scrollback, looks like tedg got to the answer already :)
[13:59] <sil2100> pete-woods: in the meantime I'll put mediascanner2 in your rtm silo 15, ok?
[13:59] <pete-woods> sil2100: is that necessary now? should I not just wait for silo 20 to land?
[14:00] <pete-woods> or perhaps test them together, if that's acceptable
[14:01] <sil2100> pete-woods: for now test mediascanner2 in silo 20
[14:02] <pete-woods> sil2100: okay, will do
[14:08] <tvoss> sil2100, for rtm-silo 4, is anyone looking into that?
[14:10] <sil2100> Ah, it's b0rken?
[14:10] <sil2100> Let me re-run, it got broken due to robru's changes
[14:11] <sil2100> (he was doing some refactoring, which wasn't good for already running jobs :) )
[14:17] <Mirv> cjwatson: since you've a change in this landing (signon-ui), maybe you want to ack also https://ci-train.ubuntu.com/job/ubuntu-landing-013-2-publish/7/artifact/packaging_changes_ubuntu-system-settings-online-accounts_0.4+14.10.20140917-0ubuntu1.diff ? (or publish)
[14:20] <brendand> tvoss, where does the location trust db go again?
[14:21] <tvoss> ~/.local/share/UbuntuLocationService
[14:25] <dbarth_> Mirv: silo 008 and 013 marked tested good on rtm-42
[14:26] <Mirv> pete-woods: brendand: ahum how has the rtm 018 passed all testing while the package has failed to build in the PPA? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-018/+packages
[14:26] <dbarth_> i don't know if i need to toggle the ready MP flag though
[14:27] <Mirv> dbarth_: sure they're Ready if a silo has been assigned, built and tested :)
[14:28] <Mirv> marked so
[14:29] <brendand> Mirv, how did it get marked ready for testing if it failed to build in the PPA?
[14:29] <brendand> Mirv, armhf did build
[14:30] <Mirv> brendand: interesting
[14:31] <Mirv> pete-woods: is it testable without the _all packages? I wonder if that i386 problem is random or indicative of something. https://launchpadlibrarian.net/185184471/buildlog_ubuntu-rtm-14.09-i386.libusermetrics_1.1.1%2B14.10.20140917~rtm-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:31] <cyphermox> Mirv, can I have a silo for line 9 please?
[14:31] <brendand> Mirv, it definitely went into our queue
[14:31] <Mirv> I mean, if the i386 would work with a simple rebuild
[14:31] <Mirv> brendand: sure, pete thought to have tested it but apparently didn't notice the i386 failure
[14:31] <mzanetti> Mirv: can you do reconfigs too?
[14:31] <Mirv> cyphermox: excellent timing, one silo free
[14:32] <Mirv> mzanetti: sure
[14:32] <mzanetti> Mirv: silo 007 please
[14:33] <cyphermox> thanks!
[14:34] <Mirv> tedg: out of silos, you can help by getting people to have their silos tested: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=
[14:34] <Mirv> you can choose to be kind or evil
[14:35] <Mirv> mzanetti: done
[14:36] <mzanetti> Mirv: thanks :)
[14:37] <pete-woods> Mirv: I have seen that failure before. the XML stuff in Qt seems to very occasionally indicate that strange leak
[14:38] <cjwatson> Mirv: ack, that's clearly fine
[14:39] <pete-woods> Mirv: and yes. it will (liekly) pass with a simple rebuild
[14:39] <pete-woods> slightly embarassing I didn't notice it
[14:42] <tedg> Mirv, Well, in general I'd rather bfiller get a silo for the media player change than get one myself :-)
[14:46] <pete-woods> trainguards: could someone re-trigger the i386 build in this PPA? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-018/+packages thanks!
[14:46] <sil2100> pete-woods: done!
[14:47] <pete-woods> sil2100: cheers!
[15:03] <ogra_> rsalveti, could you top approve https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-phablet-shell/+merge/234976 ? (since sergio isnt around, it is already in a silo but i dont want to top approve myself)
[15:05] <pete-woods> sil2100: could you trigger that build one more time? if it doesn't again now then there's clearly some sort of deeper problem going on
[15:05] <pete-woods> *doesn't pass
[15:05] <sil2100> pete-woods: ACK ;) Right
[15:06] <sil2100> ogra_: I guess the silo davmor2 tested already landed in RTM, right?
[15:06] <ogra_> sil2100, not mine, i dont have any pending rtm landings atm
[15:07] <sil2100> pete-woods: hey, just a question - the fix for the youtube scope etc. not showing anything was in what project?
[15:08] <pete-woods> sil2100: it was that unity-scopes-api needed to land to RTM, it was still waiting in a silo
[15:10] <sil2100> pete-woods: I see it's landed now
[15:10] <sil2100> ogra_: can you kick a new image for RTM ? :)
[15:10] <sil2100> Thanks!
[15:10] <ogra_> sil2100, will do (in a meeting atm)
[15:11] <pete-woods> sil2100: yep. we will not be making that mistake again
[15:17] <sil2100> Great
[15:17] <sil2100> Spreadsheet just told me "Wow, this file is really popular! It might be unavailable until the crowd clears."
[15:18] <sil2100> No sh*t google
[15:18] <sil2100> ;)
[15:19] <AlbertA2> trainguards: landing-002 is ready to publish
[15:19] <sil2100> robru, Mirv: don't assign or build line 60
[15:19] <sil2100> robru, Mirv: want to test the fix on that
[15:19] <sil2100> AlbertA2: ACK, thanks :)
[15:27] <bfiller> tedg: I've had a silo request in for days now for mediaplayer-app, still no silo. sil2100 any chance of getting a silo today for line 36?
[15:30] <sil2100> bfiller: oh my! Not sure why we didn't get one assigned
[15:31] <sil2100> bfiller: once we have one free you'll be the first one to get a silo
[15:31] <sil2100> Sorry about that
[15:31] <bfiller> sil2100: thank you, no problem
[15:32] <sil2100> robru: ok, changes seem to work fine now, I'll test some more cases later
[15:33] <sil2100> robru: but single-package and multiple-package syncs work, watch-ppa seems to register it correctly:
[15:33] <sil2100> https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-009-1-build/11/console
[15:33] <robru> sil2100: OK sounds good
[15:35] <rsalveti> ogra_: done
[15:35]  * ogra_ hugs rsalveti 
[15:35]  * rsalveti hugs ogra_ back :-)
[15:36] <rsalveti> less bugs, yay
[15:36] <ogra_> heh
[15:36] <ogra_> i have a ton other phablet.tools bus on the list :)
[15:36] <ogra_> *bugs
[15:36] <ogra_> but yeah :)
[15:49] <dbarth_> hey trainguards can i get a silo reconfig on line 22 please? (silo 003)
[15:56] <sil2100> dbarth: sure
[15:59] <imgbot> [16:08] <Mirv> tvoss: line 38 would need a test plan for QA
[16:09] <tvoss> nik90, do you have your custom clock app for testing purposes handy somewhere?
[16:10] <plars> psivaa: do you have a list of the places where you saw http://pastebin.ubuntu.com/8370985/
[16:11] <psivaa> plars: yes,  1 sec. i'd need to go through the results
[16:11] <nik90> tvoss: atm I am using https://code.launchpad.net/~nik90/ubuntu-clock-app/implement-location-finding/+merge/231793 for testing it
[16:12] <nik90> tvoss: once it goes in, the trunk should suffice
[16:12] <tvoss> nik90, ack and thx
[16:12] <tvoss> Mirv, done
[16:12] <nik90> tvoss: yw
[16:13] <plars> psivaa: and do you know when is the earliest image where you saw this?
[16:13] <Mirv> tvoss: thanks
[16:13] <psivaa> plars: i was trying to see when it was introduced but could not. last week and ahalf  we dint have full results
[16:14] <brendand> ogra_, i really can't access this krillin by adb
[16:15] <ogra_> brendand, and i reall dont get that
[16:15] <ogra_> *really
[16:15] <ogra_> did you try re-plugging ?
[16:15] <psivaa> plars: 3 occasions in http://q-jenkins.ubuntu-ci:8080/job/utopic-touch-mako-smoke-daily/910/consoleFull
[16:15] <ogra_> or to restart the adb server on the PC
[16:15] <psivaa> and once in http://q-jenkins.ubuntu-ci:8080/job/utopic-touch-mako-smoke-daily/911/consoleFull
[16:15] <brendand> ogra_, yes. and mtp comes up and everything
[16:16] <ogra_> brendand, does "ps ax|grep adb" in the terminal app show adbd running  ?
[16:17] <dbarth> sil2100: i added another branch to fix another OA bug
[16:17] <brendand> ogra_, yeah
[16:17] <ogra_> brendand, then it works :P
[16:17] <plars> psivaa: 233:20140908.1:20140903.1 is the earliest I see it happening
[16:18] <psivaa> plars: wow well done :)
[16:18] <psivaa> hopefully this could lead to the cause
[16:29] <sil2100> Love those FF crashes on every hangout exit
[16:33] <brendand> ogra_, i think something bad happened on my side - adb kill-server and adb start-server exit rather quickly
[16:34] <ogra_> yeah, sounds more like a PC or a cable prob (though mtp rules out cable i think)
[16:34] <ogra_> brendand, i assume this is 47 ?
[16:34] <ogra_> or are you on utopic
[16:34] <brendand> ogra_, no it's rtm
[16:34] <ogra_> right
[16:35] <ogra_> i use that the whole day here already with adb on  and off
[16:35] <brendand> ogra_, shouldn't adb start-server output something?
[16:35] <ogra_> yeah, it talks about ports and stuff
[16:35] <ogra_> ogra@styx:~$ adb start-server
[16:35] <ogra_> * daemon not running. starting it now on port 5037 *
[16:35] <ogra_> * daemon started successfully *
[16:35] <ogra_> ogra@styx:~$
[16:36] <ogra_> ogra@styx:~$ adb shell
[16:36] <ogra_> phablet@ubuntu-phablet:~$
[16:36] <ogra_> thats with my krilling on rtm #47
[16:52] <brendand> ogra_, adb got itself into a bad state i guess. rebooting my laptop fixed it
[16:52] <ogra_> phea
[16:52] <ogra_> *phew even
[16:54] <robru> ogra_: what was that trick for echoing the password into sudo?
[16:55] <ogra_> adb shell "echo $password|sudo -S <command>"
[16:55] <ogra_> thats for diong it at home ... :)
[16:56] <ogra_> dont use that in scripts ... in scripts you want to put an executable into /tmp that echos the pw
[16:56] <ogra_> and set SUDO_ASKPASS to point to it
[16:56] <ogra_> (and call sudo with -A)
[16:56] <robru> ogra_: yeah can you pastebin that hack? i lost it
[17:04] <cwayne> is it still the case that bug fixes dont need QA signoff to land in rtm?
[17:10] <ogra_> robru, sorry, got distracted by real life stuff ...
[17:10] <ogra_> adb shell 'echo -e "#\x21/bin/sh\necho $password" >/tmp/askpass.sh;chmod +x /tmp/askpass.sh
[17:11] <ogra_> robru, then you call your command like:
[17:11] <ogra_> adb shell 'SUDO_ASKPASS=/tmp/askpass.sh sudo -A ls'
[17:11] <ogra_> and have your script remove the file in /tmp in the end
[17:12] <ogra_> (oh, and there is a closing single quote missing in the first line, sorry)
[17:14] <imgbot> [17:15] <imgbot> [17:16] <robru> ogra_: it doesn't seem to be working.
[17:16] <davmor2> lool: any second you will see an announcement from the bot :)
[17:17] <ogra_> robru, works fine here
[17:17] <robru> ogra_: with the single quotes around echo i guess it's not substituting $PASSWORD properly
[17:17] <ogra_> ah
[17:17] <ogra_> (indeed i didnt use a var when testing :P )
[17:17] <davmor2> sil2100: no issues with silo-003 on the default image
[17:17] <robru> ogra_: i've got something different that works but it's uglier
[17:18] <davmor2> robru: yes but ti works right ;)
[17:18] <robru> ogra_: check the branch https://code.launchpad.net/~robru/phablet-tools/citrain-on-rtm/+merge/235069
[17:18] <robru> davmor2: ^
[17:18] <ogra_> robru, just flip singe and double quotes, then it works
[17:19] <sil2100> davmor2: \o/
[17:19] <ogra_> ogra@anubis:~/image-stuff$ PW=0000
[17:19] <ogra_> ogra@anubis:~/image-stuff$ adb shell "echo -e '#\x21/bin/sh\necho $PW' >/tmp/askpass.sh;chmod +x /tmp/askpass.sh"
[17:19] <ogra_> ogra@anubis:~/image-stuff$ adb shell cat /tmp/askpass.sh
[17:19] <ogra_> #!/bin/sh
[17:19] <ogra_> echo 0000
[17:19] <ogra_> robru, ^^
[17:20] <robru> ogra_: ok i go it working and pushed the branch
[17:20] <robru> ogra_: but still it's just sudo that's working, it doesn't actually add the ppa correctly
[17:20]  * ogra_ will sit down at the sprint and write a bunch of shell functions we can source 
[17:20] <davmor2> cwayne: isolated bug fixes, ie one fix to address an icon in a scope is okay, but one fix to uitk isn't as it touches everything for example
[17:21] <robru> ogra_: http://paste.ubuntu.com/8373762/ this is what I get when I run it. it's doing sudo fine but it's not adding the ppa
[17:21] <ogra_> robru, oh, did you see my comment in that branch ?
[17:21] <cwayne> davmor2: so would something like this be ok? https://code.launchpad.net/~cwayne18/ubuntu-touch-customization-hooks/start-apparmor-cache-earlier/+merge/235171
[17:21] <cwayne> super-simple bug fix only touching one thing :)
[17:22] <ogra_> robru, also please never ever run dist-upgrade for testing ... unless you wipe the original sources.lits first or add some super clever pinning
[17:22] <ogra_> didnt we talk about that before ?
[17:22] <robru> ogra_: yeah, and I changed the perl accordingly so that it sets $DISTRO appropriately. if you look at the paste, it sends the right PPA name to phablet-config, but it looks like phablet-config isn't setting the sources.list.d anymore
[17:23] <ogra_> robru, oh, that got fixed yesterday
[17:23] <robru> ogra_: are you reading the same code I'm reading? it specifically does an update with /dev/null for the sources.list
[17:23] <ogra_> make sure you have the latest phablet-tools
[17:23] <ogra_> might be that sergiusens didnt copy them into the PPA yet
[17:23] <ogra_> robru, oh, ok
[17:24] <ogra_> robru, https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-writable-image/+merge/234946
[17:24] <ogra_> you need that to have it work
[17:25] <ogra_> (in utopic already)
[17:25] <ogra_> this also fixes the need to for reboots (only does it once now)
[17:26] <robru> ogra_: ok updating
[17:31] <robru> ogra_: ok my branch is confirmed working on utopic, will reflash rtm and test it again
[17:32]  * ogra_ crosses fingers
[17:33] <robru> ogra_: is phablet-config known to support rtm PPAs yet?
[17:33] <robru> ogra_: IIRC, add-apt-repository doesn't actually add an RTM PPA even if you specify it "properly" because whatever fix didn't land yet
[17:33] <ogra_> oh, i thought that landed days ago
[17:33] <ogra_> iirc cjwatson unscrewed it
[17:34] <ogra_> (didnt you two have a discussion about it ? he fixed it right after that)
[17:40] <bzoltan> the phablet-click-test-setup is out of order. Is it a known issue with Ubuntu image on K?
[17:41] <robru> ogra_: hm, flashed rtm on my krillin and it didn't boot
[17:41] <robru> just shows bq screen
[17:41] <ogra_> robru, patience :)
[17:41] <cwayne> robru: it might just be taking awhile for the apparmor compiling
[17:41] <ogra_> yeah
[17:41] <robru> wuh?
[17:42] <cwayne> which I'm proposing a fix for as soon as someone from my team reviews it
[17:42] <ogra_> takes ~3min for me if all the profiles are re-generated
[17:42] <robru> ogra_: ok there it is
[17:42] <ogra_> but i heard bout people having even longer times ... depending on the amount of apps installed etc
[17:43] <robru> ogra_: http://paste.ubuntu.com/8373889/ here's what I get on RTM. you can see it generates the right ppa:syntax but phablet-config just kinda barfs.
[17:43] <robru> ogra_: I guess it's fine as far as phablet-tools is concerned, just still waiting for that add-apt-repository fix
[17:44] <ogra_> robru, there is definitely oone ubuntu/ to  much here
[17:44] <ogra_> cyphermox, ^^^
[17:45] <ogra_> see that paste ...
[17:45] <robru> ogra_: yeah but it's not due to the code in my citrain script
[17:45] <ogra_> robru, oh, it might actually only be in utopic yet
[17:45] <cyphermox> I know, didn't we discuss that the other day?
[17:45] <ogra_> right, i forgot about that bit
[17:46] <ogra_> i know colin made it come out of proposed ...
[17:46] <robru> ogra_: yeah. so I'm confident this script will work, please approve it, we can land it
[17:46] <ogra_> but nobody landed it in rtm yet
[17:46] <ogra_> robru, done
[17:48] <cyphermox> ogra_: can I see the code for this?
[17:49] <ogra_> cyphermox, phablet-tools ... in phablet-config
[17:49] <ogra_> look for "ppa" in there
[17:49] <cyphermox> in the current trunk?
[17:49] <ogra_> yep
[17:49] <ogra_> it just calls add-apt-repository
[17:49] <cyphermox> it also looks to me like robru's add-apt-repository on the device isn't up to date
[17:50] <ogra_> cyphermox, yes, he runs rtm
[17:50] <ogra_> which is most likely the reason why it doesnt work :)
[17:50] <robru> cyphermox: just flashed the latest rtm
[17:51] <cyphermox> sure, but the new software-properties isn't in rtm
[17:51] <cyphermox> so of course that has no chance of working
[17:51] <cyphermox> we also mentioned the other day that it will default to utopic as a series rather than 14.09, so that's not getting you much farther
[17:53] <ogra_> oh, i thought that only happens on utopic
[17:53] <robru> cyphermox: right, so we kind of need citrain script to work in RTM so there can be a standard way for testing silos. so can add-apt-repository be fixed or not? I think it's sensible to add the same series as the series the system is running
[17:53] <cyphermox> yes
[17:53] <cyphermox> as soon as base-files is fixed :)
[17:54] <ogra_> base-files ?
[17:54] <ogra_> what do you want to fix there ?
[17:54] <cyphermox> lsb_release
[17:54] <ogra_> we just rolled it back
[17:54] <cyphermox> I know, you said so the other day
[17:54] <ogra_> because it broke the world changing lsb-release and os-release
[17:54] <cyphermox> did it?
[17:54] <robru> ogra_: why does it break the world?
[17:55] <ogra_> dunno, i think thats what infinity claimed
[17:55] <cyphermox> there's a bug report about this, I think things should be clarified there
[17:55] <ogra_> i dont know the exact conversation between pitti and infinity here ... i just know the outcome was to roll it back because it breaks archive tools or some such
[17:55] <ogra_> right
[17:56] <sil2100> ToyKeeper: hey!
[17:56] <ogra_> sil2100, she is in vac. ... elopio said he compensates for her today
[17:56] <sil2100> Ah, crap, bad memory
[17:56] <cyphermox> and if it really can't be fixed there, then someone will have to think of a portable way of supporting ubuntu-rtm in software-properties or python-apt
[17:56] <sil2100> Right
[17:56] <sil2100> Then nvm
[18:00] <cyphermox> robru: in the meantime I could probably recommend using the full deb line when using add-apt-repository
[18:01] <robru> cyphermox: what's it look like?
[18:01] <cyphermox> deb http://ppa.launchpad.net/ci-train-ppa-service/landing-021/ubuntu-rtm 14.09 main
[18:03] <ogra_> add-apt-repository -h
[18:03] <ogra_> has info ;)
[18:04] <ogra_> robru, i gues then you should just leave out phablet-config and do that step yourself
[18:04] <ogra_> (you already have the sudo stuff in place anyway)
[18:07] <cyphermox> :q
[18:07] <cyphermox> opps ;)
[18:27] <balloons> plars, ping
[18:56] <elopio> sil2100: I can't reproduce the issue. I have the latest gettext, but I think I need an app to fail launching.
[18:57] <ogra_> elopio, i think clock was one of them
[19:09] <elopio> ogra_: from the log, http://q-jenkins.ubuntu-ci:8080/view/Touch/view/Ubuntu%20Touch%20Smoke/job/utopic-touch-mako-smoke-daily/912/console
[19:09] <elopio> I see online_accounts_ui and filemanager.
[19:12] <sil2100> elopio: hmm
[19:13] <sil2100> I remember seeing at least a few suites that seemed to suffer from this
[19:14] <robru> cyphermox: http://paste.ubuntu.com/8374426/ still not working
[19:14] <sil2100> Ok guys, need to sign off finally - see you tomorrow o/
[19:15] <robru> cyphermox: https://code.launchpad.net/~robru/phablet-tools/citrain-on-rtm/+merge/235069 here's the code. calls add-apt-repository the way you suggest. nothing gets created under sources.list.d despite not erroring
[19:15] <robru> ogra_: ^
[19:15] <cyphermox> no, in that case it would go straight in /etc/apt/sources.list
[19:16] <robru> buh. seems like we're going to have special cases all the way down!
[19:22] <robru> cyphermox: ok, please check the latest code: so here I am creating a custom sources.list file, passing it to apt, and still it's not finding any packages in that PPA
[19:23] <robru> I honestly have no idea how anybody has been installing rtm ppas all along. as far as I can tell rtm is a complete fraud and nobody ever actually tested anything there.
[19:23] <robru> cyphermox: https://code.launchpad.net/~robru/phablet-tools/citrain-on-rtm/+merge/235069
[19:23] <robru> ogra_: ^
[19:25] <robru> ugh, device vs host /tmp
[19:28] <robru> ogra_: ok, got it working for real on RTM: please rereview https://code.launchpad.net/~robru/phablet-tools/citrain-on-rtm/+merge/235069
[19:31] <balloons> plars, fginther, generic-click-autopilot-runner-mako, https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako is borked due to https://bugs.launchpad.net/ubuntu/+source/phablet-tools/+bug/1371241. Thoughts on working around this? I'm not sure if other jobs are impacted or not
[19:31] <balloons> Seems like they should / would be
[19:42] <tvoss> robru, hey there :) could you help me in uploading a new network manager version to silo 4?
[19:43] <robru> tvoss: sure. just send me the source package and i can upload it
[19:51] <robru> sergiusens: can you finish testing silo 14 so we can release that?
[19:52] <tvoss> robru, sent, could you add something like ubuntu2 to the version?
[19:52] <robru> tvoss: ok
[19:52] <tvoss> robru, there already is 27ubuntu1 in the silo iirc
[19:54] <robru> tvoss: I think you're missing something, I need a source package, not a debian.tar
[19:54] <tvoss> robru, I did a debuild -S
[19:55] <robru> tvoss: right, and you only sent me half of the result of that.
[19:55] <robru> tvoss: in fact that doesn't even help me since I need to do 'debuild -S' myself after I change the version number. so really I need the source tree that you're working on
[19:56] <tvoss> robru, I can change the version to ubuntu2 or whatever, too
[19:57] <tvoss> robru, what do you then need from the debuild -S output?
[19:57] <robru> tvoss: to be able to upload to a ppa I need orig.tar, dsc, changes, basically everything.
[20:03] <tvoss> robru, sent
[20:03] <plars> balloons: I think brendand had some ideas about that earlier
[20:04] <plars> balloons: the proposed fix seems reasonable since it should still match the right version right?
[20:05] <plars> balloons: I'm guessing it might take a bit longer to run is all
[20:06] <balloons> plars, yes it should still pull the version
[20:07] <plars> balloons: has anyone proposed this for phablet-tools yet?
[20:07] <balloons> plars, have you seen this failure in other jobs? I'm surprised if not
[20:08] <plars> balloons: I have, but under a different set of conditions
[20:08] <plars> balloons: I saw it in a recent smoke job, but probably because the sp it was trying to pull was for the installed version and not the latest version
[20:10] <robru> tvoss: ok it's uploaded
[20:11] <tvoss> robru, thanks
[20:11] <robru> tvoss: you're welcome
[20:11] <plars> balloons: you should propose this for phablet tools and try to get it landed soon I think
[20:11] <plars> balloons: unless someone already has that
[20:12] <balloons> plars, I can propose
[20:14] <brendand> balloons, i have a branch that allows p-c-t-s to install from silos/ppas too - it might as well go in with that branch
[20:14] <brendand> balloons, https://code.launchpad.net/~brendan-donegan/phablet-tools/phablet_click_test_setup_ppa/+merge/235007
[20:15] <balloons> does it need to be combined though? I wouldn't want to hold it
[20:15] <brendand> balloons, no - doesn't *need* to
[20:16] <brendand> balloons, i actually already have a branch with just the change you're talking about though
[20:16] <balloons> brendand, I figured as much, but ohh well: https://code.launchpad.net/~nskaggs/phablet-tools/fix-1371241/+merge/235213
[20:16] <brendand> balloons, ah you already got one. cool
[20:17] <balloons> the real question is, plars, what can with do with that job in the interim? It's blocking landings
[20:17] <plars> balloons: well, we could try to cowboy the fix and see if it helps for now
[20:18] <brendand> balloons, can you check real quick if adding back in 'status="Published"' makes a difference?
[20:18] <brendand> balloons, i seem to recall it did, but it also seems sensible to check of the source package is published
[20:18] <balloons> brendand, I wouldn't imagine so, it's the pocket 'release' that really sticks things
[20:18] <balloons> but I agree, I would kill it all.. if the version matches, pull it
[20:19] <balloons> it has to be exact
[20:19] <plars> balloons: I suspect we'll also need the same change up higher in get_python_binary_package don't you think?
[20:20] <balloons> plars, technically you are correct. The --depends could ask for a non-python package
[20:20] <brendand> balloons, actually status might be Superseded for older packages, so leave it
[20:21] <plars> balloons: ok, retry the job
[20:21] <balloons> right.. brendand what do you think of killing it on the --depends as well? It seemingly makes sense
[20:24] <balloons> cool done.. thanks plars
[20:27] <plars> balloons: did it work?
[20:27] <balloons> plars, ohh, sorry.. let me resubmit
[21:06] <balloons> plars, they did run, but they encountered the AP introspection issue
[21:07] <plars> balloons: yep, ogra_ said he believes that one is due to permissions problems in phablet-run-test, I think he was working on a branch to combat this
[21:08]  * balloons is looking for a bug on it
[22:11] <brendand> jhodapp, did you test RTM silo 004?
[22:33] <jhodapp> brendand, yes
[22:34] <brendand> jhodapp, can you please put the test plans you ran in the Test plans column?
[23:30] <brendand> robru, you can't echo into /etc/apt/sources.list.d/citrain.list using adb shell, even if you use sudo
[23:30] <brendand> robru, i'm not sure why - maybe some restriction on creating files
[23:30] <brendand> robru, i had to create it in /tmp/ and then mv it
[23:37] <robru> brendand: what a hassle
[23:39] <robru> brendand: ok I pushed a fix, but I'm still just getting "0 packages to install" when I do utopic silos. no clue.
[23:40] <brendand> robru, sleep on it, and i'll find out what's happening with add-apt-repository tomorrow with cjwatson
[23:41] <robru> hah
[23:50] <robru> brendand: oh, well I understand why echoing to the final destination doesn't work -- it's because sudo gives priveledges to the echo command, but the '>/path' syntax makes bash open the file for writing outside the scope of sudo, and it doesn't have permission. so that makes a bit more sense.
[23:51] <robru> brendand: still doesn't explain why 'apt-get update' clearly shows it scanning a single PPA while 'apt-get dist-upgrade' says there's nothing to upgrade.