=== mhall119|afk is now known as mhall119 === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: vila | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: DC electrical maint., http://goo.gl/DStL [08:19] Mirv: \o/ congrats on your first upload :) [08:19] thanks didrocks :) === mardy_ is now known as mardy === Ursinha_ is now known as Ursinha [09:31] sil2100: ogra_: coming? [09:31] didrocks: yes, logging in... taking ages [09:32] And now FF crashed === mandel` is now known as mandel [10:08] vila: I can't run stacks http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Apps/job/cu2d-apps-head/445/console [10:08] or at least the apps stack [10:09] also the autostarting hasn't been working for two days it seems http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/All/job/cu2d-build_all-head/ - the latest one claims media stack would have been running while it's not [10:09] Mirv: O_o [10:10] Mirv: /me looks [10:10] Mirv: I did restart daily-release-executor as soon as I joined this morning, no idea if it's related [10:12] Mirv: that http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Apps/job/cu2d-apps-head/445/console is weird and sounds like an illegal use of cu2d properly caught ? [10:13] vila: well there's nothing queued. so certainly caught from thinking that it's already queued, but it's not and same for media stack. [10:14] Mirv: *.started files left around ? [10:14] yes [10:14] root@jatayu:/iSCSI/jenkins/cu2d# find . -name '*.started' -print | wc -l [10:14] 6 [10:14] didrocks: given that no jobs are running on q-jenkins right now, those can be safely removed right ? [10:15] vila: yeah, weird that we starts seeing that, it wasn't the case before, does your jenkins crash? [10:15] didrocks: and they can cause the above behavior or I'm cli... great [10:15] vila: I agree we should be more resilient, but I don't understand why we have that [10:16] vila: removing the .building as well please [10:16] didrocks: I didn't heard about a crash but there was some power-related issues [10:16] didrocks: so may be a restart was done, I'll ask about that as part of the incident log/asana task [10:17] vila: yeah, if you cancel all the running jobs, that shouldn't happen [10:17] didrocks: nah, not sure about more resilient for that specific case until we know why we end up in this state [10:17] but we need to be more resilient [10:17] vila: agreed === apw` is now known as apw [10:17] didrocks: it seems this is a safe-guard, I don't want to change it until it's required to implement something better [10:18] didrocks: but yeah, we need to find a way to be more resilient ;) [10:19] root@jatayu:/iSCSI/jenkins/cu2d# find . -name '*.building' -print [10:19] ./work/head/friends/stack.building [10:19] ./work/head/phone/stack.building [10:19] ./work/head/unity/stack.building [10:19] ./work/head/settings/stack.building [10:19] root@jatayu:/iSCSI/jenkins/cu2d# find . -name '*.started' -print [10:19] ./work/head/apps/stack.started [10:19] ./work/head/friends/stack.started [10:19] ./work/head/phone/stack.started [10:19] ./work/head/unity/stack.started [10:19] ./work/head/media/stack.started [10:19] ./work/head/settings/stack.started [10:19] Mirv, didrocks: I'll remove those [10:19] thanks vila [10:20] done [10:20] Mirv: try again ? [10:20] damn [10:20] forgot to check the dates/times :-/ [10:22] thanks vila, works now [10:23] wow, progress :) From ping to works in 14 mins, ok, lucky guess on .started files but hey ;) [10:24] vila: yeah, yeah, too bad you didn't take one more minute to get the dates on those files to help investigate the root cause... [10:31] Mirv: as you pointed out, http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/All/job/cu2d-build_all-head/303/console seems to indicate the issue is older than the power maintenance in the lab === wgrant_ is now known as wgrant === psivaa is now known as psivaa-afk === vrruiz_ is now known as rvr [11:47] Mirv, looks like qtdeclarative-opensource-src is in the release pocket now ... how about an image build ? === psivaa-afk is now known as psivaa [12:05] ogra_: sure. notes-app is now there too. [12:13] awesome, starting a build then [12:14] === Image r47 building === === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: DC electrical maint., http://goo.gl/DStL [12:30] didrocks: I'll charge up and upgrade my phone and test the hud fix, it's merged in [12:30] sil2100: excellent! [12:31] vila: the goo.gl url in topic goes to cars.com? [12:32] its close to christmas, you probably want to buy a new one :) [13:06] t1mp: interesting... === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - [13:17] === Image r47 DONE === [13:33] * didrocks upgrades [13:34] let's see if I can have French AND keyboard [13:36] yeah [13:36] * ogra_ needs to do a fresh install ... the touch-session hackery completely broke my maguro [13:40] ogra_: I can haz KEYBOARD! :) [13:40] yipiiee !! [13:40] thanks xnox_! [13:40] * ogra_ can still haz 10M download time :( [13:40] I guess now, Rick and other will still want an integration test for it :) [13:41] didrocks: your welcome =) let's see if ubuntu-keyboard works on amd64 [13:42] as far as I remember it did work on "ubuntu desktop nexus7 remix" [13:42] that wasnt ubuntu-keyboard though [13:44] default was onboard, but i did test malliit /ubuntu-keyboard from a ppa. [13:44] .. [13:44] ah, cool [13:44] it seems to launch, but it is hidden. Is there a programtic way to invoke / show keyboard? [13:44] focus an input field ? [13:45] probably in a Qt app, not sure if it works with all toolkits [13:47] what the..... i need to make a video [13:52] ogra_: https://plus.google.com/109160032876474505377/posts [13:52] never mind my fiddlings, but 30s onwards is spectacular [13:54] xnox_, is that Mir _ [13:54] ? [13:54] ogra_: no X. [13:54] ogra_: i can try with mir. [13:54] definitely pretty broken === retoaded changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: retoaded | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - [14:08] davmor2, hmm, after a fresh flash with r47 my maguro comes up with no signal again ... dis/enabling wlan makes it work [14:09] (and yay, german keyboard with umlauts and all now) [14:09] ogra_: I'll check in a minute [14:13] hmm, seems to only have happened on first boot ... reboot gets me two bars immediately ... probably it actually didnt have a signal [14:17] ogra_: did you connect to wifi in the meantime? [14:17] yes [14:17] well, it came up connected [14:18] (to wlan) [14:18] disconnect from the wifi and reboot, if it is the issue we had before then it should fail to connect with no wifi [14:19] comes up fine on edge network [14:20] i think i probably just didnt have a signal and it was right [14:20] ogra_: thank god for that :D [14:20] no click packages though [14:20] hmpf [14:21] ogra_: start searching they'll appear if you have a connection [14:21] nope, they dont [14:21] already tried [14:22] the music lens has no online music ... (video does) [14:22] ogra_: they hate you then, don't take it personally though, just get even by not writing anymore :D They'll be sorry :D [14:22] heh [14:25] * ogra_ reboots again, perhaps they come back [14:26] yeah [14:26] reboot brought them back [14:27] maybe the check for connection is only at boot [14:27] and don't pick up the signal then [14:27] and the video just initialize when you *just [14:27] * got a connection [14:27] didrocks: no I thought it did a check every so often I could be wrong though [14:27] ah ok :) [14:28] it does [14:28] didrocks: I'm saddened by how many videos failed to be detected by mediascanner [14:29] hmm [14:29] the font in the browser URL bar changed ... looks pretty condensed now [14:30] davmor2: yeah, we discussed about it [14:30] this morning IIRC [14:30] ogra_: yeah, I prefer it personnaly [14:30] davmor2, see the backlog from #phablet from last night [14:30] ogra_: can see more of the url [14:31] there was plenty of discussion about video scanning [14:31] didrocks, yep, looks better [14:31] i still cant append anything to the URL though ... [14:32] no way to get the cursor where i would need it without hitting the clear button [14:33] yeah, it's really annoying. I found myself retyping the same thing again and again [14:33] heh, yeah [14:39] hi popey, I noticed that a lot of the filemanager bugs mentioned on your going green spreadsheet say fix commited now, but I didn't see any updates in the branch or to bugs like https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1256862 [14:39] Ubuntu bug 1256862 in Ubuntu File Manager App "Multiple cancel test failures on #40 on mako" [Undecided,New] [14:39] popey: was the fix somewhere else? [14:45] balloons: actually it looks like you made the change in the spreadsheet, any ideas? ^ === xnox_ is now known as xnox [14:49] plars: https://code.launchpad.net/~nskaggs/ubuntu-filemanager-app/debug-ap-tests/+merge/197593 [14:54] that's "in progress" not "fix committed" [14:54] when it merges, then it'd be fix committed [14:56] #blameballoons [15:14] Saviq, ping [15:14] fginther, pong [15:16] Saviq, I want to follow up on the builder-hooks problem. First, are there any MPs waiting that still needs to be tested with the daily PPA? [15:18] fginther, not from my side, no - we've forced them through and they're released now [15:20] Mirv: which tests do you expect your notes-app change will fix? [15:20] Saviq, I might be missing something... You needed the daily PPA to actually get some MPs merged? this wasn't just an experiment to see if they would build? [15:21] fginther, at that point, yes, as there was stuff that got merged against daily-build [15:21] fginther, as daily-build was added to unity-mir jobs by default [15:21] fginther, so it merged stuff that only built against daily-build [15:22] fginther, and then we were screwed unless we built other things against daily-build [15:22] plars: i reported bug 1256048 for the notes app hangs, is that one for the go green page? [15:22] bug 1256048 in notes-app "notes_app.tests.test_images.*.test_no_crash hang on both mako and maguro" [Undecided,New] https://launchpad.net/bugs/1256048 [15:22] fginther, 'cause unity-mir in mbs depended on things that were only in daily-build [15:22] fginther, btw, notify-osd can go away from unity8- jobs [15:22] psivaa: I think I had an earlier bug on those too, did you look at that? or is this a different problem [15:23] Saviq, ack, are the unity8 and unity-mir build configurations correct now? [15:23] fginther, yes [15:23] * fginther looks [15:23] plars: i dint know if there was one reported earlier. do you have that bug handy? [15:23] fginther, the issue now is, when we actually *do* need to test/experiment against daily-build, we can't [15:24] Saviq, ok. Correct, as the jobs are constructed, you would have to build one of the child jobs to manually add a ppa [15:25] Saviq, changing hooks on the parent job does not change the builder jobs [15:25] fginther, yeah, which is unfortunate, it did work before [15:27] Saviq, but before, it was broken for other projects :-(. What I can do is look at the projects that have custom hook configurations and see if there is another way to do that [15:31] fginther, or maybe just an override_hooks on the master job [15:34] Saviq, the trick is getting jenkins to do the right thing, it's not the most robust of programming environments ;-/ [15:40] fginther: I'd like to move https://code.launchpad.net/~ubuntu-sdk-team/qtorganizer5-eds/trunk to https://code.launchpad.net/~phablet-team/qtorganizer5-eds/trunk. Would this require a change to jenkins/CI setup? [15:42] fginther, I understand [15:45] bfiller, yes, that does [15:45] bfiller, wait [15:45] bfiller, will lp:qtorganizer5-eds point to the new location? if so, then no change is needed [15:45] fginther: yes it will [15:45] sergiusens: we are having a meeting at 3CST today about subunit/autopilot/ci. Since CI doesn't really use autopilot directly, i was wondering if you might want to join as a "phablet-tools" representative? [15:46] bfiller, then it doesn't require a jenkins config change, sorry for the initial wrong answer [15:46] fginther: np, thanks for the help [15:50] sil2100, hey, I forgot mentioning: there is a bug for the recipe timeouts in LP, bug 1201984 [15:50] bug 1201984 in Launchpad itself "Recipe main pages and controls timeout over 90% of the time" [Critical,In progress] https://launchpad.net/bugs/1201984 [15:53] doanac, sure === Ursinha is now known as Ursinha-afk === mhr3__ is now known as mhr3 [16:33] ogra_: can you confirm https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1257791 ? === Ursinha-afk is now known as Ursinha [16:33] Ubuntu bug 1257791 in Ubuntu Terminal App "Enter and backspace broken in terminal" [Undecided,New] [16:34] popey, i'll check (no phone around me atm but will check before the landing meeting) [16:39] ok, thanks [16:48] popey, done (and commented) [16:48] thanks === bfiller is now known as bfiller_afk [16:49] oh, hmm, the graphics are actually supposed to look like ther it seems [16:49] even in the search where both keys work they look like this [16:58] Damn, someone please help my desktop system, it's so broken [16:58] I can't even start a guest session now :o [16:58] reinstall :) [16:58] sil2100, did you get the lightdm update from yesterday/reboot since? [16:59] that should be fixed with it [16:59] (works for me) [16:59] popey, btw, getting the terminal to start is a really hard job ... takes at leasz two attepts for me [16:59] seb128: oh, ok, I dist-upgraded like 2 hours ago and didn't reboot yet [16:59] seb128: thanks for the info! [16:59] yw [16:59] time to reboot and see if those issues are resolved or still happening [16:59] ogra_: odd, starts fine here [17:01] i get a white screen at least once [17:02] for verifying the bug it actually took three attempts [17:02] plars: sil2100: coming? [17:02] didrocks: brt [17:46] didrocks: hmmm, hud failed to build for arm64 in -proposed - is that a blocker, or is arm64 silently ignored? [17:47] didrocks: it seems to be a failing unit test there [17:47] sil2100: depends, did it built before? [17:47] on arm64 [17:47] didrocks: yes [17:48] didrocks: it might be a flacky unit test, as we had before with hud already [17:48] sil2100: so, yeah, it's a blocker, can it be a racy one? [17:48] url so that I can relaunch? [17:49] didrocks: https://launchpad.net/ubuntu/+source/hud/13.10.1+14.04.20131204-0ubuntu1/+build/5301055 [17:49] didrocks: if it fails again, I'll poke the hud guys about this [17:50] sil2100: yep, retried :) [17:50] Thanks! :) === retoaded changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - [18:13] plars, ping [18:13] Saviq: hi [18:13] plars, you said you're seeing a different number of crashes [18:13] in http://ci.ubuntu.com/smokeng/trusty/touch/maguro/47:20131204:20131203/5267/unity8-autopilot/ [18:13] plars, but there's no .crash? [18:13] plars, we're seeing that on mako as well, locally, just no way to reliably reproduce [18:14] plars, I mean in isolation - if you just run that one test [18:14] plars, it will pass, they just fail when ran in sequence [18:14] plars, and actually always the same fail [18:14] Saviq: I am seeing failures, not crashes, sorry [18:14] plars, right, so same [18:14] Saviq: if you look at the past few runs, we see a lot of different failures on maguro, not on mako though [18:15] plars, yeah, we seem to have a branch in queue that barely touches the code, but reliably causes the same failures on mako [18:15] Saviq: that doesn't sound like an improvement :) [18:16] plars, well, it helps to reproduce [18:16] Saviq: but confirms that it's likely timing related [18:16] plars, yeah, thanks for the bug [18:19] ogra_: ok, so... HUD will have problems migrating, the arm64 build is failing [18:19] ogra_: https://bugs.launchpad.net/hud/+bug/1257861 <- bug reported [18:19] Ubuntu bug 1257861 in Unity HUD "HUD lp:hud trunk FTBFS on arm64" [Critical,New] === fginther changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: fginther | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - === bfiller_afk is now known as bfiller [19:31] plars: retried notes-app? :/ [19:31] asac: no, we discussed on the call earlier that it's not expected to work until the click package is rebuilt [19:32] ok [19:32] didier said: [19:32] > -> Done and delivered in image 47. Let's hope the dashboard will confirm the [19:32] > fix. \o/ [19:32] how can we get the click package uploaded? [19:32] plars: ? [19:32] sergiusens: do you know how to get a rebuild of a click? [19:32] asac: I think sergiusens needed to do something with that [19:33] ah so seems he is on it [19:33] asac: didrocks was going to poke him about it iirc [19:33] there were some others that needed it too [19:35] ok lets see what sergiusens says [19:35] would be good to respin just for that [19:35] to cash it in [19:41] asac, a rebuild or republish? [19:41] plars, ? [19:43] sergiusens, thought I'd check-in and chat about core apps landings. File manager and music are both ready to go [19:43] balloons, yeah, popey pinged me earlier and was going to get to it now [19:43] sergiusens, excellent. thank you [19:46] sergiusens: everything. fix all those test failures is the goal [19:46] notes-app and filemanager at least [19:46] :) [19:49] asac, ack, I wasn't tracking notes as it wasn't here https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AnZdnhOl8MU5dFhvQklYVXdwRjR6VFoxN3pSZFRrN3c#gid=0 [20:07] hmm, sil2100 just dropped after pinging ... [20:08] * ogra_ retires the hud build and will check back later [20:11] ogra_, did I just read "retire the hud"? [20:24] sergiusens: can you ask ogra to kick image once the filemanager/notes things are done so didrocks can confirm the results tomorrow? [20:24] or kick on your own :) [20:26] asac, I can kick another one myself if that's ok [20:36] josepht: I promised you a blog post about subunit aaages ago, and I just finished it (and by "finished", I mean "got fed up with how long it was getting, and decided to stop writing it"). [20:36] josepht: You may read my ramblings, if you wish at http://www.tech-foo.net/making-the-most-of-subunit.html - or we can talk about it in the call in 30 minutes time [20:45] thomi: cool, thanks [20:47] kenvandine: you have stuff INPROPOSED? [20:47] kenvandine: do you know what else was inflight etc. or an sergiusens just do a new image once his notes-app etc. fixes are in [20:56] asac, that's all i know of [20:57] kenvandine: isnt that in? [20:57] unity-scopes-api [20:57] also i see notify-osd and notify-osd-icons INPROGRESS with robru [20:58] asac, yep, got notify-osd-icons packaged up, just building now [20:58] robru: ok cool. but not in the archive? [20:58] asac, not yet [20:59] sergiusens: when would you be ready to kick you think? [20:59] sergiusens: if its soonish, dont wait for robru :) ... beyond that it seems landings are in [20:59] asac, well I'm running the tests as well; should I just trust? [21:00] asac, sergiusens: yep don't wait for me. still need to test and publish, will be at least 2-3 hours before it's INARCHIVE [21:00] sergiusens: you double ccheck whether notes-app got really fixed? [21:00] asac, ack, was just checking filemanager, which only works well on devel proposed [21:01] ok [21:01] sergiusens: i think its good to double check if its not long :) [21:01] sergiusens: just coordinate with robru if this ends up longer than expected [21:02] e.g. > 2h [21:02] beyond that image would be ready to go with notes etc. [21:02] sergiusens: you want to join the subunit call? [21:02] asac, ok; my only issue is that I'm in between meetings; but I trust to get it done soon [21:02] doanac, yeah [21:02] sergiusens, asac i wanted to see if we can get the hud to build first [21:03] (thats why i announced the re-build) [21:03] doanac, seems I didn't get a notif; joining now [21:04] sergiusens, hud failed again with the same error, so feel free to kick a build whenever you like [21:07] ogra_: well, that takes at least 2 more hours to get in :) [21:07] so if sergius has th enotes-ap etc. ready having an image to confirm that its green [21:07] yeah [21:07] would be nice [21:07] step by step ... like in old times :) [21:08] err, what are you referring to with the 2h ? [21:08] getting hud to build and through proposed [21:08] hud needs serious fixing [21:08] right [21:08] the re-build failed (see above) [21:08] so thats out for today until ted gets around to it [21:08] yeah [21:08] well. btw, if something fails to build, i would automatically suspect that its not tested [21:09] so i wouldnt let it in without having folks go through a complete test cycle [21:09] :) [21:09] so maybe the fact that it doesnt build just means: go back hud :P [21:09] ok, I'll trigger when I'm good to go [21:09] asac, that comes from CI ... it was tested before it was let in [21:10] so that cycle is wasted already, not nuch you can do about it [21:10] ogra_: yeah, but it might have bitrotted in proposed [21:10] because of some reason [21:10] fact is that it doesnt build? if so, it surely should go back to start :) [21:10] the "lander" usually watches what he tested [21:10] right [21:10] on its way into the archive [21:10] hence, dont care about hud. rather land it right next time [21:10] (sil was the "lander" in this case) [21:11] yeah. well, i am sure ther eare reasons [21:11] as always :) [21:11] i just had hope that it was a buildd issue, since the failure was on arm64 [21:11] (all other arches build) [21:11] and usually good ones. but doesnt mean we should block. just have hud come back if its ready and continue producing images without it :) [21:11] yeah ic [21:11] ogra_: so you retried alreawdy? [21:11] for which the std. procedure is to first retry [21:11] hmm [21:11] yes [21:12] and it failed with the same test [21:12] so do we really need to wait for arm64 for hud :P [21:12] ? [21:12] i know that this is a loaded question [21:12] so we really are blocked on hud because of arm64? [21:12] you can ask #ubuntu-release if it can get forced through manually ... but it did build before on that arch [21:12] which generally means no exception [21:12] yeah [21:12] thats not good then [21:12] i agree [21:12] should come back working [21:12] :) [21:13] righ [21:13] t [21:13] at best we could give folks a cross compiler to reproduce that easily ... i am sure that hud developers will say that they cant test it :/ [21:13] packages that never built on an arch get automatically through [21:13] * asac looks at the build log [21:13] (else ppc FTBFS would hold up half the world) [21:13] its a self-test [21:13] hmm. build succeeded [21:13] right [21:13] https://launchpad.net/ubuntu/+source/hud/13.10.1+14.04.20131204-0ubuntu1/+build/5301055 [21:13] if never built, its ok [21:14] if built its critical :) [21:14] * asac scratches head and hopes hud folks konw whats wrong [21:15] test keyword mapping [21:15] asac, in any case we should make sure that the PPA builds arm64 too if possible [21:15] so we catch this early [21:15] right [21:16] not sure, it might do that already ... [21:17] dont see arm64 here: [21:17] https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages [21:17] yeah [21:17] we only have 3 builders [21:18] so who knows [21:18] anyway. good point. lets sort this out [21:18] or at least agree that we risk getting stuck in proposed :) [21:18] right, either is fine [21:23] * ogra_ updates bug 1257861 [21:23] bug 1257861 in Unity HUD "HUD lp:hud trunk FTBFS on arm64" [Critical,New] https://launchpad.net/bugs/1257861 [21:54] balloons, asac, ogra_ row 203 of landing asks confuses me [21:55] it needs a click package ... [21:55] i think thats what the comment means [21:56] (i think the assumption is that you can generate it) [21:56] ogra_: arm64 issues are often transient - has it been retried? [21:56] cjwatson, yes [21:57] cjwatson, fails in the same test with the same error [21:57] hm, that's a build on beebe, that's our most reliable builder [21:57] well, it fails reliably ... i wouldnt blame the builder after a rerty failed the exact same way [21:57] *retry [21:58] ogra_, it says phone ui fixes for the filemanager though? [21:58] I can nuke the old binary if we absolutely must, but it'd take out indicator-appmenu too and I'd rather see it investigated first [21:58] sergiusens, oh, heh, no idea how that got there or who added it [21:59] cjwatson, yeah, ted is at the sprint, i can get him poked about it tomorrow ... [21:59] given it worked recently it hopefully isn't too horrible to track down [21:59] sergiusens, just need to pull fm trunk [21:59] right, it worked all the former builds afaik [21:59] (I don't like forcing in ways other than removing the binary; it gives proposed-migration more things it can trade off which generally isn't a good thing) [22:00] cjwatson, btw, can we get arm64 support for the CI PPA to catch such failures earlier ? [22:00] sergiusens, the fm app has a tabletUI and phone UI. the tests failed on the phone UI (because it is slightly different [22:00] or is the arm64 buildd time to expensive at this time [22:00] ogra_: my worry would be that our builder hardware is still very scarce, and the CI PPA does a lot of builds (not all of which are needed for a complete Ubuntu archive) [22:01] yeah, thats what i suspected [22:01] we've enabled a few PPAs, but generally ones that do rather fewer builds, or that really are critical (like the security build) [22:01] ogra_: improved hardware has been trickling in, so hopefully we'll be able to lift this restriction soon [22:01] right, daily-release does a lot of test builds [22:01] but for now I think it's better to eat the occasional failure ... [22:01] right [22:01] agreed [22:02] Give me a shout if Ted can't sort it out [22:03] will do [22:03] balloons, ahhh; well I got latest trunk in (there are two fm entries [22:04] sergiusens, ahh.. Just grab latest is all we should need :-) rev 95 is what is needed [22:09] balloons, that's already in [22:20] balloons, the week test fails for me on maguro from calendar_app [22:26] === touch build triggered === [22:29] sergiusens: which landing is that? [22:29]