[00:25] <elopio> veebers: re: the browser introspection error, I'm on vivid, not rtm.
[00:25] <elopio> alesage: I'll review when I get back from the gym.
[00:25] <veebers> elopio: to confirm you're seeing the issue when running vivid?
[00:25] <alesage> elopio, thx
[00:26] <elopio> veebers: yes.
[00:26] <veebers> elopio: ack, will try and re-produce
[00:30] <elopio> veebers: fwiw, yesterday it didn't happen.
[00:30] <elopio> I ran it many times.
[02:12] <ianorlin> hmm does the 14.04.2 trusty iso on the tracker for ubuntu-server gives a 404 error
[09:54] <rhuddie> hey pitti
[09:55] <pitti> hey rhuddie, how's life?
[09:55] <rhuddie> pitti, good, thanks! how about you?
[09:55] <pitti> rhuddie: quite fine, thanks! knee-deep in boot problem debugging :)
[09:55] <pitti> and snow, too
[09:56] <pitti> (ok, that's only ankle-deep)
[09:56] <rhuddie> pitti, ooh snow, too. we had a tiny bit yesterday, but its all gone now
[09:56] <rhuddie> pitti, I'm trying to use adt-run on emulator to run an autopilot test
[09:56] <rhuddie> but I get this error: evdev.uinput.UInputError: "/dev/uinput" cannot be opened for writing
[09:57] <rhuddie> if I install all the autopilot components normally with apt-get, it works ok, but not with adt-run
[09:57] <pitti> rhuddie: that rings a bell
[09:57] <rhuddie> pitti, just wondered if you had come across this before
[09:57] <pitti> rhuddie: is that 3.9.4?
[09:58] <pitti> rhuddie: oh wait, 3.9.4 fixed it for the ubuntu-touch-session setup commands
[09:58] <pitti> not for an actual touch env
[09:59] <pitti> rhuddie: so, no; so far, running stuff on the emulator was blocked by bug 1384849, and my MP that I sent half a year ago still wasn't ack'ed
[09:59] <pitti> rhuddie: but maybe that got fixed at last :) if the test deps install in the emulator now, that's a great sign
[10:00] <pitti> rhuddie: would you mind filing a bug with the command and log?
[10:00] <rhuddie> pitti, oh, so that seems like progress. yes it is 3.9.4
[10:00] <rhuddie> pitti, I'll make a bug
[10:00] <rhuddie> thanks
[10:01] <pitti> qtdeclarative5-ubuntu-ui-toolkit-plugin (>= 1.1.1376+15.04.20150111-0ubuntu1) | qtdeclarative5-ubuntu-ui-toolkit-plugin-gles
[10:01] <pitti> \o/
[10:01] <pitti> so someone fixed it independently without closing the bug or MP
[10:09] <pitti> rhuddie: so, I think I have an idea how to make udev rules from packages effective which you can only unpack but not actually install
[10:09] <rhuddie> pitti, sounds interesting
[10:09] <pitti> curious that this wasn't necessary on real iron, just the emulator
[10:10] <pitti> as the functionality should be the same (change the group of /dev/uinput)
[10:10] <pitti> oh well, I'll look at it
[10:10] <rhuddie> thanks pitti
[10:10] <pitti> nice to see that the emulator works with AP now!
[10:10] <rhuddie> yes, I was pleasantly surprised to see that
[10:11] <pitti> or rather, it's annoying that we keep breaking it by trivial stuff like the -gles dep
[10:11] <pitti> I guess for that it would need to become a first-class citizen in CI MP testing
[13:17] <jibel> davmor2, Can you confirm bug 1417792, I just did it but would like your opinion
[13:23] <elfy> jibel: I can confirm that proposed bug
[13:23] <jibel> elfy, thanks. Did you see it on another flavor too?
[13:23] <elfy> I'm only looking at xubuntu
[13:24] <jibel> OK, it's on the livecd.
[13:24] <elfy> didn't look there - looked at installed instances
[13:26] <elfy> which is even worse for me - I'd have to muck about with keyboard layouts to change it as I get stuck with US layout after install :)
[13:27] <elfy> jibel: in xubuntu 32 bit livecd, proposed enabled, backports disabled
[13:45] <davmor2> jibel: on mac I see trusty-security tick, recommended updates tick, pre-release update minus symbol and unsupported updates (trusty-backports) tick
[14:00] <davmor2> jibel: mac done moving onto amd64
[14:00] <davmor2> I'll start with an oem install
[14:00] <jibel> davmor2, I'm on OEM amd64
[14:00] <jibel> davmor2, I did server amd64 too
[14:01] <davmor2> jibel: ah okay then
[14:01] <jibel> davmor2, I'm testing with UEFI, can you take i386?
[14:02] <davmor2> jibel: yeap I can do that instead
[14:02] <davmor2> I have all 3 cd's burnt :)
[14:03] <davmor2> i386 oem underway
[14:23] <davmor2> jibel: hmmm that might be a problem. I don't see a password box on the initial user login also the oem wifi password is stored I didn't need to readd it as user :(
[14:28] <jibel> davmor2, I did see a password box on initial user login.
[15:03] <elopio> hello
[15:04] <balloons> good morning elopio :-)
[15:05] <elopio> good morning balloons
[15:10] <elopio> fgimenez: how are you?
[15:17] <fgimenez> elopio: fine thx, and you?
[15:19] <fgimenez> elopio, finally i'm beginning to see the sanity tests running in the emulator :)
[15:20] <elopio> fgimenez: I'm good, thanks.
[15:20] <elopio> And that's a lot more than what I'm able to see, the emulator freezes my computer on the wizard. That's nice.
[15:24] <brendand> elopio, do you want to top-approve my MP or wait until veebers has his queries answered?
[15:25] <fgimenez> elopio i had the same problem, rsalveti and brendand helped me with this, in my case the problem was related to the non-proprietary nvidia drivers
[15:26] <elopio> brendand: he left needs information, so I would prefer to wait. However, you have two approvals, so it's your call.
[15:27] <elopio> fgimenez: hum, I have the free ones here. That's good to know, I'll give it a try.
[15:27] <elopio> fgimenez: any bug reported about it?
[15:29] <fgimenez> elopio, not yet, i'll check if it has been reported before
[15:30] <elopio> thanks.
[15:31] <elopio> balloons: have you met fgimenez? It's our new friend, he
[15:31] <elopio> 's nice, you can play with him.
[15:32] <fgimenez> :) hi balloons
[15:32] <balloons> elopio, ohh wonderful. I have not met him yet.
[15:32] <balloons> hello hello!
[16:03] <elopio> brendand: I've just run your wizard branch again. It's still passing here.
[16:04] <brendand> elopio, it was always passing :) i'm being diligent now
[16:12] <jibel> davmor2, so far the issues are proposed enabled and US keyboard, did you find anything else?
[16:12] <jibel> I'll do a CJK install
[16:13] <davmor2> jibel: so there is no keyboard on live cd session for the enter key and then I've just replicated the issue with oem on i386
[16:14] <jibel> davmor2, what is the bug #, I'll try to reproduce
[16:14] <davmor2> jibel: about to write it up now I have confirmed it happens multiple times and was a freak accident
[16:18] <jibel> davmor2, I'd like to understand what we do differently and why I don't reproduce
[16:23] <davmor2> jibel: issue number one https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1418105
[16:24] <jibel> davmor2, this one rings a bell, I'll dig LP
[16:30] <davmor2> jibel, cyphermox: issue number 2 https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1418109  added a photo of the screen sorry it isn't wonderfully clear but you will note there is no way to log in
[16:31] <cyphermox>  davmor2: thanks
[16:31] <jibel> davmor2, it's really weird
[16:35] <jibel> davmor2, could it be HW related
[16:36] <davmor2> jibel: all the other installs work fine and it is only oem
[16:37] <jibel> davmor2, right but I cannot reproduce in VMs
[16:37] <davmor2> jibel: it's all intel hardware so should be good
[16:37] <davmor2> cyphermox: is there any info I can get off the system for you?
[16:38] <cyphermox> davmor2: let me check
[16:39] <cyphermox> davmor2: going to try to reproduce it here, that should get me enough info I guess
[18:40] <elopio> alesage: sorry, your move sanity now needs merge with trunk.
[18:40] <elopio> I got the second approval for my get_tests branch yesterday.
[18:40] <alesage> elopio, in process, just testing on device
[18:40] <elopio> alesage: ok. And I have the refactorings book here on my TODO.
[18:41] <elopio> alesage: one you might enjoy is working effectively with legacy code.
[18:41] <alesage> elopio, we should actually do a little weekly reading club
[18:41] <elopio> alesage: +3 to that.
[18:41] <alesage> elopio, it's right here on the desk :) , need to review
[19:31] <veebers> doug5: Hey sorry I'll be reviewing your proposal this morning, sorry for the delay
[19:31] <doug5> veebers, no worries :)
[19:32] <doug5> balloons, hey
[19:39] <balloons> doug5, howdy
[19:45] <doug5> balloons, I'm trying to fix this stuff https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/WeekView-ScrollToToday/+merge/243664
[19:45] <doug5> and kunal was suggesting to run the test with a smaller size, to reproduce the issue. Do you know how to do it?
[19:46] <balloons> a smaller size? As in a smaller size window?
[19:48] <doug5>  balloons yep
[19:48] <balloons> doug5, if so, there's actually 2 things for you :-) https://code.launchpad.net/~nskaggs/autopilot/add-wm-sandbox-run/+merge/242274
[19:50] <balloons> branch that, then run with add-wm-sandbox-run/bin/autopilot3-sandbox-run -X --windowmanager ratpoison -s 400x600x24
[19:50] <balloons> landing that branch would make it even more useful for everyone :-)
[19:51] <doug5> ok, I try, thx :)
[19:54] <balloons> doug5, locally the version of autopilot3-sandbox-run can also use the -s to set screen size
[19:54] <balloons> that branch adds the window manager component which makes things run better
[20:01] <doug5> balloons, and it works indeed :) really cool :)
[22:57] <elopio> alesage: can you give me one review so I don't break the rule of two?
[22:57] <alesage> elopio, surely, sorry didn't factor that in :)
[23:12] <alesage> elopio, reviewed one, hope that unblocks