[02:04] === trainguard: IMAGE 125 building (started: 20140711 02:05) === === alf is now known as 6JTAAQ1J9 === kgunn is now known as Guest2511 === Ursinha is now known as Ursinha-afk [03:19] robru: good morning, the silo13 is good to go === Ursinha-afk is now known as Ursinha [03:34] === trainguard: IMAGE 125 DONE (finished: 20140711 03:35) === [03:34] === changelog: http://people.canonical.com/~ogra/touch-image-stats/125.changes === [03:35] ... and a new image, mere seconds after I finished testing the last one. [03:37] I'm in the middle of downloading 124... :-) [03:38] it takes quite a while to move all those bits down here. [04:00] it is good to see that the new UITK did fix couple of failing tests [04:37] is anybody doing the European tz shift? [06:56] Wow [06:56] sil2100, i think we can get our green image today :) [06:56] brendand, ogra_: did you guys see our test results for 125 :D ? [06:56] sil2100, yes and we have fixes for both those! [06:56] brendand: yeah, especially that the mediaplayer issue has a branch already, notes should be easy to fix as well [06:56] :) [06:56] \o/ [06:56] sil2100, land silo005 and popey land my notes app fix [06:57] I... I think I'm going to cry! [06:57] sil2100, popey needs to look after https://code.launchpad.net/~brendan-donegan/notes-app/bug1330352/+merge/226146 [06:57] sil2100, get it merged and updated in the store [06:59] * sil2100 looks at popey waiting for him to wake up [06:59] @_@ === robru changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #119 promoted | CI Train Sheriff: sil2100 | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [07:06] popey, popey - wake up wake up! [07:06] CI christmas is here! [07:06] Anyway, jokes aside, I'm glad that the networking issue got resolved [07:06] sil2100, yes. that's good to see [07:07] I'm glad we didn't revert - it seems sometimes it's good to just give upstreams some time for a fix [07:07] indeed, awesome colors this time [07:16] sil2100, well yes, but also i would agree that we can't go 2-3 days with no results [07:16] sil2100, so reverting might have been necessary in the end [07:16] sil2100, but thankfully it wasn't :) [07:16] brendand: sil2100: who should be pinged about the notes-app branch? [07:16] sil2100, so any chance that today we can be a bit conservative about what else we land? make sure it's thoroughly tested and also not world breaking [07:17] Mirv, popey i think takes care of it [07:17] ok [07:17] Mirv, dpm also might be able to do a review [07:17] Mirv, but popey needs to upload it i think [07:17] anyway - bbl for the meeting [07:18] brendand: I can upload, popey can approve it in the store, but someone needs to get the branch to the trunk [07:18] brendand: yeah, we might try a low velocity approach today, let me talk with cjwatson on the meeting :) [07:23] brendand, I've not had anything to do with notes-app, so I'm not sure I can help [07:36] Bill top-approved the previous thing that went in to notes-app [07:39] We can't wait that long! [07:39] ;) [08:27] Morning [08:27] sil2100: shall I take over sheriff? [08:29] cjwatson: morning! Yes please ;) We were just thinking if maybe we could try doing it 'safe' today === cjwatson changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #119 promoted | CI Train Sheriff: cjwatson | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [08:30] i.e. check each landing if it's risky or not before publishing, if it's risky then pinging the upstream developer to make sure he tested it right [08:30] But more on the meeting [08:30] Right, well, I can't do much in the way of personal testing, not enough bandwidth [08:30] So hopefully that won't be needed ... [08:31] Our opinions of riskiness might differ ;-) [08:32] sil2100: am i on the wrong hangout... or you are yet to join? [08:32] psivaa: maybe wrong hangout ;) [08:32] We're all here [08:43] sil2100, i think everything should be thoroughly tested regardless of whether it's risky [08:43] cjwatson, my definition of risky would be packages that have lots of rdeps [08:44] remind me what the justification for extra care in this particular instance is? [08:45] (I see we're low on silos again) [08:47] (discussing in hangout) [08:48] sil2100, do you know what's the status of the qtcompositor work? [08:48] sile 006 [08:48] I wonder if I can hijack it for a settings landing [08:48] e.g do a landing and force them to rebuild settings then [08:50] seb128: want to take the activation fixes? [08:51] I don't think we'll get tests for those any time soon [08:51] Laney, ok [08:51] * Laney files a dbusmock bug as a reminder [08:56] seb128: I would say it's safe to do a landing, didn't hear anything from them about it being ready [08:57] sil2100, thanks, I just did that ^ [08:57] o/ [08:57] * sil2100 goes back to testing his auto-merge-and-clean functionality [08:57] It's hard to test in a safe environment [09:01] Well, can't do much until testing happens, so going back to parted packaging work for a bit [09:02] not assigning that right now as only one silo left [09:05] cjwatson, 0 left now [09:05] seb128: that was me :/ sorry [09:06] mvo_, no worry ;-) [09:06] I still don't get why you assign silos to people who do it themself btw :p [09:06] silo hog! [09:06] who *can* do it* [09:07] right, lets make the landings quick so that we can have free silos again :) [09:09] sil2100: do you mind if I add a warning into the "assign silo" code when there is just one silo left? the code is directly in the speadsheet, right? [09:15] mvo_: sure, no problem ;) [09:16] cjwatson, what about landing silo005? it's been top-approved and tested [09:16] mvo_: all the code is in the google scripts for the spreadsheet [09:17] brendand: oh, spreadsheet says "testing done: no" [09:17] brendand: I thought you said you weren't sure about the testing, earlier [09:18] brendand: let's make sure ricmm +1'es it finally [09:19] ricmm: hi! Did you test everything for silo 005? [09:19] sil2100, oh yeah ricmm is here [09:20] sil2100: I'm happy with it, I've tested and so has jim [09:20] push the buttonz [09:20] ricmm: will do [09:21] ricmm: thanks o/ [09:23] I've acked those [09:26] Mirv: when you get a moment could you please shove http://s-jenkins.ubuntu-ci:8080/job/weather-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.weather_1.1.301_all.click into the store? [09:41] ohh, I see we are out of silos [09:42] sil2100: silly question but what is the best way to test my script addition? [09:43] zbenjamin: is it possible to make the main project file open in the editor? [09:43] yeah, get mhr3__ or thostr_ to test/land some of their "built" lines maybe [09:44] seb128: I'm properly testing those still [09:44] mvo_: in the spreadsheet you mean? ;) Sadly there's not much sandbox possibilities, but I guess you can try mocking a low-silo number (or simply changing your threshold to the current number of silos and just running the script [09:44] thostr_, ok [09:44] ) [09:44] thostr_, is the transfert indicator used anywhere yet? [09:44] sil2100: ok, I will play around, not a lot that can break I guess [09:44] yes, e.g. when doing "save image as" browser [09:45] sil2100: are the script in some sort of version control inside the google doc? [09:45] mvo_: sadly not... [09:45] and oSoMoN told me two days ago that browser had a landing prepared to fully use it [09:46] thostr_, great, thanks [09:47] thostr_, "save image as…" is not ready yet (blocked on an oxide bug which is being actively worked on), however downloading an image attachment from gmail works already (in browser that is, the webapp has an apparmor permission issue that I reported this morning) [09:48] oSoMoN: ah, worked earlier this week... [10:05] popey: weather app done [10:06] thanks Mirv [10:11] popey, ogra_, brendand: ok, I guess it makes no sense to wait for Bill regarding this test-fix merge - since Leo gave it a +1 and it only changes the test code, I would top-approve it myself and get it merged [10:11] oSoMoN: ^ what do you think about the above? It's regarding notes-app, so not your territory but I know you were acting as a lander for most of the components [10:12] * oSoMoN reads [10:12] oSoMoN: I'm talking about this merge: [10:12] oSoMoN: https://code.launchpad.net/~brendan-donegan/notes-app/bug1330352/+merge/226146 [10:13] seb128, xnox, silo 20 +1 from me re: inheritance and cross-build [10:13] oSoMoN: it's fixing the only test failure we have that appeared after the UITK upload, and Leo from QA +1'ed it already [10:13] sil2100, LGTM [10:14] sil2100: yeah, let's give that silo 5 [10:14] before somebody self-assigns it :) [10:15] Saviq, +1 on the gtk 3.12 side [10:15] xnox, ^ [10:15] Yeah ;) Let me fill in a landing for it maybe [10:16] brendand: I'll set you as a sub-lander for this one [10:17] seb128: let me run ubiquity. [10:17] sil2100: any chance to get a silo for the line 30? [10:18] bzoltan: we're a bit low on silos right now, but we'll have a fast landing soon and you can get that one then [10:18] sil2100: OK, thanks [10:18] cjwatson: I'm assigning a silo for this one [10:18] sil2100: for notes-app? [10:19] cjwatson: yes [10:19] yes please [10:19] sil2100, does it need a silo? [10:19] sil2100, i thought it went to the store? [10:19] brendand: yes, it needs one... [10:19] bzoltan: (context: notes-app is the last failing test from the most recent mako test run ...) [10:19] brendand: I checked and it seems there is no auto-merger, but merges are done through CI Train [10:20] hmmm [10:20] sil2100, ok. but Mirv still needs to upload it to the store right? [10:20] brendand: yes, once this gets merged [10:21] notes is a preinstalled app, so it ends up on images via http://people.canonical.com/~ubuntu-archive/click_packages/ [10:21] but that gets it from the store, yes [10:22] bzoltan: how long is this going to take to test? [10:22] cjwatson: I have tested the changes already [10:23] bzoltan: to test the built package from the silo [10:23] cjwatson: the build will take ages [10:23] seb128: 20 tested on the phone? [10:23] cjwatson: few minutes, the change is only text change no binary change [10:24] seb128: (just to make sure suru didn't explode) [10:24] cjwatson, not by me, I can do that now [10:24] let me try [10:24] cjwatson: but the silo build took yesterday about 4 hours ... [10:24] bzoltan: the last build on record took <30 minutes [10:24] sil2100: if it only changes the tests, then it doesn't need pushing to the store, does it? (notes) [10:25] sil2100: because the phablet test run will pull tests from trunk [10:25] cjwatson: of course ... each took only half an hour. But queuing for powerpc builder took 3 hours [10:25] bzoltan: that won't be a problem [10:25] popey: I once thought so, but then someone explained to me that the infra actually fetches the revision associated with the currently available version that's installed [10:26] popey: so even in this case we'll have to release, as otherwise it will fetch the older one anyway [10:26] if in desperate need of silos, I think line 7 (trusted prompt session) could be temporarily freed. quite light to rebuild. [10:26] since it's only for testing [10:27] Saviq: how about silo 009? Is it planned to land today or can we flush it? [10:27] sil2100, flush it if you need [10:27] sil2100: ok, ping once that lands in trunk and we'll get it in the store, Mirv can upload, I'll approve [10:27] popey: thanks, will do o/ [10:27] Saviq: thanks [10:28] seb128: all is good on ubiquity side [10:28] and 1px gap is gone between ubiquity fake-panel and opened fake-indicators [10:28] * xnox like [10:28] we should be able to publish & clean 20 [10:28] sil2100, cjwatson - i'm making myself available for extra testing if needed, so just ask [10:28] cjwatson: ok, so I guess we might have some free silos soon from what I hear, but in case a silo is badly needed we have permission to clean out 009 [10:29] FYI I have a 1.5 hour meeting shortly [10:29] Mirv: pick me, pick me :) [10:29] xnox, can you have a look at telepathy-service please, with silo 20 and :any added it built fine, but it's still running tests, not sure if the override in rules causes that [10:30] I'm just going to assign 18 to bzoltan since we have a couple that will be freeable if it becomes necessary [10:30] Saviq: you mean, cross-building telepathy-service? [10:30] cjwatson: \o/ [10:30] xnox, yes [10:30] big "low on silos" warning I see, thanks mvo :) [10:30] xnox, it cross-built fine (with silo 20 + :any for python) [10:30] xnox, cjwatson: +1 suru on the device [10:30] xnox, but it ran tests [10:31] seb128: thanks, I see it's publishing now [10:31] Saviq: what's the source package name? "E: Unable to find a source package for telepathy-service" [10:32] bzoltan: go ahead and build now, I will poke builders as needed (but doesn't look like it should be) [10:32] cjwatson: OK, thanks [10:34] Saviq: i guess telephony-service, not telepathy ;-) [10:35] Saviq: yeah, the dh_auto_test is wrong. [10:36] xnox, did I write telepathy? sorry [10:36] xnox, yes, telephony [10:44] bzoltan: :) [10:54] Saviq: http://paste.ubuntu.com/7779678/ [10:56] xnox, yup, thought something like that would work, thanks! [11:10] hmm, why does publish for notes say the last step wouldn't have been completed [11:10] Mirv: probably because it hasn't finished migrating yet [11:11] cjwatson, Silos: landing-005 (sil2100, brendand) Can't publish: wrong status or parameters for job. (notes-app) [11:11] cjwatson, i didn't see that before [11:11] brendand: probably because it hasn't finished migrating yet [11:11] hmmm [11:12] merge-and-clean normally wants the changes to be at least pending in the release pocket first [11:12] cjwatson: migrating where? it has built and I'm trying to publish it [11:12] oh... [11:12] lukasz was faster :D [11:12] brendand, Mirv: well, I pressed publish and then Mirv pressed it again [11:12] maybe two of you tried at the same time? [11:12] right [11:12] So don't worry about it [11:12] * sil2100 goes for lunch [11:12] no problem then, nice [11:13] somehow I missed that last job's timestamp or maybe my page wasn't refreshed [11:13] o/ === MacSlow is now known as MacSlow|lunch [11:19] cjwatson: the QtC plugin from the silo18 is good to go [11:22] !ci-help I've tried to run "merge & clean" on silo 20, yet it fails. [11:22] xnox: I am only a bot, please don't think I'm intelligent :) [11:24] Saviq: seb128: any clue why merge&clean does not work against silo 20? [11:26] xnox: Saviq ran it before you [11:26] https://ci-train.ubuntu.com/job/landing-020-3-merge-clean/25/ [11:26] Mirv: ah. [11:27] could probably use better error messaging ;) === MacSlow|lunch is now known as MacSlow [11:34] Mirv: is there anything I could do to speed up the landing of the Silo18 landing? [11:37] bzoltan: published [11:39] Mirv: thank you [11:43] Mirv: could you please push http://s-jenkins.ubuntu-ci:8080/job/sudoku-app-click/lastSuccessfulBuild/artifact/com.ubuntu.sudoku_1.1.226_all.click to the store? [11:47] popey: done [11:49] thanks [11:52] bzoltan: (sorry, on a call) [11:53] cjwatson: all fine now, the silo will be cleaned soon [11:56] Mirv, so is notes app uploaded? [11:57] brendand: yep, not yet merged to trunk [11:57] ok, now in release pocket 1 min ago [12:00] any objection to me building another image once notes-app is published? [12:00] cjwatson, i was just about to ask you to build one :) [12:00] cjwatson: no objections, but we need to wait for the click one [12:01] -rw-rw-r-- 1 ubuntu-archive ubuntu-archive 83580 Jul 11 11:41 public_html/click_packages/com.ubuntu.notes_1.4.269_armhf.click [12:01] is it that? [12:01] cjwatson, but yeah - popey needs to approve notes-app in the store [12:01] that's 20 minutes old ... [12:01] cjwatson: do you mind if I look at merges.ubuntu.com and try to figure out why it appeared to stop updating? [12:02] brendand: someone needs to upload it first [12:03] mvo_: not at all, it'll be yet another "source won't unpack" problem [12:03] cjwatson: not really sure, I just kicked a new build at http://s-jenkins.ubuntu-ci:8080/job/notes-app-click/ [12:03] cjwatson: great, I check it out once #is grants me access again [12:03] mvo_: info in /var/mail/merge, basically make sure that the next version along actually unpacks properly and remove the busted ones from /srv/patches.ubuntu.com/pool/{debian,ubuntu}/whatever/ [12:03] popey, Mirv is meant to be doing that [12:04] cjwatson: thanks, that is very helpful! [12:04] brendand: ping me when done, not before ☻ [12:05] ah, yeah, that's revno 269, can't be right, we're expecting revno >=274 [12:08] indicator-transfer isn't on any images, so I'll publish it === alan_g is now known as alan_g|lunch [12:09] brendand: popey: http://s-jenkins.ubuntu-ci:8080/job/notes-app-click/74/artifact/out/com.ubuntu.notes_1.4.275_armhf.click [12:10] shall I just upload that, or do you want to test it first? [12:10] nope, just upload it, its been through CI/Jenkins/QA right? ☻ [12:12] Mirv, no it's alright just upload it [12:12] (famous last words) [12:12] brendand: popey: done [12:13] popey, ping :) [12:13] approved [12:14] popey, so cjwatson can kick a build? [12:14] popey, or do we need to wait for the process to filter through? [12:14] brendand: I can [12:15] * cjwatson forces a click-sync [12:15] cjwatson, i meant, if you kick a build now will we be guaranteed to get the new version of the click package? [12:15] brendand: I'm making sure of that first [12:15] cjwatson, i guess the answer is yes [12:15] ubuntu-archive@snakefruit:~$ grep notes public_html/click_packages/click_list [12:16] com.ubuntu.notes_1.4.275_armhf.click [12:16] (the cron job runs at :11 and :41; I ran it by hand) [12:21] let's do this build [12:22] already queued [12:22] running in fact; no doubt some bot will notice at some point [12:24] === trainguard: IMAGE 126 building (started: 20140711 12:25) === [12:24] cjwatson, :) [12:24] :) [12:26] stgraber: is it possible for queuebot to tell us about ubuntu-touch image builds? seems like it should be able to manage lower latency [12:29] cjwatson, do you have an idea why sudo -s would behave different to bash -c when executed via a forked execl ? [12:30] i'm patching adbd to use sudo -u$USER -s over bash -c (so that we get pam processing and a proper env) ... like in http://paste.ubuntu.com/7779944/ [12:30] but i end up with: [12:30] ogra@anubis:~/image-stuff$ adb shell sudo ls [12:30] /bin/bash: sudo ls: command not found [12:30] ogra@anubis:~/image-stuff$ adb shell [12:30] phablet@ubuntu-phablet:~$ [12:31] while when using bash -c for the shell command the same code works just fine and takes the last arg as command with options [12:32] sigh, things that take a command and don't act in a sensible adverbial fashion are the devil incarnate [12:33] well, i dont get why sudo behaves different here ... [12:33] no doubt it's overquoting somewhere [12:33] compare: [12:34] sudo -u$USER sudo ls [12:34] sudo -u$USER "sudo ls" [12:34] apparently your code is doing something analogous to the second one [12:34] the first one is actually a much better design for commands that take other commands [12:34] but you may need to adjust for it [12:34] well it simply hands it over to execl [12:34] there is no mangling of "arg2" anywhere [12:34] oSoMoN: fyi, that issue should be fixed now in apparmor-easyporf-ubuntu 1.2.9, which was in utopic last night [12:35] sounds like this is terrible design of adb [12:35] it is [12:35] I guess it smashes its args together into one? [12:35] but i dont want to rewrite the whole block :) [12:35] execl(cmd, cmd, arg0, arg1, arg2, NULL); [12:35] thats what it calls [12:36] so you need to either separate them again, or (perhaps simpler) use sudo -u$USER -s bash -c [12:36] cmd being sudo ... arg0 being -uphablet ... arg1 being -s [12:36] then the subsidiary shell will word-split the string for you [12:36] isnt -s actually executing bash -c ? [12:36] not with the same quoting [12:36] ah ... [12:36] * ogra_ tries [12:36] you are expected to pass command and arguments as separate arguments [12:37] whereas bash -c takes a single string [12:37] right [12:37] actually you should probably drop the -s, then [12:37] sudo -u$USER bash -c [12:37] otherwise you'll have an unnecessary shell in the process tree [12:38] and yeah, kick whoever misdesigned adb shell :P [12:38] hahaha [12:38] * ogra_ kicks google === psivaa is now known as psivaa-lunch [12:46] oh new scopes [12:46] cjwatson, thanks ... that works !! [12:46] ogra_: does this release have the deadlock fix? [12:47] davmor2, i dont think it does ... sil2100 might know though [12:48] bah ... [12:49] but now something like: "adb shell sudo ls" echos the password to the screen :( [12:49] seems stdin/out are not right [12:55] ogra_: cool [12:55] ogra_: that sounds like an incorrect $TERM setting, at a guess [12:56] ogra_: I see much strace in your future [12:56] ogra_: or, yeah, I guess it could be stdin not wired up quite right [13:06] oh, it seems I got disconnected [13:07] so you did [13:07] sil2100, davmor2 asked where we stand with the lockup fix ... do you know ? [13:08] sil2100: I was asking as a new image was triggered and wanted to know if you needed it testing for promotion cause it was so green it was unbearable [13:09] davmor2, ogra_: sadly, from what I know there have been some things they still wanted to work on, the fixes aren't complete [13:09] ok [13:09] I need to poke Kevin some more today [13:09] Anyway, I would not expect any promotion today anyway [13:09] sil2100: that sounds so wrong [13:11] sil2100: :( [13:11] davmor2: from what I see in the bug right now.. seems like parts of the issue is fixed now in their development branch, but I think it doesn't fix all the issues [13:12] The other branches are still on hold [13:13] * davmor2 sees his dream of popey in a green t-shirt slowly dirft away :) [13:14] Hey! It's possible! We only need all tests passing ;) [13:14] We don't need a promotion! [13:14] :D === alan_g|lunch is now known as alan_g [13:15] And/or working tablet images [13:20] ogra_: so 126 is still building, right? [13:20] yep [13:24] davmor2: anyway, as per discussion with kgunn, we migh have a final fix for this later today [13:24] mhr3: just checking because apparently we're being extra-careful today, what testing did you (or whoever?) do on silo 14? [13:24] So no worries [13:24] dobey, ^^ [13:24] sil2100: \o/ :) that makes me happier [13:26] sil2100, who has access to the landing functions of the google doc? [13:26] cjwatson: yes, I was thinking to hook it up to the existing tracker code we've got which will notice any new build within 30s, however that will be the standard plugin that we run on #ubuntu-release with a filter so we won't get the URL to the diff and stuff like that (well, until we get this generalized on cdimage and can print it for everything) [13:26] cjwatson: tested the click scope and deleted/re-added the account [13:26] sil2100, can we get kenvandine added to whatever group that is? [13:49] === trainguard: IMAGE 126 DONE (finished: 20140711 13:50) === [13:49] === changelog: http://people.canonical.com/~ogra/touch-image-stats/126.changes === [13:49] xnox: did you see my email about the utopic install problems? === Ursinha is now known as Ursinha-afk [13:50] ooo, Will the new notes app make us even more green? [13:52] plars, yeah [13:53] plars, well, i guess popey broke the facebook app to compensate for this [13:53] \o/ [13:53] also sudoku [13:53] ogra_: hey, remember the dbus-x11 forced uninstall we had to put in a while back? Any reason to keep that, or is it safe to kill that in our scripts now? [13:54] popey: at least on 125, sudoku passed I thought [13:54] plars, if we are sure autoremove really removes everything [13:54] phablet@ubuntu-phablet:~$ ./get-deps.sh 126 [13:54] New packages: liburcu2 [13:54] src: ust, bin: liblttng-ust-ctl2 depends on liburcu2 [13:54] src: ust, bin: liblttng-ust0 depends on liburcu2 [13:54] Summary: [13:54] ust depends on liburcu2 [13:55] * ogra_ hugs his new dependency checker script [13:55] no more new packages that we dont know where they come from :) [13:55] plars: new one in 126 ☻ [13:55] ogra_: I'm still unclear on why it didn't remove it before [13:56] popey: yes, but sudoku worked, I like to see changes to packages that weren't fully green :) [13:57] ogra_: I can do a test run without it that doesn't go to the dashboard and see if there are any weird results [13:57] plars, right, me neither ... i think autoremove might not actually remove everythig cleanly ... i think what we should do is parse the output of a dry run to get a list and apt-get purge that list at the end ... instead of relying on autoremove [13:57] (run autoremove still, to get rid of additional deps) [13:57] plars, yeah, do that and see [14:02] Just please don't do that yet for run 126 ;) === Ursinha-afk is now known as Ursinha === psivaa-lunch is now known as psivaa [14:16] plars: i've seen the email. but i couldn't work out what is implied as the next steps from that email, and for who. [14:17] xnox: so, for physical system installs, I have a workaround but the kernel team is concerned about whether that can be considered to be equivalent to doing the install on a real desktop image [14:18] xnox: If there's anything I can do from our side to help debug this, I'm happy to do so. I don't know what's causing it to fail with the desktop image at the moment though [14:21] sil2100, agh - mediaplayer-app did get the failure :/ [14:21] sil2100, looks like my concern was right [14:21] shame [14:21] :< [14:22] Sadly, no 100% green image today it seems [14:22] sil2100, do you who has access to the landing functions of the google doc? and if we can get kenvandine added/how? [14:22] brendand, why would it suddenly start to skip the test with that fix ? [14:22] seb128: I can add him if needed, no problem [14:22] (remember that failing test is supposed to be skipped) [14:22] ogra_: it was supposed to remove the media-hub crash [14:22] sil2100, that would be nice [14:23] sil2100, oh, the crash [14:23] ogra_: and it's the media-hub crash that caused the test not to be skipped... [14:23] sil2100, ah [14:23] At least that was my understanding [14:23] But it seems something else is crashing now or such [14:23] brendand: ^ [14:23] well, lets see til the crashes get synced [14:23] i only see the non skipped tests atm [14:23] seb128: added [14:24]