Re: Java, impôts, solution pour amd64 mais erreur 100
Xavier wrote:
> François Boisson wrote:
>
>> Le Fri, 02 May 2008 10:51:23 +0200
>> Jean-Christophe Dubacq <jcdubacq1@free.fr> a écrit:
>>
>>> Échec complet pour télédéclarer... Pas à cause de la protection
>>> anti-iceweasel (il suffit de se faire passer pour firefox), mais à cause
>>> du fait que je suis en amd64. Voulant en plus réinstaller blackdown java
>>> 1.4.2 pour amd64, je n'ai pas réussi à le télécharger: il a disparu de
>>> la surface du web.
>>>
>>> Alors, quelqu'un a-t-il réussi à télédéclarer en amd64 ?
>>> (ah oui, icedtea n'a pas marché non plus)
>>> --
>>
>> Je n'ai aucun souci avec
>>
>> http://boisson.homeip.net/debian/pool/etch/amd64/sun-j2re1.4.2.deb
>>
>> Par contre, il faut prévoir du temps pour le chargement: Free a supprimé
>> unilaréralement mes pages perso avec tous les paquets dessus et mon
>> upload a été divisé par 2 depuis 1 an (23K/s à l'ahure actuelle). Je
>> n'arrête pas d'avoir des soucis avec Free
>>
>>
>> François Boisson
>>
>
>
> Bonjour,
>
> pourrais-tu me donner quelques informations sur ta configuration
> (notamment ta version de firefox) ?
> Car de mon coté, en utilisant ton paquet java blackdown, j'ai
> systématiquement un segfault de la jvm quand il affiche le résumé de la
> déclaration, juste avant de signer.
>
> J'ai également essayer avec konqueror, qui n'utilise pas de plugin java
> mais qui exécute le binaire java pour avoir sa jvm. Mais au moment de
> signer la déclaration, il ne m'affiche aucun certificat.
>
>
>
> Merci,
>
> Xavier
>
>
Bonjour,
j'ai creusé un peu plus le problème et j'arrive finalement à obtenir la même
erreur qu'avec une installation 32 bits, l'erreur n°100.
Pour cela j'utilise konqueror qui crée un jvm en exécutant le binaire java.
(Remarque : il faut aussi changer l'identité de konqueror pour le faire
passer pour firefox)
À la fin de la déclaration, le composant java télécharge la librairie
libjsec.so qu'il place dans ~/.TaoUSign .
Le problème pour nos machines virtuelles 64 bits c'est que c'est une
librairie 32 bits :
$ file libjsec.so
libjsec.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV),
dynamically linked, stripped
Donc la jvm 64 bits n'arrive pas à la charger.
Solution : utiliser une jvm 32 bits
installation du paquet ia32-sun-java6-bin
et # update-java-alternatives -s ia32-java-6-sun
Il faut également compléter les dépendances manquantes :
$ ldd libjsec.so
linux-gate.so.1 => (0xf7f61000)
libnspr4.so => not found
libpthread.so.0 => /lib32/libpthread.so.0 (0xf7f1d000)
libnss3.so => not found
libdl.so.2 => /lib32/libdl.so.2 (0xf7f19000)
libm.so.6 => /lib32/libm.so.6 (0xf7ef3000)
libc.so.6 => /lib32/libc.so.6 (0xf7dac000)
/lib/ld-linux.so.2 (0xf7f62000)
$ mkdir ~/tmp/lib_impots
$ cd ~/tmp/lib_impots
$ wget
http://ftp.fr.debian.org/debian/pool/main/n/nspr/libnspr4-0d_4.7.0-2_i386.deb
$ wget
http://ftp.fr.debian.org/debian/pool/main/n/nss/libnss3-1d_3.12.0~beta3-1_i386.deb
$ dpkg -x libnspr4-0d_4.7.0-2_i386.deb ~/tmp/lib_impots
$ dpkg -x libnss3-1d_3.12.0~beta3-1_i386.deb ~/tmp/lib_impots
$ cd ~/tmp/lib_impots/usr/lib
$ ln -s libnspr4.so.0d libnspr4.so
$ ln -s libnss3.so.1d libnss3.so
Finalement :
$ LD_LIBRARY_PATH=~/tmp/lib_impots/usr/lib/ ldd ~/.TaoUSign/libjsec.so
linux-gate.so.1 => (0xf7f51000)
libnspr4.so => ~/tmp/lib_impots/usr/lib/libnspr4.so (0xf7f17000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf7eda000)
libnss3.so => ~/tmp/lib_impots/usr/lib/libnss3.so (0xf7dc0000)
libdl.so.2 => /lib32/libdl.so.2 (0xf7dbb000)
libm.so.6 => /lib32/libm.so.6 (0xf7d96000)
libc.so.6 => /lib32/libc.so.6 (0xf7c4f000)
/lib/ld-linux.so.2 (0xf7f52000)
libnssutil3.so.1d => ~/tmp/lib_impots/usr/lib/libnssutil3.so.1d
(0xf7c39000)
libplc4.so.0d => ~/tmp/lib_impots/usr/lib/libplc4.so.0d (0xf7c35000)
libplds4.so.0d => ~/tmp/lib_impots/usr/lib/libplds4.so.0d
(0xf7c31000)
Maintenant, en lançant
$ LD_LIBRARY_PATH=~/tmp/lib_impots/usr/lib/ konqueror
Je n'ai plus d'erreur dans la console java.
J'en arrive au même point que les utilisateurs 32 bits.
Au moment de la signature de la déclaration :
Erreur technique (erreur n° 100) d'exécution du module de signature en ligne
Finalement, je suis toujours bloqué.
Est-ce que les utilisateurs 32 bits ont trouvé une solution à l'erreur 100 ?
Xavier
Reply to: