[10:14] <jibel_> mvo, Hello, the autoupgrade tester is reporting a failure for lucid -> lucid-updates but there's no log. http://people.canonical.com/~mvo/automatic-upgrade-testing/current-stable/
[10:22] <mvo> jibel_: thanks, I check it out, it *might* be that is just ran out of diskapce :/ unfortuantely the disk in there is really small
[10:25] <jibel> mvo, no worries, 10.04.2 being next week, I want to be sure to not miss anything.
[10:26] <jibel> mvo, regarding your question yesterday about running gui testing with xvfb, the latest version of the scripts are there https://launchpad.net/hudson-x11-guitest
[10:27] <mvo> nice
[10:27] <mvo> thanks
[10:28] <mvo> jibel: i will need to ask you for help at some point, I added a bit of mago to s-c but I did not manage to make "sendkeyevent("<pagedown>") to work in s-c. I want it to scroll the applist but for some reason no scrolling happend (I did make sure the keyboard focus is on the treeview)
[10:32] <jibel> mvo, sure. Can I have a look at the code, branch or pastebin ?
[10:35] <mvo> jibel: http://paste.ubuntu.com/564341/
[10:36] <mvo> jibel: this is against trunk, but it should not matter (that) much, I did add atk.Object.set_name to some stuff, so you may need trunk
[10:36] <mvo> jibel: but I can do a upload nowish, wanted to do that anyway (new s-c in ubuntu)
[10:38] <mvo> actually its http://paste.ubuntu.com/564343/ (there was a <tab> missing). but it does not change the behavior
[10:38] <mvo> no rush, I need to be away for some minutes anyway and then its lunchtime for me :)
[10:39] <jibel> mvo, I'll have a look and let you know.
[11:19] <mvo> jibel: just out of curisoity, when can we have the new mago in the archive? do oyu need a sponsor?
[11:20] <jibel> mvo, my packaging skills sucks :(
[11:20] <jibel> mvo, there's a pb with ldtp which doesn't recognize pagedown
[11:21] <jibel> mvo, I think the keycode sent by ldtpd might be wrong.
[11:22] <mvo> jibel: I'm happy to do the packging and sponsoring if that is the only blocker :)
[11:22] <jibel> mvo, if you use <down> instead it works.
[11:22] <mvo> sweeeeeet
[11:22] <mvo> so I just send enough downs :)
[11:22] <jibel> mvo, see http://paste.ubuntu.com/564367
[11:23] <mvo> thaks, I play with it after lunch
[11:48] <jibel_> mvo, confirmed, the keycode is wrong, in /usr/lib/pymodules/python2.7/ldtpd/keypress_actions.py I changed the keycode for pagedown/pgdown to 117 and it work. Checking other keycodes most doesn't match with what is returned by X
[11:49] <jibel_> I don't know why keycodes have those values.
[11:49] <jibel_> nagappan, ^ what do you think ?
[11:51] <jibel_> what is odd is that the keycode for <down>  doesn't match but sending <down> works as expected. Is there some xmodmap magic over here ?
[12:05] <mvo> jibel_: indeed, I can confirm that 117 fixes it. sounds something we want to distro patch then? (and send upstream)?
[12:06] <mvo> jibel_: if you have nothing pending I will upload the current mago bzr snapshot, sounds good?
[13:02] <jibel_> mvo, sounds good, there's nothing pending.
[13:03] <jibel_> mvo, I'd like to talk with nagappan before proposing a patch because I don't understand why most of the keycodes seems wrong.
[18:39] <nagappan> jibel, I created the key code based on LTFX
[18:39] <nagappan> jibel, if its incorrect, we can fix it
[20:42] <jibel> nagappan, Hi, I think it's not trivial. We need to dynamically translate from the keysym to the keycode otherwise we will fix it for european keyboards but break other keymaps :/
[20:56] <jibel> nagappan, for example the following code ldtp.generatekeyevent('azertyuiop qsdfghjklm wxcvbn') will probably output the expected string if you're using  a US keyboard, but if you're using a european keymap it generates the string "qwertyuiop asdfghjkl, zxcvb" which is obviously not what is expected. I'll submit a report.
[21:11] <hakimsheriff> HI all
[21:11] <nagappan> jibel, sure, unfortunately I have never used any other keyboard
[21:11] <nagappan> jibel, do you have some suggestion to fix it as well ?
[21:14] <jibel> nagappan, I'll investigate the xmodmap way first but I'm not sure that's really reliable. The other solution is to use directly keysym_to_keycode from xlib, but it adds a dependency on python-xlib.
[21:15] <nagappan> jibel, okay