[Hardy] init script fails to create /dev/input/wacom on 2.6.24 kernels

[Tom Jaeger]

Binary package hint: wacom-tools

There has been a change in the sys file system in recent kernels that breaks /etc/init.d/xserver-xorg-input-wacom; for example /sys/bus/pnp/devices/00:0b/tty:ttyS0 moved to /sys/bus/pnp/devices/00:0b/tty/ttyS0

l. 17 in /etc/init.d/xserver-xorg-input-wacom assumes that there is a symlink of the old form. Replacing it with

                if [ -d $x/tty ]; then
                        PORT=/dev/`ls tty`
                else
                        PORT=/dev/`echo $x/tty:* | awk -F: '{print $3}'`
                fi

would fix the issue.

[Tom Jaeger (thjaeger)]

Sorry, that should have been

                if [ -d $x/tty ]; then
                        PORT=/dev/`ls $x/tty`
                else
                        PORT=/dev/`echo $x/tty:* | awk -F: '{print $3}'`
                fi

[Michael Heath (mike-thomas-heath)]

Also broken on my current Hardy system due to changes in SysFS.

[Launchpad Janitor (janitor)]

This bug was fixed in the package wacom-tools - 1:0.7.9.3-2ubuntu1

---------------
wacom-tools (1:0.7.9.3-2ubuntu1) hardy; urgency=low

  * Merge with Debian unstable (LP: #134879, #136977, #174382, #175050).
    Remaining changes:
    - Bump the epoch because of old Ubuntu packaging.
    - debian/control:
      Change the Maintainer address.
    - debian/wacom.postinst:
      Remove old files.
    - debian/xserver-xorg-input-wacom.init.d, debian/rules:
      Initscript for serial devices.
  * Fix initscript to work with SysFS in 2.6.24. (LP: #177878)
  * debian/control: don't build wacom-kernel-source anymore. (LP: #71944)

wacom-tools (0.7.9.3-2) unstable; urgency=low

  * Make xserver-xorg-input-wacom conflict/replace the earlier wacom-tools
    packages because the wacom.4 manpage has switched packages.
  * Generate a xserver-xorg-input-wacom.substvars file to manage the XOrg
    version provides and dependencies.

wacom-tools (0.7.9.3-1) unstable; urgency=low

  * New upstream release, includes support for XOrg 7.3/1.4
    Closes: #442424, #443032
  * Don't overrun padkey_codes[] when iterating through it. Closes: #447681
  * Move the wacom(4) man page to the xserver-xorg-input-wacom package.
    Closes: #440164
  * Include the new text and translations courtesy of the Smith Review.
    With a big thanks to everyone who contributed to that!
    Closes: #443956, #444561, #444672, #444762, #445024, #445519, #445796
    Closes: #446135, #446402, #446440, #446576, #446717
  * Tidy the debian/copyright file. Closes: #451647
  * Add Provides: xserver-xorg-input-2 so the next X ABI transition will be
    a bit less painful for people.
  * Update the udev rules for new tablets. Lower-case the product ids since
    udev appears to be case sensitive doing string compares for hex values.
    Nice one guys.
  * Add a build-dep for pkg-config, it appears to have infected XOrg now too.

wacom-tools (0.7.7.11-1) unstable; urgency=low

  * New upstream release.
  * Include upstream documentation like the man page says we do.
    I guess nobody ever read it before ;-) Closes: #427689

wacom-tools (0.7.7.10-3) unstable; urgency=low

  * Reapply the patch to fix 64/32 bit cross builds, that seems to have
    been lost or misapplied too.

wacom-tools (0.7.7.10-2) unstable; urgency=low

  * Don't depend on the xorg module dir actually existing when
    --with-xmoduledir is used (again). This is an upstream regression
    to the patch submitted for 0.7.4.1-3. Closes: #427428

wacom-tools (0.7.7.10-1) unstable; urgency=low

  * New upstream version. Closes: #396883, #415244, #422532
  * Update vi.po, thanks to Clytie Siddall. Closes: #427020
  * Drop the external module package, upstream seems to be syncing fairly
    regularly with the mainstream kernel team again, so this should not
    be needed by most people, and causes confusion and trouble for the rest.
    Closes: #418008, #417140, #404471, #317287
  * Lintian now bitches about reusing DH_COMPAT for the source package, so
    I guess we now need to clutter the debian/ dir with files for each use
    of the /rules. *sigh* This seems a bit _too_ pedantic to me.

 -- Timo Aaltonen <tepsipakki@ub...