https://bugzilla.novell.com/show_bug.cgi?id=732911 https://bugzilla.novell.com/show_bug.cgi?id=732911#c7 --- Comment #7 from Stanislav Brabec <sbrabec@suse.com> 2011-12-08 16:57:42 CET --- To Wolfgang Rosenauer: Sorry about that. I forgot about our talk and later found that the original problem is no issue any more. I would propose to not move this link to the devel package, even if this bug will be no issue any more. In case of this library, it makes sense to use dlopen(), especially for third party packages: - It does not force to install smart card libraries. - Library has a stable basic API. libpcscspy.so: Will the manual preload use libpcscspy.so or libpcscspy.so.something? To Robert Demski: No. The link in pcsc-lite is OK. I was thinking about a possible problem: Imagine that you have no smart card hardware and no pcsc-lite installed (maybe just the library). Your application supports smart cards, wants to load libpcsclite.so, it fails and application fails. Well, such behavior would be really stupid (why to use dlopen() for a library that is not optional), and it would force you to install the whole smart card infrastructure just for a single symlink. If there is no real application that behaves in such a stupid way, then packaging the link into pcsc-lite is OK. Yes, I guess that the file requested is always libpcsclite.so and never pcsclite.so. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.