0.8.1-2 posted - USB Tablet PC and kernel 2.6.26 support added

Kernel 2.6.26 and USB Tablet PCs (0x90, 0x93, and 0x9A) are supported.  Please let us know your testing result.

Thanks,

Ping

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

[Michael Grunde]

I ran into a bit of a problem installing the driver.  configure seemed to work fine, but when I ran make I recieved this error:


gcc -shared  .libs/wacomcfg.o  -L/usr/lib -lX11 -lXi -lxf86config -lm  -Wl,-soname -Wl,libwacomcfg.so.0 -o .libs/libwacomcfg.so.0.0.1
/usr/bin/ld: cannot find -lxf86config
collect2: ld returned 1 exit status

Then make exits.

I didn't have a problem with .8.1-1, so it must be looking for something that has changed since then.  Sorry I can't be of more help.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

[Andrew Zappacky]

On Fri, Aug 1, 2008 at 6:45 PM, Ping@LinuxWacom <pinglinux@...> wrote:
> Kernel 2.6.26 and USB Tablet PCs (0x90, 0x93, and 0x9A) are supported.
> Please let us know your testing result.

This relates to Michael Grunde's error as well, most systems don't
have libxf86config installed. In fact, when I researched it, I only
found a few RPMs and mailing list entries from 2+ years ago. Debian
(and therefore, Ubuntu) does not have libxf86config in it's stable,
testing, or unstable repositories that I could find (package search by
filename). A bit of functionality seems to depend on it however.
Unfortunately, I've still had no luck locating ANY useful information
on writing X server plugins, so I really wouldn't know where to start
fixing it.

-Andrew

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

[Danny Kukawka]

On Sonntag, 3. August 2008, Andrew Zappacky wrote:

> On Fri, Aug 1, 2008 at 6:45 PM, Ping@LinuxWacom <pinglinux@...> wrote:
> > Kernel 2.6.26 and USB Tablet PCs (0x90, 0x93, and 0x9A) are supported.
> > Please let us know your testing result.
>
> This relates to Michael Grunde's error as well, most systems don't
> have libxf86config installed. In fact, when I researched it, I only
> found a few RPMs and mailing list entries from 2+ years ago. Debian
> (and therefore, Ubuntu) does not have libxf86config in it's stable,
> testing, or unstable repositories that I could find (package search by
> filename). A bit of functionality seems to depend on it however.
> Unfortunately, I've still had no luck locating ANY useful information
> on writing X server plugins, so I really wouldn't know where to start
> fixing it.

Strange, I assumed this is a normal and common X library (which is used to
parse the xorg.conf). SUSE for example ship the lib with the
xorg-x11-server-sdk package.

Maybe we should check in configure for the lib and ifdef the related code, but
this would mean you have to name all Indentifier as
Stylus/Pad/Eraser/Cursor/Touch.

Danny

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

Hi Danny,  Andrew, Kory, and Michael,

Thank you for your quick feedback.  I feel we need to stay naming identifier with stylus/eraser/cursor/touch/pad convention until XInput provides type to user space.  Although it is not the best solution, it doesn't introduce new challenge to our users who have to build the driver and its utility on their systems.  The goal of linuxwacom is to support all Linux distributions with no bias.  So, I will use Kory's patch to go back one step if you guys don't convince me otherwise.

Ping

On Sun, Aug 3, 2008 at 8:59 AM, Danny Kukawka <danny.kukawka@...> wrote:

On Sonntag, 3. August 2008, Andrew Zappacky wrote:
> On Fri, Aug 1, 2008 at 6:45 PM, Ping@LinuxWacom <pinglinux@...> wrote:
> > Kernel 2.6.26 and USB Tablet PCs (0x90, 0x93, and 0x9A) are supported.
> > Please let us know your testing result.
>
> This relates to Michael Grunde's error as well, most systems don't
> have libxf86config installed. In fact, when I researched it, I only
> found a few RPMs and mailing list entries from 2+ years ago. Debian
> (and therefore, Ubuntu) does not have libxf86config in it's stable,
> testing, or unstable repositories that I could find (package search by
> filename). A bit of functionality seems to depend on it however.
> Unfortunately, I've still had no luck locating ANY useful information
> on writing X server plugins, so I really wouldn't know where to start
> fixing it.

Strange, I assumed this is a normal and common X library (which is used to
parse the xorg.conf). SUSE for example ship the lib with the
xorg-x11-server-sdk package.

