[00:53] <thomi> bschaefer: ping?
[05:06] <bschaefer> thomi, pong, are you still around?
[05:06] <bschaefer> Just got back from a class
[05:15] <thomi> bschaefer: Hi, I was going to ask if you knew why our 'system' Anthy ibus test is failing all of a sudden?
[05:16] <bschaefer> hmm, let me test it. It was working last night before I went to bed
[05:16] <thomi> it's failing consistently for me, in both the dash and the hud
[05:16] <bschaefer> also I couldn't get gdb with the autopilot tests :(. It said something about a dbus connection was missing
[05:17] <thomi> huh?
[05:17] <bschaefer> let me pull up the actual error one sec
[05:17] <bschaefer> and omg
[05:18] <bschaefer>  iI think the anthy is failing because the "space" that you press for some reason changed...
[05:18] <bschaefer> let me look into that one sec. I want to make sure im all up to daye
[05:18] <bschaefer> date*
[05:19] <thomi> :)
[05:19] <bschaefer> thomi, DBusException: org.freedesktop.DBus.Error.UnknownObject: No such object path '/com/canonical/Unity/Debug'
[05:19] <bschaefer> something similar to that, pulled that from a jenkins failure
[05:20] <thomi> that usually happens when unity dies...
[05:20] <bschaefer> doing a unity --reset fixes that error, but when I do unity --advanced-debug it uses compiz --replace
[05:21] <thomi> bschaefer: it works for me - I've been running autopilot under gdb all day :)
[05:21] <bschaefer> thomi, guess what, it just felt like working for me :)
[05:21] <bschaefer> ugg I hate inconsistencies...
[05:22] <thomi> yeah
[05:22] <bschaefer> https://jenkins.qa.ubuntu.com/job/dx-autopilot-run/705/#showFailuresLink
[05:22] <bschaefer> all I see is Pinyin failing
[05:23] <thomi> bschaefer: hmmm, that's interesting
[05:23] <thomi> for me, the anthy test for the 'system' string fails 100% of the time
[05:24] <thomi> ... it looks like it's expecting something slightly different form what it got
[05:24] <bschaefer> thomi, same for the last 3, let me update nux/unity which might take a little time as I have updated nux in a while
[05:24] <bschaefer> thomi, yeah
[05:24] <bschaefer> thomi, so when it hits space I think is the issue
[05:24] <bschaefer> it remembers the most used one
[05:25] <bschaefer> so it has a potential to change, but it shouldn't ever since the test the self should always use the default ones
[05:25] <bschaefer> them*
[05:25] <bschaefer> unless you use anthy all the time...
[05:26] <thomi> :-/
[05:26] <thomi> what do you mean by "it remember the most used one"?
[05:28] <bschaefer> well there is a menu you can use in anthy, which could change that. I have to look that up, let me put together an example
[05:29] <bschaefer> thomi, can you paste the error you get?
[05:30] <thomi> sure:
[05:30] <thomi> MismatchError: !=:
[05:30] <thomi> reference = u'システム'
[05:30] <thomi> actual    = u'市捨て無'
[05:30] <bschaefer> thomi, ok I remember now, when you hit space to change to text press down and a menu pops up
[05:31] <bschaefer> thomi, also I think it uses the last one used, so if it was changed at all it would mess up the test :(
[05:31] <thomi> hmmm
[05:31] <bschaefer> thomi, do you have ibus-anthy active?
[05:32] <bschaefer> well if you don't, put it under the active list, lets see if we can fix that
[05:32] <thomi> bschaefer: hmmm, isn't the test supposed to do that for me?
[05:32] <thomi> ...or skip if it can't?
[05:32] <bschaefer> thomi, I mean for you to manually select the correct one, so it will in the test
[05:33] <thomi> yeah, I just checked and Anthy is currently the only one in the list
[05:33]  * thomi runs test again
[05:34] <bschaefer> thomi, your test grabs them for you. What Im thinking to fix this is for you to active anthy manually
[05:34] <bschaefer> then type "shisutemu" then space
[05:34] <bschaefer> then down
[05:34] <bschaefer> to see the list of other possible strings
[05:36] <bschaefer> thomi, yeah I did that and it fixed it for me
[05:40] <bschaefer> thomi, the fact that it can potentil
[05:40] <bschaefer>  potentially* change is very bad
[05:41] <thomi> bschaefer: hmm, I got the list, but the test still fails in the same way. If it's just failing on my machine I don't mind so much.
[05:41] <thomi> thanks for the info though - I'll look into the pinyin tests tomorrow
[05:41] <bschaefer> ok, I can take a look also, I was planning on working for couple hours tonight
[05:42] <bschaefer> thomi, I can get the anthy fixed for you when you have sometime
[05:42] <thomi> yeah, probably not very important now though :)
[05:42] <bschaefer> the problem is the first choice is off, you just have to go and choose the correct one and it will default back to it :)
[05:42] <bschaefer> haha :)
[05:43] <bschaefer> but now I have gdb and autopilot working Ill run that script all night!
[05:43] <bschaefer> I did last night, but work up and it had restarted on its own :(
[05:43] <bschaefer> awoke*
[05:43] <bschaefer> woke*
[05:44] <thomi> bschaefer: if you're SSHing in to run gdb, make sure you have keepalive messages turned on :)
[05:44] <thomi> otherwise you'll arrive to a dead ssh session
[05:45] <bschaefer> o that must have been the problem!
[05:48] <bschaefer> thanks, and have a good night!
[06:19] <bluefrog> hud-service is eating memory drastically. is that a bug to be fixed?
[08:14] <tsdgeos> didrocks: ping
[08:14] <didrocks> tsdgeos: hey
[08:14] <tsdgeos> didrocks: i'm using a bool value for the corner reveal thing, is that fine for you?
[08:15] <tsdgeos> true means corner-reveal, false means side reveal
[08:15] <didrocks> tsdgeos: let me check what unity is doing to not make it more complex :)
[08:16] <didrocks> tsdgeos: they are using an int, 1 is topleft, 0 is left
[08:17] <didrocks> to that works with your border values :)
[08:17] <tsdgeos> yeah
[08:17] <tsdgeos> but let's move it to int :D
[08:17] <didrocks> tsdgeos: even better! Thanks ;)
[08:18] <tsdgeos> didrocks: the default is side reveal, right
[08:18] <tsdgeos> ?
[08:18] <didrocks> tsdgeos: right
[08:30] <tsdgeos> didrocks: the key is reveal-mode in <schema path="/com/canonical/unity-2d/launcher/" id="com.canonical.Unity2d.Launcher" gettext-domain="unity-2d">
[08:31] <tsdgeos> didrocks: code not yet merged in unity2d
[08:31] <didrocks> tsdgeos: good good, using that now then ;)
[08:31] <didrocks> tsdgeos: well, I won't push it before unity-2d is released to avoid the well known gsetting segfault :)
[08:36] <tsdgeos> oki
[09:13] <tsdgeos> Thomi gave me an Approve here https://code.launchpad.net/~aacid/unity/clearQueriesOnUpdateCallback/+merge/100633 do i need to nag more people?
[09:13] <thomi> tsdgeos: you should get gord to look at it as well
[09:14] <thomi> tsdgeos: if it's still in review tomorrow I'll make sure it lands
[09:14] <tsdgeos> thanks
[09:14] <tsdgeos> i'll be around
[09:14] <tsdgeos> just ping me if needed
[09:14] <thomi> ok. I work in odd timezones though :)
[09:16] <tsdgeos> yeah i saw your mail was kind of shifted
[09:20] <tsdgeos> didrocks: https://bugs.launchpad.net/ayatana-design/+bug/969235 is marked as fix released in metacity but it's still ctrl+alt+d that minimizes all windows here not ctrl+super+d
[09:21] <tsdgeos> didrocks: any idea why?
[09:23] <didrocks> tsdgeos: compiz can be weird and not update the key sometimes if you started it
[09:23] <didrocks> tsdgeos: if not, is your metacity key not the default?
[09:25] <tsdgeos> not sure, how does gconf-editor tell me if something is not default?
[09:25] <tsdgeos> bold?
[09:25] <tsdgeos> seems it doesn't tell you if it's default or not
[09:26] <didrocks> gconftool-2 -g /apps/metacity/global_keybindings/show_desktop
[09:26] <didrocks> then, -u to unset it
[09:26] <didrocks> and -g :)
[09:26] <tsdgeos> yeah doing the -u changed from ctrl+alt to ctrl+super
[09:26] <tsdgeos> don't remember changing it though
[09:27] <tsdgeos> but maybe i did
[09:27] <didrocks> tsdgeos: it's always hard to tell, also, there is always the question of
[09:27] <didrocks> "if I switch A to B, then again A"
[09:27] <didrocks> should the key be considered as a default or not? :)
[09:27] <tsdgeos> yeah
[09:45] <gotwig> davidcalle: morning
[09:46] <davidcalle> gotwig, morning!
[09:46] <gotwig> davidcalle: your picture is not available :-)!^^
[09:47] <davidcalle> http://cdn.memegenerator.net/instances/400x/17819825.jpg ? :)
[09:47] <gotwig> davidcalle: yes
[09:48] <davidcalle> gotwig, not available in the sense : you can't see it, or you don't want to do what it says ? :P
[09:48] <gotwig> davidcalle: service not available from Germany :D ^^
[09:48] <gotwig> davidcalle: simple 503
[09:49] <davidcalle> gotwig, hehe, it's just a meme picture "catch ALL the exceptions" :)
[09:49] <gotwig> davidcalle: wanna see it... !
[09:49] <gotwig> davidcalle:  :-)
[09:50] <davidcalle> gotwig, don't have the time right now, I'm in a meeting ;)
[09:51] <gotwig> davidcalle: ohhh , ok
[09:51] <gotwig> davidcalle: I have holidays ;P
[09:54]  * gotwig quotes: "Strength Through Unity, Unity Through Faith"
[10:32] <gotwig> davidcalle: yo, fixed it
[10:33]  * gotwig notes that YOU ARE FINALY ABLE TO SEARCH FOR SOUP :-) 
[10:34] <davidcalle> gotwig, haha nice
[10:35] <gotwig> and calc, lol
[11:26] <gotwig> hey
[11:26] <gotwig> mhall119: fixed your reported bug
[11:37] <gotwig> arpu: hey
[11:45] <gotwig> can someone help me how to set up internationalization in my lens/scopes ??
[12:05] <gotwig> in what category in the USC are lenses?
[12:18] <mhall119> gotwig: Themes & Tweaks
[12:19] <mhall119> gotwig: http://paste.ubuntu.com/913851/ is an example of using a python list that I was talking about yesterday
[12:19] <gotwig> mhall119: already implemented it. thanks
[12:19] <gotwig> mhall119: oh and I fixed your bug
[12:20] <mhall119> I had a bug?
[12:36] <gotwig> mhall119: the one you reported
[12:37] <gotwig> mhall119: btw. does that control file look OK ? http://paste.ubuntu.com/914469/
[12:38] <mhall119> gotwig: I don't know if all those different python depends lines are needed, but I don't see anything particularly wrong with it
[12:38] <mhall119> mind you, I'm no packaging expert
[12:38] <gotwig> mhall119: kay
[12:39] <gotwig> mhall119: your bug was critical
[12:39] <gotwig> mhall119: bug report ;P
[12:40] <gotwig> mhall119: do you know how I may include other languages into my lens/scope?
[12:40] <mhall119> gotwig: I know you can use gettext, but I'm still learning the details myself
[12:41] <mhall119> gotwig: join #ubuntu-community-team and ask dpm where you can go for help on that
[12:41] <davidcalle> gotwig, have a look at http://bazaar.launchpad.net/~unity-lens-videos/unity-lens-videos/trunk/files , and the top of the daemon file, after the imports, there is a lot of language related things.
[12:41] <gotwig> mhall119, davidcalle : thanks
[12:41] <mhall119> davidcalle: the video lens is installed by default in 12.04 right?
[12:42] <davidcalle> gotwig, I can't really help you more, I didn't implement it, a translator did.
[12:42] <davidcalle> mhall119, yes
[12:42] <mhall119> davidcalle: cool, I'm writing docs and wanted to make sure
[12:42] <davidcalle> mhall119, ok
[12:42] <gotwig> davidcalle: lolz ^^ ok
[12:43] <gotwig> davidcalle: do you got his name, mail?
[12:43] <mhall119> gotwig: oh, nvm about pinging dpm, he's on holiday
[12:43] <gotwig> mhall119: just like I, hehe ^^
[12:43] <mhall119> you're on holiday today too?
[12:44] <gotwig> mhall119: 2 weeks, my first semester is over @ college
[12:44] <davidcalle> gotwig, https://launchpad.net/~kelemeng, I think you can find him in #ubuntu-translators
[12:45] <gotwig> davidcalle: kelemengabor ?
[12:45] <davidcalle> gotwig, I think so
[13:15] <AlanBell> hi mhall119
[13:17] <AlanBell> I am struggling with a singlet lens
[13:18] <AlanBell> http://paste.ubuntu.com/914505/
[13:19] <AlanBell> just doing quickly create unity-lens then sudo quickly install gives me that error, it can't find the .service file
[13:23] <gord> AlanBell, does quickly give you information when it was installing? you should havea .service file related to your lens in /usr/share/dbus-1/services
[13:23] <AlanBell> not much info when installing
[13:23] <AlanBell> it does turn up in the list of lenses in the dash
[13:23] <gord> yeah we get the lens in the dash, but there is no backend service to give it info
[13:23] <AlanBell> the .service file isn't there
[13:24]  * AlanBell copies it in
[13:24] <gord> if the .service file isn't there, you should make sure that the exec in the .service file exists too
[13:24] <gord> just incase
[13:28] <AlanBell> hmm, that gets me a little further
[13:29] <mhall119> AlanBell: did you "quickly run" before you tried to search?
[13:30] <mhall119> AlanBell: gord: all "quickly install" does is copy the .lens and icon files to /usr/share/unity/lenses/<lensname>/
[13:30] <AlanBell> http://paste.ubuntu.com/914522/
[13:31] <mhall119> AlanBell: what version of Ubuntu and Singlet are you using?
[13:31] <AlanBell> 12.04
[13:31] <AlanBell> singlet from the repos
[13:31] <gord> mhall119, but without the .service file unity can't launch the dbus service, surely quickly install should install that too
[13:32] <gord> is the intention that you should be launching the lens yourself in a terminal before launching unity?
[13:32] <mhall119> gord: yes
[13:32] <AlanBell> sounds fine to me for development
[13:32] <mhall119> that's the quickly convention, to "quickly run" to try your app
[13:33] <mhall119> AlanBell: right, when you build the package, it'll put the .service and executable in the right places
[13:33] <AlanBell> great, so the problem I have is that quickly run isn't working then
[13:33] <gord> yjsyd gomr yjrm
[13:33] <AlanBell> unknown signal name: active
[13:33] <gord> uh, *moves one row of keys to the left*
[13:33] <gord> thats fine then
[13:34] <mhall119> AlanBell: what version is the singlet package you're using?
[13:35] <AlanBell> 0.0.2-ubuntu1
[13:36] <mhall119> AlanBell: of unity-singlet?
[13:36] <mhall119> that looks like quickly-lens-template
[13:37] <AlanBell> it was, I thought it was the same thing
[13:37] <mhall119> 0.2.2 of python-unity-singlet fixes the 'active' signal error, dhobach is working on getting it into the archives
[13:37] <mhall119> AlanBell: no, quickly-lens-template is just the Quickly parts, python-unity-singlet is the actual Singlet library
[13:37] <AlanBell> Version: 0.2.1-ubuntu1
[13:38] <mhall119> AlanBell: you can get the latest of both from https://launchpad.net/~scopes-packagers/+archive/ppa
[13:40] <AlanBell> thanks
[13:44]  * AlanBell is rewarded with a link to the comprehensive documentation https://wiki.ubuntu.com/Unity/Lenses/Singlet
[13:45] <mhall119> AlanBell: lol, yeah...
[13:45] <mhall119> feel free to fill it in :)
[13:45]  * mhall119 has enough docs to write :(
[13:46] <AlanBell> yeah, I might add to that, but first I need to get this lens working :)
[13:46] <AlanBell> at least I am off the ground now
[13:46] <AlanBell> thanks for your help
[13:46] <jussi> is it a bug or a feature that unity dash retains the last search? (I keep having to go delete it...)
[13:47] <mhall119> AlanBell: no problem
[13:47] <mhall119> jussi: yes
[13:47] <AlanBell> so many unity questions start with "is it a bug or a feature?"
[13:48] <jussi> mhall119: so bith...?
[13:48] <jussi> both*
[13:49] <mhall119> jussi: it's by design
[13:52] <jussi> :(
[13:56] <gord> jussi, its a feature, but the last search is highlighted, you don't have to delete, just type your next search
[13:57] <jussi> gord: hrm, I suppose. I dont know how, but that could be a little better "advertised"
[14:04] <tsdgeos> didrocks: corner reveal merged
[14:05] <didrocks> tsdgeos: thanks for the head's up! :)
[14:05] <didrocks> tsdgeos: the g-c-c part is ready, waiting on the release to push in precise
[14:05] <tsdgeos> nice
[14:30] <gotwig> didrocks: g-c-c?
[14:30] <didrocks> gotwig: gnome-control-center
[14:30] <gotwig> for wat
[16:46] <Andy80> om26er: hi :) did you give a look at the suspend bug on your Asus 1215P?
[16:47] <om26er> Andy80, nope, 1min plz :-)
[16:47] <Andy80> om26er: sorry ^_^
[16:48] <om26er_> Andy80, resumed fine
[16:49] <Andy80> uhm :\
[16:49] <Andy80> om26er: are you sure you have the latest packages?
[16:49] <om26er_> Andy80, I am a 3-4 days behind on updates on this machine
[16:49] <Andy80> om26er: how do you suspend it? I just close the netbook.
[16:49] <Andy80> om26er: ah that's it!
[16:49] <om26er_> I selected it from the power cog
[16:49] <Andy80> it happened with yesterday updates
[16:50] <om26er_> updating now
[16:50] <Andy80> I usually suspend it closing the netbook display, I don't press any key at all...
[16:54] <Andy80> uhm... I've other 111 packages to update. I want to upgrade as well and reboot, then I'll test again so we have the same environment.
[17:02] <om26er> uh ~400mb of updates that would take a while installing on this thing O_o
[17:03] <Andy80> naa :)
[17:03] <Andy80> I've done, I try to reboot
[17:21] <jbicha> Cimi_: pong
[17:21] <Cimi_> jbicha, pong
[17:23] <jbicha> Cimi: did you need something from me?
[17:24] <Cimi> jbicha, yep
[17:24] <Andy80> om26er: no it doesn't work :\ just the screen goes off
[17:24] <Cimi> jbicha, on the default wallpaper
[17:24] <Cimi> jbicha, wante to be sure when we can upload https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/968399
[17:24] <om26er> Andy80, updates installing, lets see what I've got
[17:24] <Cimi> if we can
[17:24] <Andy80> om26er: I've to go out now, feel free to leave me a message or an email. See ya!
[17:25]  * om26er like the new wallpaper
[17:25] <om26er> Andy80, okay
[17:26] <jbicha> Cimi: well next release we ought to try to get the default wallpaper in by UIF, but we're not going to bother redoing screenshots now
[17:27] <Cimi> jbicha, but we can then?
[17:27] <jbicha> at least it's still approximately the same wallpaper
[17:27] <Cimi> jbicha, can we at least update the wallpaper on the first page of the docs?
[17:28] <jbicha> Cimi: how about we move this conversation to #ubuntu-release
[17:38] <AlanBell> mhall119: bit confused by the ListViewCategory object
[17:39] <AlanBell> it kind of turns from a category object into a number and I am not sure how
[17:41] <AlanBell> when doing results.append() it seems self.example_category just returns 0
[17:43] <AlanBell> my one (which I am storing in a dict) returns <Category object at 0x7fa3ac2930a0 (UnityCategory at 0x29138c0)>
[17:47] <mhall119> AlanBell: so the Lens API says you're supposed to pass the index number for the category the result belongs to
[17:48] <mhall119> Singlet does some behind-the-scene magic to convert the variable into the correct index number for that category
[17:59] <AlanBell> yeah, I can tell there is magic going on :)
[18:00] <AlanBell> I am generating categories in a little loop, I don't know how many there will be, I just shove them in a dict
[18:00] <AlanBell> I don't know where to go to get the index number
[18:15] <AlanBell> hmm, I am not sure if this is working quite right
[18:16] <AlanBell> the dash seems to be remembering the categories between runs of the lens
[18:19] <AlanBell> mhall119: where is the source code for the magic bit? I think I need to understand what it is trying to do
[18:19] <mhall119> AlanBell: you have to restart unity for the dash to pickup on category changes
[18:20] <AlanBell> ok
[18:20] <mhall119> http://bazaar.launchpad.net/~singlet-developers/singlet/trunk/view/head:/src/singlet/lens/base.py#L62 is the magic
[18:22] <AlanBell> thanks
[18:25] <mhall119> AlanBell: of course, that bit of magic only happens if the variable is defined at the class level
[18:26] <mhall119> if you're just putting it directly into a dict(), it won't see it
[18:27] <AlanBell> yeah
[19:28] <AlanBell> yay, it works
[19:28] <AlanBell> that was hard
[19:33] <mhall119> hard? :)
[19:33] <mhall119> :(
[19:33] <mhall119> it shouldn't be hard
[19:33] <mhall119> AlanBell: what did you find difficult/confusing?
[19:46] <AlanBell> doing the categories
[19:47] <AlanBell> http://paste.ubuntu.com/915071/
[20:00] <rye> mdeslaur: hi, re bug #973585 - i suppose they parsed options after gtk initialised too to get some --display or something, we break this with the current version, but I am not sure whether this is critical
[20:00] <mdeslaur> rye: yes, I'm aware of that, but I can't think of any other way of fixing it
[20:00] <rye> mdeslaur: unping, i see the explanation, sorry :)
[20:01] <mdeslaur> rye: if you can think of any, please let me know and I'll fix it
[20:01]  * rye learns how to read
[20:02] <rye> I guess we can wait until somebody complains about missing gtk options and then try to resolve this. parsing the options twice is not a good option too
[20:50] <AlanBell> mhall119: how do I get lens searches turning up on the dash home page?
[20:50] <AlanBell> ah, never mind, that would be the global search method I guess
[20:55] <mhall119> AlanBell: yup
[20:55] <AlanBell> ok, that kind of works, but now my categories are messed up again
[20:57] <mhall119> AlanBell: did you set the categories list in your Meta class?
[20:58] <mdeslaur> rye: well, the problem is the python parser bails out when it hits the unknown gtk options, so I can't just parse them twice
[20:58] <mhall119> category_order I mean
[20:59] <AlanBell> mhall119: I kind of did it in the search method writing them into self._meta
[20:59] <AlanBell> and I can see how to fix my ugly hack
[21:03] <mhall119> AlanBell: yeah, add category_order = ['first_category', 'second_category'] to your Meta, should fix it
[21:03] <AlanBell> well I don't want to hard code the categories
[21:03] <mhall119> unfortunately Python doesn't always pass Singlet the class variables in the ordere they are defined
[21:04] <mhall119> you do want to hard-code the categories
[21:04] <AlanBell> I could in this instance, but I really want the categories to build from the data source
[21:04] <mhall119> you do *not* want to dynamically generate your categories
[21:04] <mhall119> The Dash doesn't support that
[21:04] <AlanBell> why not?
[21:04] <mhall119> you would have to restart Unity to get the new categories
[21:04] <mhall119> and it would break scopes
[21:05] <AlanBell> seems to work fine
[21:05] <mhall119> think about 3rd party  scope developers
[21:05] <mhall119> their code will be using category index #s
[21:05] <mhall119> they need them to stay the same
[21:05] <AlanBell> that sucks
[21:06] <mhall119> a bit,  yeah
[21:06] <mhall119> but it really only becomes a problem if you're designing a lens for a specific source, which is something you generally shouldn't be doing
[21:06] <AlanBell> bit surprised the lens can't fine them by name
[21:06] <mhall119> the lens isn't the problem, it's the scopes that can't
[21:10] <AlanBell> hmm, nasty.
[21:12] <AlanBell> this will be why most of the standard lenses have such odd choices of category
[21:12] <AlanBell> and why you can't change the way things are categorised
[21:42] <gotwig> Please help me in translating my cooking lens & scopes in your native lanuage :-) https://translations.launchpad.net/lens-cooking/trunk
[21:43] <gotwig> mhall119, mhr3 : hey :-) and good night ^^
[22:17] <bschaefer> thomi, ping
[22:17] <thomi> bschaefer: pong
[22:17] <bschaefer> thomi, hey, so I also see that the multi key test are failing!
[22:18] <bschaefer> but I can't get it to fail on my own build
[22:18] <bschaefer> were you able to get the multi key ap test to fail on your machine?
[22:20] <thomi> bschaefer: yes, it depends on the keymap you have loaded
[22:21] <thomi> on my system, for example, you can't map the Multi key, since it doesn't exist
[22:21] <thomi> so for those tests we either need to load the correct keymap for the duration of the test, or skip the test
[22:22] <bschaefer> oo alright that makes sense!