pscd tries to read configuration file from /etc/reader.conf instead of the gentoo installed /etc/reader.conf.d/reader.conf. The outcome is that pscd always loads with no configuration at all and the smartcard reader cannot be used. Verified with ebuild pcsc-lite version 1.3.1
this is a bug in the etc/Makefile.am file ... it doesnt properly respect the option given to it by configure
fixed in 1.3.1-r1
Saw -r1 in portage... I don't understand... This behavior was intentail. It should access /etc/reader.conf file, the /etc/reader.conf.d/reader.conf is only a sample! The /etc/reader.conf.d can have many files, each define distinctive reader group. You should use /usr/sbin/update-reader.conf in order to concat all /etc/reader.conf.d/* to /etc/reader.conf. Maybe the bug was that the pkg_postinst you should have executed update-reader.conf to create a default /etc/reader.conf. So I am afraid that current fix is a bug.
Created attachment 88828 [details, diff] pcsc-lite-1.3.1-r1.ebuild.diff Please reopen or consider apply attached.
Reopened after the enlightening Alon's comments. So, current fix is a bug. The original behavior was correct. In any case, tough, there is a clear problem of discoverability which lead me (and maybe also to other people) to the mistaken idea this issue was actually a bug. What I suggest, then, is to just add an explanation at /etc/reader.conf.d/reader.conf header which points the need to execute update-reader.conf.
(In reply to comment #5) > What I suggest, then, is to just add an explanation at > /etc/reader.conf.d/reader.conf header which points the need to execute > update-reader.conf. Please report this to upstream. I don't think this kind of modifications should be done by distro maintainers.
Hello, Can you please revert portage back to orignal? Thanks!
Hello, Is there any reason why you don't fix and close this bug? Regards.
in cvs
