Hi Hamed -- You don't say what windowing environment and desktop environment you are using, so I am assuming GNOME on X11.
You also don't say how the tablet fails to operate, so I am assuming that it's what I have seen in the past with this exact model: cursor moves to where you tap, but no pressure and no subsequent cursor updates. Good news: this *should* be fixed with newer GTK or kernel or X11 libinput/evdev drivers (you don't say which you are using, but I always allow mine to select the default) The i405X is part of my testing hardware for MyPaint, and I believe it *currently* works fine with current stretch/testing, with the defaults. It didn't before; I suspect I may have bought it because lots of people were complaining about it not working. Please can you test again, and let us know a) whether the tablet works correctly and does pressure, and b) the output of the following commands: dpkg -l | grep xserver-xorg-input dpkg -l | grep mypaint uname -a One way you can help Debian and MyPaint is by reporting what happens with the "Event Axes" tester in gtk3-demo. It got renamed recently to "Touch and Drawing Tablets", so look for that too! This demo shows blobs for pressure, crosshairs for position tracking, and the name of the tablet as the GTK/GDK backend sees it. If you test with it, it will reveal whether this is a GTK/X11/kernel bug or a MyPaint application bug because its codebase is entirely unrelated to MyPaint. One caveat: I test with v1.2.1 or 1.3.0-alpha. We have one notable fix in these revisions for Genius-like tablets (random pressure dropouts during continuous strokes), but I can't remember whether it is in v1.2.0. I suspect it isn't the bug you're seeing, however. -- Andrew Chadwick