[00:41] thomi: where is the branch for python-autopilot? [00:44] or barry ^ [00:57] slangasek: thomi: barry: I've sent 2 merge proposals & requested review from all of you: python3-autopilot => pull in everything for qt/pyhon3 tests. python-autopilot => pull in everything for qt/python2 tests. [00:57] if Gtk/X testing is required, add autopilot-desktop in addition to python3?-autopilot dep. [00:58] no need to have 2 packages that can't do anything on their own & 4 meta-packages to make the first two working. We can simply pick a default, make the headline packages useful by default for the common case + provide 1 addon metapackage to pull in extra/big dependencies (gtk/x) [02:04] === trainguard: IMAGE 8 building (started: 20140502 02:05) === [02:16] xnox: hey, I'm back now - that took longer than I expected :( [03:24] robru: cyphermox: either of you two still at work? [03:24] ... or any other debian packaging gurus? [03:25] thomi, hey, what's up? [03:25] hi robru [03:25] robru: barry and I are trying to fix a FTBFS on the launchpad builders. He's been doing most of the work, I've been submitting the branches... We finally got a branch that builds in a PPA, but ci fails with: [03:26] https://jenkins.qa.ubuntu.com/job/autopilot-autopilot-temp-dev-trusty-amd64-ci/26/console [03:26] which looks like dh_sphinxdoc isn't installed [03:26] so I added sphinx-common to the build-deps [03:26] but it looks like the build deps aren't being installed!? [03:26] so now I'm really confused O.0 [03:27] even more confused as to how/why it works on the launchpad builders I guess [03:28] thomi, that log you linked, is that before or after you added sphinx-common? [03:28] robru: after [03:28] if you search for sphinx-common you can see it in there [03:29] the MP is https://code.launchpad.net/~thomir/autopilot/temp-dev-FTBFS/+merge/217987 BTW [03:29] you can see sphinx-common was added at revno 495 [03:29] === trainguard: IMAGE 8 DONE (finished: 20140502 03:30) === [03:29] === changelog: http://people.canonical.com/~ogra/touch-image-stats/8.changes === [03:32] thomi, hum, that is really strange, I installed sphinx-common and confirmed that it installs to the right place, under /usr/share/perl5 which is part of @INC [03:32] yeah [03:32] robru: and this builds fine for me locally [03:32] and, like i say, in the lp builders :-( [03:32] thomi, are you on trusty? [03:33] robru: I'm on both trusty and utopic [03:33] I haven't tried building under utopic though, I'll try that [03:33] thomi, you mean it builds in a PPA? because if it builds in a PPA, it'll build in a silo, and having it work in a silo is IMHO more important than the jenkins ci bot that runs individual MPs. [03:34] robru: yeah, it builds in a PPA [03:34] thomi, other than that error, do you think this branch is ready for release? [03:34] robru: yeah, but if we can't get it to work then it means we can't have CI any more :( [03:34] hmmm [03:34] robru: well, this is just merging to our temp-dev branch [03:34] so... not ci-train release, no [03:34] but.. ready for landing into our dev branch, sure [03:35] oh hm [03:35] thomi, well I was going to say "let's just put this in a silo and steamroll over ci jenkins objections..." but that's only if you're ready for real release [03:35] robru: well, but again that means breaking CI [03:36] which is fine for this branchm, but I assume it'll break for all future branches as well, until we find & fix the problem [03:36] yeah, that's really strange [03:36] thomi, this might be more of an fginther issue, he knows more about the ci side (I focus mostly on the train side) [03:37] ok, thanks. I think he's EOD'd [03:37] speaking of, isn't it crazy-late for you too? [03:37] yeah i think so. i did too but you got lucky ;-) [03:37] ahhh [03:37] almost 9PM here [03:37] yeah... why are you still at work? I mean, I appreciate it but... [03:38] thomi, oh, I was waiting for image #8 to finish building so I could send out a landing team email about it and then sign off ;-) [03:38] thomi, but yeah, I really don't understand that log. one thing that caught my eye is that it doesn't seem to log actually installing any of those packages. it just says that those dependencies are unmet a few times. [03:39] yeah [03:39] so is there any particular process we need to go through to get CI jobs switched to run on utopic instead of trusty? [03:39] jamesh, probably fginther is the guy to do that [03:39] thomi, jamesh : you guys should both email him for tomorrow ;-) [03:40] will do. [03:58] robru: still around? [03:59] bzoltan1, maybe ;-) [03:59] bzoltan1, what's up? [03:59] robru: Hehe :) [03:59] robru: I need info about the landing policy ... [03:59] bzoltan1, what did you need to know? [03:59] robru: I am in the silo9 and the powerpc builds are flaky [04:00] oh yeah [04:00] robru: powerpc is hardly a target and we can not even test on it ... [04:00] robru: Would it be possible to stop building the UITK on powerpc? [04:01] bzoltan1, i see your point, but that's not my call... if it used to build on powerpc but no longer does, -proposed will consider it a regression and prevent it from landing. So you'd have to discuss that with the release team, infinity or cjwatson [04:01] robru: Here is the log https://launchpadlibrarian.net/174336910/buildlog_ubuntu-utopic-powerpc.ubuntu-ui-toolkit_0.1.46%2B14.10.20140501.1-0ubuntu1_FAILEDTOBUILD.txt.gz [04:05] robru: OK, I will talk to them. It is a bit annoying... i would not say "it used to build", because the powerpc builds are flaky for some time already... if I push rebuild enough it will build. [04:05] bzoltan1, hmm, yeah, I don't care about powerpc personally but like i said it's not my call. [04:06] alright, I'm off! goodnight everybody! [04:06] robru: OK, no worries.. I will talk to the guys [04:06] robru: good night [04:07] robru: I can tell you by looking to my window that Friday will be a sunny day :D [04:19] bzoltan1: it will rain all day, though ;) === zsombi1 is now known as zsombi [04:54] Mirv: had to believe [06:22] Mirv: can you try the mediaplayer AP test yourself? [06:22] just to ensure it's due to media hub [06:25] ok [06:39] didrocks: I wish to disable the powerpc builds for all sdk projects.. starting with the UITK [06:40] bzoltan1: it's something you need to discuss with the release team [06:40] didrocks: it is pure waste of time to strugle with powerpc, the tests are flaky on powerpc, the builds are unreliable [06:40] bzoltan1: I doubt it will accepted though [06:40] bzoltan1: you can disable the tests at worst on powerpc [06:40] didrocks: wasting time and money [06:40] bzoltan1: don't argue about it with me, I have no power on that :) [06:41] didrocks: I am not arguing :) I am stating ... [06:41] didrocks: how to disable tests for and arch? [06:41] bzoltan1: in debian/rules, you need to compare the archs and override dh_auto_tests for that arch [06:41] I guess Mirv can do it [06:41] and give you an example :) [06:42] didrocks: that sounds good, thanks [06:42] bzoltan1: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtbase-opensource-src/revision/157 [06:42] Mirv: OK.. I take a look at it [06:47] Mirv: bzoltan1: you should rather do the contrary [06:47] list the arch you disable them on [06:48] Mirv: mind doing that on qtbase-opensource-src? [06:48] I think we want the tests running on arm64 [06:48] for instance [06:59] Mirv: FYI, I'm disabling the backend sync for now [06:59] Mirv: just to see if the spreadsheet will calm down [06:59] with less requests [06:59] ok, I need to look at that. right now I fail to remember if they did fail also there or not, and for some reason I don't remember I don't find the build logs for that upload that would tell it [07:00] thanks [07:05] Mirv: anyway, it seems the spreadsheet has been rolled back 2 days ago for me [07:05] Mirv: is it the same for you? [07:05] like usensord isn't landed? [07:10] didrocks: usensord looks landed to me? [07:10] I mean, on the spreadsheet too [07:10] Mirv: can you copy the spreadsheet to a backup? [07:10] it's not for me [07:10] so, maybe your version is more fresh than mine [07:10] Mirv: just file -> make a copy [07:10] and call it backup1 :) [07:14] Mirv: do you have the link of your backup? I want to compare with the view of reality I'm seeing [07:15] didrocks: I made a backup. unfortunately the backup is now also reverted. [07:15] urgh? [07:15] as is the normal one for me too :( [07:15] wth! [07:15] there is clearly some magic… [07:16] well, once the spreadsheet will be a better shape, we'll reconciliate I guess [07:16] in a* [07:16] with the reality [07:17] urgh indeed [07:18] didrocks: what I did see is that the Revision history seems to have been stuck at the same point on Apr 30 in any case, no matter how many changes or landings after that. [07:18] Mirv: indeed [07:18] so it feels like it's permanently stuck there, and then resets every now and then to that point [07:18] seeing exactly the same [07:19] Mirv: well, the weird thing is that the image build number is from today [07:19] I disabled both cronjob to update that and the status [07:19] ah, let's try something [07:20] I'm locking down the spreadsheet [07:20] to only me [07:20] (for the pending one [07:20] that: [07:20] - will force people to ask us about it [07:20] if they don't read robru's email [07:20] - we will see then if the spreadsheet stabilize without any writings… [07:42] Well, that explains why I can't see the spreadsheet. [07:43] yep :) [07:43] well, you should see it still [07:43] just not edit [07:44] (I can clearly see it in an anonymous account here) [07:47] Oh, actually... it seems that the sheet I can't access is something else. Not sure what. I can still see the landing one though. [07:47] Given its placement in my tab hierarchy... I'm guessing it's the malta sprint attendance sheet. [08:20] didrocks, hmm, did you actually want to have a meeting ? [08:21] ogra_: why not? we did get a new image, right? [08:21] * ogra_ thought we'd skip due to lack of people [08:21] only sil2100 is missing [08:21] more than one, yes [08:21] ah k [08:26] guys, any idea with what's wrong with https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/469/console ? [08:30] Mirv: are you going to time out? [08:31] can't you ghost/release it? [08:31] ogra_: coming? === infinity3 is now known as infinity === Mirv_ is now known as Mirv [08:32] ha! thanks Laney. [08:33] I don't think I've ever used that command before [08:33] if google lets me [08:34] ph33r the nickserv === Ursinha_ is now known as Ursinha === kalikiana_ is now known as kalikiana === dbarth_ is now known as dbarth === john-mca` is now known as john-mcaleely === davmor2_ is now known as davmor2 [09:05] hey [09:06] Morning all [09:06] so did you guys figure out the spreadsheet instability? [09:06] just looking to have a new silo ;) [09:09] dbarth: no, the sheet seems resetting to Apr 30th state every now and then. [09:09] even when it seemed to work, it claimed there were no later changes after that certain point in the Apr 30 evening === vrruiz_ is now known as rvr [09:17] dbarth: we can still assign silos manually though if needed [09:18] Mirv: just propose that, and tell peoople to use http://people.canonical.com/~rbpark/citrain/ for tracking [09:20] Mirv: I can build a rescue job for assigning everything manually as in the past if needed, wdyt? [09:23] didrocks: I think an old-style preparing manually sounds good [09:23] Mirv: ok, let me cook that! === ev_ is now known as ev [09:46] Mirv: ok, I tried both configuring and reconfiguring an existing silo [09:47] Mirv: so, all works from https://ci-train.ubuntu.com/job/prepare-silo-manual [09:48] didrocks: here is the silo request: http://pastebin.ubuntu.com/7378542/ [09:48] and ignoring conflict works [09:49] * didrocks now frees silo 16 & 17 [09:49] dbarth: you have branches and not merge requests [09:50] oops [09:51] didrocks: http://pastebin.ubuntu.com/7378551/ [09:51] didrocks: ok! good to have that fallback for now. [09:51] Mirv: I'll assign that one FYI ^ [09:52] dbarth: landing-018 for you [09:52] dbarth: direct links for the job will be available at http://people.canonical.com/~rbpark/citrain/ (or directly on jenkins) [09:53] ok nic [09:53] e [09:53] ok [09:54] Mirv: i'm also trying to get some webbrowse-app SRU out the door (line 36) [09:54] to make room for olivier [09:55] i pinged the rlease team, but maybe you can help? [09:55] i can ensure some quick verification-needed/done cycle once i'm out of unapproved [09:57] dbarth: I don't think there's anything else that can be done besides pinging to get it out of unaproved [09:58] dbarth: so another SRU still after that one? [09:59] Mirv: ok [09:59] Mirv: and yes, there will be one more [09:59] (plus the seies of unity-webapps-* fixes in the other line) === vrruiz_ is now known as rvr [10:29] didrocks: one my landings has a bad changelog (misses a bug ref. which was attached to another branch, anyway) [10:30] didrocks: question: do i need to go CI again, or could i update my MP with the changelog change? [10:30] i'm tyring to see what's simpler / safest [10:30] dbarth: you update the MP with the changelog change, rebuild only that component (with REBUILD_PACKAGES = "source package name") and get that republished [10:31] dbarth: if you didn't change the changelog in that MP, just attaching to the bug to the MP is enough [10:31] didrocks: ok [10:31] dbarth: with the same partial rebuild trick [10:31] ok,trying that now [10:40] Mirv: didrocks: the silo9 is ready to land, all tests are green [10:42] spreadsheet still broken, or can i add new landing asks? [10:43] bzoltan: no ack on silo9 landing [10:43] bzoltan: new build-deps in universe [10:44] didrocks: What is that new build-deps? [10:44] mhr3: still broken, but if you pastebin your request, we can assign silos manually [10:44] bzoltan: python3-flake8 [10:44] https://ci-train.ubuntu.com/job/landing-009-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-ui-toolkit_0.1.46+14.10.20140502.3-0ubuntu1.diff [10:45] bzoltan: the changelog is weird, seems you even didn't get it mention in the commit [10:45] didrocks: let me find the chap who made that... [10:46] bzoltan: you bundle multiple commits in one MP it seems [10:46] bzoltan: you would need to file the changelog manually to get it correct [10:46] fginther: hi. seems there doesnt seem to be CI on ubuntu-settings-components anymore. Any idea? [10:46] bzoltan: so changelog will need fixing as well [10:47] didrocks: yes, we use a staging branch of the UITK for some time now [10:47] bzoltan: so, please file up the changelog manually [10:48] bzoltan: or the generated one will be messed up [10:48] or ensure the commit message contains everything [10:48] didrocks: I rather fill up the changelog ... [10:49] didrocks: other than the changelog ... what is the problem with the new build-dep? [10:49] bzoltan: it's in universe [10:49] didrocks: media-player looks like it locks up if you pause it and try to close it, but it doesn't actually close the app would be why the tests are failing maybe? [10:49] didrocks: is it a problem I should/could solve? [10:49] bzoltan: you should solve for sure [10:50] solve* [10:50] fginther: ok, so ci seem to be there, but not autolanding [10:50] didrocks: no idea how [10:50] didrocks: ogra_: so the reason for manta showing less number of tests is because it goes 'device not found' during a few tests. unity8 is seeing this the most [10:50] bzoltan: you need to either to a MIR [10:50] bzoltan: to get the build-deps in main [10:50] or remove it from the build-deps list [10:50] until then, publication is blocked [10:50] didrocks: OK [10:51] bzoltan: the MIR needs to be approved, which can take some weeks [10:51] days if you push a little bit :) [10:52] davmor2: interesting… [10:52] bzoltan: let's not wait that long... but remove the build-dep for now? [10:52] davmor2: yeah it seemed something is funny with the media player even though it plays back videos. [10:52] t1mp: I do not know why elopio mad that [10:53] the silo rbuild worked perfectly [10:53] just sayin [10:53] t1mp: bzoltan: next time you add a dep, please check if it's in main or universe first, before the landing [10:53] or just kick out the MP which change the dep? [10:53] didrocks: OK [10:53] ah no, you can't… you are using another trunk [10:54] didrocks: packaging MRs should be reviewed by Mirv or by me... it was overlooked... I revert that MR [10:54] great [10:55] cool [11:02] Mirv: when you get 5 mins could you please push filemanager click 0.3.169 to the store. I have run all ap tests. http://s-jenkins:8080/job/filemanager-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.filemanager_0.3.169_armhf.click [11:02] popey: sure [11:03] thanks [11:05] popey: done https://myapps.developer.ubuntu.com/dev/click-apps/159/ [11:05] thank you [11:05] shorts 218 or newer could be nice to have too, since it should fix the tests [11:07] doing now [11:08] Mirv: going for a run, in case mhr3 replies on day with a landing, I will let you handling it :) [11:09] didrocks, oh yea, thx btw, preparing more branch ;) [11:09] mhr3: we have an emergency job I've done today for that [11:09] mhr3: and you have http://people.canonical.com/~rbpark/citrain/ for checking the backend status while the spreadsheet is disabled [11:10] (and links to the jobs) [11:10] didrocks, yea, robru's web is awesome [11:10] Mirv: am having to bump the sdk framework version because some of the apps are still on 13.10 - bug 1315318 is tracking it. [11:10] bug 1315318 in Ubuntu RSS Feed Reader App "App uses old framework" [Undecided,New] https://launchpad.net/bugs/1315318 [11:10] we should just have been using that :) [11:10] mhr3: it doesn't have inline/collaborative editing [11:10] database [11:10] didrocks, details :P [11:10] or even archiving/free text :p [11:10] ahah [11:10] and login/sso permissions [11:11] mhr3: so, the only thing you won't be able to do is reconfiguring yourself [11:11] be sure to put all MPs [11:11] or you have to ask us for reconfiguring :p [11:11] k [11:12] popey: aha, that's nice. I'm wondering whether the OpenGL webapp games could see a framework bump to switch to oxide? folks would like to get QtWebKit 5.2 back in, and the only downside we had with that vs 5.1 were the OpenGL web site regressions [11:13] well everything is going to have to go 14.04 [11:13] because nothing can go in the store if it's 13.10 [11:13] ah, ok, so it will happen eventually [11:13] we also need to have *that* discussion about when 14.10 framework comes along - lool ? [11:14] because music is soon going to make changes which will not work on 14.04 [11:25] also if we want turn -dev1 into proper -dev [11:25] afaik -dev1 was only supposed to be used while the 14.04 framework isnt 100% finished === alan_g is now known as alan_g|lunch [11:38] indeed. [11:45] Mirv: could you please do the same for reminders http://s-jenkins:8080/job/reminders-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.reminders_0.5.110_armhf.click [11:49] popey: yes; so basically as soon as there's a new API/ABI that we want apps to be able to use, we should introduce a 14.10-dev1 [11:55] popey: done === josepht changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: josepht | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: spreadsheet problems, do not trust CI-SNCF bot [12:06] Mirv: thanks === jhodapp|afk is now known as jhodapp [12:34] ogra_: where do bugs in adb on the device go? [12:34] e.g. bug 1290435 [12:34] bug 1290435 in touch-preview-images "Adb doesn't recognize Nexus 7 2013 'flo'" [Undecided,New] https://launchpad.net/bugs/1290435 [12:34] Mirv, so, can i get a silo with [12:34] popey, android or android-tools depends what kind of bug [12:34] https://code.launchpad.net/~unity-team/unity-scopes-api/staging/+merge/218063 https://code.launchpad.net/~unity-api-team/unity-scopes-shell/fix-tests-after-click-support/+merge/217480 https://code.launchpad.net/~mhr3/unity-scopes-shell/fix-1314702/+merge/217795 https://code.launchpad.net/~mhr3/unity-scopes-shell/test-reorg/+merge/218055 [12:35] Mirv, that ^? [12:35] Mirv, it's just some minor bugfixes [12:35] ogra_: that bug, confirmed my flo thinks its mako [12:35] popey, hmm, thats a duplicate of one that pmcgowan filed recently ... i cant find it though :P [12:36] i filed it too [12:36] in the sdk. [12:36] mhr3: okie [12:36] all devices as mko :) [12:36] *are [12:36] thats hardcoded in adbd ... not easy to fix [12:37] I thought we fixed that [12:37] no, its not an easy fix [12:37] i can fix it but we will lose all debugging functionality [12:37] mhr3: landing-016 [12:38] and adbd would only work if nothing is broken (i.e. no adb in initrd or when the container fails to start anymore) [12:38] wonder if I closed that incorrectly [12:38] ok, moved bug 1290435 [12:38] bug 1290435 in android-tools (Ubuntu) "Adb doesn't recognize Nexus 7 2013 'flo'" [Undecided,Confirmed] https://launchpad.net/bugs/1290435 [12:39] i have no idea why QTCreator relies on that info though ... it should read the property instead like everything else does [12:39] Mirv, ty [12:39] ogra_, looks like qtc was fixed [12:39] ah [12:40] so the reporter uses an old version ? [12:40] pmcgowan: after mpt filed bug 1313651 I have being going through those bugs again.. seems there's still some outstanding in the wrong place [12:40] bug 1313651 in touch-preview-images "touch-preview-images project inappropriately accepts bug reports" [Undecided,New] https://launchpad.net/bugs/1313651 [12:40] (teh bug against adbd shouldnt be closed though ... ) [12:41] right, the other one is closed https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1297989 [12:41] Ubuntu bug 1297989 in qtcreator-plugin-ubuntu "Not detecting Nexus 7 2013" [Critical,Fix released] [12:41] he filed the bug just before the fix [12:42] well, the adbd one is still valid [12:42] yep [12:42] and we need some way to switch between hardcoding and properties ... but that will be a non trivial change [12:43] but i see QTC now uses libusb info ... thats good :) === bfiller_afk is now known as bfiller === pete-woods is now known as pete-woods-lunch [12:58] ogra_: thanks for the free shower btw, but… I didn't order it! [12:58] :) [13:00] and sure… blue sky now [13:00] * didrocks shakes a fist at clouds [13:01] hey ! [13:01] we make money with clouds ... dont curse them :P [13:02] ;) === tedg` is now known as tedg [13:15] ogra_: we have several devices in the lab with some strange problems. It started out looking like two different things but looks to be the same now. got a sec? [13:15] sure [13:16] maybe linked to the WLAN connection issue? [13:16] i saw your ping in the backlog already [13:16] that shouldnt affect adb [13:16] ogra_: I have a device that I was trying to flash with u-d-f, and it would seem to complete according to the recovery.log, but it never rebooted after [13:16] oh right, stupid me :) [13:16] ogra_: I tried trusty, utopic, stable... didn't matter [13:16] and oyu used --bootstrap ? [13:17] so that recovery gets flashed too [13:17] ogra_: then fginther showed me that he had 3 devices (all running the latest trusty image) that he couldn't even boot to fastboot [13:17] ogra_: yes, I did use --bootstrap [13:17] hmm, weird ... [13:17] ogra_: so just to start over completely, I had rfowler_ take mine, and one of fginther's and reflash with android, re-unlock, and reflash a touch image on them [13:18] the only idea i have would be a kernel level bug ... adb reboot/reboot recovery/reboot fastboot all just directly call a kernel function [13:18] ogra_: he was able to get the touch image on there I guess, but maybe not competely... it gets an oom whenever we try to install now, and some strange errors at the end of the log [13:18] ugh [13:18] https://pastebin.canonical.com/109485/ [13:19] E:Error in select (Bad file number) [13:19] and the oom: [13:19] https://pastebin.canonical.com/109484/ [13:19] ogra_: so I'm worried that all of these devices are just fried now, but strange for them to all happen in such a short timeframe [13:20] because I was thinking that starting completely fresh should resolve whatever was going on, right? [13:20] theoretically ... [13:20] i wonder if the flash is worn out [13:21] reflashing 100 times a day can surely hit wearl levelling [13:21] *wear [13:21] we don't flash 100 times per day for sure [13:21] maybe up to 5 times or so [13:21] usually more like 1 or 2 [13:25] could you try with an older u-d-f ? [13:25] moght be thet formatting the partitions goes wrong or so [13:25] hmm [13:26] ogra_: you mean an old image? or an old version of udf? [13:26] old version of udf [13:26] ogra_: also, if that's the case wouldn't we see problems with all the devices? [13:26] probably [13:27] didrocks, hey, I'd like to SRU the fix for https://bugs.launchpad.net/unity8/+bug/1304548, have an MP set up and the bug description updated [13:27] Ubuntu bug 1304548 in Unity 8 trusty "[SRU] Scopes support depends on Unity8 and other non desktop packages" [Undecided,In progress] [13:27] didrocks, can you do the nomination for me? [13:28] Saviq: just name it and I'll approve the nomination [13:28] nominate* [13:28] didrocks, also, shall I be verifying the fix against -proposed, or just -updates? [13:28] didrocks, how do I nominate? [13:28] plars, i just see that udf formats flash ... and your error message in the paste kind of indicates a filesystem issue [13:28] Saviq: oh, it's the split common package? [13:28] well, formats /cache [13:28] Saviq: this isn't SRUable [13:28] didrocks, oh [13:28] didrocks, new package? [13:28] Saviq: no packaging changes in SRU [13:28] didrocks, can I get a silo for fixing the mediaplayer-app autopilot tests? https://code.launchpad.net/~jhodapp/mediaplayer-app/fix-ap-tests/+merge/218075 [13:28] especially large like that one [13:29] and they wanted to SRU all the unity8 development... :D [13:29] jhodapp: oh, that easy? no need to ship the file in the .install one? (you already include the directory?) [13:29] Saviq: and I warned them about it :) [13:29] Saviq: you can try backports [13:29] ogra_: how about if I try to flash a saucy image with phablet-flash? :) [13:30] Saviq: talk first to the SRU team, but I doubt this will allow that as a SRU [13:30] plars, nah, use something that can flash a recent image [13:30] didrocks, I just followed the example of what's already there, technically I don't maintain mediaplayer-app :) [13:30] plars, when exactly did that start ? last udf upload was on wed. [13:30] ogra_: well phablet-flash *should* be able to do trusty too [13:30] didrocks, in that case I'll first try and understand the dependency issue the guy described there [13:30] jhodapp: ok, did you check that the produced .deb contains the file? [13:30]