Hi Grant, sorry for the late answer, I was on the road.
On Tue, Aug 07, 2012 at 10:40:22AM +1000, Grant Street wrote: > Hi Ping > > Thanks for the clarification... I'll try to look updating wacomcpl. > > The problem we have is two fold > 1. We can no longer get Intuos 4's and have to buy Intuos 5's > 2. Our users are generally not technical in the slightest, they are > artists. Even though the defaults are ok for most, having a GUI > configuration tool is a must. > > So any help I can be to RH in testing, or future directions they can > mention, patches I can submit etc would be great. As of 6.3, wacomcpl is deprecated. We've worked hard on backporting the new Wacom configuration from GNOME 3.4 to Red Hat Enterprise Linux. http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html-single/6.3_Release_Notes/index.html#general_updates The wacomcpl package deprecated The wacomcpl package has been deprecated and has been removed from the package set. The wacomcpl package provided graphical configuration of Wacom tablet settings. This functionality is now integrated into the GNOME Control Center. Cosimo has a video explaining the various features here, but we've added a few bits and pieces more since. That's Fedora too, it'll look different on RHEL but it provides largely the same functionality. http://www.youtube.com/watch?v=607uIdBmozU All that is user-specific configuration, applicable on login. hth Cheers, Peter > On 07/08/12 05:43, Ping Cheng wrote: > >Hi Grant, > > > >You are right. wacomcpl relies on xsetwacom. To make things worse, > >xsetwacom and Wacom X11 driver (wacom_drv.so) share a few header > >files. So, we can only run the xsetwacom with the X11 driver that was > >built from the same xf86-input-wacom package. The xsetwacom from RH > >will not work. > > > >Basically, wacomcpl at least needs to be updated: > > > >to process the new device IDs; > > > >to support TwinView mapping with MapToOutput option > >(http://sourceforge.net/apps/mediawiki/linuxwacom/index.php?title=Dual_and_Multi-Monitor_Set_Up); > > > >and to support area mapping with area option. > > > >Depending on the configuration options you are looking for, most of > >them can be done manually through xsetwacom. Jason provided an > >example/solution here: > >http://sourceforge.net/apps/mediawiki/linuxwacom/index.php?title=Area_mapping > >to keep your configuration through a reboot. > > > >I'm adding Peter, who woks at RH, to see if he has anything about RHEL > >to share with us. > > > >Ping > > > >On Sun, Aug 5, 2012 at 6:19 PM, Grant Street<gra...@al.com.au> wrote: > >>Looks like wacomcpl depends on xsetwacom output. When you update the drivers > >>it updates xsetwacom. This has the following impact > >> > >>Doesn't set device id's correctly > >>new xsetwacom does not have a TwinView option > >>new xsetwacom uses area not TopX,TopY etc > >> > >>Going to see if I can use the original RH supplied xsetwacom with the new > >>driver > >> > >>Grant > >> > >>On 06/08/12 09:23, Grant Street wrote: > >>> > >>>Hi Ping > >>> > >>>When I run it I get the device selection > >>>Wacom Intuos5 M Pen stylus id: 12 type: > >>>Wacom Intuos5 M Pen eraser id: 13 type: > >>>Wacom Intuos5 M Pen cursor id: 14 type: > >>>Wacom Intuos5 M Pen pad id: 15 type: > >>> > >>>select say the stylus, I get > >>> > >>>can't read "isLCD(Cannot find device 'Wacom Intuos5 M Pen stylus id: 12 > >>>type:'.)": no such element in array > >>>can't read "isLCD(Cannot find device 'Wacom Intuos5 M Pen stylus id: 12 > >>>type:'.)": no such element in array > >>> while executing > >>>"if { ![ string compare $type "pad" ] } { > >>> if { $hasPad($model) } { > >>> createPanel 0 1 0 0 > >>> } > >>> } elseif { ![ string compare $type "touch" ] } { > >>> i..." > >>> (procedure "CreateDevicePanel" line 6) > >>> invoked from within > >>>"CreateDevicePanel $type $model" > >>> (procedure "updateDevice" line 23) > >>> invoked from within > >>>"updateDevice" > >>> (command bound to event) > >>> > >>>I'll see if I can work out what's needed > >>>Grant > >>> > >>> > >>>On 04/08/12 03:27, Ping Cheng wrote: > >>>> > >>>>Hi Grant, > >>>> > >>>>On Fri, Aug 3, 2012 at 12:51 AM, Grant Street<gra...@al.com.au> wrote: > >>>>> > >>>>>Following the standard procedure I have been able to get the intuos 5 > >>>>>tablet working fine. We used to use wacomcpl to set user specific wacom > >>>>>preferences. I can't seem to find anything for RHEL 6 that will do this? > >>>>> > >>>>>found > >>>>> > >>>>>http://sourceforge.net/apps/mediawiki/linuxwacom/index.php?title=External_applications#Graphical_Configuration_Tools > >>>> > >>>> > >>>>As far as I know, wacomcpl is still included in RHEL6. I do not have a > >>>>RHEL6 system setup for testing here. Please launch the control panel > >>>>on your system to see what you get. > >>>> > >>>>The formal way to request a new tablet/feature support on RHEL is to > >>>>file a bug at https://bugzilla.redhat.com. Since there are at least > >>>>four bugs filed there > >>>>(https://bugzilla.redhat.com/buglist.cgi?quicksearch=intuos+5), I > >>>>guess you don't have to do it again. Hopefully the support will be in > >>>>RHEL 6.4 so you don't have to build and install the driver yourself > >>>>any more.. > >>>> > >>>>Ping > >>>> > >>>>>But it is unclear if they work with intuos 5 and if they work on rhel6. > >>>>> > >>>>>Any hot tips before I try every single one....... > >>>>> > >>>>>Grant ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
