Tablet input resolution tied to display resolution

See also the full explanation of the problem given by the upstream developer of Xournal, Denis Aurox:

http://sourceforge.net/tracker/index.php?func=detail&aid=1891727&group_id=163434&atid=827733

I confirm that new release of linux-wacom solves the problem. I also have to enable "discard core events" under xournal, but that's a xournal-specific issue. This fix is absolutely necessary for hardy.

Can someone please explain what needs to happen for this to be fixed? This is really just a new upstream release (0.7.9-8) that needs to be packaged. Do we need to wait for debian first? Should someone bug the debian maintainer about this?

Tom: it'll be a good idea to bug the debian mantainer so he does the packaging, but you can get somebody to package it for Ubuntu if you are in a hurry. You'll then need to request a UVFE for it, since we're already in UVF.

See https://wiki.ubuntu.com/FreezeExceptionProcess

I've tried to compile it a couple of times in the past but it fails, and don't know the package well enough to fix it...

Timo,
I took me a while, but I got it to compile now. My focus was on getting it to work, I don't have the necessary experience to build a proper package. Applying the wacom-tools_0.7.9.3-2ubuntu2.diff.gz patches to the lastest linux-wacom yielded a few failed hunks, but they were all trivial to fix or applied already. There were two remaining issues:

Sorry about that, my keyboard stopped working all of a suddon (this is hardy, after all).
The issues were:

* The scaling quirk needs to be disabled in configure.in (I replaced the test starting at line 444 with "WCM_TABLET_SCALING=no"). Of course, a bootstrap is needed afterwards.

* There were Makefile issues in src/xdrv, basically some include directories needed to be fixed (I don't understand why debian makes everybody's life harder by using separate build directory implemented in this way). I don't know how to do this properly (and I could care less, I really hate autokludge, ), so I just edited Makefile.in. I've attached my version of it.

Okay, I redid the whole thing. I also moved my changes to Makefile.am, so that bootstrap won't overwrite them. The changelog still needs to be updated and the version number needs to be bumped, I'll leave that to someone who knows ubuntu policies better than I do.

Timo, not good enough?

Importance should be high, not medium. Please take care of this bug, it breaks functionality and there is a fix.

Can somebody please take care of this?

Tom, please provide all the information specified in https://wiki.ubuntu.com/FreezeExceptionProcess#head-30ede7e753a6b6f62916161755507d4cc5d99e20 and subscribe ubuntu-main-sponsors afterwards. Also, your debdiff doesn't look good; it's 3.4 megabytes.

I removed some autogenerated garbage from the "original tarball" (0.7.9.3 did the same thing), that shrinks the debdiff down to 1.3M.

* removed some left-over documentation from the linuxwacom directory. Everything in the debdiff now is an upstream change or the result of running ./bootstrap

Sorry, leftover docs/ directory in the "original" tarball.

Tom: sorry for not noticing your work before! I'll check out the package and upload it. We really need this version, upstream agrees that it's the first version to work correctly with xserver 1.4.

Ok, the package is now uploaded and waiting. The version number was wrong, this is -0ubuntu1 since Debian doesn't have it yet, and I added some documentation about the changes. Wacom.templates remained untouched, since we are in string freeze and it's unnecessary delta imho.

Oops, apologies for not realizing that since the archive is not frozen new package versions are accepted automatically. So the package is now in the archive and this bug can be closed.

is it possible that the updates broke it for me? I get xorg saying it couldn't open module wacom.

Thanks, Timo. This is greatly appreciated.

Jean-François is right, this package builds wacom_drv.o instead of wacom_drv.so. Absolutely no idea why; all I did since the last version I tested this with was remove a few directories. Anyway, a simple ./bootstrap in linuxwacom fixes this.

Yep, I've fixed that with -0ubuntu2.

> Yep, I've fixed that with -0ubuntu2.

Um. I don't think so. I just installed

http://security.ubuntu.com/ubuntu/pool/main/w/wacom-tools/xserver-xorg-input-wacom_0.7.9.8-0ubuntu2_i386.deb

and this file is still in there:
usr/lib/xorg/modules/input/wacom_drv.o

Pat

I think this is the issue (from linuxwacom/configure):

if test "$WCM_OPTION_DLLOADER" = yes; then
        if test -f $WCM_MODDIR/evdev_drv.so -o -f $WCM_MODDIR/kbd_drv.so -o -f $WCM_MODDIR/mouse_drv.so; then
                WCM_OPTION_DLLOADER=yes
        else
                WCM_OPTION_DLLOADER=no
        fi
fi

So we should either remove that test or add xserver-xorg-input-kbd to build-depends.

Sorry about that. I'm setting up a pbuilder environment right now to test my hypothesis...

Yup, that was it.

Thanks for the quick response and update Tom. Everything's working fine on my x61 and the stroke quality has definitely improved in Jarnal.