Bug#529339: libpcsclite1: Missing symbol link for Java Smart Card I/O API
reassign 529339 sun-java6-bin tag 529339 upstream thank Johann Glaser a écrit : Its most probably the file /usr/lib/jvm/java-6-sun-1.6.0.13/jre/lib/i386/libj2pcsc.so from the sun-java6-bin package (version 6-13-1). OK. Reassigned. -- 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
Bug#529339: libpcsclite1: Missing symbol link for Java Smart Card I/O API
Hi!
Am Donnerstag, den 21.05.2009, 12:03 +0200 schrieb Ludovic Rousseau:
> 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 :-(
Its most probably the
file /usr/lib/jvm/java-6-sun-1.6.0.13/jre/lib/i386/libj2pcsc.so from the
sun-java6-bin package (version 6-13-1).
Bye
Hansi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529339: libpcsclite1: Missing symbol link for Java Smart Card I/O API
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
Bug#529339: libpcsclite1: Missing symbol link for Java Smart Card I/O API
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.
Bye
Hansi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529339: libpcsclite1: Missing symbol link for Java Smart Card I/O API
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. " 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
Bug#529339: libpcsclite1: Missing symbol link for Java Smart Card I/O API
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. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpcsclite1 depends on: ii libc6 2.9-12 GNU C Library: Shared libraries libpcsclite1 recommends no packages. Versions of packages libpcsclite1 suggests: ii pcscd 1.5.3-1Middleware to access a smart card -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
