[09:32] <didrocks> ogra: coming?
[09:32] <ogra> didrocks, "you are not allowed to join this hangout"
[09:32] <ogra> beyond that ... yes, i would like to
[09:32] <ogra> :)
[09:33] <didrocks> ogra: use your canonical account
[09:33] <sil2100> o_O
[09:33] <didrocks> see the email on various random ML
[09:33] <didrocks> :p
[09:33] <ogra> didrocks, thats what i'm trying, but both browsers seem to force me into my private one
[09:33] <Mirv> ogra: enjoy the double accounts. logout from the private on in one browser.
[09:33] <Mirv> ogra: I only use Chromium for this
[09:34] <ogra> i even closed both completely ...
[09:34] <Mirv> ogra: there was also some tip to use some url parameter somewhere, but I don't remember what was that..
[09:34] <ogra> let me try an explicit login/logout, probably that helps
[09:34] <Mirv> ogra: so go to plus.google.com and logout from private one
[09:34] <Mirv> yes, that should help
[09:35] <ogra> nope, no go
[09:36] <Mirv> :( that's how I've it working
[09:36] <robru> ogra, if you see a 0 in the end of the url, change it to 1. or vice versa. that will make it choose the right account, but only if you're already logged into both
[09:37] <ogra> robru, oh, awesome tip, thanks, will try that the next tiome
[09:38] <ogra> that crap made me completely trash both browser sessions :(
[09:38] <ogra> (all tabs closed etc)
[09:38] <Mirv> oh, you got in
[09:42] <ogra> Checking 'com.example.lp1245677_lp1245677_0.1.desktop availability ... [OK]
[09:42] <ogra> Checking aa-exec-click ... [OK]
[09:42] <ogra> Checking application upstart job ... !FAIL!
[09:42] <ogra> didrocks, ^^^^
[09:42] <ogra> thats the error
[10:20] <psivaa> morning
[10:24] <psivaa> didrocks: morning. my irc was having issues, not sure if you saw my PM about any reruns. just let me know if you do.
[10:27] <didrocks> psivaa: just answered, sil2100 and robru are working on those, just keep the discussion going :)
[10:28] <psivaa> didrocks: sil2100: ack :)
[14:23] <elopio_> cihelp, can you please check if I added all the required information for https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1275012 ?
[14:23] <dholbach> hiya
[14:23] <dholbach> in the last comment of https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1237045 it says "Package build configuration needs to be changed to use trunk." - do you know who could do that?
[14:29] <cjohnston> elopio_: its a start.. when someone gets to it they will ask for any other needed info
[14:32] <davmor2> didrocks: are you looking to promote anything today, if so what image?
[14:32] <dholbach> salut seb128 - comment ça va?
[14:33] <seb128> dholbach, salut, ça va ? et toi ?
[14:33] <seb128> ça va !
[14:33] <dholbach> seb128, in the last comment of https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1237045 it says "Package build configuration needs to be changed to use trunk." - do you know who could do that?
[14:34] <cjohnston> dholbach: I'm chasing it from the CI side... I guess freenode is having issues this morning and not everyone on the team is able to get on
[14:35] <dholbach> cjohnston, thanks a lot!
[14:47] <didrocks> davmor2: so, latest just built image is a candidate
[14:48] <didrocks> davmor2: tests are running, but dogfooding would be good
[14:48] <davmor2> didrocks: 160 right?
[14:48] <didrocks> yep :)
[14:48] <davmor2> didrocks: no worries
[14:48] <didrocks> davmor2: popey isn't around, so I guess you have double testing? :p
[14:49] <davmor2> didrocks: sadtrombone.com
[14:51] <didrocks> davmor2: ahah
[14:52] <kgunn> sil2100: so what's the protocol? i see you want a new "landing line" do i need to copy paste entries down to the latest row in the spreadsheet?
[14:53] <sil2100> kgunn: the system doesn't allow re-using existing rows, so re-writing is the way I guess - you an copy paste but don't copy-paste the whole row ;)
[14:58] <kgunn> sil2100: ok, thanks...will do
[15:03] <sil2100> kgunn: the slot for mir will soon be free \o/ But today we're blocked since we're waiting for the fixed-image test results sadly
[15:04] <kgunn> sil2100: ok, but we can at least build right ?...to know we're all ready to go when the pipe is unblocked
[15:13] <sil2100> kgunn: right, we could do that, but sadly... there's still platform-api in the silo (the fix for dbus-cpp) - it's ready to be released, but until it's not released we cannot assign a silo for mir since mir also requires platform-api to land (with the ABI bump)
[15:14] <sil2100> kgunn: while CITrain does not allow 2 silos using the same project ;(
[15:14] <sil2100> kgunn: (as it might lead to conflicts)
[15:14] <didrocks> this is to avoid people doing useless work
[15:14] <didrocks> as if you land A, you have basically to restart B
[15:14] <sil2100> Right'o
[15:14] <seb128> dholbach, sorry, I don't know, ask Mirv I guess
[15:14] <didrocks> (if A and B are using the same components)
[15:16] <Mirv> dholbach: check with bzoltan, he was AFAIK handling the precise earlier.
[15:17] <Mirv> it sounds like a one time newer build would do, based on satoris' comment
[15:19] <Laney> cihelp hi, can we have ubuntu-system-settings-autopilot run for touch smoke testing?
[15:20] <kgunn> sil2100: ok...but once ricmm & tvoss get their stuff landed (assuming that's today...) then we could build....or are there any other caveats ?
[15:20] <cjohnston> Laney: I assume your asking for new testing?
[15:20] <Laney> cjohnston: like on this list http://ci.ubuntu.com/smokeng/trusty/touch/mako/159:20140203:20140115.1/6404/
[15:20] <Laney> we want to add the system-settings tests there
[15:21] <cjohnston> Laney: file a bug against ubuntu-ci-services-itself please
[15:21] <Laney> ah okay
[15:21] <cjohnston> Laney: I assume things work and pass and such
[15:21] <Laney> well, they work for us ...
[15:21] <Laney> but I'd be more comfortable if someone else could do a manual run first in the same way that CI will
[15:22] <cjohnston> famous last words :-)
[15:22] <dholbach> cool
[15:23] <Laney> https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1275786
[15:23] <kgunn> sil2100: didrocks...yes of course guys...i'm just trying to figure out when i can get an eta on building...
[15:24] <didrocks> kgunn: so the plan is:
[15:24] <kgunn> as the last build revealed an issue _only_ on calxeda
[15:24] <didrocks> - getting the test results from the current image
[15:24] <didrocks> to know if we can promote it or not
[15:24] <didrocks> (it's a revert)
[15:24] <didrocks> if green -> we can restart publishing things
[15:24] <didrocks> including this platform-api
[15:24] <didrocks> (probably tomorrow morning EU time, running the tests will still takes 5 hours)
[15:25] <didrocks> then, we give you a slot ASAP
[15:25] <kgunn> wow
[15:26] <davmor2> didrocks, seb128: hmm I think I just rediscovered an old issue if you have your device on 3g and wifi is disabled if you check fo an update it does and it autodownloads it even though the setting say on on wifi
[15:26] <didrocks> cyphermox_: mind looking? ^
[15:26] <didrocks> ah sorry
[15:26] <didrocks> read to fast
[15:26] <cyphermox_> ack
[15:26] <didrocks> I think it's system-image
[15:26] <didrocks> but system-image didn't change
[15:26] <didrocks> so either a signal in nm
[15:26] <didrocks> or in system-image
[15:26] <seb128> davmor2, seems like an issue for barry/system-image
[15:27] <seb128> we only use their dbus apis
[15:27] <cyphermox_> did system-image ever look  for the right signals?
[15:27] <davmor2> seb128: thanks
[15:27] <davmor2> cyphermox_: that's what I say I think it is an old issue that I just rediscovered
[15:28] <davmor2> cyphermox_: I'm too used to having my phone connected to my wifi
[15:28] <didrocks> ok, so it should be the case for a long time already
[15:28] <davmor2> didrocks: indeed
[15:28] <dholbach> Mirv, cool
[15:29] <davmor2> didrocks: this is definitely not a new issue I think I first saw it doing 3g testing on saucy
[15:31] <sil2100> NOT REGRESSION, *ignore*
[15:32] <didrocks> davmor2: ok, keep us posted with any further infos
[15:36] <davmor2> didrocks: can you confirm something quickly please. Install a click app, once it is installed it seems to no longer show the open/uninstall option and instead leaps to the first app in the list (for me bbc sport)
[15:39] <didrocks> (checking on older and latest image)
[15:47] <didrocks> davmor2: ok… so…
[15:47] <didrocks> we looked at that with robru
[15:47] <didrocks> no issue on 157
[15:47] <didrocks> it's an issue on 160
[15:47] <didrocks> however
[15:47] <didrocks> 158 and 159 are empty
[15:48] <didrocks> 160 only contains the revert of upstart-app-launch
[15:48] <didrocks> which maybe, create that side-issue
[15:48] <didrocks> robru is flashing 159 right now
[15:48] <didrocks> let's see
[15:48] <davmor2> didrocks: I'll leave it with you then let me know if you need a bug for it
[15:49] <didrocks> davmor2: please create a bug anyway
[15:52] <asac> didrocks: webbrowser green \o/ :) ... lets hope it continues that way
[15:53] <didrocks> asac: well, read the last 15 lines ^ :(
[15:54] <asac> davmor2: in case you check 160, maybe see if this just went away
[15:54] <asac> (as didrocks said it might be side effect)
[15:54] <didrocks> asac: he's on 160
[15:54] <asac> didrocks: sure, but at least we are closer to green again :)
[15:54] <asac> ah
[15:54] <davmor2> asac: that is on 160
[15:54] <asac> davmor2: regression from 159?
[15:55] <didrocks> asac: robru tested 159
[15:55] <asac> and?
[15:55] <didrocks> and same issue
[15:55] <asac> ic
[15:56] <asac> davmor2: is that something you do on every build?
[15:56] <didrocks> it's weird
[15:56] <didrocks> 157 didn't get it
[15:56] <asac> e.g. part of manual smoke tests?
[15:56] <davmor2> asac: it wasn't there on Wednesday which wa the last test I did
[15:56] <davmor2> asac: and yes
[15:57] <ogra_> heisenbugs all over the place
[15:57] <didrocks> so, let me sum up
[15:57] <didrocks> 157 didn't get any issue
[15:57] <didrocks> but it seems to flip back and force
[15:57] <didrocks> between the 1st and the click package just installed
[15:58] <didrocks> but it doesn't end up that way
[15:58] <didrocks> then, 158 has 0 change from 157
[15:58] <didrocks> 159 has 0 change from 159
[15:58] <didrocks> 158*
[15:58] <didrocks> and robru reproduced the issue on 159…
[15:59] <didrocks> and it works for me
[15:59] <didrocks> just upgraded to 160
[15:59] <didrocks> but I can see a ping pong between the 1st content
[15:59] <didrocks> and the newly installed one
[15:59] <didrocks> (I see the screen with the 1st content for half a second)
[16:02] <asac> how does 155 look like?
[16:02] <didrocks> well, I didn't get it here
[16:03] <didrocks> I have a weird behavior
[16:03] <didrocks> but not that one
[16:03] <didrocks> it just seems racy, but the question is, why robru gets it 100% of the time and I get the other behavior 100% of the time
[16:03] <davmor2> asac, didrocks: I wonder if it is just a race issue?
[16:03] <didrocks> (wonder if it has anything related to the network)
[16:04] <asac> didrocks: what device is robru using?
[16:04] <didrocks> asac: same, mako
[16:04] <asac> maybe check the emulator... if its racy that one will surely trigger the opposite of what folks want to see :)
[16:05] <davmor2> asac: and I'm looking at maguro and mako same issue on both
[16:05] <asac> didrocks: maybe you have user data?
[16:05] <asac> that changes runtime behaviour
[16:05] <didrocks> asac: no, fresh one, for both
[16:05] <didrocks> asac: well, give us a nice way to test on the emulator, not possible yet
[16:05] <asac> it is
[16:05] <asac> people showed it to me
[16:05] <didrocks> for click installation?
[16:06] <asac> not sure... havent tried that
[16:06] <asac> but it surely was better to use than what i remember
[16:06] <didrocks> asac: can we get the QA team to help us?
[16:06]  * didrocks feels really only to just fight on all those regressions
[16:07] <ogra_> bug 1274215 btw
[16:07] <ogra_> oops, wrong channel
[16:07] <davmor2> ogra_: thanks
[16:08] <ogra_> heh, pasted it in the right channel too :)
[16:08] <didrocks> ok, they still get it, I still get the other behavior
[16:09] <ogra_> davmor2, i also filed bug 1273655 the same day
[16:10] <asac> didrocks: davmor2 is from the qa team
[16:10] <asac> :)
[16:10] <asac> didrocks: also you have mirv, sil, psivaa and plars
[16:10] <asac> and can surely ask ogra and popey also for help
[16:10] <asac> if you give them an image number to test
[16:10]  * ogra_ only has a maguro for propsed testing atm
[16:10] <asac> i am sure you can convince 6 folks to test each one image number (after testing the current image to see)
[16:11] <asac> ogra_: doesnt matter
[16:11] <asac> ogra_: that thing has the problem as well
[16:11] <asac> ogra_: its not proposed testing
[16:11] <asac> ogra_: its bisecting and fixing
[16:11] <asac> (and yes, i know you still dont want to wipe your n4)
[16:11] <didrocks> asac: well, we have different results between people on the same image
[16:11] <didrocks> this is THE issue
[16:12] <ogra_> asac, yeah, dogfooding ftw :)
[16:12] <asac> didrocks: then get a second opinion
[16:12] <asac> didrocks: often one of the tester doesnt get it right
[16:12] <ogra_> asac, auto-download never worked for me on any device though
[16:12] <didrocks> asac: we have 4 different people testing
[16:12] <ogra_> which is why i filed the two above bugs alst week after talking to mandel and barry
[16:12] <ogra_> *last
[16:12] <didrocks> so not sure what you are asking on the emulator
[16:13] <asac> didrocks: first all have to see the same issue on the current build
[16:13] <didrocks> asac: yeah, and it's not the case, and that's what I'm trying to figure out
[16:13] <asac> didrocks: everyuone who doesnt see it gets booted from the testers and gets a negative score for the next bonus payment :)
[16:13] <asac> lol
[16:13] <didrocks> asac: it's me who doesn't get it :p
[16:13]  * mandel reads backlog
[16:13] <didrocks> I see the flipping though
[16:13] <davmor2> asac: and if I had 48 hour long days I might be able to fit it in, unfortunately between testing the new image on 2 devices, then I need to run the latest qt 5.2 branch and then I need to ....... :)
[16:13] <didrocks> it flips to the first item
[16:13] <didrocks> but then, to the right one
[16:14] <didrocks> asac: yeah, I don't really "have" davmor2, psivaa, plars or popey to help where bad things happen :p
[16:14] <ogra_> davmor2, asac could change your contract to have 48h days :)
[16:14] <didrocks> yeah, let's asac fix this
[16:14] <asac> davmor2: not sure about qt5.2
[16:14] <asac> tell your boss you cant do that
[16:14] <asac> and someone else should take that part
[16:14] <ogra_> you just need to find yourself how to squeeze them into a 7 day week then :)
[16:14] <mandel> ogra_, I remember that bug, I'll ping barry to see what is going on, AFAIK in my integration tests I do send the signal
[16:15] <asac> davmor2: is it close to be ready for production? otherwise, the sdk folks shoudl be able to test on their own?
[16:15] <davmor2> ogra_: living on Neptune should help
[16:15] <ogra_> mandel, note that i'mm missing the majority of my backlog (and the start of this conversation), didrocks or davmor2 can probably explain in more detail
[16:16] <asac> ogra_: mandel: we know the app store is broken
[16:16] <asac> actually
[16:16] <ogra_> ah
[16:16] <ogra_> i thought it was about updates
[16:16] <didrocks> ok, Laney got it as well
[16:17] <asac> ok i bring in ralsina
[16:17] <asac> and his best guy
[16:17] <asac> they are doing thsi click thing
[16:17] <asac> and if they see it they can probably help
[16:17] <asac> i feel there are multiple issues overlayed
[16:17] <didrocks> yeah
[16:17] <mandel> asac, oh.. ok, nevertheless if there is anything I can help with let me know, I'm always the first one to be blamed when things do not get downloaded and installed :)
[16:17] <asac> and depending on whether you are in france and have a bad ping or are in the UK and have a decent pipe
[16:17] <asac> you see different things
[16:17] <ralsina_> asac: I'm here, alecu will be here shortly
[16:17] <ogra_> do we have logs uploaded somewhere ?
[16:17] <asac> mandel: you can also help
[16:18] <asac> ralsina_: so the click store in latest image behaves badly
[16:18] <asac> ralsina_: we tried to bisect when it started, but founid that it behaved super weird the days before as well..
[16:18] <asac> and everyone sees slightly weird - but all bogus - behaviour
[16:18] <davmor2> ogra_: I haven't
[16:18] <ralsina_> asac: strange, we have not landed anything there in a couple of weeks
[16:18] <asac> didrocks: can you describe to ralsina_ what we see?
[16:18] <davmor2> I can write a bug up though and upload some
[16:18] <didrocks> sure, so:
[16:18] <didrocks> latest image (we're still bisecting)
[16:18] <asac> ralsina_: right. i think something is bogus somewhere, so you might help us figuring what changed to cause this racy thing etc.
[16:19] <didrocks> 1. install a click app
[16:19] <didrocks> (not the 1st item)
[16:19] <alecu> hi
[16:19] <didrocks> 2. once the click app is installed, the UI flip back to the 1st element
[16:19] <asac> alecu: hi.. .read the 20 lines above or so :) ... didrocks is summarizing
[16:19] <didrocks> (bbc one app)
[16:19] <didrocks> everyone reproduces it
[16:19] <didrocks> but me
[16:19] <didrocks> where, on the same hw, I have a different behavior
[16:20] <didrocks> (which seems related)
[16:20] <didrocks> I get:
[16:20] <didrocks> 1. install a click app (not the 1st item)
[16:20] <didrocks> 2. once the click app installed, I see the UI flipping to the 1st element (bbc one app)
[16:20] <didrocks> but then, I see the UI flipping back to the just installed app
[16:21] <didrocks> ok, robru can't reproduce it in last promoted image
[16:23]  * ogra_ cant either on mako 153
[16:23] <ralsina_> grrr I am device-less today. That does sounds like we are getting signals from download-manager out of order or something just as weird
[16:23] <didrocks> so, robru is installating 154 (+ libunity-mir1 to have the UI starting)
[16:23] <didrocks> and sil2100 is installing 155
[16:23] <didrocks> Saviq: you probably want to be in, unity8 changed ^
[16:23] <didrocks> (in 154)
[16:24] <mandel> ralsina_, well, udm has not been updated in the image for a while...
[16:24] <didrocks> can be as well unity-scopes, but I doubt it
[16:24] <davmor2> didrocks, asac: I couldn't on 151 (after figuring out the image he tested on Wednesday) and since then I was on holiday so haven't need to install any apps :)
[16:24] <mandel> ralsina_, didrocks I'd be very surprised it is udm..
[16:24] <didrocks> mandel: I don't think it is, we just need all available help in debugging
[16:24] <ogra_> mandel, must be udm ... because it is easy to blame :P
[16:24] <mandel> ogra_, hahahaha
[16:25] <mandel> didrocks, ok, can you send me a video, I don't have a device.. or can it be reproduced in the emulator???
[16:25] <didrocks> mandel: can you try the emulator, I couldn't yet test it
[16:25] <mandel> didrocks, sure thing.. lets hope is not too slow :)
[16:26] <didrocks> mandel: yeah, at least, it will help to understand if it's CPU related or anything…
[16:27]  * ogra_ tests on a nexus7 android 4.4 cdimage install 
[16:27] <ogra_> (since thats what i have around atm)
[16:28] <alecu> didrocks, asac: has anything changed in the "network status" detection code?
[16:29] <alecu> that's what the click scope uses to decide when to refresh
[16:29] <didrocks> cyphermox_: maybe you can sync up with alecu ^
[16:29] <ogra_> hmm, intresting ... on the above (unsupported) setup it failed completely, just dropping me back to the dash
[16:29] <ogra_> after downloading
[16:30] <didrocks> so, 155, same issue
[16:30] <didrocks> let's wait for 154
[16:30] <ogra_> aha, this time it worked and dropped me to "MyMaps" after neing done
[16:30] <ogra_> *being
[16:30] <ogra_> (which is the first app in the store for me)
[16:31] <asac> sorry guys, i have to go on another fire :/
[16:31] <asac> you guys will sort it ... everyone is now here
[16:31] <didrocks> asac: not the unity8 team, which I think will be needed
[16:31] <asac> ralsina_: doesnt this work on the emulator?
[16:31] <didrocks> kgunn: can we get someone from unity8 around?
[16:31] <asac> kgunn: ^^ can you bring someone in?
[16:32] <ralsina_> asac: AFAIK it does work on the emulator, I only tried on my tablet before because it's faster
[16:34] <mandel> didrocks, the emulator is not working for me at the moment.. boots to a terminal and shows nothing in the ui, I'm guessing it is the issue with the dropped lib (cannot record the name but was related to mir)
[16:34] <didrocks> so 154 is bad
[16:34] <didrocks> mandel: try to install in it libunity-mir1
[16:34] <didrocks> to check if it's that one
[16:35] <asac> mandel: you need latest build afaik
[16:35] <asac> not something old
[16:35]  * didrocks tries to revert unity8 with robru
[16:35] <mandel> didrocks, aha, that is probably the issue
[16:35] <mandel> asac, ack
[16:40] <didrocks> ok
[16:40] <didrocks> unity8
[16:40] <didrocks> mandel: ^
[16:40] <didrocks> that's the cause of the issue
[16:40] <didrocks> the "flush trunk"
[16:40] <didrocks> sad we don't have from unity8 around, let's revert it then
[16:40] <didrocks> davmor2: did you open a bug?
[16:41] <mandel> :-/
[16:42] <davmor2> didrocks: not yet I asked if someone wanted me too,  any idea what to file against?  I'm assuming a scope/unity8
[16:42] <didrocks> davmor2: so, yeah, it's unity8
[16:42] <didrocks> asac: FYI ^
[16:42] <davmor2> didrocks: I'll file it now then
[16:42]  * didrocks prepares the second revert from the day
[16:44] <ralsina_> didrocks: so, we don't know exactly what change breaks it, it's just something in a large revision of unity8?
[16:44] <didrocks> cihelp: anything happened to q-jenkins?
[16:44] <didrocks> the tests are not running anymore
[16:44] <didrocks> on latest image
[16:45] <plars> didrocks: yes
[16:45] <didrocks> ralsina_: yeah, we have ~20 mp bundled
[16:45] <ralsina_> ouch
[16:45] <didrocks> plars: can you continue the runs?
[16:45] <plars> didrocks: there was a problem with the storage, it will need to be restarted
[16:45] <didrocks> plars: can we continue them, to not rerun the first ones?
[16:45] <didrocks> plars: I would like to have as much info as possible while we continue
[16:47] <plars> didrocks: I'm not sure it's worth it, doesn't look like we made it that far into 160 when problems started
[16:47] <plars> didrocks: it would be much easier, in this case, to restart
[16:48] <didrocks> plars: well… we won't get any useful results then before the next image is published
[16:48] <didrocks> plars: so, better to juts get as much as infos
[16:49] <didrocks> otherwise, we will have nothing and if yet-another-regression happens…
[16:49] <plars> didrocks: I can start running things one at a time where it left off - this could leave things in a weird place when we get a new image though and require some manual actions
[16:50] <davmor2> didrocks: https://bugs.launchpad.net/unity8/+bug/1275832
[16:50] <didrocks> plars: hum, why, the whole system won't restart everything?
[16:50] <plars> didrocks: or I can restart and we'll get a full run - if a new image comes in the next 3-4 hours, it'll be delayed starting until we either end, or cancel the job on 160
[16:50] <didrocks> plars: ah, it will be delayed…
[16:50] <didrocks> plars: so yeah, please rerun everything
[16:50] <plars> didrocks: how long do you expect until 161?
[16:50] <plars> didrocks: ack
[16:51] <didrocks> plars: time to publish unity8
[16:51] <didrocks> thanks davmor2
[16:51] <didrocks> second revert of the day proceeding
[16:52] <didrocks> thostr_1: FYI, so slots are delayed ^
[16:57] <didrocks> * revert uploaded *
[17:00] <davmor2> didrocks: does that make continuing to test r160 pointless?
[17:01] <didrocks> plars: coming?
[17:01] <didrocks> davmor2: if you can get any new fixes
[17:01] <didrocks> sorry
[17:01] <didrocks> regression detected
[17:01] <plars> didrocks: I'm there
[17:01] <davmor2> didrocks: I'll carry on then :)
[17:01] <plars> didrocks: I don't see you though
[17:07] <davmor2> didrocks: hmmm the main apps, dialer/messaging/settings etc seem to swap places from the top to the bottom of the screen I think this might be related to if the network is detected before or after the device is unlocked
[17:09] <davmor2> didrocks: hmm it looks like it reverts if you open one of them
[17:19] <didrocks> davmor2: interesting…
[17:21] <asac> didrocks: ok, came off that fire/prep call ... you have all the folks helping you need?
[17:21] <asac> will be on next call in 10 :)
[17:22] <didrocks> asac: well, we did found the regression ourself, it's unity8
[17:22] <didrocks> found the exact version
[17:22] <asac> ok so answer is yes
[17:22] <didrocks> nobody was around, so reverted
[17:22] <asac> :P
[17:22] <asac> sure
[17:22] <asac> didrocks: whole unity8 landing or what got backed out?
[17:22] <asac> e.g. was that the trunk flush?
[17:23] <didrocks> asac: it was the trunk flush, maybe more than 30mps
[17:23] <didrocks> so whole unity8
[17:23] <ogra_> two revisions actually
[17:23] <didrocks> ogra_: you mean, 2 versions
[17:24] <ogra_> well, from an archive POV two package revision (yes, or versions)
[17:24] <sil2100> ogra_: you're inserting confusion!
[17:24] <ogra_> i know, i know ... my brain is still way to much into debs :P
[17:25] <ogra_> sil2100, yeah. i'm good at that :)
[17:25] <ogra_> (sorry)
[17:25] <sil2100> ;p
[17:44] <davmor2> sil2100: turns out it's not just google plus with the links issue so I'm going to assume it is the browser :(
[17:45] <ogra_> links issue ?
[17:47]  * sil2100 sighs
[17:48] <davmor2> ogra_: https://bugs.launchpad.net/webbrowser-app/+bug/1275855
[17:49] <davmor2> didrocks: https://bugs.launchpad.net/webbrowser-app/+bug/1275855
[17:49] <ogra_> davmor2, G+ doesnt use the browser properly
[17:49] <ogra_> it is heavily broken
[17:49] <ogra_> dont use it for testing such stuff
[17:49] <didrocks> is there anything new?
[17:49] <didrocks> related to webbrowser-app
[17:49] <davmor2> ogra_: no if you open google plus from the browser it does it as does facebook and twitter
[17:50] <ogra_> (G+ uses the web view directly from QML, that cant open external links at all)
[17:50] <ogra_> oh
[17:50] <ogra_> yeah, if you dont use the app thats indeed different
[17:51] <davmor2> ogra_: I noticed it at the weekend on the app so tried the browser direct same thing
[17:51] <ogra_> dont test with the G+ app though
[17:51] <didrocks> davmor2: can you try on latest promoted image?
[17:51]  * ogra_ tries a webapp that he knows works for external links
[17:53] <ogra_> davmor2, yeah, doesnt work here either ... it highlights the link when tapping but doesnt open anything
[17:53] <didrocks> ogra_: latest promoted image?
[17:54] <ogra_> didrocks, no, my mako is dead atm ... need to charge first
[17:54] <ogra_> didrocks, fridays cdimage install on the flo (new N7)
[17:55] <didrocks>  ogra_: which version? 155?
[17:56] <ogra_> didrocks, fridays cdimage zip
[17:56] <ogra_> one sec, let me find out what system-image that corelates to
[17:56] <didrocks> thanks ;)
[17:57] <ogra_> 156
[17:57] <didrocks> ok, so, we need to test on 153
[17:57] <sil2100> davmor2: what app can I use to test this?
[17:57]  * ogra_ cant really downgrade flo ... 
[17:57] <sil2100> davmor2: one that doesn't require some specific account
[17:58] <ogra_> sil2100, the BBC apps from popey should work
[17:58] <ogra_> then click something that links externally in an article
[17:58]  * ogra_ just tesed with his heise.de app, but thats all german ... you dont want that :)
[17:59] <ogra_> davmor2, try to "tail -f" the log of the app you are running to see if it prints something
[17:59] <ogra_> (while tapping the link)
[17:59] <didrocks> worked for sil2100 in 155 though
[18:00] <ogra_> hmm, works here now too ...
[18:00] <ogra_> it just opened zdnet in the browser from a link
[18:00] <didrocks> urgh
[18:00] <ogra_> but it doesnt seem to work all the time for all links
[18:00] <ogra_> aha
[18:00] <sil2100> davmor2: ^
[18:00] <ogra_> Invalid message received: {"event":"newtab","url":"http://www.zdnet.com/more-on-microsofts-sku-morphic-windows-vision-7000024092/"}
[18:00] <didrocks> yeah… "fun"
[18:00] <ogra_> thats what i see in the log
[18:01] <ogra_> for the *working* link
[18:01] <didrocks> but it work to create a new tab for others, right?
[18:01] <ogra_> the non working ones dont print anything at all
[18:01] <didrocks> hum
[18:01] <ogra_> it fired up the browser with a new tab showing the zdnet article
[18:03] <ogra_> so ... something thats more reproducable for non germans:
[18:03] <ogra_> BBC news app
[18:03] <ogra_> clicking the artictle abour woody allen
[18:03] <ogra_> there is a link to an open letter
[18:03] <ogra_> tapping it opens the browser with the new york times open lette for me
[18:05] <ogra_> no issues in the log when it opens the browser
[18:06] <didrocks> ogra_: opened letter?
[18:06] <didrocks> open*
[18:06]  * didrocks doesn't find
[18:06] <ogra_> didrocks, scroll down ...
[18:06] <ogra_> there is a woody allen article with a pic of him
[18:06] <didrocks> ah ok
[18:06] <didrocks> first paragraph
[18:06] <didrocks> works here
[18:06] <ogra_> here too
[18:07] <didrocks> so, it's "random"
[18:07] <didrocks> I'm on r160
[18:07] <didrocks> ogra_: mind updating the bug report?
[18:10] <ogra_> didrocks, added
[18:11] <didrocks> thanks
[18:12] <ogra_> hmm, in the nelson mandela article from the top there is a link to his "40 page will" ... that opens only a blank page
[18:13] <ogra_> ah, that prints alsa errors in the log ... ignore it ... its specific to the flo installl
[18:14] <ogra_> (seems it wants to play sound, thats not supported on that HW yet)
[18:20] <davmor2> didrocks, ogra_, sil2100: so is this just how the link is coded then I wonder?
[18:20] <ogra_> probably
[18:20] <ogra_> i wonder if the links you click are opened by a javascript function or so
[18:22] <davmor2> ogra_: well they used to work, they certainly did on tuesday on the way down in the train
[18:23]  * ogra_ blames british trains then :P
[18:25] <ogra_> webbrowser-app (0.23+14.04.20140122-0ubuntu1) trusty; urgency=low
[18:25] <ogra_>   [ Ted Gould ]
[18:25] <ogra_>   * Add URL Dispatcher configuration file.
[18:25] <ogra_> hmm
[18:25] <asac> davmor2: how did you find https://bugs.launchpad.net/webbrowser-app/+bug/1275855 ?
[18:25] <ogra_> thats in the last webbrowser-app
[18:25] <asac> davmor2: did you find that as part of our smoke tests that we have agreed to be run on every build? or as part of exploratory testing?
[18:25] <ogra_> i wonder if url-dispatcher gets in your way
[18:26] <asac> everything tedg uploads is causing issues by definition
[18:26] <asac> back it out
[18:26] <asac> see if it fixes it
[18:26] <davmor2> asac: mix of dogfooding the device daily and noticing it stopped working and then digging into it
[18:27] <didrocks> asac: who is going to back it out? I have nobody left around me
[18:27] <asac> davmor2: its an operational nightmare to treat things that you dont run daily as blocking our promotion ... unless its a clear CRITICAL issue
[18:27] <asac> davmor2: so would you have hit this problem every day?
[18:27] <asac> davmor2: do we know it wasnt in 158?
[18:27] <asac> for instance?
[18:27] <asac> :)
[18:27] <asac> didrocks: i am not saying we should back itout
[18:27] <ogra_> asac, well, we know it worked once
[18:27] <ogra_> so it is a regression
[18:27] <asac> ogra_: doesnt help our daily effort
[18:28] <asac> ogra_: sure, but its not critical if its not discovered early
[18:28] <asac> we cant hold the line for stuff that maybe happened 2-3-4 weeks ago
[18:28] <ogra_> i would call it a "normal" severity regression bug
[18:28] <asac> right
[18:28] <asac> ogra_: was it in our last promoted image?
[18:28] <davmor2> asac: so it's something I use everyday not in the confides of testing, but being on holiday has slowed my usage down on thursday and friday
[18:29] <ogra_> it needs to be noted down and upstream should try to solve it asap
[18:29] <ogra_> but we shouldnt block
[18:29] <asac> right
[18:29] <asac> thats what i was trying to say
[18:29] <asac> its a bad upstreawm bug
[18:29] <didrocks> well anyway, an image is kicked
[18:29] <asac> but nothing we as the CI team should throw our scarce resources in bisecting in
[18:29] <didrocks> we'll get results in 8 hours now
[18:29] <davmor2> asac: I leave the blocking to didrocks I just let him know what I hit
[18:30] <asac> right
[18:30] <asac> davmor2: just saying we need to categorize tests somewhat
[18:30] <didrocks> davmor2: but we always need to know if it was in latest promoted image first
[18:30] <ogra_> asac, well, it is QA team work ... and davmor2 is QA
[18:30] <didrocks> (which I asked I guess)
[18:30] <ogra_> the CI team might just be the wrong address for the bisecting
[18:30] <asac> i am just thinking out loud
[18:31] <asac> ogra_: right. unless its something that slipped through CI, its a normal bug. reporter can help if he narrows down finding
[18:31] <asac> etc.
[18:31] <asac> byu bisecting on his own
[18:31] <asac> otherwise its just one thing that will sit and wait for someone to prioritize :)
[18:31] <asac> and regression tests should be better prioritized than wishlists etc.
[18:33] <davmor2> asac, didrocks, ogra_:  so I can tell you it worked up till wednesday last week which I think was 151 and wasn't last night. When it broke exactly between those I have no idea. I can dig into it but not today and I'm at a funeral tomorrow
[18:33] <asac> davmor2: we should work on ensuring that your work doesnt get dropped if you are off
[18:33] <asac> i think that means we need someoen else also doing what you do every day
[18:33] <asac> as calibrating for short term leaves just doesnt work
[18:34] <asac> davmor2: but dont worry... think its a jfunk thing :)... you might want to raise it
[18:34] <davmor2> asac: I think the biggest thing is the fact that I use the devices as daily drivers not just for testing.
[18:35] <ogra_> the last change in webbrowser-app was on image 144
[18:35] <asac> davmor2: daily drivers? you mean dogfooding?
[18:37] <davmor2> asac: I have no other phone, I only have a xoom for tablet. I use my n4 now was maguro as my daily phone and I use the n7 downstairs and the xoom upstairs xoom is running android
[18:38] <davmor2> asac: it basically means that I'm using devices for 4-6 hours each day instead of just testing them for an hour
[18:42] <didrocks> ok, so if we don't know and nobody tries on the latest promoted image, let's call it a non issue
[18:50] <ChrisTownsend> fginther: Hi, I have some questions about the Jenkins AP machines.  Are you the right person to ask for this?
[18:50] <fginther> ChrisTownsend, go ahead
[18:51] <ChrisTownsend> fginther: Well, it may be easier for me to send an email because there are a few.  Then if there are questions, then maybe we can chat about it.
[18:51] <ChrisTownsend> fginther: But I wanted to make sure you could be a point person for it.
[18:51] <fginther> ChrisTownsend, that works.
[18:51] <ChrisTownsend> fginther: Ok, thanks.  I'll send one in a bit.
[18:53]  * didrocks really doesn't understand why he has to do QA work
[18:53] <davmor2> didrocks: how about we call it a regression and not a blocker :)
[18:54] <didrocks> davmor2: well, being able to know if it was introduced since last promoted image will help knowing that
[18:54] <didrocks> ok, can reproduce on latest image
[18:54] <didrocks> now, reverting to latest promoted one
[18:54] <davmor2> didrocks: yeap I was about to look at that
[18:54] <didrocks> it's only the 13th time of the day I'm flashing it to do QA and testing…
[18:54] <didrocks> (bisecting included)
[18:58] <davmor2> didrocks: :(
[19:03] <ogra_> didrocks, your laszt image build failed
[19:03] <didrocks> "nice"
[19:03] <didrocks> ogra_: you get traces?
[19:03] <ogra_> i got a failure mail
[19:04] <ogra_> didrocks, http://people.canonical.com/~ubuntu-archive/livefs-build-logs/trusty/ubuntu-touch/20140203.2/livecd-armhf.out
[19:04] <ogra_> The following packages have unmet dependencies:
[19:04] <ogra_>  ubuntu-touch : Depends: ubuntu-sdk-libs but it is not going to be installed
[19:04] <ogra_> E: Unable to correct problems, you have held broken packages.
[19:04] <ogra_> WOW !
[19:04] <ogra_> how did that go past britney ?
[19:05] <didrocks> what was uploaded?
[19:05] <didrocks> I don't find anything related to that
[19:06] <didrocks> davmor2: ok, so the bug was already in the latest promoted image
[19:06] <didrocks> now the image build failure
[19:06] <didrocks> ogra_: any idea?
[19:06] <ogra_> s/pritney/proposed-migration/
[19:06] <davmor2> didrocks: mine is still flashing fscking maguro so slow at updating
[19:07] <ogra_> didrocks, gimme a sec (sorry, had to care for the cats)
[19:08] <ogra_> didrocks, that smells like a seed issue ... i.e. someone changing seeds without uploading meta or some suchg
[19:08]  * didrocks bzr update
[19:09] <didrocks> ogra_: sdk-libs-dev installs cmake
[19:09] <ogra_> didrocks, yes, but it does so since xnox made the change on the 22nd
[19:09] <didrocks> yeah
[19:09] <ogra_> cant be it
[19:09] <didrocks> so no
[19:10] <ogra_> lets ask in -release
[19:11] <davmor2> ogra_: britney was too busy singing
[19:54] <veebers> doanac, fginther: ping
[19:54] <fginther> veebers, howdy
[19:54] <veebers> fginther: Hi! How are you ?
[19:55] <doanac> veebers: hey
[19:55] <veebers> doanac: hey o/
[19:55] <veebers> doanac, fginther: query: what would be required to take this job I pilfered off doanac (http://q-jenkins:8080/job/autopilot-release-gatekeeper/) and add the steps that are here: http://pastebin.ubuntu.com/6826187/ (lines 9-27)
[19:58] <doanac> veebers: so you want to inject that pastebin logic somewhere into the process?
[19:58] <fginther> veebers, looks like you're wanting an interface to remove a set of packages?
[19:59] <fginther> veebers, is this specifically for qt 5.2 testing?
[20:00] <fginther> veebers, oh, I see there is a bit more to it then removing packages, there is that "rm"
[20:02] <doanac> fginther: i think we scared him away :)
[20:03] <fginther> doanac, it's the whole time travel thing, we have to wait a day for him to see our questions :-)
[20:09] <fginther> doanac, FTR, I've been asked to do special setups for testing of a planned QT bump, so if this request is specifically for QT5.2, it'll probably come up again.
[20:09] <veebers> doanac, fginther sorry was distracted. I would like to add the logic of lines 9-27 to the job (probably a cloned job) as I suspect the ppa and package install stuff is already handled
[20:09] <doanac> fginther: k. i'm not sure about how to handle it. i think there are probably 2 or 3 ways:
[20:09] <veebers> Yeah, it's specifically for qt5.2
[20:10] <doanac> 1) don't call run-smoke directly in the job. instead call the things it does, provision.sh and run-autopilot-test.sh
[20:10] <doanac> with this custom stuff somewhere in the middle of them
[20:10] <doanac> 2) fork off run-smoke for this and basically do what i just described in 1
[20:11] <doanac> 3) add some sort of "hooks" logic to run-smoke to handle something like this
[20:11] <fginther> doanac, I was thinking along those lines as well, particularly 3...
[20:11] <fginther> hmm
[20:11] <doanac> veebers: so i'd probably vote 1 or 3.
[20:12] <veebers> hmm, 1 seems quicker :-) but 3 seems more complete, especially if that functionality will be needed for other things
[20:15] <doanac> i don't know how often such specific things might come up. but doing 3 might not be too bad. it would be in python-code (run-smoke). so adding args with custom actions might be fairly easy
[20:15] <doanac> i could see it being easier than 1, once you get your hands dirty on the problem
[20:15] <fginther> doanac, would you use a bzr branch as the source for the hooks file (which then becomes a jenkins job parameter)?
[20:17] <doanac> fginther: i'd probably make the parameter to the script just be a path (relative or absolute). then the jenkins-job itself can deal with how it wants to get the hook
[20:17] <fginther> then you just need to define the hook points (A* run before provision, B* run after provision, etc)
[20:17] <doanac> yeah. something like --post-provision-hook=./foo.sh
[20:17] <fginther> doanac, right, makes more sense
[20:18] <fginther> the dir thing
[20:18] <doanac> it could be an "append" arg in argpase so you could append multiple hooks
[20:18] <fginther> doanac, there might be an easier way to do that...
[20:20] <fginther> pbuilder runs hooks based on name only, you don't need to explicitly pass any on the CLI.  For example, during the build phase, it will run an B* hooks it finds in the hook directory (in sorted order)
[20:20] <fginther> so you just need to pass in the hook directory and the hooks names will take care of when they are executed
[20:24] <mterry> fginther, heyo!  If/When you have time, I'm available to talk otto shop
[20:25] <doanac> fginther: that would work also. i'm fine with that appoach.
[20:26] <doanac> veebers: is this something you are okay patching. or were  you hoping we'd add that function for you?
[20:26] <doanac> veebers: either answer is "safe" :)
[20:27] <fginther> mterry, I'll be ready in a few minutes. Can you look at http://s-jenkins.ubuntu-ci:8080/job/autopilot-testrunner-otto-trusty-debug-fjg/16/ and confirm it is the same issue?
[20:27] <veebers> doanac: I was hoping that you brilliant examples of men would do that work for me :-)
[20:28] <doanac> veebers: i've got some big MPs going in this week near this code, so its probably not a bad idea for me to give it a stab
[20:29] <doanac> veebers: we are targetting friday for an update to the daily-image testing scripts. is that too far out for you?
[20:29] <mterry> fginther, looks like it
[20:31] <veebers> doanac: awesome :_) Um, sounds great, I haven't been given a deadline, I'll let those involved know that's the timing we haev
[20:32] <doanac> veebers: ack.
[20:32] <doanac> fginther: i'll circle back with you on the best way for me to do this hooks logic. probably tomorrow
[20:33] <fginther> doanac, works for me
[20:56] <fginther> kenvandine, cyphermox_, is daily release still in manual mode?
[21:38] <slangasek> hmm, how do I map 's-jenkins.ubuntu-ci' to an IP?
[21:40] <josepht> slangasek: if you're trying to connect to it, it's best to get your VPN/DNS configured
[21:40] <slangasek> josepht: yes, so which DNS server for which VPN do I need to configure?
[21:41] <josepht> slangasek: https://wiki.canonical.com/UbuntuEngineering/CI/VPN step 4 should get you going
[21:42] <slangasek> josepht: ta
[21:43] <slangasek> ah well, it seems I don't actually have perms for the action the email suggested anyway. :) http://s-jenkins.ubuntu-ci:8080/job/autopilot-1.4-ci/11/rebuild
[22:21] <balloons> ping fginther, can you ensure this merge builds; it's an old request :-) https://code.launchpad.net/~nskaggs/ubuntu-ui-toolkit/emulator-docs-try3/+merge/199353
[22:21] <balloons> I updated it, just want to make sure it gets picked up. ty
[22:29] <fginther> balloons, I'm not a member of the sdk team, if it fails, there isn't much I can do
[22:29] <fginther> should probably correct that situation
[23:27] <Saviq> fginther, hey, "All nodes of label 'trusty&&amd64' are offline", known?
[23:27] <Saviq> http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-trusty/
[23:27] <fginther> Saviq, looking
[23:34] <fginther> Saviq, the connection to the VM service is screwed up, let me see if I can fix it without restarting jenkins
[23:37] <Saviq> fginther, thanks
[23:39] <fginther> Saviq, thanks for bringing this to my attention. Looks like I'll have to restart jenkins, but I'll need to wait just a little bit for the phablet flash jobs to go through. It should be working again a little later
[23:40] <Saviq> fginther, that's fine, thanks