=== Ursinha changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [01:27] cwayne: Yes, the unity-scopes-api one. [01:30] robru: around? need a reconfig on silo 20 [01:52] bfiller: done [01:54] robru: thanks [01:54] bfiller: you're welcome === jamesh__ is now known as jamesh [02:21] cjwatson: can I create a PPA with the rtm archive? or is that not exposed? (I can't find the option) [03:32] 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] rsalveti: ^ [03:36] 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] robru: Mirv: I have added the gles branch to the silo9, and i would like to ask for a power reconf :) [03:47] 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] bzoltan: just merge the branch along with the changelog diff from distro [03:48] 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] bzoltan: just take care he changelog includes also the non-merged one [03:49] Mirv: that is what I did... and I hop it will be merged this time :) [03:50] Mirv: and now I am attempting to land the new UITK, so the RTM edition could use a silo too. [03:54] 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] bzoltan: ok [03:54] Mirv: Ahh... of course, the manual landing does not trigger the merge. Now I understand what happened :) [05:06] 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] + nice if it starts working with that landing :) [05:13] same for tvoss' location-service and bzoltan's uitk. [06:38] nice [06:38] Mirv: "Google Drive encountered an error" [06:43] bzoltan: :S [06:44] Mirv: the bad thing is that it is down for the CI too... so no silo reconf [06:56] bzoltan: does it seem up now, or still connection failures? [06:56] would _seem_ fine now [06:56] Mirv: it is up [06:56] it's sad how also reconfigure relies on the spreadsheet [06:56] ok, good [06:57] 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] bzoltan: haha, about time to learn that :) [06:58] Mirv: better later than never [07:11] ping trainguards [07:11] i really need silo .. hmm row 55 now [07:13] anpok: there's zero available, but I'll free up one that is not yet used === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [07:23] anpok: allocated, and even kicked a build https://ci-train.ubuntu.com/job/ubuntu-landing-006-1-build/26/console [07:23] thank you [07:24] dbarth_: MP approvals :) [07:36] Mirv: ahem [07:36] * dbarth_ goes hiding [07:47] pete-woods, good morning [07:49] brendand: morning. I'm going to fill in a proper test plan at last! :p [07:49] pete-woods, OR... [07:49] pete-woods, do that first :) [07:50] 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] dbarth_: :) [07:55] Mirv: btw. the publish bug *should* be no more [07:55] brendand: oh. sorry. for some reason I assumed that it referred to the utopic landing [07:56] If of course the bugfixing merge didn't get reverted [08:05] sil2100, good morning [08:05] tvoss: morning! [08:07] sil2100, just to make sure - do not publish rtm silo 009 [08:09] brendand: could you leave a comment in the silo comments? [08:09] sil2100, it's just i changed it to 'Needs QA sign-off = N/A' by accident [08:09] sil2100, it's correct again [08:10] hmm, mediascanner doesnt seem happy on 47 for me [08:10] sil2100, just checking that you follow what the spreadsheet says and not what queuebot says [08:11] Ah, ACK ;) [08:11] ogra_: oh? [08:11] * sil2100 upgrades [08:12] 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] hmm [08:13] ogra_: maybe it's because of this bug? https://bugs.launchpad.net/mediaplayer-app/+bug/1340952 [08:13] might be because it scans for embedded artwork now, probably even only once, i didnt reboot since the OTA [08:13] Launchpad bug 1340952 in url-dispatcher (Ubuntu) "Video and Music scopes should provide non-file:/// based URIs" [High,In progress] [08:14] ogra_: the fixes for that are not yet landed in RTM, and I guess not even prepared completely [08:14] sil2100, i doubt that, thats about launching stuff [08:14] probably the scopes expect the new mediascanner db format now too ? [08:15] But the mediascanner scope should have been released along with the new mediascanner I think [08:16] that doesnt stop the other scopes to develop against it upstream [08:16] * ogra_ searches again in the video scope [08:21] Mirv: ok thanks [08:27] sil2100: ok! [08:40] FYI today's trainguard wish is that you test your utopic silos, since we're constantly out of them this time [08:40] ;D [08:44] 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] davmor2: fwiw, videos play here fine, launched from file manager [09:08] uuuuh [09:08] brendand: ok, I see something REALLY strange [09:08] pete-woods, we have a problem with mediascanner/scopes today [09:09] pete-woods, can i get your help with a bit of debugging? [09:09] brendand: sure, just unbricking my krillin right now [09:09] brendand: ooor... nevermind! [09:11] brendand: http://paste.ubuntu.com/8370923/ [09:25] sil2100, someone should file a bug for this anyway [09:25] sil2100, btw victorp says it happens with any 'favourited' scope [09:26] sil2100, maybe davmor2 can check that finding, while i test these reverted packages [09:26] sil2100, heh - and reverting the packages does nothing [09:27] the plot thickens... [09:30] 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] pete-woods, sure [09:32] hmm [09:32] Interesting! [09:32] brendand: can you try moving back to earlier images? [09:32] Let's at least check when it started [09:34] wow i just learned the most awesome bash trick [09:37] * brendand is flashing #46 to see if it works [09:38] then i'll upgrade to #47 and install silo-009 [09:55] brendand: check what finding and what is the bash trick you just learnt [09:55] 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] davmor2, nothing - i already got a chance to check it [09:56] davmor2, as for the bash thing, do you use aliases much? [09:56] brendand: I do on my main system but not so much anymore [09:56] 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] check/confirm/whatever [09:57] cjwatson, yeah that's what we want [09:57] brendand: I'd set them up on the phone but that gets wiped every few hours so is pretty pointless [09:57] doesn't seem like it should need special QA signoff then [09:57] davmor2, well yes i'm talking about desktop [09:57] brendand: will attempt to sort it once I get an RTM instance going on the emulator, then [09:58] 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] davmor2, try it. magic [09:58] davmor2, also kind of handy for checking if environment variables expand to what you think they will [09:59] brendand: oh, neat, I learned something today [09:59] brendand: oh nice [10:00] (though it seems to have some quoting bugs :-( ) [10:01] cjwatson, wow - i never thought i'd impart new information to you about bash! [10:01] bash is a rich vein of random stuff [10:01] 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] just checking that channel isn't the wrong one === psivaa_ changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: psivaa | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [10:02] pete-woods, i normally use 'ubuntu-touch/ubuntu-rtm/14.09-proposed' [10:03] okay, well try that one once I've unbricked it again [10:03] *I'll [10:03] pete-woods, it's probably equivalent though [10:03] * pete-woods boots windows VM [10:04] I think I'll flash yesterday's image next time [10:05] bah, have to wait for windows to "configure updates" now... [10:08] pete-woods: while you wait silo-009 is it just a regression test based on the standard testplan for scopes? [10:09] davmor2: pretty much yes. it introduces new functionality, but the scopes aren't doing anything visible with it yet [10:10] pete-woods: no worries I'll get on it now [10:11] davmor2: I have a very strong suspicion this will also fix https://bugs.launchpad.net/unity8/+bug/1371028 on krillin [10:11] Launchpad bug 1371028 in Unity 8 "YouTube scope depends on pending scopes release" [Critical,New] [10:12] we stupidly updated the YouTube scope in the store before the required updates made it all the way into krillin [10:12] we = me [10:12] pete-woods: I'll let you know [10:13] sil2100: if this fixes the youtube issue is it maybe worth looking at spinning up another image once it is tested? [10:14] oh! [10:15] pete-woods, davmor2: sounds like a plan [10:16] pete-woods, ah it was updated via the store? [10:16] davmor2, i'm checking that right now, don't worry [10:17] brendand: yes. my fault. I still haven't got into the 14.09 syncing mindset for release :$ [10:17] pete-woods, yep it works [10:17] whew! [10:18] sil2100, that is a gap in our process for sure [10:18] brendand: but you hadn't assigned yourself to the ticket damn you ;) [10:19] davmor2, which ticket? [10:19] davmor2, you mean 009? [10:19] brendand: yes [10:19] davmor2, we're not testing that until pete-woods gives us a test plan :P [10:19] davmor2 which may be the case now? [10:19] brendand: it is [10:20] at least it's a lot better [10:20] if not 100% [10:20] 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] 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] ok [10:21] davmor2, so we know it fixes the issue - still do test it thoroughly [10:22] brendand: yeah will do [10:26] jamesh: could you cast an eye over this bug: https://bugs.launchpad.net/unity8/+bug/1371031 [10:26] Launchpad bug 1371031 in Unity 8 "Go scope fail to run after reboot" [Critical,New] === Chipaca is now known as Chipakeitor === Chipakeitor is now known as __chip__ === __chip__ is now known as Chipaca [10:31] 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] 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] 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] sil2100: oh, never mind, I was just too impatient [10:39] cjwatson: but it shouldn't [10:40] PPA publication evidently took longer than I thought [10:47] charles: ping [10:49] pete-woods, thanks for expanding https://wiki.ubuntu.com/Process/Merges/TestPlan/scopes [10:50] pete-woods, couple of things - isn't it overlapping with localmediascopes test plan? [10:50] pete-woods, also it seems some parts are indicated as optional [10:50] pete-woods, if that's the case then please include information about which optional parts were run on the spreadsheet [10:51] 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] Does "gpg --keyserver hkp://keyserver.ubuntu.com:80/ --recv-keys ECF1204C" work for anyone else on a real device or an emulator? [10:51] It hangs for me in an emulator running ubuntu-touch/ubuntu-rtm/14.09-proposed [10:51] strace shows it hangs after receiving the public key data but before closing the connection [10:52] brendand: I'll do some de-deuplication in a bit [10:52] that is, it hangs in the subsequent read() and never gets EOF [10:53] cjwatson, works on a real device [10:53] works fine on the same system outside an emulator [10:53] so I'm guessing network madness of some kind ... [10:56] brendand: okay, I think I've removed the duplicate stuff now [10:59] 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] pete-woods, testing silo 18 now. your test plan link was wrong a bit [11:10] sil2100: did we get a custom tarball update in r47? [11:10] ogra_: ? [11:11] asac, we did get a tarball in 46 ... havent checked which one, but i think device [11:11] ok thats not what i am after. i am specifically wondering if we got a new custom [11:11] so lets wait [11:11] yep, device ... 46:20140917:20140917-19d7408 [11:11] No, not yet [11:11] (vs: 45:20140917:20140912-23825b8) [11:13] brendand: looks like the wiki page is in the wrong place, will fix that now [11:13] trainguards, can i have a silo for line 65 [11:14] k [11:14] ogra_: doing [11:17] oh, there was one silo free [11:18] Mirv: it seems it got free :) [11:18] Mirv: btw. watch out! Spreadsheet seems to be loosing data again ;/ [11:19] sil2100: it loses data every day... I restored 3 id:s in the morning [11:20] ie stuff that is in PPA:s, but the spreadsheet loses the id so it looks like silo wouldn't be assigned [11:20] ;/ [11:20] Right, the same I noticed, not sure what's going on, looking into what's up but it's hard to say [11:21] 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] I'm becoming quite a pro in this detective work of finding lost silos, too [11:22] 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] 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] charles: s/distro/latest devel-image/ === MacSlow is now known as MacSlow|lunch === psivaa_ is now known as psivaa [11:58] 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] still dont know what's causing this, may be this traceback gives any clues? [11:58] wow, where is that from ? [11:59] i assume thats causing the dbus issues then ? [12:00] sil2100: hey, I'm done with testing. can/should I click the publish button myself now? [12:01] mzanetti, for utopic yes ... for rtm you need to just set up teh spreadsheet for QA signoff [12:01] mzanetti: no need, but please get https://code.launchpad.net/~mir-team/qtmir/gles-sync/+merge/234797 approved [12:01] Mirv: please approve it :P [12:01] mzanetti: I won't approve your branches :) [12:01] Mirv: come on... who should review this? [12:02] mzanetti: it depends on your team's processes, basically [12:02] its only needed to make the train happy... [12:02] 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] since some teams use those in different ways [12:04] hmm, my packages are in the twilight zone again —^ [12:04] hopefully this error is not serious [12:06] mzanetti: thanks :) [12:07] mzanetti: the rtm silo is now also building [12:08] 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] is this the place to discuss QA signoff? [12:09] mzanetti: will you then want a silo for the next unity8 utopic landing? [12:09] (line 27) [12:12] 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) === gatox_ultra is now known as gatox [12:14] ogra_, sergiusens - and me for https://code.launchpad.net/~brendan-donegan/phablet-tools/phablet_click_test_setup_ppa/+merge/235007 [12:16] davmor2: brendand has anyone filed a bug for "all torch apps broken"? [12:17] popey, didn't om26er [12:17] davmor2, are you on rtm latest? [12:18] Mirv: yes, please assign a new silo [12:18] ogra_: hmmm [12:19] sil2100, ? [12:20] 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] popey, I did [12:20] ogra_: shouldn't we have #44 there? [12:20] popey, the title was changed to perhaps you couldn't find it [12:21] 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] ogra_: do you know when those are updated? [12:21] ogra_: oh [12:21] Ok, so #1 in 14.09 is #44 from 14.09-proposed? [12:22] so at least the final channel has properly matched numbers ;) [12:22] right [12:22] and whatever makos number was for 44 [12:22] Will we do the same for all subsequent promotions? [12:22] i think so ... [12:22] and as long as we dont promote an image for one arch only they should always be in sync [12:23] I can understand the rationale for that, but am a bit worried about yet another set of image numbers to track ;) [12:23] sorry for deciding that on my own [12:23] i should have brought it up in the meeting [12:23] No worries, all is good [12:24] 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] Maybe we could at least create a document with the -proposed -> normal bindings [12:25] well, the rootfs and device ID in the version should tell [12:25] om26er: got a link? [12:25] but indeed, we could have such a doc [12:26] * sil2100 off to prepare lunch [12:26] o/ [12:26] popey, bug 1369512 [12:26] bug 1369512 in apparmor-easyprof-ubuntu (Ubuntu) "please move click sound out of qtubuntu-camera" [Critical,In progress] https://launchpad.net/bugs/1369512 [12:32] that should be fixed today [12:33] yay === MacSlow|lunch is now known as MacSlow [12:58] ? [12:59] popey: om26er filed a bug for the broken torches [12:59] brendand: I am but I'm about to wipe to test a new silo why? [13:00] popey: https://bugs.launchpad.net/bugs/1369512 [13:00] Launchpad bug 1369512 in apparmor-easyprof-ubuntu (Ubuntu) "please move click sound out of qtubuntu-camera" [Critical,In progress] [13:00] ta [13:00] there isn't any point testing that [13:00] the fix isn't uploaded [13:01] davmor2: ^ [13:01] hahaha everyone firing the bug report at popey [13:01] jdstrand: yeah I hadn't finished the scroll back [13:01] that is assigned to me. I will upload it a bit later :) [13:02] davmor2, nothing - i just hit that sim disappearing bug again [13:03] 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] popey: hahaha [13:06] brendand: I've seen that once in the last month but that was after flight mode so put it down to that [13:06] davmor2, i've seen it quite a lot - not always after flight mode [13:06] davmor2, still can't reliably reproduce it though === josepht changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: josepht | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [13:11] cjwatson, there might be a problem with your update [13:12] cjwatson, i ran 'sudo add-apt-repository ppa:ci-train-ppa-service/ubuntu-rtm/landing-005' [13:12] cjwatson, it seemed to work [13:13] cjwatson, i end up with 'deb http://ppa.launchpad.net/ci-train-ppa-service/landing-005/ubuntu-rtm utopic main' though [13:13] tedg: charles: question for you two i think: when is ubuntu-app-launch getting to rtm? [13:13] brendand: I know, I'm not finished with it :) [13:13] with the rotate-faster merge :) [13:13] brendand: Am talking with Michael about the best fix for that, once he has cycles free from a security update [13:14] cjwatson, ok - i'll be patient [13:14] Chipaca, Didn't have a specific timeline, "when it settles" [13:14] tedg: ok... [13:15] 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] tedg: mmm... yes. But I've not been running utopic on the phone to pick up on those failures. [13:16] hopefully other people have :) [13:16] Heh, I have, but also looking at the smoke testing results. [13:17] sil2100: is there something wrong with silo 11? [13:18] mzanetti: why do you ask? [13:18] mzanetti: what's up? [13:18] Mirv: finally all approved for silo 13 if you can give it a nudge [13:19] mzanetti: it's still running autopkgtests [13:19] sil2100: Migration: One package at least is not available at the destination [13:19] mzanetti: it's in -proposed still since 2 autopkgtests didn't finish yet [13:19] this looked a bit like something isn't right [13:20] It seems it's still migrating :) [13:20] ok :) [13:30] sil2100: so that silo did make a big difference, youtube and local videos showed up in the videos scope [13:37] davmor2: \o/ [13:37] davmor2: did you sign it off? [13:38] sil2100: ages ago I just forgot to give you ping till after lunch :) [13:41] sil2100: also tested the rtm silo 19. works for me [13:45] 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] before I wade in and botch the silo, just thought I would get some advice [13:46] it should really sync the source packages: unity-scope-mediascanner, thumbnailer, mediascanner2 [13:46] davmor2: which silo was that? [13:47] pete-woods: oh, so you want additional thumbnailer and mediascanner2 in the sync there, yes? [13:47] sil2100: correct, yes! [13:47] I just fear typing in the wrong junk [13:47] pete-woods: ok, let me do that - and if you don't mind, I'll use your silo for a test-run ;) [13:48] sil2100: wait a sec, sorry, turns out that the new thumbnailer already went yesterday [13:48] Oh [13:48] sil2100: so we just need to add the mediascanner2 package [13:48] ACK [13:48] thanks! [13:48] pete-woods: ok, so there is silo 20 with mediascanner2 from thostr, who is gone I guess [13:50] sil2100: that would explain it then [13:50] sil2100: was silo 009 so I think Mirv has possibly hit the button already [13:50] pete-woods: you think it would be fine to clean his silo? [13:50] davmor2: ah :) [13:50] sil2100: oh wait, that's not landed yet [13:51] sil2100: but you were thinking of pushing an image with it right? [13:51] mzanetti, did you really just run https://wiki.ubuntu.com/Process/Merges/TestPlan/unity8 for rtm silo 19? [13:51] sil2100: I'm going to ask about who thinks is responsible for that other silo (20) [13:51] Wellark: not really [13:51] Wellark: ask/hire kaitsu ;) [13:52] davmor2: yeah, we need to wait for it to migrate [13:52] Mirv: no need. I have greyback [13:52] :) [13:52] davmor2: 009 was unity-scopes-api/shell https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-009-2-publish/7/console [13:53] brendand: yes, why? [13:53] dbarth_: ok, will need packaging acks though [13:54] pete-woods: just ping me once the situation is clear ;) [13:54] sil2100: I'm pretty confident we should first just sync the version of mediascanner2 that's already un utopic [13:54] brendand: if there's a problem that I missed, please let me know [13:54] sil2100: I'm also going to take responsibility for that dandling landing into utopic [13:55] ok [13:55] sil2100: sorry, I'm being totally stupid with my tabs [13:56] sil2100: yes, you're right that we need to do that RTM sync silo, too [13:56] 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] sil2100: sorry, that's what I'm trying to say, we just need to get silo 20 into RTM [13:57] it has the required version of mediascanner2 that is missing [13:58] sil2100: I'm just getting silo 20 tested now [13:58] Chipaca, pong [13:58] then all should become sane again :) [13:58] ok ;) [13:58] Chipaca, ah, catching up with scrollback, looks like tedg got to the answer already :) [13:59] pete-woods: in the meantime I'll put mediascanner2 in your rtm silo 15, ok? [13:59] sil2100: is that necessary now? should I not just wait for silo 20 to land? [14:00] or perhaps test them together, if that's acceptable [14:01] pete-woods: for now test mediascanner2 in silo 20 [14:02] sil2100: okay, will do [14:08] sil2100, for rtm-silo 4, is anyone looking into that? [14:10] Ah, it's b0rken? [14:10] Let me re-run, it got broken due to robru's changes [14:11] (he was doing some refactoring, which wasn't good for already running jobs :) ) [14:17] 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] tvoss, where does the location trust db go again? [14:21] ~/.local/share/UbuntuLocationService [14:25] Mirv: silo 008 and 013 marked tested good on rtm-42 [14:26] 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] i don't know if i need to toggle the ready MP flag though [14:27] dbarth_: sure they're Ready if a silo has been assigned, built and tested :) [14:28] marked so [14:29] Mirv, how did it get marked ready for testing if it failed to build in the PPA? [14:29] Mirv, armhf did build [14:30] brendand: interesting [14:31] 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] Mirv, can I have a silo for line 9 please? [14:31] Mirv, it definitely went into our queue [14:31] I mean, if the i386 would work with a simple rebuild [14:31] brendand: sure, pete thought to have tested it but apparently didn't notice the i386 failure [14:31] Mirv: can you do reconfigs too? [14:31] cyphermox: excellent timing, one silo free [14:32] mzanetti: sure [14:32] Mirv: silo 007 please [14:33] thanks! [14:34] 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] you can choose to be kind or evil [14:35] mzanetti: done [14:36] Mirv: thanks :) [14:37] Mirv: I have seen that failure before. the XML stuff in Qt seems to very occasionally indicate that strange leak [14:38] Mirv: ack, that's clearly fine [14:39] Mirv: and yes. it will (liekly) pass with a simple rebuild [14:39] slightly embarassing I didn't notice it [14:42] Mirv, Well, in general I'd rather bfiller get a silo for the media player change than get one myself :-) [14:46] 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] pete-woods: done! [14:47] sil2100: cheers! [15:03] 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] 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] *doesn't pass [15:05]