[pkg-wpa-devel] Bug#612971: Bug#612715: Bug#612715: wpasupplicant: Remove dep to libpcsclite1

[Ludovic Rousseau]

Le 04/03/11 17:00, Luca Capello a écrit :
> Hi there!
>
> On Fri, 11 Feb 2011 01:33:08 +0100, Stefan Lippers-Hollmann wrote:
>> On Friday 11 February 2011, Sven Joachim wrote:
>>> On 2011-02-10 08:15 +0100, Salvo Tomaselli wrote:
>>>> I can't understand why wpasupplicant should depend on a library
>>>> to use smart card readers.
> [...]
>>> For those who don't understand this sentence, libpcsclite1 in sid now
>>> depends on pcscd (which in turn depends on the not-so-welcome hal).
>>> This is the real problem IMO; I don't care about small library packages
>>> as long as they don't drag in random daemons.
>>
>> After a short coordination with Kel, we've decided to disable PCSC in
>> the next wpasupplicant upload, which allows to drop the dependency on
>> libpcsclite1 and therefore indirectly on hal.
>
> Which is the real culprit: why do libpcsclite1 depend on pcscd?  This is
> #612971 (cc:ed), and I do not understand why it should be fixed on
> wpasupplicant side.

Previous versions libpcsclite1 (pre 1.6.0 versions) only had a Suggests: 
pcscd

This has been changed to a Depends: in [1].

[1] 
http://svn.debian.org/viewsvn/collab-maint/deb-maint/pcsc-lite/trunk/debian/control?view=diff&r1=16127&r2=16128


I think having a Recommends: instead of Depends: is the correct 
solution. The pcscd package will be installed automatically in most 
cases and can be removed if needed. The Depends: is too strong and not 
needed.

> libpcsclite1 depending on pcscd now brings hal, but then in future it
> will bring whatever pcscd depends on, which is a bit strange for a
> library.  While I am not a library expert and I understand libpcsclite1
> is useless without pcscd, still I do not see why a library depends on a
> daemon to be *installed*.  And what if someone writes another daemon
> different than pcscd, but still for PC/SC communication through
> libpcsclite1?

pcscd and libpcsclite1 are two parts of the same project. The source 
package is pcsc-lite. They use an ad-hoc protocol to communicate. I do 
not think a concurrent libpcsclite1 will ever exist :-)

Bye,

-- 
  Dr. Ludovic Rousseau