*** Bug 220707 has been marked as a duplicate of this bug. ***

Maybe it's just me, but I get a spinning globe GIF image for each of those URLs
with text "orbiting" it. Hotlink protection of some sort, perhaps? Though
refreshing the page (hence having my Referrer header that of your domain) does
not fix it.

there was a subdir missing

Spec URL: http://meverhagen.nl/fc6/i386/linuxwacom.spec
SRPM URL: http://meverhagen.nl/fc6/i386/linuxwacom-devel-0.7.6_3-3.1.i386.rpm
Debug URL: 
http://meverhagen.nl/fc6/i386/linuxwacom-debuginfo-0.7.6_3-3.1.i386.rpm
RPM URL: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_3-3.1.i386.rpm

This is the second attempt to create a linuxwacom rpm wich updates linuxwacom !

Linuxwacom has updated to 0.7.6_4

the rpms can be found at http://meverhagen.nl/fc6/i386

spec url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6-4.spec
srpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.3.src.rpm
debug url: http://meverhagen.nl/fc6/i386/linuxwacom-debuginfo-0.7.6_4-3.3.i386.rpm
rpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.3.i386.rpm

The wacom rules has to be 49.wacom.rules since /dev/input/wacom has to be
created in order to make the wacomcpl tool to work

The xorg.conf file isn't updated throug the rpm I can use some help in how to
archieve this. So until know the xorg.conf still has to be manipulated manually. 
For the graphire 4 there should be 4 'Section "inputdevice"' added, and the
Section "ServerLayout" , Section "Module" get some new lines.

Testing 0.7.6_4-3.3 :

$ wacomcpl
shell-init: error retrieving current directory: getcwd: cannot access parent
directories: No such file or directory
wacomcpl: using TCLLIBPATH="[list  /usr/local/lib ]"
/usr/bin/wacomcpl: line 20: /usr/local/bin/wacomcpl-exec: No such file or directory


--> Looks like you'll need to patch /usr/bin/wacomcpl, stripping out "/local/".

I have stripped out "/local/" and changed the configure part in the spec file.

the new rpm's:

spec url: http://meverhagen.nl/fc6/i386/linuxwacom-7.6.4-5.spec
srpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.6.src.rpm
debug url: http://meverhagen.nl/fc6/i386/linuxwacom-debuginfo-0.7.6_4-3.6.i386.rpm
rpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.6.i386.rpm

Tested with linuxwacom-0.7.6_4-3.6 :

$ wacomcpl
wacomcpl: using TCLLIBPATH="[list  /usr/lib ]"
Error in startup script: can't find package LIBWACOMXI
    while executing
"package require LIBWACOMXI"
    (file "/usr/bin/wacomcpl-exec" line 28)


Stracing wacomcpl seems to indicate it's looking for "[list/" and
"[list/pkgIndex.tcl".

Created attachment 147403 [details]
rpmbuild errors

Attached is the rpmbuild --rebuild output with errors that I got when doing so
as a non-root user.

It is hard to create a good spec file ...

the new rpm's with the TkxXinput libs included:

spec url: http://meverhagen.nl/fc6/i386/linuxwacom-7.6.4-5.spec
srpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.7.src.rpm
debug url: http://meverhagen.nl/fc6/i386/linuxwacom-debuginfo-0.7.6_4-3.7.i386.rpm
rpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.7.i386.rpm