Maybe we should check in configure for the lib and ifdef the related code, but
this would mean you have to name all Indentifier as
Stylus/Pad/Eraser/Cursor/Touch.

Danny

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

[Danny Kukawka]

On Montag, 4. August 2008, Ping@LinuxWacom wrote:
> Hi Danny,  Andrew, Kory, and Michael,
>
> Thank you for your quick feedback.  I feel we need to stay naming
> identifier with stylus/eraser/cursor/touch/pad convention until XInput
> provides type to user space.  Although it is not the best solution, it
> doesn't introduce new challenge to our users who have to build the driver
> and its utility on their systems.  The goal of linuxwacom is to support all
> Linux distributions with no bias.  So, I will use Kory's patch to go back
> one step if you guys don't convince me otherwise.

Maybe it would be better to add a configure option or a configure check for
the needed lib and ifdef the affected code. IMO it should be possible and
would allow all distros, which have the lib to use the code.

Danny  

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

Great suggestion Danny.  Can you make a new patch based on your [PATCH] fix detection of wacom devices in xsetwacom?  I will merge it to 0.8.1-3 after I test it.

 

Thank you for all your support,

Ping

On Mon, Aug 4, 2008 at 3:16 PM, Danny Kukawka <danny.kukawka@...> wrote:

On Montag, 4. August 2008, Ping@LinuxWacom wrote:
> Hi Danny,  Andrew, Kory, and Michael,
>
> Thank you for your quick feedback.  I feel we need to stay naming
> identifier with stylus/eraser/cursor/touch/pad convention until XInput
> provides type to user space.  Although it is not the best solution, it
> doesn't introduce new challenge to our users who have to build the driver
> and its utility on their systems.  The goal of linuxwacom is to support all
> Linux distributions with no bias.  So, I will use Kory's patch to go back
> one step if you guys don't convince me otherwise.

Maybe it would be better to add a configure option or a configure check for
the needed lib and ifdef the affected code. IMO it should be possible and
would allow all distros, which have the lib to use the code.

Danny

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

[Kory Prince]

I also think this would be a good option. I have looked into getting the
missing lib, and basically you would need to compile xorg and pass a
flag to compile that lib....
I'm not sure how much work that would be, but I will work on it.
Maybe for a final release we could do that so that Danny's work won't go
to waste on Debian distros....
Kory

On Mon, 2008-08-04 at 20:43 -0500, Kory Prince wrote:

> I also think this would be a good option. I have looked into getting the
> missing lib, and basically you would need to compile xorg and pass a
> flag to compile that lib....
> I'm not sure how much work that would be, but I will work on it.
> Maybe for a final release we could do that so that Danny's work won't go
> to waste on Debian distros....
> Kory
>
> On Mon, 2008-08-04 at 15:49 -0700, Ping@LinuxWacom wrote:
> > Great suggestion Danny.  Can you make a new patch based on your
> > [PATCH] fix detection of wacom devices in xsetwacom?  I will merge it
> > to 0.8.1-3 after I test it.
> >  
> > Thank you for all your support,
> >
> > Ping
> >
> > On Mon, Aug 4, 2008 at 3:16 PM, Danny Kukawka <danny.kukawka@...>
> > wrote:
> >         On Montag, 4. August 2008, Ping@LinuxWacom wrote:
> >         > Hi Danny,  Andrew, Kory, and Michael,
> >         >
> >         > Thank you for your quick feedback.  I feel we need to stay
> >         naming
> >         > identifier with stylus/eraser/cursor/touch/pad convention
> >         until XInput
> >         > provides type to user space.  Although it is not the best
> >         solution, it
> >         > doesn't introduce new challenge to our users who have to
> >         build the driver
> >         > and its utility on their systems.  The goal of linuxwacom is
> >         to support all
> >         > Linux distributions with no bias.  So, I will use Kory's
> >         patch to go back
> >         > one step if you guys don't convince me otherwise.
> >        
> >        
> >         Maybe it would be better to add a configure option or a
> >         configure check for
> >         the needed lib and ifdef the affected code. IMO it should be
> >         possible and
> >         would allow all distros, which have the lib to use the code.
> >        
> >         Danny
> >
> >

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

[Kory Prince]

I'm sorry Ping that I took a bit to respond. I have not had a lot of
time due to work (I will however have a lot of time this weekend) so I
haven't even got on my computer since Monday.

That being said onto business....

