Settings for Logitech Optical Trackman unavailable

I have the same problem using ubuntu Feisty and KDE. Weird part is it seems to have just recently occurrred as my mouse was working fine last week so it might be an update I put on.

The problem is still there in Gutsy, (with the MX1000 mouse) and the workaround explained in help:/kcontrol/mouse/index.html is no more appropriate because it refers to hotplug and not to udev.
It would be really helpful to give an hint on what file(s) the permission problem is, to ease debugging.

Thanks,

Marco

Changing bug to be against kdebase as the mouse applet seems to be part of the kcontrol binary package.

They seem to have had the same problem in openSUSE, but it seems they closed the bug without really fixing it:

https://bugzilla.novell.com/show_bug.cgi?id=223868

The issue seems to stem from changes made, way back when, to how udev parses it's .rules files. The effect of this is that the /etc/udev/logitechmouse.rules file supplied with Ubuntu (including Hardy) is basically ignored by udev.
Attached is my modification to said file (as supplied by Hardy), which sets the group for the relevant node within /dev/bus/usb/ to plugdev. Replacing the ubuntu-supplied file, doing `sudo udevcontrol reload_rules`, and re-plugging your mouse should activate it.

With this all in place I can now use logitech_applet (it's in the repos) to view and set the resolution, etc as a normal user.
*However* there still seems to be a bug in the admin interface, as changing the resolution of the mouse works only once. After applying a new resolution, the same error message as originally encountered appears and any further attempts to apply changes seem to have no effect. Closing and reopening the settings window resets the behaviour, allowing another - single - alteration.

Additionally, whatever changes you make in the mouse settings interface don't seem to survive a reboot (I've just checked).
Instead, you need to tell udev to set the resolution, etc, every time a logitech device is detected. What I have done is install logitech_applet (as mentioned before), and use something like the following in the logitechmouse.rules file (this one is the line for the MX510):

SYSFS{idProduct}=="c01d", SYSFS{idVendor}=="046d", MODE="660", GROUP="plugdev", RUN+="/usr/bin/logitech_applet -e -s 800"

`logitech_applet -h` to list available options.

I have still the same Problem at kubuntu amd64 alpha3 9.05 [jaunty]

I can confirm that it is still a problem on Kubuntu 64 Jaunty Beta.

Bus 005 Device 002: ID 046d:c508 Logitech, Inc. Cordless Trackball

[ 7.037030] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.0/usb5/5-2/5-2:1.0/input/input4
[ 7.060122] generic-usb 0003:046D:C508.0001: input,hidraw0: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-0000:00:1d.0-2/input0

Any other info needed?

I can confirm this bug in karmic and lucid

the patch still works, but it should be saved as /lib/udev/rules.d/95-logitechmouse.rules

I do believe upstream might want to distribute a udev rule, this certainly affects more distros than just Ubuntu.

The patch should be more inline with the new udev. I have it like this:

Ah, and another one, you reload the rules with:

sudo udevadm control --reload-rules

Hope this helps...

Reassigning to udev since the rules file should be distributed by udev.