Bug#563755: openct udev rules need touchup for recent udev
Hi Daniel, openct package contains these files for hal: /usr/lib/hal/hald-addon-openct /usr/share/hal/fdi/information/10freedesktop/10-usb-openct.fdi /usr/share/hal/fdi/policy/10osvendor/10-usb-openct-policy.fdi delete them. for udev you need these files instead: /etc/udev/rules.d/50-openct.rules /lib/udev/openct_usb the source for the rules file is: http://www.opensc-project.org/svn/openct/trunk/etc/openct.udev.in and run on that file: sed -e "s...@udevdir@#/lib/udev/#g" < openct.udev.in > openct.udev cp openct.udev /etc/udev/rules.d/50-openct.rules chown root.root /etc/udev/rules.d/50-openct.rules chmod 0644 /etc/udev/rules.d/50-openct.rules and for the script you need this file: http://www.opensc-project.org/svn/openct/trunk/etc/openct_usb.in and run on that file: sed -e "s...@openct_socket_path@#/var/run/openct#" \ -e "s...@sbindir@/usr/sbin#g" < openct_usb.in > openct_usb cp openct_usb /lib/udev/openct_usb chown root:root /lib/udev/openct_usb chmod 0755 /lib/udev/openct_usb and you should be setup fine. I don't know if hal and udev need restarts for the new configuration, and udev at some point in time had a problem if the init script was restarted. so a reboot might be the safest choice if you want to make sure this new config is active. then after boot run "openct-tool list". it should show no smart card reader / usb crypto token. run that as root (or user in group scard), or you won't see anything. then plugin an usb crypto token or smart card reader supported by openct, and run "openct-tool list" again -> openct should now list a reader. Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563755: openct udev rules need touchup for recent udev
Hi Andreas-- On 01/05/2010 03:07 AM, Andreas Jellinghaus wrote: > could you test this: > http://www.opensc-project.org/svn/openct/trunk/etc/openct.udev.in > > contains all the changes the ubuntu developers suggested to me. > could you check if it works for you too? the script for it is > http://www.opensc-project.org/svn/openct/trunk/etc/openct_usb.in > > only one or two @...@ with the path of some file, so you can > easily test them on an existing system without building a new > package. can you tell me specifically what i should test? for example, how would i be sure to disable the current openct hal components to ensure that the new udev rules take effect? Where would you expect the latter script to be placed? in /usr/share/openct? i'd be happy to help test, but the tests come at an interruption to other workflow (particularly if i'm disabling any potentially-significant subsystems like hal), so i want to be sure that i'm testing the right thing. if figuring out what things i need to do to *disable* the openct hal behavior is too hairy, i'm also fine with making a new package that is back to using udev and trying it out. Building packages isn't a big deal. > I can create a new openct release with these updated rules, > if that helps, but I would be real happy if someone can test > the latest changes. > > does debian drop hal in support for udev too? > (ubuntu did and I guess everyone does...) yeah, various upstreams seem to be deprecating HAL as well, but i don't know if there's been a clear decision from debian. i'm not too involved in that layer of the OS, i'm afraid. > ok. any idea if extra work is needed (e.g. a symlink to /etc/udev/rules.d/)? no, no symlink is needed in /etc/udev/rules.d. > and will this work on ubuntu too, or will we need seperate ubuntu and > debian packages? (ok, maybe wrong forum, I'm asking on launchpad.net too...) i dunno about ubuntu's long-term plans, but in a local karmic install i have for testing, it already has transitioned to /lib/udev/rules.d/ for package-shipped files. Thanks for your work on this, --dkg signature.asc Description: OpenPGP digital signature
Bug#563755: openct udev rules need touchup for recent udev
Am Dienstag 05 Januar 2010 05:46:24 schrieb Daniel Kahn Gillmor: > mv /etc/udev/rules.d/z60_openct.rules /root/backup.udev.z60_openct.rules > > and openct still seems to work for me, but i haven't done a full system > restart, which makes me a bit nervous. i'll report back when i've done > a system reboot if it's clean for me. > > Any thoughts on a clean way to drop (or suggest dropping) an unused, > out-dated conffile like this? yuck. oops, no idea what is necessary to migrate from udev based setup to hal based setup (and get rid of the udev rules files). so I guess you have a hal based setup and because of that everything still works. but as distributions are getting rid of hal, some already did, openct now needs to migrate back to udev. if you have some time for testing, could you throw out your hal/openct files, and see if the latest udev rules in openct svn work for you? Thanks, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563755: openct udev rules need touchup for recent udev
Hi Daniel, could you test this: http://www.opensc-project.org/svn/openct/trunk/etc/openct.udev.in contains all the changes the ubuntu developers suggested to me. could you check if it works for you too? the script for it is http://www.opensc-project.org/svn/openct/trunk/etc/openct_usb.in only one or two @...@ with the path of some file, so you can easily test them on an existing system without building a new package. I can create a new openct release with these updated rules, if that helps, but I would be real happy if someone can test the latest changes. does debian drop hal in support for udev too? (ubuntu did and I guess everyone does...) > Also, /usr/share/doc/udev/NEWS.Debian.gz contains the following: > > udev (0.140-1) unstable; urgency=low > > Starting from this release the last applicable NAME directive will be > used instead of the first one: check any custom udev rules. > The default rules files have been moved to /lib/udev/rules.d/ and > /etc/udev/rules.d/ is supposed to contain only generated files or > custom directives. > > -- Marco d'Itri Wed, 18 Mar 2009 02:34:13 +0100 > > So i suspect that the file itself should be moved to > /lib/udev/rules.d/ to follow this change. ok. any idea if extra work is needed (e.g. a symlink to /etc/udev/rules.d/)? and will this work on ubuntu too, or will we need seperate ubuntu and debian packages? (ok, maybe wrong forum, I'm asking on launchpad.net too...) Thanks for your help! Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563755: openct udev rules need touchup for recent udev
sigh. i now realize that what i've got on my system is a persistent conffile from a previous version of openct. it looks like i can tuck it safely out of the way with a simple: mv /etc/udev/rules.d/z60_openct.rules /root/backup.udev.z60_openct.rules and openct still seems to work for me, but i haven't done a full system restart, which makes me a bit nervous. i'll report back when i've done a system reboot if it's clean for me. Any thoughts on a clean way to drop (or suggest dropping) an unused, out-dated conffile like this? yuck. --dkg signature.asc Description: OpenPGP digital signature
Bug#563755: openct udev rules need touchup for recent udev
Package: openct Version: 0.6.17-1 Severity: normal At the moment, the openct package ships /etc/udev/rules.d/z60_openct.rules. This file produces numerous warnings during boot like this: udevd[7541]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /etc/udev/rules.d/z60_openct.rules:78 Also, /usr/share/doc/udev/NEWS.Debian.gz contains the following: udev (0.140-1) unstable; urgency=low Starting from this release the last applicable NAME directive will be used instead of the first one: check any custom udev rules. The default rules files have been moved to /lib/udev/rules.d/ and /etc/udev/rules.d/ is supposed to contain only generated files or custom directives. -- Marco d'Itri Wed, 18 Mar 2009 02:34:13 +0100 So i suspect that the file itself should be moved to /lib/udev/rules.d/ to follow this change. thanks for maintaining openct in debian, --dkg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openct depends on: ii adduser 3.112 add and remove users and groups ii dpkg 1.15.5.5 Debian package management system ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libopenct10.6.17-1 middleware framework for smart car ii libpcsclite1 1.5.5-1Middleware to access a smart card Versions of packages openct recommends: ii hal 0.5.14-1 Hardware Abstraction Layer openct suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org