2011/4/10 Guillem Jover <guil...@debian.org>: > Regardless of wpasupplicant fixing this by dropping the dependency, I > disagree this is not a problem with libpcsclite. While for libpcsclite > pcscd might be required, it might not for the programs using it, or for > users w/o a smart card, and forcing a Depends seems too much, when a > Recommends would work for everyone. It would get installed by default, > and users could have the option to opt-out and remove it if desired.
Exact. The package is already fixed that way. >> The best solution is for spasupplicant to use the libpcsclite1 library >> only when needed/requested by the user. >> Use dlopen() instead of a direct link, and change the Depends: to a >> Suggests: instead. >> >> I proposed a patch [1] in Debian bug #531592 > > Using dlopen() for shared objects not being part of ones project is > just broken, please don't do or advocate that. It will cause numerous > pains on transitions as the packages cannot (usually) just be binNMUed > for it to pickup the new SONAME, and even if it can and any weak package > metadata gets also updated, users will not have a clue what they are > missing if it stops working, as it breaks partial upgrades and similar. wpasupplicant version 0.7.3-1 available in experimental now does use dlopen(). > So I'd kindly ask that this gets switched as to a Recommends, regardless > of any future switch to libudev (I don't really want the daemon even if > it's not using hal and friends). I changed the dependency from Depends: to Recommends: in version 1.7.0-1 (09 Mar 2011) now also available in testing. This bug is already fixed. Regards, -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org