serial wacom devices gone after upgrade to utopic/14.10

[littlelion]

[Impact]
udev rules and systemd service file are installed in the wrong path due to assuming that dh_install can rename files, instead it installed the files under the "renamed" directory

[Test case]
try to use a serial wacom device, it fails

[Regression potential]
none, restore original behaviour

--

Recently I upgraded ubuntu from 14.04 to 14.10 on my HP EliteBook 2760p. After that, all serial wacom devices (for the touchscreen) are gone:
   serial wacom stylus
   serial wacom eraser
   serial wacom touch

xinput -list and xsetwacom --list don't show these devices and the Wacom Tablet section of the system setings reports 'no tablet detected' rather than showing the usual settings. Booting with the old linux 3.13 kernel makes no difference to the new version 3.16.

To find out what happened I played around on a spare partition with the following results:
1) fresh installation of 14.10 - result is the same like reported above: no touch devices
2) fresh installation of 14.04 - touch works out of the box
3) upgraded the fresh installation of trusty to utopic: touch devices gone again
4) manually changed repos to utopic after fresh installation of 14.04 and updated ONLY the xserver-xorg-input-wacom package: apt pulled some dependencies and installed without errors, touch devices gone (so it reproduces the error exactly as the full upgrade)

WORKAROUND: Replace the udev rule /lib/udev/rules.d/69-wacom.rules/wacom.rules by the old file from Ubuntu 14.04 by putting it in /lib/udev/rules.d/ :
https://bugs.launchpad.net/ubuntu/+source/xf86-input-wacom/+bug/1392887/+attachment/4264135/+files/69-xserver-xorg-input-wacom.rules

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: xserver-xorg-input-wacom 1:0.25.0-0ubuntu1
ProcVersionSignature: Ubuntu 3.16.0-24.32-generic 3.16.4
Uname: Linux 3.16.0-24-generic x86_64
ApportVersion: 2.14.7-0ubuntu8
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Nov 14 22:51:05 2014
DistUpgraded: 2014-11-01 04:28:11,674 DEBUG enabling apt cron job
DistroCodename: utopic
DistroVariant: ubuntu
InstallationDate: Installed on 2012-10-16 (759 days ago)
InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release amd64 (20120823.1)
MachineType: Hewlett-Packard HP EliteBook 2760p
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.16.0-24-generic root=UUID=81ff9b66-4d33-49d5-a76f-cf1418c3e354 ro quiet splash vt.handoff=7
SourcePackage: xf86-input-wacom
UpgradeStatus: Upgraded to utopic on 2014-11-01 (13 days ago)
dmi.bios.date: 08/04/2014
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68SOU Ver. F.50
dmi.board.name: 162A
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 05.40
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-Packard:bvr68SOUVer.F.50:bd08/04/2014:svnHewlett-Packard:pnHPEliteBook2760p:pvrA0005F02:rvnHewlett-Packard:rn162A:rvrKBCVersion05.40:cvnHewlett-Packard:ct10:cvr:
dmi.product.name: HP EliteBook 2760p
dmi.product.version: A0005F02
dmi.sys.vendor: Hewlett-Packard
version.compiz: compiz 1:0.9.12+14.10.20140918-0ubuntu1
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.56-1
version.libgl1-mesa-dri: libgl1-mesa-dri 10.3.0-0ubuntu3
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 10.3.0-0ubuntu3
version.xserver-xorg-core: xserver-xorg-core 2:1.16.0-1ubuntu1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.9.0-1ubuntu2
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.4.0-2ubuntu2
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.914-1~exp1ubuntu4
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.11-1ubuntu2
xserver.bootTime: Fri Nov 14 21:19:38 2014
xserver.configfile: default
xserver.errors:

xserver.logfile: /var/log/Xorg.0.log
xserver.outputs:
 product id 22337
 vendor SEC
xserver.version: 2:1.16.0-1ubuntu1

[littlelion (the-littlelion)]

I've just found a workaround to get the touch driver running.

