I understand quite well, my keyboard configuration has nothing special as far as I know. I'm using Gnome3 but nothing custom. Even if you can't do anything, I can do something. I'd just need some pointer to know where to look for. I can report anything necessary.

Most of what I wrote proves that the keyboard is being detected. It is mostly working except for the letters. That's what's strange. I would expect it to work 100% or not working 100%.

If someone has any idea which dependencies are required for the keyboard or events. It could be a good start to know if all dependencies are present. If I have to have my hand into the code, it's also not a problem. Just don't close or archive that bug report as it's not going to help me in anyway to fix that Issue.

As far as I know, the bug doesn't seem to be version dependent. All version I installed on my current system had the same behaviour. Chances are that the bug is related to GHOST. While searching around, I read that there is a system in blender that detect the platform and handle events accordingly for each platform. My guess is that this is a place where it could break.

It's not clear how GHOST detect the OS but it could be possible that gentoo isn't defining things like most "binary distributions". Without any hints, the detection could fallback to anything... But I'm here to find out.

If ghost where detecting your OS as windows or OSX one, believe me you would not even see Blender at all!

Issue here is, this tracker is to fix bugs in Blender, not to make user support. We cannot spend hours trying to remotely guess what can goes wrong on a specific system to finally find whether it is actually a Blender bug, or some other issue - we have to get quick evidence it’s a blender bug, with easy way to reproduce it. Looks like you already found running Blender with --debug-all option (you could use only -d --debug-events --debug-wm set of options here to reduce the noise, btw), beyond that it’s up to you to understand why your keybord does not generates proper GHOST events.

You seems to be using some third-part builds too, please always check official Blender releases (and the latest build from our buildbot) too before reporting a bug.

I'll check with the buildbot build

Same thing with the build from buildbot or download page from blender. I could try an older release though later tomorrow.

Ok, I got it. I found the bug,it might be possible to reproduce. Blender seems to be using the first keyboard layout available on the computer instead of using the current keyboard layout.

My computer has Russian as first keyboard layout and even if I switch between one keyboard layout to an other, it will not work until I move my Canadian keyboard layout first in the list. There isn't even a need to connect/disconnect from the session to take effect.

Blender doesn't use the current layout but the first one in the list.

Yes, that said, I don't see why it wouldn't be possible to set keys to a keyboard other than latin. This of course would make some custom layout impossible to use on non-latin keyboards but would allow other people to use their own russian/chineese layouts for example.

Using other keys would mean a complete change in our shortcut system, which is based on defines and not actual 'letter value'. Also, please keep in mind we have to handle at least three different OSs here, so we need some level of abstraction. Currently, supporting non-latin keymaps would basically mean adding hundreds (if not thousands) of new defines and RNA enum items, I do not think we'd want that. Other solution would be a way for users to define their own custom mapping between 'native' chars and 'Blender' (latin) ones (for shortcuts only), but that’d be also rather involved change. :/

Cool