Bug#396915: Bug#436187: switching back to mouse after using tablet usually doesn't work
I'm going to close #436187 (and add this discussion to the report), since removing the duplicate files seems to have cleared it up. Also cc'ing #396915, since the problem may be the same. Ron On Tue, Aug 07, 2007 at 09:27:22AM -0700, Luke Lenhart wrote: > It's very possible that I did, from around a year ago when I last messed > with it. I almost certainly do now that I ran their prebuilt install. > > It's rather weird though.. I used my tablet for about an hour last night > and never ran into the problem (I think the only change was I rebooted > once). Usually I just restarted X after changing the wacom stuff. > > Regardless, I would prefer to not have a mixed mess. Is there a good way to > go about "purging" what it has installed, then telling apt-get to completely > reinstall all the files for the debian wacom stuff? > > On 8/6/07, Ron <[EMAIL PROTECTED]> wrote: > > > > On Mon, Aug 06, 2007 at 08:17:50PM -0700, Luke Lenhart wrote: > > > I took a loot at version 0.7.8-2 from their sourceforge site. > > > > > > While looking at the install script they provided in that... I noticed > > that > > > some files on my system (/usr/local/lib/libwacomcfg.so.*) were about a > > year > > > old, which is odd since I even reinstalled the xorg wacom input package > > > recently while trying to fix this. Running their install script (in the > > > /prebuilt directory) replaced those files. > > > > Do you have local installs mixed with debian packages? If so that could > > well be a source of your problems. The .debs don't install anything in > > /usr/local but they do install that lib in /usr/lib. > > > > You should purge all of the locally installed files. Or if you use the > > prebuilt upstream, purge all the .debs. Having both on the same system > > could quite easily cause conflicts that prevent newer things from > > working correctly. > > > > hth! > > Ron > > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436187: switching back to mouse after using tablet usually doesn't work
Hi, I can't reproduce this at all. Setting different tools for stylus, eraser and plain old optical USB mouse works exactly as expected. If I bring the pen into proximity, the stylus or eraser tools are selected, if I move the mouse, its tool is selected. Seems to be perfectly repeatable. So I guess if you want something done about this, you are going to have to identify the problem a bit better, or hope someone else can. I'd suggest you contact the linuxwacom list, and provide some more precise details to the people there (like what type of tablet you have, what exactly the version of wacom_drv that works for you is, what mode you use it in gimp with, the wacom relevant portions of how you configured xorg etc.) to see if anyone else recognises this. I'm on that list so no need to cc' me, but from the details here I'm not going to be able to answer even the simplest query about your setup or how to reproduce the problem, so it will be best if you engage everyone directly. Re upgrades, if you want a package to not update when you do one then you'll need to put it on hold. If you don't do that there is nothing random about it being updated again when you do a system upgrade. Cheers, Ron On Sun, Aug 05, 2007 at 10:54:03PM -0700, Luke Lenhart wrote: > Package: xserver-xorg-input-wacom > Version: 0.7.7.11-1 > Severity: important > > The place I notice this is in GIMP (which associates different tool settings > with each "device" (stylus tip, stylus erasor, and mouse)). Switching back > and forth between both tips of the stylus works correctly. However, when I > then try to switch back to the mouse (plain old optical ms mouse on a ps2 > port) by moving it, it usually doesn't work. > > Usually the tool setting will just stay on whatever happened to be chosen by > the previous stylus device. I can still click in the tool window to change > tools (which also ends up causing the stylus to change to that tool when I > switch back to it). Additionally, clicking inside the image window with the > mouse after that does nothing whatsoever. > > This is a problem that came up a long time ago. I can "work around" it by > replacing /usr/lib/xorg/modules/input/wacom_drv.so with an older version > from december 2005. Doing that completely fixes the problem. However, > Debian keeps replacing that file with a newever broken version at random > when I apt-get upgrade, which re-breaks it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436187: switching back to mouse after using tablet usually doesn't work
Package: xserver-xorg-input-wacom Version: 0.7.7.11-1 Severity: important The place I notice this is in GIMP (which associates different tool settings with each "device" (stylus tip, stylus erasor, and mouse)). Switching back and forth between both tips of the stylus works correctly. However, when I then try to switch back to the mouse (plain old optical ms mouse on a ps2 port) by moving it, it usually doesn't work. Usually the tool setting will just stay on whatever happened to be chosen by the previous stylus device. I can still click in the tool window to change tools (which also ends up causing the stylus to change to that tool when I switch back to it). Additionally, clicking inside the image window with the mouse after that does nothing whatsoever. This is a problem that came up a long time ago. I can "work around" it by replacing /usr/lib/xorg/modules/input/wacom_drv.so with an older version from december 2005. Doing that completely fixes the problem. However, Debian keeps replacing that file with a newever broken version at random when I apt-get upgrade, which re-breaks it.