Replace the udev rule (/lib/udev/rules.d/69-wacom.rules/wacom.rules) by the old file from Ubuntu 14.04.
It is attached to this post. Put it into /lib/udev/rules.d/.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Thomas Debesse (illwieckz)]

Thanks littlelion for the workaround, it was broken here too (Thinkpad X61 Tablet) and the .rules file fixed it.
After upgrading from Trusty to Utopic, there was no /lib/udev/rules.d/69-xserver-xorg-input-wacom.rules and no /lib/udev/rules.d/69-wacom.rules/wacom.rules at all here.

[Jan Simon (jan-simon)]

Also affected: Lenovo X200 Tablet. Workaround works fine.

[penalvch (penalvch)]

littlelion, the issue you are reporting is an upstream one. Could you please report this problem to them via http://sourceforge.net/p/linuxwacom/bugs/ ?

Please provide a direct URL to your report once you have made it so that it may be tracked.

As well, as per https://launchpad.net/ubuntu/+source/xf86-input-wacom/+changelog Maarten Lankhorst is in the published changelog for this regression in http://launchpadlibrarian.net/184470222/xf86-input-wacom_1%3A0.23.0-0ubuntu2_1%3A0.25.0-0ubuntu1.diff.gz . You may want to ping him on this.

Thank you for your understanding.

[littlelion (the-littlelion)]

Done. Here is the link:
https://sourceforge.net/p/linuxwacom/bugs/264/

[Jason Gerecke (killertofu)]

linuxwacom maintainer here --

It looks like the problem is that the udev rules are being placed in a subdirectory for some reason. Placing them within the rules directory itself (as Debian does) and then rebooting seems to work fine:

   # mv /lib/udev/rules.d/69-wacom.rules/wacom.rules /tmp/69-wacom.rules
   # rmdir /lib/udev/rules.d/69-wacom.rules
   # mv /tmp/69-wacom.rules /lib/udev/rules.d/

[penalvch (penalvch)]

littlelion, could you please comment if following https://bugs.launchpad.net/ubuntu/+source/xf86-input-wacom/+bug/1392887/comments/8 addresses the issue for you?

[littlelion (the-littlelion)]

@killertofu
I'll check it, actually I use the workaround described above, which works for me.
Results will come ASAP.

@penalvch
Please notice, that I'm not online every day.

[littlelion (the-littlelion)]

How promised in the recent post, I've some results:

The solution recommended by Christopher M. Penalver (@penalvch) in comment #8 does work, how expected.

[littlelion (the-littlelion)]

Sorry for the wrong citation.
The solution came from Killertofu, see comment #8.

[mstfa cmly (mstfacmly)]

I have to add my experience to this:

The workarounds work well to enable the devices. However, the Wacom devices disappear when putting the laptop to sleep, requiring me to reboot the machine instead.

[Edward Z. Yang (ezyang)]

