Martin Paljak wrote: > >> >> Why not make the udev rule start pcscd, .. > The same way patching the udev file is done by the package > (creator), as needed.
Mh, maybe. But I don't think this is something packagers are really used to being a task for them.. Or maybe I'm wrong? > > System pcscd would be a service, > > With all due respect (I'm sure theres a huge list of "good old Unix > practices" I might break), a service (like Apache, some SQL server, > mail service) is not the same as a daemon process (anything that > forks to the background and has has a name ending with a d). Personally I really think they're exactly the same. If it's running in the background then by definition it needs to be supervised somehow. > IMHO it does not matter how the pcscd process gets execve()-d, I agree! But it matters how it will be managed within the system. I consider systemd to be the future, but there will still be other methods. > Nothing bad will happen if pcscd is not gracefully shut down when > the computer is rebooting, Not the problem. But if pcscd crashes it should be restarted, as long as the card is still inserted. So pcscd needs to be supervised. Many distributions don't support it, but they will, and there's not much point in going against the flow; better just start the service the $distribution way. > The "system daemon conventions" are only there to wrap execve to > something that makes sure all "services" look the same. But there's > no /etc/init.d/gconfd for example. It doesn't say on their web page but I think gconfd is launched by D-Bus (but I'm not sure?) and D-Bus does have an init.d script on systems using that method. If not using D-Bus, then gconfd is started when the user invokes gconftool. gconfd is only a short-lived convenience service, which can be started on demand. Is that true also for pcscd? Will no bad things happen if pcscd happens to exit e.g. while my screen is locked? It's completely possible that I'm ignorant about pcscd! I've always tried to avoid it. :) //Peter _______________________________________________ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
