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
