[04:41] <cyphermox> cihelp: qa-intel-4000 appears to be offline.
[05:11] <Mirv> plars: as I put in the landing plan, at least locally it fixed all but two when the suite was run all at once
[05:12] <Mirv> plars: the focus_on_second_click_outside/inside remained problematic, but all others passed. locally the drop was from 8 failing tests to 2.
[07:01] <vila> cyphermox: it's back after a power-cycle, no idea what happened there, the KVM just showed a black screen...
[07:08] <vila> cyphermox: last job was http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-intel-4000/769/console but the error there seems properly handled.
[08:18] <sil2100> Morning!
[08:18] <ogra_> moaning
[08:18] <sil2100> So it seems the lightdm upgrade broke my desktop system
[08:18] <sil2100> Couldn't get my session to start, had to downgrade
[08:18] <ogra_> as long as touch still works ...
[08:18] <ogra_> :P
[08:19] <ogra_> i dont think robert_ancell is around at this time :/
[08:20] <ogra_> the changes came partially from mterry ... he is at the sprint, so you should at least be able to catch him
[08:21] <ogra_> sil2100, was that the one from tonight or from yesterday ?
[08:21] <ogra_> 1.9.5-0ubuntu1 went in tonight
[08:21] <sil2100> hm, 1.9.4 was the problem for me, so maybe 1.9.5 fixes the issue?
[08:21] <sil2100> Had to downgrade to 1.9.3
[08:22] <ogra_> dunno, it has a few VT handling fixes
[08:22] <ogra_> so it might
[08:34]  * ogra_ sighs about the bug neither being triaged nor having any status set
[08:34] <ogra_> and it is also filed against the upstream project so nobody can editr it
[08:41] <Mirv> cjwatson: do you happen to know whether PPA builder support for "python:any (>= 2.7)" style dependencies is coming soon? it seems that's becoming more widespread and I can't do recipe builds.
[08:42] <Mirv> (unity8, ubuntu-keyboard)
[08:46] <didrocks> ogra_: do you have a bug ref? I maybe can change the status to what you need to
[08:47] <ogra_> bug 1257861
[08:47] <ogra_> would just be nice to have it triagable against the ubuntu package
[08:47] <ogra_> its ok now
[08:47] <didrocks> ogra_: paper done :)
[08:47] <didrocks> paperwork*
[08:48] <sil2100> Mirv: oh, so you're being haunted by this one as well?
[08:49] <ogra_> hmm, ths new lightdm missed r48
[08:59] <cjwatson> Mirv: nothing to do with PPAs, it works fine in PPAs
[09:00] <cjwatson> Mirv: maybe specifically recipe builds are broken, because they use pbuilder-based tools to satisfy dependencies
[09:00] <cjwatson> and pbuilder is the work of the devil
[09:00] <cjwatson> Mirv: I did have a tentative plan for improving this, though it'd help if you could give me the URL of a failed build
[09:01]  * ogra_ wonders if there is satan@ in the changelog entries
[09:02] <ogra_> cjwatson, FYI, hud has a fix https://code.launchpad.net/~pete-woods/hud/keywords-test-fail/+merge/197809 ... not sure why arm64 is different wrt the LANGUAGE var
[09:02] <cjwatson> it shouldn't be ...
[09:03] <cjwatson> oh, the builder was probably started from a shell
[09:03] <cjwatson> because new architecture madness
[09:03] <ogra_> ah
[09:03] <cjwatson> there's actually unreleased code in launchpad-buildd to filter out those environment variables
[09:03] <cjwatson> so the next launchpad-buildd release will avoid this
[09:04] <ogra_> good ...
[09:04] <cjwatson> still, sounds like a reasonable change anyway
[09:04] <ogra_> indeed, i was just curious, since other arches dont have the issue
[09:05] <cjwatson> I'll probably try to roll out a new lp-buildd once I get the livefs work landed and maybe see about this recipe stuff
[09:05]  * cjwatson -> doctor
[09:07] <sil2100> cjwatson: hi! I have problem viewing recipes (being struck by the LP timeout issue) but for instance builds from this recipe are failing for us because of that:
[09:07] <sil2100> cjwatson: https://code.launchpad.net/~ubuntu-unity/+recipe/unity8-daily-custom
[09:07] <sil2100> cjwatson: example log: https://launchpadlibrarian.net/157910803/buildlog.txt.gz
[09:07] <sil2100> cjwatson: I guess that's the same issue as Mirv pointed out
[09:09] <cjwatson> well, that
[09:09] <cjwatson> 's different
[09:09] <cjwatson> infinity was going to update the chroots to resolve that one
[09:09] <cjwatson> anyway, must run
[09:13] <infinity> cjwatson: Ahh, indeed, yes, got sidetracked.  I'll do that first thing in the after-I've-sleptning.
[09:13] <Mirv> cjwatson: aha, you're right, indeed the dependency build is the one thati fails, sorry for being imprecise.
[09:13] <Mirv> cjwatson: https://code.launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+recipebuild/600405
[09:13] <Mirv> sil2100: yeah I'm also hitting the LP timeouts heavily, sometimes I need to refresh tens of times before I get a view
[09:19] <ogra_> sil2100, bug 1254880  ... does that look like your lightdm issue ?
[09:26] <sil2100> ogra_: sounds very similar!
[09:27] <ogra_> yeah
[09:31] <didrocks> ogra_: coming?
[09:32] <sil2100> ogra_: hangout!
[09:32] <ogra_> on my way
[09:56] <cjwatson> Mirv: Right.  So my take on this is that I'm not yet convinced that :any is actually directly related, even though that's the first failure in the output and therefore the one that the LP build manager picks out; I'd like to see the libprocps0 bit resolved so that we get clearer output
[09:56] <cjwatson> Mirv: Independently, I'd like to not be using pbuilder because I think that'll give us better results in future
[09:57] <cjwatson> Mirv: But it's true that we're seeing "python:any ... which is a virtual package", so it's possible that pbuilder-satisfy-depends does indeed have some kind of trouble here
[10:01] <Mirv> thanks, interesting
[10:09] <psivaa> didrocks: ogra_: the systemsettle_after failure in the gallery app tests is due to adb server issue we had overnight. adb server had to be restarted to restore the devices.
[10:09] <psivaa> 'ADB server didn't ACK' is the cause of the issue in the gallery app system settle failure
[10:10] <ogra_> ah cool
[10:10] <didrocks> ok :)
[10:10] <psivaa> rerunning the test to see if the 'test_photo_delete_works' test still fails
[10:24] <sil2100_> geh, power outage
[10:24] <didrocks> sil2100_: wb! you have some tasks assigned :)
[10:25] <sil2100> didrocks: awesome! :)
[10:26] <vila> psivaa: gee, adb is involved in a lot of issues these days, some bugs there start to feel the heat and are showing their ugly head ;-)
[10:28] <psivaa> vila: yea, one malfunctioning adb process is enough to make the whole set of devices to fail
[10:35] <vila> psivaa: yeah, that's a tricky one, on one hand we want to pool devices to enhance availability, on the other a single pool also means a SPOF :-/
[10:36] <psivaa> vila: yea hopefully with the emulator coming up this could be spanned to several hosts?
[10:37] <psivaa> didrocks: maguro results are also coming up. had to change the device. our usual device is shown 'offline' and we've asked rfowler to have a look at it when he goes to 1SS. This issue also came up after the adb server issue in the host.
[10:37] <didrocks> psivaa: ah, excellent!
[10:38] <didrocks> thanks :)
[10:38] <psivaa> didrocks: yw and sorry my bad earlier.. failing to notice there were not maguro results
[10:38] <didrocks> no worry
[10:38] <psivaa> :)
[10:39] <vila> psivaa: well, the emulator will allow us to run tests that don't require specific hardware, so once we have it, we can start *reducing* runs on phones, that will make the issue less acute but it would still need to be addressed ;)
[10:42] <psivaa> vila: yea, if we can only afford to have one host for the h/w then that is a SPOF :)
[10:43] <vila> psivaa: and I think we got there after the 1ss move, something to check and discuss during the standup ?
[10:43] <psivaa> vila: imho, the adb issue has become severe in the smoke tests after we merged the UM devices as well. until then the issue was not so severe. not blaming the UM devices but talking about the load that kinnara faces
[10:43]  * vila nods
[10:44] <vila> psivaa: makes sense isn't it ? ;)
[10:44] <psivaa> vila: +1 for the discussion
[11:11] <popey> hm. unity8 crash on unlocking my phone
[11:44] <davmor2> popey: does mediascanner find all your album art?
[11:45] <ogra_> wow, the manta installation is really bad ... that needs serious work
[11:46]  * ogra_ got a manta today
[11:52] <popey> davmor2: the little album art I have, yes
[12:02] <davmor2> ogra_: aren't you lucky
[12:02] <ogra_> davmor2, :P
[12:02] <ogra_> another broken device on my desk
[12:02] <davmor2> popey: I transferred my U1 music over it's found maybe 1 in 8
[12:04] <ogra_> come on hud ... migrate ... i know you can do it
[12:05] <davmor2> ogra_: no it can't
[12:05] <ogra_> huh ?
[12:06] <davmor2> hud it hates you
[12:06] <ogra_> why ? did you add a ball and chain ?
[12:06] <davmor2> ogra_: no you just tell it well that's it I don't care if you work or not now and watch it spring into life :D
[12:07] <davmor2> popey: I wouldn't mind the lack of artwork if it wasn't for the fact that it's in most of the mp3's that come from 7d
[12:15] <ogra_> ah, there we go
[12:15] <ogra_> didrocks, hud is in ... was there anything else we were waiting for ?
[12:16] <didrocks> ogra_: eventually upstart-app-launch, but not sure if sil2100 has more news on it
[12:16] <didrocks> sil2100: ?
[12:17] <sil2100> didrocks, ogra_: no news right now still, so I guess we can get spinning without prolonging it too much
[12:18] <didrocks> ok, let's do this then
[12:18] <ogra_> ok
[12:19] <ogra_> [12:19] <davmor2> didrocks: quick question when I am playing music with a wired headset plugged in, and receive a call the audio goes all over the place I'm assuming this is pulse that is at fault or would it be something else?
[12:19] <ogra_> vila, when was your birthday again ?
[12:19] <ogra_> :)
[12:19] <didrocks> davmor2: I would say pulse
[12:20] <ogra_> i think we still miss some pulse profiles for that
[12:20] <davmor2> didrocks: nice :)
[12:20] <davmor2> ogra_: it's awful try it
[12:20] <ogra_> nah, better not ...
[12:21] <ogra_> its enough if one of us risks his ear drumes
[12:21] <ogra_> *drums
[12:22] <davmor2> ogra_: The ringer rings on the phone, so it transfers the music to the phone, when you answer the call it transfers both the music and the call back to the headphones, when you end the call it transfers the music back to the phone
[12:23] <davmor2> Also do we know if anyone is looking into to how the buttons on headset work to tie into the phone?
[12:25] <vila> ogra_: hehe, last Saturday ;)
[12:26] <ogra_> vila, ah, sad ... r50 will most likely happen later today
[12:26] <ogra_> so see it as a delayed b-day present :)
[12:30] <sergiusens> didrocks, popey fyi, I plan to test the fixes for music and rss
[12:30] <sergiusens> popey, also, if you don't mind https://myapps.developer.ubuntu.com/dev/click-apps/156/feedback/
[12:31] <didrocks> sergiusens: excellent, thanks!
[12:31] <sergiusens> popey, I had failures with that one, can you please double check? current pass rate is 18/19 (from dashboard)
[12:34] <popey> sure
[12:38] <sergiusens> hmmm, my maguro is busted on latest devel proposed; screen doesn't turn on now :-/
[12:38] <ogra_> sergiusens, 48 ?
[12:39] <ogra_> there was a lightdm upload tonight ... that might fix it in the currently building r49
[12:39] <sergiusens> ogra_, we already have a 48?
[12:39] <ogra_> (mine isnt busted btw)
[12:39] <sergiusens> ogra_, let me tell you once it's done rebooting
[12:39] <ogra_> sergiusens, well, you should know, you built it ;)
[12:39] <sergiusens> ogra_,47
[12:40] <vila> ogra_: bah, that won't make me less happy ;) I know how to wait for good things ;-D
[12:40] <sergiusens> ogra_,  I used it just fine all through yesterday; it was leaving it unplugged on the nightstand that caused this
[12:40] <ogra_> sergiusens, r47 was built around 13:00 UTC yesterday ...
[12:41] <ogra_> [23:26] <sergiusens> [12:42] <sergiusens> ogra_, I'm not saying the build I triggered isn't working; it's the one before that ;-)
[12:42] <sergiusens> I haven't updated
[12:42] <ogra_> ah
[12:42] <t1mp> sergiusens: I just flashed image 48 and my screen doesn't turn on
[12:42] <ogra_> weird, why is mine behaving
[12:43] <sergiusens> ogra_, might be a race then
[12:43] <t1mp> ogra_: oh wait, it just went on :s
[12:43] <ogra_> heh
[12:43] <sergiusens> ogra_, it's cold there, so your bits move faster :-P
[12:43] <ogra_> haha
[12:43] <t1mp> ogra_: after flashing it worked fine, and then at some point it didn't go on any more, not even after reboot
[12:43] <t1mp> ogra_: so I just re-flashed. and it came on after a long time
[12:43] <ogra_> wow, thats bad
[12:44] <t1mp> let's see what happens after I reboot
[12:44] <sergiusens> t1mp, hmm, that sounds similar to what I'm saw too; only that a reboot did the trick
[12:44] <ogra_> i know there have been landings in lightdm in preparation of the unity-system-compositor entering the image ... but that shouldnt have any impact yet
[12:45] <t1mp> for now my phone works fine again
[12:53] <popey> #48 has frozen up for me, can't unlock it
[12:53] <davmor2> popey: can you get to https://launchpad.net/mediascanner
[12:53] <popey> yes
[12:54] <davmor2> ogra_: 48 is awesome for me
[12:55] <ogra_> yeah, no issues for me either
[12:55] <davmor2> ogra_: and lets face facts if any device was going to throw a wobbly it would be maguro :D
[12:55] <ogra_> well, since i have seen manta ...
[12:57] <davmor2> ogra_: yeah that was the last supported device though to be fair my n7 is possibly less reliable than my maguro
[12:57] <ogra_> right, both tablets are focused devices this cycle ...
[12:58] <davmor2> ogra_: yeah the worry though is the possibly ;)  Not definitely :D
[12:58] <popey> ogra_: so some mantas have been ordered?
[12:58] <ogra_> popey, dunno, i would hope so
[12:59] <davmor2> popey: some people have had them for a while as I understand it
[12:59] <ogra_> right
[12:59] <popey> no, i mean a new batch
[12:59] <ogra_> there are a bunch ... but definitely not enough if we want to fully support it
[12:59] <ogra_> popey, i guess pmcgowan would know
[12:59] <ogra_> (or asac)
[13:00] <davmor2> ogra_: well it's technically the only device that will have side stage so we need to test it for that if nothing else
[13:00] <popey> no, side stage will come to grouper
[13:00] <ogra_> right
[13:00] <popey> aiui
[13:00] <ogra_> that too, but it will likely be awful at that resolution
[13:00] <popey> yeah
[13:00] <davmor2> popey: everyone I asked said it would it was too small
[13:00] <t1mp> popey: #48 froze my screen (even after reboot), but after re-installing it, it works fine. weird.
[13:00] <davmor2> wouldn't even
[13:01] <ogra_> i think the idea was to enable it anyway
[13:02] <popey> yeah
[13:02] <popey> and allow resizing
[13:02] <ogra_> of the apps or of the sidestage ?
[13:03] <sergiusens> retoaded, hey, I see most of the nodes in http://s-jenkins.ubuntu-ci:8080/label/saucy/? disabled by you; any ETA on when they'll be back?
[13:03] <t1mp> if you resize the sidestage I guess the app in it should scale along
[13:03] <popey> apps
[13:03] <ogra_> right
[13:03] <ogra_> apps makes sense
[13:03] <t1mp> huh?
[13:03] <ogra_> sidestage would eb complicated
[13:03] <t1mp> what does that mean? the apps are the size of the stage they are in right?
[13:03] <ogra_> since your aspect ratio changes when resizing the sidestage
[13:03] <t1mp> so for me resizing the app is the same as resizing the stage
[13:04] <popey> it's just a simple tiling window manager with two panes
[13:04] <popey> "just"
[13:04] <t1mp> ogra_: aspect ration also changes when you go from portrait to landscape mode. apps can support it
[13:04] <popey> Simple Matter Of Programming
[13:04] <ogra_> t1mp, true, but thats different from doing it dynamically
[13:04] <sergiusens> davmor2, popey ogra_ the emulator supports sidestage fwiw
[13:04] <popey> nice
[13:04] <ogra_> the app would be all jumpy
[13:05] <popey> sergiusens: FAILED (failures=3)
[13:05] <sergiusens> popey, same as me
[13:05] <sergiusens> popey, what was the total again for calendar, do you have it handy?
[13:05] <t1mp> ogra_: most resize fine in a window on desktop also. but yeah, at some point while resizing they should change their layout
[13:05] <davmor2> sergiusens: I don't trust emulators, they lie too much ;)
[13:05] <retoaded> sergiusens, those nodes were brought back online once, not sure how/why they reverted to being back offline but that has been fixed.
[13:06] <ogra_> davmor2, no this one !
[13:06] <ogra_> :P
[13:06] <sergiusens> davmor2, of course they do; but paravirtualization has cheapened the lie a lot :-)
[13:06] <sergiusens> retoaded, do you mind if I reenable them? It has your name, that's why I asked you ;-)
[13:06] <retoaded> sergiusens, I re-enabled them already
[13:07] <sergiusens> retoaded, thanks
[13:07] <sergiusens> retoaded, might of been a hard shutdown or something I guess
[13:07] <retoaded> sergiusens, possibly
[13:09] <popey> sergiusens: 17 iirc
[13:15] <sergiusens> popey, I guess rejecting the upload would be good then
[13:15] <popey> oh, yes ☻
[13:16] <popey> done
[13:18] <sergiusens> popey, if you want: http://s-jenkins.ubuntu-ci:8080/view/click/job/music-app-click/lastSuccessfulBuild/artifact/com.ubuntu.music_1.1.266_armhf.click and http://s-jenkins.ubuntu-ci:8080/view/click/job/rssreader-app-click/lastSuccessfulBuild/artifact/com.ubuntu.shorts_0.2.145_all.click
[13:19] <popey> do i have to use those clicks?
[13:19] <popey> can I not build from trunk? (I have a script which runs tests from a given bzr branch)
[13:20] <sergiusens> popey, build from trunk
[13:20] <sergiusens> popey, is that carla's script?
[13:20] <popey> no idea who wrote it
[13:20] <popey> balloons threw it my way
[13:21] <sergiusens> sounds good to me
[13:24] <ogra_> [13:24] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20131205.changes
[13:24] <ogra_> new lightdm and new hud
[13:25]  * sergiusens pins to 48
[13:29] <popey> ugh
[13:29] <popey> forgot about running music app tests means listening to bkerensas song over and over
[13:29] <ogra_> ugh ?
[13:29] <popey> we seriously need to replace those songs
[13:29] <ogra_> eek
[13:32] <popey> sergiusens: Ran 7 tests in 150.207s
[13:32] <popey> FAILED (failures=3)
[13:32] <popey> music ^^
[13:35] <vila> . o O (I maybe a TDD-nuts, but I won't go as far as considering failures as music to my ears...)
[13:35] <popey> I'm just glad the music stopped
[13:35] <ogra_> did you miss the ^^ in there ?
[13:36] <ogra_> it was music to his brows obviously
[13:37] <ogra_> popey, do we have any media testing wikipage ?
[13:37]  * ogra_ thinks we should like http://samplemedia.linaro.org/ somewhere ...
[13:37] <ogra_> very helpful, it has all possible formats of media
[13:38] <sergiusens> popey, we should change that song!
[13:38] <ogra_> ++
[13:39] <sergiusens> even an audioless song would do; we are not testing sound output
[13:41] <popey> sergiusens: FAILED (failures=2)
[13:41] <popey> ^^ shorts
[13:42] <ogra_> yeah, definitely not the weather for shorts
[13:43] <sergiusens> lol
[13:43]  * ogra_ can understand that they fail
[13:49] <fginther> morning
[13:51] <sergiusens> popey, I only get one fail for shorts
[13:51] <sergiusens> popey, but still rejecting
[13:58] <sil2100> Morning!
[13:58] <popey> sergiusens: only one fail now
[13:59] <sergiusens> popey, might be racy; also, for music app; try rm -rf ~/.cache/mediascanner and reboot
[13:59] <sergiusens> popey, I don't think the mediascanner is that good at dealing with corner cases
[14:02] <t1mp> popey: now my maguro is also hanging on the lock screen
[14:03] <t1mp> damn. and after reboot the screen is black :(
[14:03] <t1mp> oh wait.. after waiting a while it works
[14:04] <ogra_> you surely have some files in /var/crash
[14:04] <ogra_> that makes apport kick in on boot .... which delays quite a lot
[14:05] <t1mp> ogra_: yes, https://pastebin.canonical.com/101549/
[14:06] <ogra_> right
[14:15] <popey> sergiusens: still 2 fails on music
[14:15] <ogra_> well, we always had one
[14:21] <sergiusens> popey, already marked them as rejected on landing sheet
[14:21] <sergiusens> thanks
[14:21] <popey> np
[15:20] <plars> didrocks: we have a new crash with webbrowser that seemed to also bring a lot of failures in webbrowser with it: http://ci.ubuntu.com/smokeng/trusty/touch/mako/49:20131205:20131203/5288/webbrowser-app-autopilot/
[15:21] <didrocks> plars: hum, webbrowser app didn't change, are you retracing the crash to see what's the cause?
[15:22] <plars> didrocks: not yet, on a call and just saw it as that test just finished
[15:22] <didrocks> plars: ok, thanks for the head's up. Keep me posted on the retrace
[15:23] <plars> didrocks: it might be more beneficial for someone more familiar with the webbrowser code to look at that
[15:23] <didrocks> plars: would be nice to retrace it for them, but ok
[15:24] <didrocks> sil2100: do you have a minute for it? (in meetings) ^
[15:25] <sil2100> didrocks: let me check
[15:37] <ogra_> oh, there is maguro !
[15:44] <popey> balloons: is there a way to spot an app test which is caused by bug 1234538 easily?
[15:44] <balloons> popey, yes, easy enough. you'll see in the trace that the app never really started
[15:45] <balloons> popey, look at this: http://ci.ubuntu.com/smokeng/trusty/touch/mako/48:20131204.1:20131203/5273/ubuntu-filemanager-app-autopilot/549173/ versus this http://ci.ubuntu.com/smokeng/trusty/touch/mako/48:20131204.1:20131203/5273/ubuntu-filemanager-app-autopilot/549166/
[15:45] <balloons> popey, see the NoSuchProcess: no process found with pid 5993?
[15:48] <popey> ah
[15:50] <plars> didrocks, sil2100: ok off my call, trying to reproduce here now
[15:50] <popey> dude!
[15:51] <popey> once that bug is fixed we're gonna be so close to 100% I can *taste* the green!
[15:51] <popey> tastes like brussel sprouts
[15:54] <sil2100> plars: dont see it happening locally on my device
[15:55] <cwayne_> plars, hey, can we get the touch_custom re-kicked? seems to have failed to even start
[15:56] <plars> cwayne_: will do
[15:56] <plars> sil2100:  yeah, I'm not seeing it here either...
[15:56] <sil2100> didrocks: still poking people about the upstart and unity-mir fix, but Ted said it's not super-trivial - I hope it will be done till EOD at least
[15:56] <sil2100> As expected
[15:57] <plars> cwayne_: actually, they ran
[15:58] <didrocks> sil2100: ok, did you try unity8 btw?
[15:58] <plars> cwayne_: http://q-jenkins:8080/view/Touch/view/Ubuntu%20Touch%20Master%20Jobs/job/trusty-touch_custom-mako-smoke-master/
[15:58] <didrocks> sil2100: or is it releasable?
[15:58] <cwayne_> plars, then what's up with this? http://ci.ubuntu.com/smokeng/trusty/touch_custom/mako/20131205%20%3F/5275/
[16:00] <plars> cwayne_: previously bad run it looks like, but the results for 46 are here: http://ci.ubuntu.com/smokeng/trusty/touch_custom/mako/46:20131205:20131203/5290/
[16:00] <plars> cwayne_: those were some from 45 that died, probably last night when adb blew up
[16:01] <sil2100> didrocks: the unity8 guys were waiting for one fix still for it to be ok to release
[16:01] <didrocks> sil2100: great!
[16:01] <cwayne_> plars, ah, fair enough, thanks!
[16:02] <sil2100> didrocks: aaaand I see that it's still not merged in, so we wait
[16:02] <didrocks> sil2100: approved at least?
[16:03] <sil2100> didrocks: approved, but failing CI - I see some new commit 8 minutes ago, so probably a fix for that
[16:04] <didrocks> ok ;)
[16:08] <sil2100> I go for laaate lunch
[16:54] <cwayne_> plars, hey, if i were to get you guys an extra mako, would you be more open to running the full test suite inside touch_custom?
[16:55] <plars> cwayne_: sure, we can do that, talk to rfowler
[16:55] <plars> cwayne_: it takes a while to run though
[16:56] <cwayne_> plars, understood, but personally i think it's worth it to know our customizations aren't breaking stuff :)
[16:56] <plars> cwayne_: yep
[17:01] <didrocks> sil2100: coming?
[17:01] <didrocks> kenvandine: robru ^
[17:01] <didrocks> plars: ^
[17:01] <plars> didrocks: haven't forgotten, just got pulled into a call that's running over a bit though
[17:01] <plars> didrocks: brt
[17:01] <didrocks> ok ;)
[17:05] <cwayne_> rfowler, ping
[17:09] <rfowler> cwayne_: yes?
[17:10] <cwayne_> rfowler, hey, we're in the process of getting you another mako to setup for automated testing, i assume you're the right one to talk to about that?
[17:11] <rfowler> cwayne_: sure
[17:12] <rfowler> cwayne_: i can grab it from you next time i'm in lex or you can just leave it in my desk or on the desk in chimay (get a key from christine)
[17:12] <cwayne_> rfowler, ack, thanks
[17:13] <kenvandine> grrr
[17:13] <kenvandine> my chrome tab hug... and now firefox can't even connect to plus.google.com
[17:13] <kenvandine> but can connect to google.com
[17:15] <didrocks> robru: 16:56:55    sil2100 | didrocks: still poking people about the upstart and unity-mir fix, but Ted said it's not super-trivial - I hope it will be done till EOD at least
[17:15] <kenvandine> and empathy can't connect either... must be some network issues getting to some of google's IPs
[17:16] <robru> sil2100, when you get back please let me know what MP's we're waiting for, I'll take over landing them once you EOD
[17:21] <plars> ogra_: it was mentioned to me that you were interested in seeing the touch-mir results on saucy still. I thought they were still enabled, but I think they just needed to be regenerated after the move specifically rather than part of the big script we ran to regenerate all the other jobs
[17:22] <plars> ogra_: results for the latest one are starting to flow into http://ci.ubuntu.com/smokeng/saucy/touch_mir/ now
[17:22] <ogra_> plars, well, we are occasionally doing SRU image builds in saucy
[17:22] <plars> ogra_: indeed, I don't think we ever said we would turn them off yet, but it would be just mir and not sf right?
[17:22] <ogra_> whatever we tested/used last needs to be re-run, i dont care how it is named :)
[17:23] <ogra_> yeah, Mir only i think
[17:23] <plars> ogra_: they should behave now... well, they should run at least :)
[17:23] <ogra_> its also not urgent ...
[17:23] <ogra_> whenever it is convenient
[17:30] <ogra_> kgunn, hmm, who told you the AM/PM stuff is a blocker ? i dont think it is
[17:30] <ogra_> (its surely very important to fix but doesnt really block images)
[17:31] <kgunn> rick's mail seemed to indicate so
[17:31] <ogra_> hmm
[17:31] <kgunn> yeah...i agree with you
[17:31]  * ogra_ didnt get that mail
[17:31] <ogra_> i guess that was to ue-leads or some such then
[17:32] <didrocks> kgunn: it's not for me at least
[17:32] <ogra_> ++
[17:32] <didrocks> kgunn: it's just that we know it won't get fixed until Monday I guess
[17:32] <didrocks> kgunn: (as it's already in latest promoted image)
[17:32] <ogra_> it is definitely annoying but shouldnt block us
[17:32] <didrocks> well, if it wasn't in the promoted image, it would be
[17:33] <ogra_> the kbd not coming up on the promoted image is way worse
[17:33] <ogra_> (and the fix is in the proposed image)
[17:34] <didrocks> yeah, unfortunately, we have the other regressions
[17:34] <ogra_> right
[17:34] <didrocks> otherwise, I would have promoted it
[17:34] <ogra_> yup
[17:34] <ogra_> well, we're getting there
[17:34]  * didrocks crosses finger
[17:35] <didrocks> seems like getting the unity8 release + the upstart-app-launch are the only things blocking
[17:49] <kgunn> didrocks you're mixing bugs wrt time display issues....
[18:06] <plars> ogra_: anything you can think of recently that might have made adb have even more problems?
[18:07] <ogra_> plars, not really ... there are fixes in the archive that should help a little though
[18:07] <ogra_> (the last mtp upload drops a lot of stuff that caused interference here )
[18:07] <plars> ogra_: I don't have anything I can point to specifically yet, but last night we had lots of problems that required an adb kill/start server to get around. And just now at home I saw it get stuck where adb shell just hung there, and had to restart
[18:08] <plars> ogra_: I think we are disabling mtp even
[18:08] <ogra_> how
[18:08] <plars> adb shell "echo manual > /etc/init/mtp-server-bootup.override"
[18:08] <ogra_> uh, that might cause issues with the session job
[18:08] <plars> ogra_: oh?
[18:08] <ogra_> but yeah, that file shold be gone now
[18:09] <plars> fginther: ^ Are you still doing that too?
[18:10] <fginther> plars, will look
[18:11] <ogra_> well, its gone with the next image
[18:11] <ogra_> dont bother :)
[18:11] <fginther> plars, nope, we're not doing that in s-jenkins
[18:12] <plars> ogra_: but we should remove that on our side though right? You said it may cause issues in the future?
[18:12] <ogra_> no, in the past :)
[18:12] <plars> or at the very least, if it does nothing at all, then it's not worth having
[18:12] <plars> dead code--
[18:12] <ogra_> yeah
[19:07] <thomi> plars: phablet-test-run should take care of installing the apparmor click package hook for me, right?
[19:09] <plars> thomi: phablet-config autopilot will do it I think
[19:09] <thomi> ahhh, that's a new one for me.
[19:09] <thomi> so I should be able to do phablet-click-test-setup; phablet-config autopilot; phablet-test-run dropping_letters_app, and it should "just work"?
[19:11] <thomi> looks like it's "phablet-config autopilot--dbus-probe enable"
[19:11] <t1mp> what can be the cause for all ubuntuuitoolkit tests failing on jenkins like this? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/3967/console
[19:12] <t1mp> ^belongs to this MR: https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/app-activeChanged/+merge/197790
[19:36] <robru> plars, hey, can you help me set up jenkins to use a different PPA for staging updates? eg I want a certain project to build in ppa:cordova-ubuntu instead of the usual daily-build one
[19:37] <plars> robru: not something I've touched before, but I can take a look
[19:37] <plars> robru: which job is this on?
[19:38] <robru> plars, this would be for lp:cordova-cli, in webapp stack (so stacks/head/webapp.cfg), I guess cu2d-webapp-head job?
[19:39] <robru> plars, I set ppa_target here: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk/view/head:/stacks/head/webapp.cfg#L98 but it didn't seem to work
[19:40] <plars> looking
[19:41] <robru> plars, (I am having some trouble running cu2d-update-stack, I thought I did it, but I guess not? is it possible that jenkins just isn't updated to the new config i committed?)
[19:42] <plars> robru: I think it should update each time it runs, is that not true fginther?
[19:42] <plars> robru: when did you update it?
[19:42] <robru> plars, updated it just now. like within 30 mins i'm sure
[19:43] <robru> plars, it's not been my experience that it updates itself. i've always had to run cu2d-update-stack every time i make a change
[19:43] <fginther> robru, have you done an update since the 1SS move, any chance you're credentials are point to the wrong jenkins?
[19:43] <robru> fginther, i had that problem yesterday, updated the credentials and it started working fine.
[19:44] <fginther> robru, can you pastebin the output from the update command?
[19:44] <robru> plars, fginther: actually I am having weird problems running cu2d-update-stack: http://paste.ubuntu.com/6526183/ but in one of those runs it shows cordova-cli being updated so I thought that was good enough even though it didnt' "finish"
[19:46] <fginther> robru, that's strange that it errors out on different jobs...
[19:47] <robru> fginther, yes it is! but in one of those runs it shows cordova-cli updated successfully, so i thought it would be ok
[19:47] <robru> fginther, does the ppa_target setting look right to you? this means it should build in ppa:cordova-ubuntu before publishing to distro, right?
[19:48] <plars> I wonder if jenkins is having issues
[19:50] <robru> plars, fginther i'm running it again with debugging enabled...
[19:50] <robru> plars, fginther; figures it works this time, no errors
[19:51] <plars> heisenbug
[19:51] <t1mp> is there a way for me to see the status of jobs related to an MR that I'm waiting for?
[19:51] <t1mp> oh the job that I was looking for finished 12 seconds ago and is now on the MR page :)
[20:00] <fginther> robru, looks like q-jenkins was providing a transient error. I haven't found anything in the jenkins logs yet to provide a reason, still looking
[20:02] <robru> fginther, ok
[20:04] <robru> fginther, oh, I might need to create a whole new stack for this, since it looks like 'stack: ppa:' is a top-level thing
[20:04] <robru> fginther, is there anything i need to be aware of when creating a new stack? is it as easy as just creating a new stack.cfg file?
[20:04] <fginther> robru, ah, I misread that, the "ppa_target" parameter is only used by upstream-merger
[20:04] <robru> fginther, right, ok
[20:05] <fginther> robru, yeah, just use an existing one as a template, remember to change the internal stack name
[20:09] <robru> fginther, https://code.launchpad.net/~robru/cupstream2distro-config/cordova-stack/+merge/197958 does this look right to you?
[20:09] <fginther> robru, looking
[20:13] <fginther> robru, who is going to be using the PPA?
[20:13] <fginther> ppa:cordova-ubuntu/ppa
[20:14] <robru> fginther, it'll be webapps team people, like alex-abreu, zaspire, vrruiz, dbarth, me...
[20:14] <robru> fginther, specifically, it needs to be installable on a desktop without bringing in the whole shitstorm that is daily-build PPA
[20:15] <fginther> robru, ack
[20:18] <robru> fginther, so does that stack look reasonable then?
[20:21] <t1mp> hello
[20:22] <fginther> robru, one thing needs to be updated
[20:23] <robru> fginther, ok
[20:23] <t1mp> is there a deadline for package releases in order to get them in an image tomorrow morning (europe)?
[20:24] <robru> t1mp, well images are not built by cron, so the deadline is 'whenever somebody is asked to create an image' i guess
[20:24] <robru> t1mp, in general I would say, don't worry about deadlines. just do the work the best you can, and an image will be built for you when you're ready
[20:25] <t1mp> robru: ok, cool thanks. :)
[20:25] <t1mp> I guess in a few hours I will ask for a new package of UITK trunk
[20:26] <robru> t1mp, ok, I should be around to help with that
[20:27] <t1mp> great
[20:27] <robru> fginther, ok, made you change, please approve ;-)
[20:28] <fginther> robru, done
[20:28] <robru> fginther, great, thanks. just creating it in jenkins now
[21:05] <robru> plars, fginther: it's happening again! http://paste.ubuntu.com/6526717/
[21:06] <plars> robru: I don't ever run this, but I have some similar scripts that create jenkins jobs and have never seen that happen. I take it you don't normally see this either?
[21:07] <robru> plars, right, it started mildly yesterday, now today I can't get a single run of this command to pass (except that one time when I was trying to get debug output earlier). in fact it has never worked for me since the 1SS move
[21:07] <fginther> plars, robru, there are errors in the jenkins logs, investigating
[21:08] <fginther> plars, robru, lots of "responded with status 404" messages
[21:08] <plars> fginther: you beat me to it, I was just sshing to q-jenkins :)
[21:09] <plars> fginther: jenkins constantly spews errors unfortunately
[21:09] <robru> plars, fginther: can one of you try 'bzr branch lp:cupstream2distro-config; cd cupstream2distro-config/daily-release; ./cu2d-update-stack -dUS ../stacks/head/webapp.cfg' and see if it gives the same error?
[21:09] <fginther> robru, yes, i will
[21:14] <fginther> robru, I've run it 3 times in a row with no issues
[21:17] <robru> fginther, buh
[21:19] <robru> fginther, can you do it again with this branch? https://code.launchpad.net/~robru/cupstream2distro-config/cordova-stack/+merge/197958
[21:19] <robru> fginther, I got cordova stack created, which is good, but i can't update webapp stack
[21:20] <fginther> robru, sure
[21:20] <robru> fginther, thanks
[21:21] <fginther> robru, what version of python-jenkins do you have (I have 0.2.1-0ubuntu1)
[21:21] <robru> python-jenkins:
[21:21] <robru>   Installed: 0.2.1-0ubuntu1
[21:22] <fginther> ok, that's not it
[21:23] <fginther> robru, deployed
[21:23] <robru> fginther, thanks a ton
[21:32] <robru> fginther, do you know anything about the frequency that jenkins runs cu2d jobs at? Last I heard, it ran "every 4 hours", except that it skips a run if there are still old jobs hanging around from before, and people are running jobs manually so often that the automatic jobs basically never run. is that a fair assessment of the current sitaution? or has the 4-hourly stuff been shut off completely?
[21:39] <fginther> robru, I don't know. Something appears to be triggering them every 8 hours.
[21:40] <robru> fginther, oh, ok. I know we're *manually* publishing, but yeah, if jenkins can build my cordova-cli in PPA at least once a day that would be nice ;-)
[21:40] <fginther> robru, right, that makes sense, the builds themselves are still time based.
[21:40] <robru> fginther, ok, perfect, thanks
[21:40] <fginther> np
[21:45] <robru> t1mp, ETA on that uitk stuff? I am heading for lunch shortly but should be back within an hour.
[22:11] <t1mp> robru: I didn't get my changes reviewed yet. So it will be there later, perhaps even tomorrow
[22:14] <t1mp> robru: ok, it just got reviewed and happroved :)
[22:15] <robru> t1mp, sweet, i can start on it shortly
[22:21] <t1mp> robru: should I ask you to make the UITK release?
[22:21] <robru> t1mp, yes, I can do that now
[22:21] <t1mp> robru: we need to wait for this to be merged https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/app-activeChanged/+merge/197790
[22:22] <robru> t1mp, ok
[22:22] <robru> t1mp, i'll watch it
[22:22] <t1mp> robru: should I add something here? https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc&usp=drive_web#gid=1
[22:22] <robru> t1mp, oh... uh... suuuuure ;-)
[22:23] <robru> t1mp, does this release fix regressions?
[22:23] <t1mp> robru: it fixes bugs, but no regressions
[22:24] <t1mp> (where regression means for me that a bug that was fixed before came back)
[22:24] <robru> t1mp, yeah, i guess add to the landing plan. that will appease didrocks. i personally just land things when i'm asked to.
[22:24] <t1mp> ok, I'll add
[22:25] <t1mp> hmm
[22:26] <t1mp> I don't have edit-rights
[22:26] <t1mp> normally zoltan edits that for UITK stuf
[22:26] <robru> t1mp, ok i'll just add it myself
[22:27] <robru> t1mp, can you summarize what bug is getting fixed?
[22:27] <t1mp> robru: see https://docs.google.com/a/canonical.com/document/d/1KdvrGLap-nHyjztf0njbM1zScdlQoh8vNdbnP8N-i8c/edit#heading=h.828ds6ht6w90 everything above the line
[22:27] <t1mp> robru: but for the last bug to be fixed, the MR needs to land first https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/app-activeChanged/+merge/197790
[22:28] <robru> t1mp, ok, no worries
[22:28] <t1mp> summary for why I like a release now: UX improvements to tabbar and toolbar that will be part of the user tests Monday
[22:28] <t1mp> robru: thanks
[22:29] <t1mp> eod time for me. bye
[22:30] <robru> t1mp, good night
[22:30] <robru> fginther, https://code.launchpad.net/~aacid/unity8/broken_collapse/+merge/197844 any idea why this one isn't landing? i don't understand the failures there
[22:35] <fginther> robru, the most recent failure is from the unity-phablet-qmluitests-trusty job. From the other results, I suspect this is an intermittent failure
[22:36] <robru> fginther, we sure have a lot of those
[22:37] <fginther> robru, looks like the number of unity-phablet-qmluitests-trusty test failures has increased in the last 30 hours
[22:38] <robru> fginther, caused by that branch though? or is it orthogonal?
[22:39] <fginther> robru, no, they're not traced to that specific branch. they're coming for various branches and the failing test(s) are not consistent
[22:41] <fginther> robru, I know some of these tests were not reliable in the past, but the results looked good for a few days
[22:42] <robru> fginther, any qualms if I just manually merge that branch then?
[22:44] <fginther> robru, no, we've done that in the past for really stubborn cases. We have a passing test case just a few hours old
[22:45] <robru> fginther, ok great. i was asked to land it in distro today so I'm just trying to get it moving forward ;-)