Using the original workaround (not comment #8), I have gotten back Wacom input, and it is preserved across sleep. So maybe the updated udevs rule is not right either. I haven't tested it. I had to reboot to put the new rule into action.

[littlelion (the-littlelion)]

To make clear the term 'put to sleep' - is it the suspend mode (available by default) or the hibernate mode which made the problems?

I just checked the suspend mode with both workarounds, but I couldn't find any issue with the wacom driver, after waking up the notebook. Hibernate mode crashes my machine, so I wasn't able to check that - but this is another story.

[Scott P (spause)]

This also impacts the Fujitsu T900 laptop. (it was upgraded from Saucy, to Trusty quickly, then Utopic) The workaround in #8 has fixed the issue. I have not tested hibernate or suspend as I do not use them very often.

[William Crandell (crandellws)]

Also effects HP EliteBook 2760p

[Jon-Paul Walker (dracowalker69-p)]

this also effects my Elitebook 2730p but I cant put the new file in the rules folder. I got the file made but it is saying permission denied. can any one help

[littlelion (the-littlelion)]

@Jon-Paul Walker:
Questions about how to fix something should be asked in the forum, not in the bug report.
But anyway, you should do the steps listed in comment #8 as superuser - so the commands will look like
    $ sudo mv ...
or do it in a root console (prompts a # symbol) - but it is disabled by default with good reasons.

[H.-Dirk Schmitt (dirk-computer42)]

The issue affects also in the 14.04.2 - xserver-xorg-input-wacom-lts-utopic

Comment #8 works also here for fix it.

[Aaron Honeycutt (aaronhoneycutt)]

The workaround also works on Kubuntu 15.04 Beta 2 as well. Thanks a lot for that!

[joseph sochet (joseph-sochet)]

Workaround is nice, but it interferes with package manager if one removes wacom xserver input. So the workaround, makes removing, upgrading and reinstalling packages a little difficult if and when a fix is issued.

[Timo Aaltonen (tjaalton)]

This was due to a change to use upstream udev rules in 1:0.25.0-0ubuntu1, first in 14.10 and then part of lts-utopic stack on 14.04.2.

[Launchpad Janitor (janitor)]

This bug was fixed in the package xf86-input-wacom - 1:0.25.0-0ubuntu2

---------------
xf86-input-wacom (1:0.25.0-0ubuntu2) wily; urgency=medium

  * rules, install: Fix udev rules and systemd service install
    destination. (LP: #1392887)

 -- Timo Aaltonen <email address hidden> Thu, 21 May 2015 08:18:55 +0300

[Chris J Arges (arges)]

Hello littlelion, or anyone else affected,

Accepted xf86-input-wacom into vivid-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/xf86-input-wacom/1:0.25.0-0ubuntu1.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Chris J Arges (arges)]

Hello littlelion, or anyone else affected,

Accepted xf86-input-wacom into utopic-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/xf86-input-wacom/1:0.25.0-0ubuntu1.0.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[littlelion (the-littlelion)]

Hi,

I've just played around with the last update from the proposial repo. Seems to work fluently.

Most important things first: If You did a workaround, then remove the handmade file first. It may interfer with the installation (e.g. if You used the workaround from comment #2). This doesn't apply to the method suggested in comment #8, because the /lib/udev/rules.d/69-wacom.rules file will be overwritten by the new one from the package.

OK. What tested?:
- removed the workaround, uninstalled 'xserver-xorg-input-wacom' and installed old version (0.25.0-0ubuntu1) from utopic repo. --> touch is gone after restart (how expected)
- updated to version 0.25.0-0ubuntu1.0.1 from utopic-proposed repo. --> touch works again (restart needed)

[Launchpad Janitor (janitor)]

This bug was fixed in the package xf86-input-wacom - 1:0.25.0-0ubuntu1.0.1

---------------
xf86-input-wacom (1:0.25.0-0ubuntu1.0.1) utopic; urgency=medium

  * rules, install: Fix udev rules and systemd service install
    destination. (LP: #1392887)

 -- Timo Aaltonen <email address hidden> Thu, 21 May 2015 08:18:55 +0300

[Chris J Arges (arges)]

The verification of the Stable Release Update for xf86-input-wacom has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

[Launchpad Janitor (janitor)]

This bug was fixed in the package xf86-input-wacom - 1:0.25.0-0ubuntu1.1

---------------
xf86-input-wacom (1:0.25.0-0ubuntu1.1) vivid; urgency=medium

  * rules, install: Fix udev rules and systemd service install
    destination. (LP: #1392887)

 -- Timo Aaltonen <email address hidden> Thu, 21 May 2015 08:18:55 +0300

[JD R (eightbitlink)]

This problem is not fixed in Xubuntu 15.04. With a fresh install on an X201 tablet, the system does not see the tablet. Replacing the udev file with the one from 14.04 does not fix this either.

[penalvch (penalvch)]

JD R, the scope of this report was addressed in 15.04 already, and is considered closed. If you have an issue, then this report and its scope, have nothing to do with your problem. Hence, it will be most helpful if you filed a new report via a terminal:
ubuntu-bug xorg

Please ensure you have the package xdiagnose installed, and that you click the Yes button for attaching additional debugging information.

Also, please feel free to subscribe me to it.