Bug 121671 – Genuis wizardpen driver (new ebuild)

• Product: Gentoo Linux
• Status: RESOLVED NEEDINFO

[Description Milos Popovic 2006-02-05 08:33:56 UTC]

Can this ebuild become part of portage (x11-drivers/wizardpen-driver/wizardpen-driver-0.5.0.ebuild). It is Genius Wizardpen tablet driver. I have written an ebuild, but probably some fixes needed.

# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

inherit linux-mod eutils

DESCRIPTION="Driver for Genius Wizardpen Tablets"
HOMEPAGE="http://eva.fit.vutbr.cz/~xhorak28/?page=WizardPen"
SRC_URI="http://www.stud.fit.vutbr.cz/~xhorak28/${P}.tar.gz
        http://popac.drugitalas.org/tttt/${P}-udev.tar.bz2"

DEPEND=">=sys-kernel/gentoo-sources-2.6"
RDEPEND="x11-base/xorg-x11"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~x86"

IUSE="usb"

RESTRICT="nomirror"

src_unpack() {
        if use usb; then
                if ! linux_chkconfig_module INPUT_EVDEV
                then
                        if ! linux_chkconfig_present INPUT_EVDEV
                        then
                                eerror ""
                                eerror "${PN} requires evdev support for USB tablets"
                                eerror "In your .config: CONFIG_INPUT_EVDEV=y or CONFIG_INPUT_EVDEV=m"
                                eerror "Through 'make menuconfig':"
                                eerror "Device Drivers-> Input device support-> [*] Event interface or"
                                eerror "Device Drivers-> Input device support-> [M] Event interface"
                                eerror ""
                                eerror "If compiled as modules add evdev to /etc/modules.autoload/kernel-2.6"
                                eerror ""
                                die "Please build evdev support first"
                        fi
                fi
        fi

        unpack ${A}
        cd ${S}
}

src_compile() {
        xmkmf
        make

        cd calibrate
        make
        cd ${S}
}

src_install() {
        exeinto /usr/X11R6/lib/modules/drivers
        doexe wizardpen_drv.so

        exeinto /usr/bin
        doexe calibrate/wizardpen-calibrate

        dodoc BUGS ChangeLog README INSTALL TODO
        newdoc calibrate/README README.calibrate
        newdoc calibrate/ChangeLog ChangeLog.calibrate

        insinto /etc/udev/rules.d/
        doins 10-wizardpen.rules
}

pkg_postinst() {
        einfo ""
        einfo "For USB tablet you should use /dev/wizardpen as tablet device and add"
        einfo " Section         \"InputDevice\""
        einfo " Identifier      \"WizardPen Tablet\""
        einfo " Option          \"Device\"      \"/dev/wizardpen\""
        einfo " Driver          \"wizardpen\""
        einfo " EndSection"
        einfo "in /etc/X11/xorg.conf InputDevice section."
        einfo "For serial tablets use /dev/ttySx where x is number of serial port device."
        einfo "For both USB and serial tablets you must add"
        einfo " InputDevice     \"WizardPen Tablet\"    \"AlwaysCore\""
        einfo "in ServerLayout section of xorg.conf."
        einfo ""
        einfo "You can set tablet working area useing wizardpen-calibrate tool, see README and INSTALL"
        einfo "files from /usr/share/doc/${P} for more details."
        einfo ""
}

[Comment 1 Jakub Moc (RETIRED) 2006-02-05 09:12:02 UTC]

Please, don't paste ebuilds inline, that's what attachments are for...

[Comment 2 Milos Popovic 2006-02-18 15:58:54 UTC]

Created attachment 80130 [details]
wizardpen-driver-0.5.0.ebuild

This is my final ebuild. I am not sure about Evdev and USB HID support detection, I just know it works, but do not know if it is written in shortest way. 

There are also one patch to allow Tablet unpluging (withought X crashes) and udev rules (not quite finished rules!!!).

[Comment 3 Milos Popovic 2006-02-18 16:02:53 UTC]

Created attachment 80131 [details, diff]
tablet-not-connected.patch

[Comment 4 Milos Popovic 2006-02-18 16:05:16 UTC]

Created attachment 80132 [details]
udev.rules

[Comment 5 revertex 2006-04-20 08:14:49 UTC]

The ebuild works fine, instructions are pretty clear, thank's a lot.

[Comment 6 Milos Popovic 2006-04-23 14:00:59 UTC]

I forget to say, if anybody have more udev rules for some touchpad that work with this driver, please let me know...

[Comment 7 Chin Yee 2006-11-14 06:08:40 UTC]

I just want to add that to use the tablet with Krita, in xorg.conf, the tablet's identifier must be set to "stylus"; otherwise, Krita will not recognise the tablet's pressure sensitivity.

Section "InputDevice"

	Identifier	"stylus"
	Option		"Device"	"/dev/wizardpen"
	Driver		"wizardpen"
......
	Option		"SendCoreEvents"

EndSection

[Comment 8 David 'Bombe' Roden 2009-10-31 13:22:51 UTC]

I have created an updated ebuild for version 0.7.1 (which is 0.7-alpha2 with xorg-1.7 compatibility patches). It can be found in my overlay at http://gentoo.pteordactylus.net/layman.xml.

[Comment 9 Aleksey Kunitskiy 2009-11-11 22:29:34 UTC]

(In reply to comment #8)
> I have created an updated ebuild for version 0.7.1 (which is 0.7-alpha2 with
> xorg-1.7 compatibility patches). It can be found in my overlay at
> http://gentoo.pteordactylus.net/layman.xml.
> 

Please attach files here

[Comment 10 David 'Bombe' Roden 2009-11-14 19:20:03 UTC]

Created attachment 210266 [details]
Ebuild for version 0.7.1 of the wizardpen driver.

[Comment 11 David 'Bombe' Roden 2009-11-14 19:21:31 UTC]

Created attachment 210268 [details]
HAL policy file for the wizardpen driver.

The ebuild and the .fdi file are all that is required for version 0.7.1.

[Comment 12 David 'Bombe' Roden 2009-11-14 19:23:08 UTC]

Also, the fixed URL for my overlay would be http://gentoo.pterodactylus.net/layman.xml (now with even more fixed typos).

[Comment 13 DaggyStyle 2011-06-19 19:10:25 UTC]

Created attachment 277555 [details]
updated ebuild

I've taken it from a gentoo overlay and added uclogic support, works without any problems on kde4.6.4 and xp within vmware

[Comment 14 Fernando (likewhoa) 2013-11-07 17:29:14 UTC]

upstream looks dead, not sure any maintainer will be willing to commit to this package. reopen when you track upstream developer(s)