Red Hat Bugzilla – Bug 467623
no access to T5 as user, works fine as root
Last modified: 2008-10-21 09:31:59 EDT
Created attachment 320804 [details]
output of the devices that show up in hal-device when the Palm is connected.
Description of problem:
seems access to Palm devices is broken again, at least on my fedora box (fresh install of F10 Beta, then yum update to latest rawhide) for my Palm Tungsten T5
Version-Release number of selected component (if applicable):
$ rpm -q pilot-link libusb udev hal hal-info;uname -r
Steps to Reproduce:
1. connect Palm
2. power on Palm
3. wait a while for device to settle
4. pilot-xfer -l
5. press hot-sync button
sits indefinitely at
Listening for incoming connection on usb:...
connect and list my databases
a. if I do the same steps but step 4. as root it works, so we seem to have a permission problem. (as root does not have the port set via PILOTPORT I add '-p usb:')
b. $ env|grep PILOT
c. I have made no changes to any of pilot-link libusb udev hal hal-info (checked with rpm -V).
d. I have not enabled 60-libpisock.rules as I understand that PolicyKit makes it redundant.
e. org.freedesktop.hal.device-access.pda is set to
Active Console: Yes
and I am logged into gnome locally.
f. adding my user under explicit authorisations with 'always' does not help either (and should not be necessary anyway).
g. I'll attach the output of the devices that show up in hal-device when the Palm is connected.
h. The box is x86_64 so I set the arch explicitly, but it may very well affect all arches.
(Just to check we're starting from a known working point, you got this working on F9 in the end?)
Could you do a:
getfacl /dev/bus/usb/<usb bus used>/*
when the hotsync button is pressed and post the output, please?
Looking at your hal output I can't see a access_control.file set - this could be the source of the problems, unless the mechanism has changed in hal/policykit.
If this is a perms problem - and it looks like one - it should be re-filed against HAL/PolicyKit. The config was moved out of pilot-link and into those packages upstream.
Ahah, dup of bug #466604
Closing as a duplicate as per comment #2. If it turns out to not match, feel free to re-open.
*** This bug has been marked as a duplicate of bug 466604 ***