On Sun, Dec 30, 2007 at 09:54:21AM +0100, RKI Andreas wrote:
>> This *may* change, however, with the new chipcardd
calling a script when a card has been inserted. When we
switch to using that mechanism we indeed need to depend on
the new libchipcard-tools only.
>
> So I conclude that my choice to
On Sun, 30 Dec 2007, Karsten Hilbert wrote:
This *may* change, however, with the new chipcardd calling a script when a card
has been inserted. When we switch to using that mechanism we indeed need to
depend on the new libchipcard-tools only.
So I conclude that my choice to allow both package
> You should also change any call to /usr/bin/chipcard3-tool (provided by
> libchipcard3-tools) to /usr/bin/chipcard-tool (provided by
> libchipcard-tools).
GNUmed doesn't call any of libchipcard* directly in any way (so far). It relies
on the KVK service active and running.
This *may* change, h
Hi Andreas,
Andreas Tille schrieb:
>> Since some time, there are packages of Libchipcard 4.x available in the
>> archive, which are intended to replace Libchipcard 3.x. I already asked
>> ftp-master for removal of libchipcard3 because its build dependencies
>> aren't satisfyable anymore[1], but d
On Sat, 22 Dec 2007, Micha Lenk wrote:
I'm the maintainer of libchipcard3, which gnumed-client-de depends on.
Since some time, there are packages of Libchipcard 4.x available in the
archive, which are intended to replace Libchipcard 3.x. I already asked
ftp-master for removal of libchipcard3 be
Package: gnumed-client-de
Version: 0.2.7.1-2
Severity: wishlist
Hi,
I'm the maintainer of libchipcard3, which gnumed-client-de depends on.
Since some time, there are packages of Libchipcard 4.x available in the
archive, which are intended to replace Libchipcard 3.x. I already asked
ftp-master fo
6 matches
Mail list logo
