Le 11 avril 2012 16:43, Ludovic Rousseau <ludovic.rouss...@gmail.com> a écrit :
> Le 11 avril 2012 16:37, Douglas E. Engert <deeng...@anl.gov> a écrit :
>>
>>
>> On 4/11/2012 8:16 AM, Frank Morgner wrote:
>>> Adjusting the loader to determine the architecture and recognizing
>>> architecture specific directories would be the more generic solution, I
>>> think. You can change LD_LIBRARY_PATH or edit /etc/ld.so.conf to do so.
>>> I think the OS should fix this.
>>
>> This would appear to be a common problem with many other packages
>> using dlopen like pam.
>>
>>
>> dlopen man page says:
>> If filename contains a slash ("/"), then it is interpreted as a
>> (relative or absolute) pathname. Otherwise, the dynamic linker
>> searches for the library as follows (see ld.so(8) for further details):
>>
>> So can the default be just "libpcsclite.so"?
>
> The default is already "libpcsclite.so.1" (do not forget the ".1")
> withour any path.
>
> I will try to reproduce the Ubuntu bug.
> Maybe the problem is easy to solve.
The bug is Ubuntu specific. See [1] for more details.
The Ubuntu OpenSC package has been configured with
--with-pcsc-provider=/lib/libpcsclite.so.1
This is because on Ubuntu libpcsclite.so.1 is/was in /lib and not in
/usr/lib. See [2].
And now, with the multi arch change, the absolute lib filename is wrong.
We have nothing to change on OpenSC. dlopen(3) is doing its job correctly.
Bye
[1] https://bugs.launchpad.net/ubuntu/+source/opensc/+bug/978974
[2]
http://ludovicrousseau.blogspot.fr/2010/10/pcsc-lite-upgrade-and-ubuntu-special.html
--
Dr. Ludovic Rousseau
_______________________________________________
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel
