openct doesn't recognize etoken
Bug #246392 reported by
michael bode
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openct (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: openct
In Ubuntu 8.04 openct does not recognize an etoken when it is plugged in. This does work with 7.10. To use the etoken in 8.04 I have to /etc/init.d/openct restart after it is plugged in.
openct 0.6.14-2
This looks like bug 125054
Related branches
To post a comment you must log in.
Hi, to debug this roblem, please show: debug.log 2>&1
- the version of your linux kernel. some older 2.6.22 or so were buggy.
- lsusb - what vendor id and product id does the etoken use
- setup - no idea what ubuntu currently uses? and packages.ubuntu.com isn't working for me.
does openct come with udev rules file or an fdi file for hal?
- is that vendor id and product id listed in the udev rules / hal fdi file?
- if the problem is udev related, udevmonitor (--env and --kernel --env) output while a token is plugged in might help.
- the script executed by udev or hal: can you edit it and put something like this in it:
exec >> /root/openct-
echo
date
echo $0: $*
export
set +x
then have a look what is in /root/openct- debug.log. usb/003/ 004 or similar show up,
if device names like /dev/bus/
please add an appropriate "ls -l $DEVNAME" (or what the relevant variable is) to the script.
maybe the file gets only created after openct tries to use it or a similar race condition.
oh, I forgot to mention: increasing debug level in openct.conf and looking in syslog for "ifdhandler"
syslog messages is also a good idea.
sorry, I haven't debugged openct in a while and lost the track of the latest status. the bug you mentioned
looks like it was finally working.
I'm currently quite busy, won't have much time for this, but still I will try to help to track down the issue
and fix it.
Regards, Andreas