On Tue, 12 Apr 2011 04:56:09 AM Ludovic Rousseau wrote: > 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().
And that was a decision I was never comfortable with and have now reverted to the previous status quo. > > > 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. Nah it's not, the dlopen() experiment wasn't correct for all archs and I'm convinced now that it was the wrong solution to a problem. Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org