Johann Glaser a écrit :
Hi!
Am Donnerstag, den 21.05.2009, 08:36 +0200 schrieb Ludovic Rousseau:
Ludovic Rousseau a écrit :
Johann Glaser a écrit :
Package: libpcsclite1
Version: 1.5.3-1
Severity: normal
According to
http://java.sun.com/javase/6/docs/technotes/guides/security/SunProviders.html#SunPCSCProvider
the Java Smart Card I/O API (as e.g. used by the Austrian Bürgerkarte,
applied for the ÖH elections) loads the library
/usr/lib/libpcsclite.so to
talk to the smart card. Unfortnuately this file is no available, because
only one symbol link
libpcsclite.so.1 -> libpcsclite.so.1.0.0
is set. Please add the symbol link
libpcsclite.so -> libpcsclite.so.1.0.0
too. As I've done this by hand, the Java application worked perfectly.
It is a bug in the Java Runtime Execution. Java should load
libpcsclite.so.1 instead of libpcsclite.so.
You should report this bug to Java.
I reported the bug to Sun. A workaround is:
" As a workaround for these issues, you can change the system property
sun.security.smartcardio.library to point it to whatever .so file you
want so that you don't have to play with symlinks or copying files around. "
Thanks for reporting upstream. Unfortunately the workaround is only
applicable for programmers but not for users of Java programs ("Compile
Once, Run Everywhere"). So, I suggest to put a workaround in the JRE
package by adding the proposed symbol link, so that at least Debian
users are not hit by the JRE bug.
Sure. Are you using a Debian packaged JRE? The idea is to reassign the
bug to the package.
The sun-java6-jre Debian package is in non-free so I don't know if
patching the source code is possible. I could not find the source code
myself :-(
Bye
--
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