(In reply to comment #8)
> Created an attachment (id=147403) [edit]
> rpmbuild errors
> 
> Attached is the rpmbuild --rebuild output with errors that I got when doing so
> as a non-root user.

I can't rebuild the package as non-root user. 
Should this be possible ?

The build fails cause you cannot delete the man page a non-root user, and you
haven't got the kernel-devel package installed.

Tested with linuxwacom-0.7.6_4-3.7 :
Exactly the same error as reported in comment #7.

wacomcpl is still looking for a file or directory "[list" and/or
"[list/pkgIndex.tcl", which does not exist.


Marcel : maybe you could install your RPM on a clean machine (with no traces of
linuxwacom builds), and strace wacomcpl to examine what exactly is missing ...

I am not acquainted with Tcl/Tk, but I'd guess the TkxXinput libs need to be
registered in a post-install spec scriptlet ?

TIA for your efforts.

Another attempt:
It should work now.

spec url: http://meverhagen.nl/fc6/i386/linuxwacom-7.6.4-5.spec
srpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.8.src.rpm
debug url: http://meverhagen.nl/fc6/i386/linuxwacom-debuginfo-0.7.6_4-3.8.i386.rpm
rpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.8.i386.rpm

It's a good idea to test new RPM's on a clean machine, but I have only got one
pc. For now I have done a make uninstall in the BUILD dir. and installed the rpm.

ps. But I will study the making of the spec file when I have the time for it. 
The macro's used by makerpm somehow mess things up. And there are some other
vage things. 

Created attachment 147943 [details]
xorg crash

I have rebuilt and installed the src.rpm package as root today and X server
doesn't start. I also installed kernel-devel and rebuilt it as root (rebuild as
user doesn't work due to permissions as in my earlier comment). What's weird,
is that when I removed kernel-devel and choose the older version (I belive it
was linuxwacom-0.7.6_4-3.6.src.rpm) which was working well a few weeks ago, the
X server still crashes although the same steps worked for me before. I think
that it might be due to some of the Fedora updates that came out in the
meantime and broke the wacom module but I'm out of ideas what's wrong :-/

The kernel-devel is just needed for reference.  

The xorg.conf is tricky. But from the log you it include it seems you have
include the wacom and stylus and so. This should be good. To be 100% sure this
crash isn't caused by the xorg.conf comment # the lines in the section
"ServerLayout" and the load "wacom" in the section "Module". However the wacom
module should fail to load if something is wrong, it should not crash the X server.

Hmmzzz you are trying to rebuild it for 64 bit. 
This could be a spec issue.
Try to download and compile the source from
http://linuxwacom.sourceforge.net/index.php/dl

use the following configure:

./configure --prefix=/usr --with-xorg-sdk=/usr --with-tcl=/usr --with-tk=/usr
--enable-xserver64

and then make and make install.
! remember ! if you want to uninstall this run: make uninstall

If the X server runs after compiling an installing it yourself, then it's
definitely a spec bug.

And if your X server still crashes then you should try to make a new xorg.conf
file. Rename it to xorg.backup and run system-config-display, this should give
you a new xorg.conf file without the wacom stuff.
 
I hope this will work

Created attachment 147956 [details]
My xorg.conf for reference

Take special notice to the position of load "wacom" (it's at the top), the
mouse0 section and the various Section "InputDevice" (the PressCurve should be
in for pressure support, and the device should point to an existing
/dev/input/wacom (a symlink to event3))

I cleanup up the spec file by removing the configure and makeinstall macro's.
The ./configure and make install should do, but I am not sure about the various
dirs on 64 bit the, %{_x11dir}/%{_lib} should reveal the x11 dir on 64 bit this
is /usr/lib64/. 
The rpm's are the same.
I hope the spec file is now working as it should work.

spec url: http://meverhagen.nl/fc6/i386/linuxwacom-7.6.spec
srpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.9.src.rpm
debug url: http://meverhagen.nl/fc6/i386/linuxwacom-debuginfo-0.7.6_4-3.9.i386.rpm
rpm url: http://meverhagen.nl/fc6/i386/linuxwacom-0.7.6_4-3.9.i386.rpm

Hi again :)

I have updated my xorg.conf with our settings and I'm still getting that libc
error when wacom gets loaded. Orginally I didn't have Modules section in my
xorg.conf but regardless of whether I add it or not it still gives the error.
Unfortunetely, I didn't get a chance to test it with building straight from the
upstream source and I'll do it as soon as I get back hom form work :) Also I
couldn't reuild the new src.rpom that you posted because it hives rpath errors
whe doung it as a user or other errors when rebuildign as root. I'll attach the
rebuild log for both cases.
Over the weekend I'll have more time and I will provide more constructive
feedback and hopefully we'll get it working :)

Created attachment 148111 [details]
rpmbuild output as user

Created attachment 148112 [details]
rpmbuild as root

hmmzzz apparently the 64 bit does have a /usr/lib dir since make install creates
this dir automaticly and the rpmbuild is located in /usr/lib.

The good news is that the configuring, the build and the make install to the
/var/tmp dir seems to work ok.

However the files wich are installed in the rpm have to be manually entered in
the spec file in the %files section. Since the rpmbuild from the src package on
the 64  bit log indicates the should be used two different lib locations, one
/usr/lib64 for xorg and one /usr/lib for the others I have added a  %define to
make this happen


http://meverhagen.nl/fc6/i386/linuxwacom-7.6.1.spec

oeps forgot the link to the new src package:
http://meverhagen.nl/fc6/i386/linuxwacom-0.7.4_4-3.9.1.src.rpm

I just tried the new package and I'm still getting rpath errors. I have added
--diable-rpath to ./configure in the spec fiel but still no go :-(

Here is output of rpmbuild --rebuild linuxwacom-0.7.4_4-3.9.1.src.rpm  | grep -i
rpath:

/bin/sh ../../libtool --tag=CC --mode=link gcc -Wall -g -O2 -D__amd64__   -o
libwacomxi.la -rpath /usr/lib/TkXInput -no-undefined wacomxi.lo -L/usr/lib64
-lX11 -lXi 
/bin/sh ../../libtool --tag=CC --mode=link gcc -Wall -pedantic -g -O2
-D__amd64__   -o libwacomcfg.la -rpath /usr/lib -no-undefined -version-info
0:1:0 wacomcfg.lo -L/usr/lib64 -lX11 -lXi 
gcc -Wall -pedantic -g -O2 -D__amd64__ -o .libs/xsetwacom xsetwacom.o 
./.libs/libwacomcfg.so -L/usr/lib64 -lX11 -lXi -Wl,--rpath -Wl,/usr/lib

oke
a simple howto to simplify the problem.

Open the src rpm package in mc of file-roller (enter CONTENTS.cpio) and extract
all the files to the /usr/src/redhat/SOURCES dir

The one file wich matters is the
http://meverhagen.nl/fc6/i386/linuxwacom-7.6.1.spec spec file. Extract it to the
/usr/src/redhat/SPECS

run:
rpmbuild -ba /usr/src/redhat/SPECS/linuxwacom-7.6.1.spec

And then you should end up with a working rpm package for 64 bit

If this fails enter this in the console 

cd /usr/src/redhat/BUILD/linuxwacom-0.7.6-4
./configure --prefix=/usr --with-xorg-sdk=/usr --with-tcl=/usr --with-tk=/usr
--enable-xserver64
make
make install

ofcouse you can tweak the ./configure line. It should be possible to configure
without any options ! In this case you should create a few symlinks from 
/usr/lib/tk8.4 dir to /usr/local/lib/tk8.4 and a symlink from /usr/lib/tcl8.4 to
/usr/local/lib/tcl8.4 In this case it will install into /usr/local/lib and you
will have to manually copy the wacomcpl an wacomcpl-exec files from the
src/wacomxi to /usr/bin dir. The lib dirs could be somehow different. But thats
how I got it to work years ago by a ./configure and creating a few symlinks.
(and ofcourse by editing the xorg.conf file, but for this I think the
http://kxgenerator.xt.pl/ should be do the trick. A gui for the xorg.conf file.
This doesn't work yet for the linuxwacom sections. however a little development
should fix this. I hope I will find the time to help a bit with the development
of this part of kxgenerator) 

So the spec seems to work for the i386, but not for 64 bit.
Has anyone got the wacomcpl to run on 64 bit ? (self compiled or from a rpm orso)

It's hard to make it work on different distributions. There are a number of reasons:

- The wacomcpl is using the non standard tk/tcl libs. 
- The @configure macro messes up the compilation on i386. The resulting libs
with the ./configure creates different libs wich do work on i386
- The /dev/input/wacom symlink should be present or it will not work. (this is a
bug, since the event3 is always present, but renaming the 60-wacom.rules to
49-wacom.rules does the trick, it's a ugly hack but it works !)
- Another problem is that the wacomcpl-exec tool isn't compiled but it is a
precompiled executable. However this seems to be work in progress. I don't know
what development evirionment they use to compile it. But if this executable
fails this should backported to the linuxwacom mailing list. This is something
the linuxwacom developers should fix.
- The possible tool wich can be used to create and maintain the xorg.conf file
is work in progress. I recommend to wait with packinging until it has reached a
stable state. (why isn't there a gui for the xorg.conf anyway ?)
- I haven't got a clean system. Everything works but it a handicap when
packaging things wich should work on other pc.  

Marcel,

I have just played with it and I built the drivers from source. After trying
this the Xorg crashed with the same error as in the 2nd attachemnt. I also tried
this with beta driver 0.7.7 but X still crashed. Then I have downgraded my glibc
2.5-10 from updates to 2.5-3  that comes with core and after that the drivers
from both your rpm and source itself work ok, execept build problems as non
root. Since I got the driver itself working now, I'll get back to you when I
find a way to solve those rpath issues with rpm.

Why is this a review request?  linuxwacom has been in core since forever.

A smal part of the linuxwacom driver was in.
But without the admin tools needed to get the hardware to work.

This review is about a linuxwacom rpm with the admin tools and the support for
the features of the hardware included.

I will make a fc7 rpm a few days after the fc7 release.

I wish I could help here, but I haven't the hardware, and even if I had the
hardware I'm not sure I understand all the issues.  So let me try:

Upstream talks about a kernel driver, but it's not packaged here.  From ajax's
comment above I assume it's already present as
/lib/mocules/*/kernel/drivers/input/tablet/wacom.ko.

This package includes an X driver.  Which is more in ajax's domain (or
Kristian's, I guess).  I don't see any existing xorg driver package for this,
although it begs the question of whether the X driver (and its manpage) should
be in a package named xorg-x11-drv-wacom like all the other X drivers.

Then there's the control software, which is probably OK as is as long as it's
working now without having to downgrade glibc as detailed in comment 25.

Finally, I note that 0.7.8 is out, and also that f7 has now been released.

Yes you have got a point.

I have been working on this one, but it is hard to get it running.

Now X11 crashes on my 64 bit laptop when the wacom graphire isn't connected.
This doesn't happen op the 32bit version.

Although I can get the control software to run on a 64bit pc, the is no need to
downgrade glibc.

I configure the 64bit version with 
./configure --enable-tabletdev --prefix=/usr --enable-wacom

I now outcomment the wacom part in the xorg.conf file manually.

I haven't tried the 0.7.8 version yet,but I will soon ...

I got to this discussion by chance when searching on Bugzilla and I was about to
apply an RFE for updated versions of the Wacom drivers as they are made
available by the linuxwacom project. At any rate, I have been successful to run
the linuxwacom on several other computers (raging from FC5/6 and now my main
system with Fedora 7). I have a little experience building RPM packages and have
been mostly successful installing the linuxwacom drivers in 64 and 32-bit
systems alike. Currently, though I'm running the bundled 0.7.4_1 package that is
part of "Core" and this has some problems when using it namely, the cursor
pointer vanishes in GDM to the lower right corner, or in a session the pointer
resets to "the origin" to the upper left corner when using any of the PAD
devices (buttons and wheel on a Graphire 4). My current setup is a 64-bit Fedora
7 installation, and I'd be willing to look into what could be causing the
problems encountered along the way to release this updated version of the driver.

Since version 0.7.8 has been already released, and the developers of the project
recommend using it, I'll see if I can get it to work fully (i.e. also building
the X driver, which I usually don't). I'll share my findings in the next couple
of hours as I tamper with it.

In my first run down with the package I found a couple things:

* Did not know there was a binary-only file: wacomcpl-exec, which ](IMO) should
be installed from the "prebuilt" directory of the source instead of supplying it
to the SOURCES directory.

* Even though the shipped udev rules file is named 60-wacom.rules, it is
installed as 49-wacom.rules, fixing the hijack of the INPUT rules by rule 50
(nice, a long needed fix)

* For some reason all the development libraries (I'm building for x86_64) seem
to go to /usr/lib instead of /usr/lib64, this yields an error when doing an
'rpmbuild -ba' or 'rpmbuild -bb' of the spec as the files are not found for the
architecture:

RPM build errors:
    File not found by glob: /var/tmp/linuxwacom-0.7.8_1-1.0/usr/lib64/libwacomcfg*.a
    File not found by glob:
/var/tmp/linuxwacom-0.7.8_1-1.0/usr/lib64/libwacomcfg*.so
 
Maybe this has to do with the "%define _alllib  /usr/lib"?

Correcting the problem for the libwacomcfg* files was as easy as to add another
variable to the 64-bits test:

LIB64=--libdir=/usr/lib64

This fixes the path for the those libraries... Leaving the %define _alllib
/usr/lib definition is required for the TkXInput files. I'm in the process of
testing the rpms on my system, here they are:

http://basilides.homeip.net/RPMS/SPECS/linuxwacom-7.8.spec
http://basilides.homeip.net/RPMS/linuxwacom-0.7.8_1-1.x86_64.rpm
http://basilides.homeip.net/RPMS/linuxwacom-devel-0.7.8_1-1.x86_64.rpm
http://basilides.homeip.net/RPMS/linuxwacom-debuginfo-0.7.8_1-1.x86_64.rpm

Please keep in mind this is my home server and the upload speed is 256kbps, and
I don't have anywhere else to host these files.

Forgot to include the link for the .src.rpm:

http://basilides.homeip.net/RPMS/linuxwacom-0.7.8_1-1.src.rpm

I can confirm the package builds and install, and for what I've been able to see
it also works reasonably fine. Wacomcpl works just fine.

I have updated the spec file.

http://snecker.fedorapeople.org/linuxwacom.spec

Mainly rpmlint cleanups but some errors which would have been blockers for
approval. Unfortunately wacomcpl does *not* work for me - I'm currently
investigating.

I'm a bit confused because there's currently a linuxwacom package in Fedora that
contains a good portion of what this package contains.

I understand that package doesn't contain everything the proposed package
contains.  However, it seems to me that the best thing to do would be to work
with the maintainers of the current linuxwacom package to get those extra bits
included.  Failing that, this package would need to be renamed and those files
which conflict with linuxwacom would need to be removed.

This review request was created AFAICS because the linuxwacom package already in
fedora:

a) Doesn't follow upstream closely enough
b) Does not provide the required functionality - ie. wacomcpl

The maintainer has stated in:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219060

that he will update to 0.7.8 soon however.

So is there any point in keeping this ticket open, given that the package
submitted for review can never be approved?  Perhaps the submitter could offer
to co-maintain the existing linuxwacom package that's already in Fedora?

Yes close this ticket, it has had it's use.

There are 18 new wacom reports since I filed this request. So I ques there now
are plenty people working on this one.

And yes I got the wacom tools running on 64 bit (it doesn't do this on 32 bit),
but I can't figure out why the X-server is crashing when the tablet isn't
connected. (outcommenting some lines in the xorg.conf file after the x-server helps)

Anyhow I have got little time, I am building a new world in secondlife and this
consumes lots of my time