[Python-apps-team] Bug#833786: More likely to be a driver/config issue? Please retest.

[Andrew Chadwick]

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