When compiling the driver (make I come across similar errors as those
before (I think). the following is the log of the commands you gave me
(minus the first few) (I also tried ./configure --enable-wacom which is
the command I think you meant to have gave me, but it got the same exact
error):
kory@kory-laptop:~$ cd Desktop/linuxwacom-dev/
kory@kory-laptop:~/Desktop/linuxwacom-dev$ ./bootstrap
kory@kory-laptop:~/Desktop/linuxwacom-dev$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles...
no
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for gawk... (cached) mawk
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... no
checking for g95... no
checking for xlf95... no
checking for f95... no
checking for fort... no
checking for ifort... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for ftn... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 98304
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared
libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
(cached) (cached) checking how to hardcode library paths into
programs... immediate
appending configuration tag "F77" to libtool
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for arch type... i486-linux-gnu
checking for kernel type... Linux
checking for linux-based kernel... yes
checking for kernel source/headers... /lib/modules/2.6.24-19-rt/build
checking kernel version... 2.6.24-19-rt
checking for kernel module support... yes
checking for Xlib... yes
checking for lib xf86config... checking for XSERVER... yes
checking for xserver libc-wrapper header-files... yes
checking if scaling tablet to screen size is needed... yes
checking if Uninit is called... yes
checking if Xorg SDK defines IsXExtensionPointer... yes
checking if Xorg SDK defines dixScreenOrigins... yes
checking XInput extension version... >= 2.0
checking for X... libraries , headers
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for tclsh... /usr/bin/tclsh
checking for tcl version... 8.4
checking for tcl header files... found, /usr/include/tcl8.4
checking for tk header files... found, /usr/include/tcl8.4
checking ncurses.h usability... yes
checking ncurses.h presence... yes
checking for ncurses.h... yes
checking if libwacomcfg should/can be built... yes
checking if libwacomxi should/can be built... yes
checking if wacdump should/can be built... yes
checking if xidump should/can be built... yes
checking if xsetwacom should be built... yes
checking for Wacom X driver module path... /usr/lib/xorg/modules/input
checking for dynamic driver loading support... yes
checking if wacom_drv.{o,so} should be compiled... yes
checking if gcc accepts -fno-merge-constants... yes
checking if gcc accepts -fno-stack-protector... yes

configure: creating ./config.status
config.status: creating Makefile
config.status: creating mkxincludes
config.status: creating src/Makefile
config.status: creating src/util/Makefile
config.status: creating src/xdrv/Makefile
config.status: creating src/2.4/Makefile
config.status: creating src/2.4.22/Makefile
config.status: creating src/2.6.8/Makefile
config.status: creating src/2.6.9/Makefile
config.status: creating src/2.6.10/Makefile
config.status: creating src/2.6.11/Makefile
config.status: creating src/2.6.13/Makefile
config.status: creating src/2.6.14/Makefile
config.status: creating src/2.6.15/Makefile
config.status: creating src/2.6.16/Makefile
config.status: creating src/2.6.18/Makefile
config.status: creating src/2.6.19/Makefile
config.status: creating src/2.6.22/Makefile
config.status: creating src/2.6.24/Makefile
config.status: creating src/2.6.26/Makefile
config.status: creating src/wacomxi/Makefile
config.status: creating src/wacomxi/wacomcpl
config.status: creating src/include/xdrv-config.h
config.status: creating src/include/kernel-config.h
config.status: creating src/include/util-config.h
config.status: executing depfiles commands

----------------------------------------
  BUILD ENVIRONMENT:
       architecture - i486-linux-gnu
       linux kernel - yes 2.6.24
  module versioning - no
      kernel source - yes /lib/modules/2.6.24-19-rt/build
     XFree86 source - no
           Xorg SDK - yes /usr/include/xorg
          XSERVER64 - no
           dlloader - yes
               XLib - yes /usr/lib
         xf86config - WCM_ENV_XF86CONFIG /usr/lib
                TCL - yes /usr/include/tcl8.4
                 TK - yes /usr/include/tcl8.4
            ncurses - yes

  BUILD OPTIONS:
            wacom.o - no
            wacdump - yes
             xidump - yes
        libwacomcfg - yes
         libwacomxi - yes
          xsetwacom - yes
              hid.o - no
         usbmouse.o - no
            evdev.o - no
         mousedev.o - no
            input.o - no
       wacom_drv.so - yes /usr/lib/xorg/modules/input
        wacom_drv.o - no
  wacom*_drv quirks - libc-wrapper tablet-screen-scaling Uninit-called
IsXExtensionPointer key-events dixScreenOrigins
----------------------------------------
kory@kory-laptop:~/Desktop/linuxwacom-dev$ make
Making all in src
make[1]: Entering directory `/home/kory/Desktop/linuxwacom-dev/src'
Making all in .
make[2]: Entering directory `/home/kory/Desktop/linuxwacom-dev/src'
make[2]: Nothing to be done for `all-am'.
make[2]: Leaving directory `/home/kory/Desktop/linuxwacom-dev/src'
Making all in wacomxi
make[2]: Entering directory
`/home/kory/Desktop/linuxwacom-dev/src/wacomxi'
if /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
-I. -I. -I../../src/include -I../../src/include -I../../src/include
-Wall -g -O2 -I/usr/include/tcl8.4 -MT wacomxi.lo -MD -MP -MF
".deps/wacomxi.Tpo" -c -o wacomxi.lo wacomxi.c; \
        then mv -f ".deps/wacomxi.Tpo" ".deps/wacomxi.Plo"; else rm -f
".deps/wacomxi.Tpo"; exit 1; fi
mkdir .libs
 gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include -Wall -g -O2 -I/usr/include/tcl8.4 -MT wacomxi.lo
-MD -MP -MF .deps/wacomxi.Tpo -c wacomxi.c  -fPIC -DPIC
-o .libs/wacomxi.o
 gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include -Wall -g -O2 -I/usr/include/tcl8.4 -MT wacomxi.lo
-MD -MP -MF .deps/wacomxi.Tpo -c wacomxi.c -o wacomxi.o >/dev/null 2>&1
/bin/bash ../../libtool --tag=CC --mode=link gcc -Wall -g -O2
-I/usr/include/tcl8.4   -o libwacomxi.la -rpath /usr/local/lib/TkXInput
-no-undefined wacomxi.lo -L/usr/lib -lX11 -lXi
gcc -shared  .libs/wacomxi.o  -L/usr/lib -lX11 -lXi  -Wl,-soname
-Wl,libwacomxi.so.0 -o .libs/libwacomxi.so.0.0.0
(cd .libs && rm -f libwacomxi.so.0 && ln -s libwacomxi.so.0.0.0
libwacomxi.so.0)
(cd .libs && rm -f libwacomxi.so && ln -s libwacomxi.so.0.0.0
libwacomxi.so)
ar cru .libs/libwacomxi.a  wacomxi.o
ranlib .libs/libwacomxi.a
creating libwacomxi.la
(cd .libs && rm -f libwacomxi.la && ln -s ../libwacomxi.la
libwacomxi.la)
make[2]: Leaving directory
`/home/kory/Desktop/linuxwacom-dev/src/wacomxi'
Making all in util
make[2]: Entering directory `/home/kory/Desktop/linuxwacom-dev/src/util'
if /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
-I. -I. -I../../src/include -I../../src/include -I../../src/include
-Wall -pedantic -I/usr/include/xorg  -g -O2 -I/usr/include/tcl8.4 -MT
wacomcfg.lo -MD -MP -MF ".deps/wacomcfg.Tpo" -c -o wacomcfg.lo
wacomcfg.c; \
        then mv -f ".deps/wacomcfg.Tpo" ".deps/wacomcfg.Plo"; else rm -f
".deps/wacomcfg.Tpo"; exit 1; fi
mkdir .libs
 gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include -Wall -pedantic -I/usr/include/xorg -g -O2
-I/usr/include/tcl8.4 -MT wacomcfg.lo -MD -MP -MF .deps/wacomcfg.Tpo -c
wacomcfg.c  -fPIC -DPIC -o .libs/wacomcfg.o
 gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include -Wall -pedantic -I/usr/include/xorg -g -O2
-I/usr/include/tcl8.4 -MT wacomcfg.lo -MD -MP -MF .deps/wacomcfg.Tpo -c
wacomcfg.c -o wacomcfg.o >/dev/null 2>&1
/bin/bash ../../libtool --tag=CC --mode=link gcc -Wall -pedantic
-I/usr/include/xorg  -g -O2 -I/usr/include/tcl8.4   -o libwacomcfg.la
-rpath /usr/local/lib -no-undefined -version-info 0:1:0 wacomcfg.lo
-L/usr/lib -lX11 -lXi
gcc -shared  .libs/wacomcfg.o  -L/usr/lib -lX11 -lXi  -Wl,-soname
-Wl,libwacomcfg.so.0 -o .libs/libwacomcfg.so.0.0.1
(cd .libs && rm -f libwacomcfg.so.0 && ln -s libwacomcfg.so.0.0.1
libwacomcfg.so.0)
(cd .libs && rm -f libwacomcfg.so && ln -s libwacomcfg.so.0.0.1
libwacomcfg.so)
ar cru .libs/libwacomcfg.a  wacomcfg.o
ranlib .libs/libwacomcfg.a
creating libwacomcfg.la
(cd .libs && rm -f libwacomcfg.la && ln -s ../libwacomcfg.la
libwacomcfg.la)
if gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include    -Wall -pedantic -I/usr/include/xorg  -g -O2
-I/usr/include/tcl8.4 -MT wacdump.o -MD -MP -MF ".deps/wacdump.Tpo" -c
-o wacdump.o wacdump.c; \
        then mv -f ".deps/wacdump.Tpo" ".deps/wacdump.Po"; else rm -f
".deps/wacdump.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include    -Wall -pedantic -I/usr/include/xorg  -g -O2
-I/usr/include/tcl8.4 -MT wacscrn.o -MD -MP -MF ".deps/wacscrn.Tpo" -c
-o wacscrn.o wacscrn.c; \
        then mv -f ".deps/wacscrn.Tpo" ".deps/wacscrn.Po"; else rm -f
".deps/wacscrn.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include    -Wall -pedantic -I/usr/include/xorg  -g -O2
-I/usr/include/tcl8.4 -MT wactablet.o -MD -MP -MF ".deps/wactablet.Tpo"
-c -o wactablet.o wactablet.c; \
        then mv -f ".deps/wactablet.Tpo" ".deps/wactablet.Po"; else rm -f
".deps/wactablet.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include    -Wall -pedantic -I/usr/include/xorg  -g -O2
-I/usr/include/tcl8.4 -MT wacserial.o -MD -MP -MF ".deps/wacserial.Tpo"
-c -o wacserial.o wacserial.c; \
        then mv -f ".deps/wacserial.Tpo" ".deps/wacserial.Po"; else rm -f
".deps/wacserial.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include    -Wall -pedantic -I/usr/include/xorg  -g -O2
-I/usr/include/tcl8.4 -MT wacusb.o -MD -MP -MF ".deps/wacusb.Tpo" -c -o
wacusb.o wacusb.c; \
        then mv -f ".deps/wacusb.Tpo" ".deps/wacusb.Po"; else rm -f
".deps/wacusb.Tpo"; exit 1; fi
/bin/bash ../../libtool --tag=CC --mode=link gcc -Wall -pedantic
-I/usr/include/xorg  -g -O2 -I/usr/include/tcl8.4   -o wacdump
wacdump.o wacscrn.o wactablet.o wacserial.o wacusb.o -lncurses
gcc -Wall -pedantic -I/usr/include/xorg -g -O2 -I/usr/include/tcl8.4 -o
wacdump wacdump.o wacscrn.o wactablet.o wacserial.o wacusb.o
-lncurses  
if gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include    -Wall -pedantic -I/usr/include/xorg  -g -O2
-I/usr/include/tcl8.4 -MT xidump.o -MD -MP -MF ".deps/xidump.Tpo" -c -o
xidump.o xidump.c; \
        then mv -f ".deps/xidump.Tpo" ".deps/xidump.Po"; else rm -f
".deps/xidump.Tpo"; exit 1; fi
/bin/bash ../../libtool --tag=CC --mode=link gcc -Wall -pedantic
-I/usr/include/xorg  -g -O2 -I/usr/include/tcl8.4   -o xidump -L/usr/lib
-lX11 -lXi -lm xidump.o wacscrn.o -lncurses
gcc -Wall -pedantic -I/usr/include/xorg -g -O2 -I/usr/include/tcl8.4 -o
xidump xidump.o wacscrn.o  -L/usr/lib -lX11 -lXi -lm -lncurses  
if gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include    -Wall -pedantic -I/usr/include/xorg  -g -O2
-I/usr/include/tcl8.4 -MT xsetwacom.o -MD -MP -MF ".deps/xsetwacom.Tpo"
-c -o xsetwacom.o xsetwacom.c; \
        then mv -f ".deps/xsetwacom.Tpo" ".deps/xsetwacom.Po"; else rm -f
".deps/xsetwacom.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I../../src/include
-I../../src/include    -Wall -pedantic -I/usr/include/xorg  -g -O2
-I/usr/include/tcl8.4 -MT wcmAction.o -MD -MP -MF ".deps/wcmAction.Tpo"
-c -o wcmAction.o wcmAction.c; \
        then mv -f ".deps/wcmAction.Tpo" ".deps/wcmAction.Po"; else rm -f
".deps/wcmAction.Tpo"; exit 1; fi
/bin/bash ../../libtool --tag=CC --mode=link gcc -Wall -pedantic
-I/usr/include/xorg  -g -O2 -I/usr/include/tcl8.4   -o xsetwacom
xsetwacom.o wcmAction.o libwacomcfg.la
gcc -Wall -pedantic -I/usr/include/xorg -g -O2 -I/usr/include/tcl8.4
-o .libs/xsetwacom xsetwacom.o wcmAction.o  ./.libs/libwacomcfg.so
./.libs/libwacomcfg.so: undefined reference to `xf86readConfigFile'
./.libs/libwacomcfg.so: undefined reference to `xf86closeConfigFile'
./.libs/libwacomcfg.so: undefined reference to `xf86openConfigFile'
collect2: ld returned 1 exit status
make[2]: *** [xsetwacom] Error 1
make[2]: Leaving directory `/home/kory/Desktop/linuxwacom-dev/src/util'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/kory/Desktop/linuxwacom-dev/src'
make: *** [all-recursive] Error 1
kory@kory-laptop:~/Desktop/linuxwacom-dev$


I looked at the code generating the error and it looks like part of
Danny's code (the part so that we won't have to have exact names in
xorg.conf) is the part generating the error. It looks like it is still
trying to link to that lib debian doesn't have. (I don't know how all
this works, I'm not a coder, just a problem solver... :) )
That's about the best I can give you now...
Again sorry for the delay,
Kory

P.S. I am about to install 64bit Ubuntu, so I can also test from that
side..

On Wed, 2008-08-06 at 16:25 -0700, Ping@LinuxWacom wrote:

> Kory,
>
> I made a patch to support both cases.  Do you have time to test it on
> your system?  I am attaching the package for you.  Let me know what
> you get so I can post a new dash release soon.
>
> Thank you so much in advance.
>
> Ping
>
> PS. please do the following to test the new driver:
>
> download the file, then:
>
> unzip2 linuxwacom-dev.tar.bz2
> tar xvf linuxwacom-dev.tar
> cd linuxwacom-dev
> ././bootstrap
> ./configure
> make
> su
> make install
>
> restart X server and let me know if the new package works for you or
> not.
>
> On Tue, Aug 5, 2008 at 8:28 AM, Ping@LinuxWacom <pinglinux@...>
> wrote:
>         Kory,
>          
>         Thanks for your feedback.  Danny didn't get back to me
>         yet. I'll make a patch myself if Danny doesn't have time to do
>         it.  FYI, Danny's patch works on Fedora too.
>        
>         I am also grateful for the replies you posted at Help track.
>         Keep up good work :).
>          
>         Ping
>        
>         On Mon, Aug 4, 2008 at 6:43 PM, Kory Prince
>         <korylprince@...> wrote:
>                 I also think this would be a good option. I have
>                 looked into getting the
>                 missing lib, and basically you would need to compile
>                 xorg and pass a
>                 flag to compile that lib....
>                 I'm not sure how much work that would be, but I will
>                 work on it.
>                 Maybe for a final release we could do that so that
>                 Danny's work won't go
>                 to waste on Debian distros....
>                 Kory
>
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

On Thu, Aug 7, 2008 at 3:59 PM, Kory Prince <korylprince@...> wrote:

I looked at the code generating the error and it looks like part of
Danny's code (the part so that we won't have to have exact names in
xorg.conf) is the part generating the error. It looks like it is still
trying to link to that lib debian doesn't have. (I don't know how all
this works, I'm not a coder, just a problem solver... :) )
That's about the best I can give you now...

Your attachment is good enough for me to troubleshoot the issue.  Looks like my "fix" didn't get to the real point....

Again sorry for the delay,

Don't worry about the delay.  I know everyone has a real life outside of this project.

P.S. I am about to install 64bit Ubuntu, so I can also test from that side.

Wait until I make another package (I mean  the testing part, not your OS installation :).

Ping

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel