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