Do not link with libpcsclite.so.1 but use dlopen() instead

[Ludovic Rousseau]

Binary package hint: wpasupplicant

wpa_supplicant is linked to libpcsclite.so.1

Because Ubuntu wants to use wpa_supplicant before /usr is mounted the libpcsclite.so.1 has been moved from /usr/lib to /lib. See Debian bug #531592 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531592

The problem is that users manually upgrading pcsc-lite will have an old lib in /lib and the new one in /usr/lib. Of course this does not work. See http://ludovicrousseau.blogspot.com/2010/10/pcsc-lite-upgrade-and-ubuntu-special.html

Please use dlopen(). A patch is available in the Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531592#10

[Doug Engert (deengert)]

I agree with Ludovic that the Ubuntu decision to relocate libpcsclite.so from /usr/lib to /lib was made to address
a linking problem with wpa_supplicant, without regard to the effects it would have on the rest of the
applications that use libpcsclite.so. The fix only solved the linking problem, it did not allow libpcsclite.so
to be used, as it needs to communicate with pcscd that still depends on /usr/lib.

There appears to be a number of solutions:

  (1) leave libpcsclite.so in /usr/lib and have wpa_supplicant use dlopen as suggested above, as it
       appearently does not need the library when loaded witout /usr being present.

  (2) Move libpcsclite.so to /lib, but also install symlinks from /usr/lib.

  (2a) If there is a need to have wpa_supplicant actually use libpcsclite.so without /usr being mounted,
         then pcscd and whatever else it depends on also needs to be move from /usr.

[Mathieu Trudel-Lapierre (cyphermox)]

This was fixed in Debian experimental already, we'll pull the changes when we next sync wpasupplicant, so that will be at the beginning of the Oneiric cycle.

[Maarten Bezemer (veger)]

The sync has been done, so the issue should be fixed by now.