https://bugzilla.novell.com/show_bug.cgi?id=732911
https://bugzilla.novell.com/show_bug.cgi?id=732911#c7
--- Comment #7 from Stanislav Brabec 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.