Your message dated Mon, 12 Nov 2018 16:23:53 -0500
with message-id <[email protected]>
and subject line Re: [pkg-gnupg-maint] Bug#913488: scdaemon: gnupg 
--card-status does not recognize smart card via usb reader
has caused the Debian Bug report #913488,
regarding scdaemon: gnupg --card-status does not recognize smart card via usb 
reader
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
913488: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913488
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: scdaemon
Version: 2.1.18-8~deb9u3
Severity: important

Dear Maintainer,

The problem is that gnupg does not recognize my gpg-card if I insert it via the Gemalto PC-card reader; if I use the integrated reader it works. The problem only occurs with Debian GNU Linux 9. The USB reader still works well with Debian GNU Linux 8; i.e. this is a regression. It is not the way that gnupg always fails to recognize my gpg card via the USB reader; sometimes it works; sometimes it does not.

$ gpg --card-status
gpg: selecting openpgp failed: Kein passendes Gerät gefunden
gpg: OpenPGP card not available: Kein passendes Gerät gefunden
>> translation of the message: no fitting device found

$ pcsc_scan
PC/SC device scanner V 1.4.27 (c) 2001-2011, Ludovic Rousseau <[email protected]> Compiled with PC/SC lite version: 1.8.17 Using reader plug'n play mechanism Scanning present readers... 0: O2 Micro Oz776 00 00 1: Gemalto PC Twin Reader 01 00



Sun Nov 11 15:02:08 2018 Reader 0: O2 Micro Oz776 00 00 Card state: Card removed,

Reader 1: Gemalto PC Twin Reader 01 00 Card state: Card inserted,

ATR: 3B DA 18 FF 81 B1 FE 75 1F 03 00 31 C5 73 C0 01 40 00 90 00 0C


ATR: 3B DA 18 FF 81 B1 FE 75 1F 03 00 31 C5 73 C0 01 40 00 90 00 0C
+ TS = 3B --> Direct Convention
+ T0 = DA, Y(1): 1101, K: 10 (historical bytes)
  TA(1) = 18 --> Fi=372, Di=12, 31 cycles/ETU
    129032 bits/s at 4 MHz, fMax for Fi = 5 MHz => 161290 bits/s
  TC(1) = FF --> Extra guard time: 255 (special value)
  TD(1) = 81 --> Y(i+1) = 1000, Protocol T = 1
-----
  TD(2) = B1 --> Y(i+1) = 1011, Protocol T = 1
-----
  TA(3) = FE --> IFSC: 254
  TB(3) = 75 --> Block Waiting Integer: 7 - Character Waiting Integer: 5
TD(3) = 1F --> Y(i+1) = 0001, Protocol T = 15 - Global interface bytes following
-----
TA(4) = 03 --> Clock stop: not supported - Class accepted by the card: (3G) A 5V B 3V
+ Historical bytes: 00 31 C5 73 C0 01 40 00 90 00
  Category indicator byte: 00 (compact TLV data object)
    Tag: 3, len: 1 (card service data byte)
      Card service data byte: C5
        - Application selection: by full DF name
        - Application selection: by partial DF name
        - EF.DIR and EF.ATR access services: by GET DATA command
        - Card without MF
    Tag: 7, len: 3 (card capabilities)
      Selection methods: C0
        - DF selection by full DF name
        - DF selection by partial DF name
      Data coding byte: 01
        - Behaviour of write functions: one-time write
        - Value 'FF' for the first byte of BER-TLV tag fields: invalid
        - Data unit in quartets: 2
      Command chaining, length fields and logical channels: 40
        - Extended Lc and Le fields
        - Logical channel number assignment: No logical channel
        - Maximum number of logical channels: 1
    Mandatory status indicator (3 last bytes)
      LCS (life card cycle): 00 (No information given)
      SW: 9000 (Normal processing.)
+ TCK = 0C (correct checksum)

Possibly identified card (using /usr/share/pcsc/smartcard_list.txt):
3B DA 18 FF 81 B1 FE 75 1F 03 00 31 C5 73 C0 01 40 00 90 00 0C
        GnuPG card V2

*** pcsc_scan hangs here.

-- System Information:
Debian Release: 9.6
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-rc2+ (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), LANGUAGE=de_AT:de (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages scdaemon depends on:
ii  gnupg-agent    2.1.18-8~deb9u3
ii  libassuan0     2.4.3-2
ii  libc6          2.24-11+deb9u3
ii  libgcrypt20    1.7.6-2+deb9u3
ii  libgpg-error0  1.26-2
ii  libksba8       1.3.5-2
ii  libnpth0       1.3-1
ii  libusb-1.0-0   2:1.0.21-1

scdaemon recommends no packages.

scdaemon suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
On Mon 2018-11-12 17:02:40 +0100, Elmar Stellnberger wrote:
> Now I have removed pcscd with apt-get remove and see it works now on my 
> Debian 9 machine.

glad to hear that it's working reliably now!  I'm closing this bug
report since it sounds like it's resolved, but feel free to re-open it
if you think it needs more resolution!

> Strangely on my Debian 8 machine pcscd is of version 1.8.13-1 while no
> scdaemon is installed. Nonetheless I remember gpg --card-status always
> having worked on my Debian 8 machine.

debian 8 shipped the "classic" GnuPG 1.4 branch, which did not have a
separate scdaemon.  debian 9 ships the "modern" GnuPG 2.1.x/2.2.x
branch, which does use scdaemon.

        --dkg

--- End Message ---

Reply via email to