Bonjour, avec mes scanners pas reconnus, j'utilisais ,sur ma 9.2 ,vuescan
, qui marche tres bien. Je recidive avec la 2006 et.. la cata!
Telechargement sans pb, decompression avec ARK , et j'ai , entre autres,
un magnifique executable ( avec la petite roue dentee )... qui refuse
obstinement de s'executer. Pourtant , dans "proprietes" c'est bien un
executable! Si j'insiste ,le systeme me demande avec quel logiciel je veux
l'ouvrir..
Tout essaye, deplacer les dossiers, recopier les fichiers depuis la 9.2,
rien a faire et je n'ai plus de scanner! Une idee? Merci d'avance
J.D.
Le Wed, 22 Feb 2006 19:14:28 +0100, Jacques Pronchery a écrit :
Si tu as été dans le bon répertoire tu tapes ./vuescan sinon dans n'importe quel répertoire il faut indiquer le chemin complet soit /usr/...../vuescan.
Je pense que dans ton menu tu n'as pas indiqué le chemin complet.
Une autre méthode c'est de faire un lien dans le répertoire /usr/bin ou dans le répertoire /usr/local/bin
Effectivement, en tapant ./vuescan il se passe quelque chose mais..
html purchase.htm upgrade.htm vuescan vuescan.bmp vuescan.dat vuescan.htm bash-3.00$ ./vuescan ./vuescan: error while loading shared libraries: libstdc++.so.5: cannot open sha red object file: No such file or directory bash-3.00$
Apparemment il manque quelque chose? J.D.
Jeviens d'essayer sous Mandriva 2006 et ça marche.
Est-ce que tu as télécharger la dernière version. Il faut toujours aller sur le site officiel et éviter les sites de téléchargement qui sont rarement à jour. Voila le site ou j'ai trouvé la version 8.3.30
http://www.hamrick.com/
Jacques.
jide a écrit :
Le Wed, 22 Feb 2006 19:14:28 +0100, Jacques Pronchery a écrit :
Si tu as été dans le bon répertoire tu tapes ./vuescan
sinon dans n'importe quel répertoire il faut indiquer le chemin complet
soit /usr/...../vuescan.
Je pense que dans ton menu tu n'as pas indiqué le chemin complet.
Une autre méthode c'est de faire un lien dans le répertoire /usr/bin ou
dans le répertoire /usr/local/bin
Effectivement, en tapant ./vuescan il se passe quelque chose mais..
html purchase.htm upgrade.htm vuescan vuescan.bmp vuescan.dat vuescan.htm
bash-3.00$ ./vuescan
./vuescan: error while loading shared libraries: libstdc++.so.5: cannot open sha red object file: No such file or directory
bash-3.00$
Apparemment il manque quelque chose?
J.D.
Jeviens d'essayer sous Mandriva 2006 et ça marche.
Est-ce que tu as télécharger la dernière version.
Il faut toujours aller sur le site officiel et éviter les sites de
téléchargement qui sont rarement à jour.
Voila le site ou j'ai trouvé la version 8.3.30
Le Wed, 22 Feb 2006 19:14:28 +0100, Jacques Pronchery a écrit :
Si tu as été dans le bon répertoire tu tapes ./vuescan sinon dans n'importe quel répertoire il faut indiquer le chemin complet soit /usr/...../vuescan.
Je pense que dans ton menu tu n'as pas indiqué le chemin complet.
Une autre méthode c'est de faire un lien dans le répertoire /usr/bin ou dans le répertoire /usr/local/bin
Effectivement, en tapant ./vuescan il se passe quelque chose mais..
html purchase.htm upgrade.htm vuescan vuescan.bmp vuescan.dat vuescan.htm bash-3.00$ ./vuescan ./vuescan: error while loading shared libraries: libstdc++.so.5: cannot open sha red object file: No such file or directory bash-3.00$
Apparemment il manque quelque chose? J.D.
Jeviens d'essayer sous Mandriva 2006 et ça marche.
Est-ce que tu as télécharger la dernière version. Il faut toujours aller sur le site officiel et éviter les sites de téléchargement qui sont rarement à jour. Voila le site ou j'ai trouvé la version 8.3.30
http://www.hamrick.com/
Jacques.
jide
Le Thu, 23 Feb 2006 10:21:04 +0100, sansflotusspam a écrit :
vuescan veut une version précise de libstc++.so.5 pour savoir laquelle, faire ldd /chemin_complet_vers_vuescan/vuescan, repérer le lien manquant et/ou vide, c.a.d. le nom exact de la (les) libs exigées, si il y a bien une libstdc++.so.5.et_quelquechose dans /ust/lib/, faire un lien symbolique "nom de la lib5 demandée par vuescan" sur la libstdc++.so.5.xxxx installée ce n'est pas totalement garanti, mais ça peut marcher. drnière solution : trouver (avec rpmfind, par ex) la version exacte demandée par vuescan.
Effectivement c'etait bien ca: le version de libstc n'etait pas la bonne.. Avec un "curpmi libstdc++5 " en mode su.... tout est rentre dans l'ordre! ET CA MARCHE IMPEC avec les deux scanners! Encore merci mille fois a tous ceux qui se sont penches sur mon cas desepere, c'est sympa d'etre soutenu comme ca J.D.
Le Thu, 23 Feb 2006 10:21:04 +0100, sansflotusspam a écrit :
vuescan veut une version précise de libstc++.so.5
pour savoir laquelle, faire ldd /chemin_complet_vers_vuescan/vuescan,
repérer le lien manquant et/ou vide, c.a.d. le nom exact de la (les) libs
exigées,
si il y a bien une libstdc++.so.5.et_quelquechose dans /ust/lib/, faire un
lien symbolique "nom de la lib5 demandée par vuescan" sur la
libstdc++.so.5.xxxx installée
ce n'est pas totalement garanti, mais ça peut marcher.
drnière solution : trouver (avec rpmfind, par ex) la version exacte demandée
par vuescan.
Effectivement c'etait bien ca: le version de libstc n'etait pas la bonne..
Avec un "curpmi libstdc++5 " en mode su.... tout est rentre dans
l'ordre! ET CA MARCHE IMPEC avec les deux scanners!
Encore merci mille fois a tous ceux qui se sont penches sur mon cas
desepere, c'est sympa d'etre soutenu comme ca
J.D.
Le Thu, 23 Feb 2006 10:21:04 +0100, sansflotusspam a écrit :
vuescan veut une version précise de libstc++.so.5 pour savoir laquelle, faire ldd /chemin_complet_vers_vuescan/vuescan, repérer le lien manquant et/ou vide, c.a.d. le nom exact de la (les) libs exigées, si il y a bien une libstdc++.so.5.et_quelquechose dans /ust/lib/, faire un lien symbolique "nom de la lib5 demandée par vuescan" sur la libstdc++.so.5.xxxx installée ce n'est pas totalement garanti, mais ça peut marcher. drnière solution : trouver (avec rpmfind, par ex) la version exacte demandée par vuescan.
Effectivement c'etait bien ca: le version de libstc n'etait pas la bonne.. Avec un "curpmi libstdc++5 " en mode su.... tout est rentre dans l'ordre! ET CA MARCHE IMPEC avec les deux scanners! Encore merci mille fois a tous ceux qui se sont penches sur mon cas desepere, c'est sympa d'etre soutenu comme ca J.D.
sansflotusspam
jide a écrit :
Le Thu, 23 Feb 2006 10:21:04 +0100, sansflotusspam a écrit :
vuescan veut une version précise de libstc++.so.5 pour savoir laquelle, faire ldd /chemin_complet_vers_vuescan/vuescan, repérer le lien manquant et/ou vide, c.a.d. le nom exact de la (les) libs exigées, si il y a bien une libstdc++.so.5.et_quelquechose dans /ust/lib/, faire un lien symbolique "nom de la lib5 demandée par vuescan" sur la libstdc++.so.5.xxxx installée ce n'est pas totalement garanti, mais ça peut marcher. drnière solution : trouver (avec rpmfind, par ex) la version exacte demandée par vuescan.
Effectivement c'etait bien ca: le version de libstc n'etait pas la bonne.. Avec un "curpmi libstdc++5 " en mode su.... tout est rentre dans l'ordre! ET CA MARCHE IMPEC avec les deux scanners! Encore merci mille fois a tous ceux qui se sont penches sur mon cas desepere, c'est sympa d'etre soutenu comme ca J.D.
Normal, A+
jide a écrit :
Le Thu, 23 Feb 2006 10:21:04 +0100, sansflotusspam a écrit :
vuescan veut une version précise de libstc++.so.5
pour savoir laquelle, faire ldd /chemin_complet_vers_vuescan/vuescan,
repérer le lien manquant et/ou vide, c.a.d. le nom exact de la (les) libs
exigées,
si il y a bien une libstdc++.so.5.et_quelquechose dans /ust/lib/, faire
un lien symbolique "nom de la lib5 demandée par vuescan" sur la
libstdc++.so.5.xxxx installée
ce n'est pas totalement garanti, mais ça peut marcher.
drnière solution : trouver (avec rpmfind, par ex) la version exacte
demandée par vuescan.
Effectivement c'etait bien ca: le version de libstc n'etait pas la bonne..
Avec un "curpmi libstdc++5 " en mode su.... tout est rentre dans
l'ordre! ET CA MARCHE IMPEC avec les deux scanners!
Encore merci mille fois a tous ceux qui se sont penches sur mon cas
desepere, c'est sympa d'etre soutenu comme ca
J.D.
Le Thu, 23 Feb 2006 10:21:04 +0100, sansflotusspam a écrit :
vuescan veut une version précise de libstc++.so.5 pour savoir laquelle, faire ldd /chemin_complet_vers_vuescan/vuescan, repérer le lien manquant et/ou vide, c.a.d. le nom exact de la (les) libs exigées, si il y a bien une libstdc++.so.5.et_quelquechose dans /ust/lib/, faire un lien symbolique "nom de la lib5 demandée par vuescan" sur la libstdc++.so.5.xxxx installée ce n'est pas totalement garanti, mais ça peut marcher. drnière solution : trouver (avec rpmfind, par ex) la version exacte demandée par vuescan.
Effectivement c'etait bien ca: le version de libstc n'etait pas la bonne.. Avec un "curpmi libstdc++5 " en mode su.... tout est rentre dans l'ordre! ET CA MARCHE IMPEC avec les deux scanners! Encore merci mille fois a tous ceux qui se sont penches sur mon cas desepere, c'est sympa d'etre soutenu comme ca J.D.
Normal, A+
sansflotusspam
jide a écrit :
Le Wed, 22 Feb 2006 11:09:38 +0100, sansflotusspam a écrit :
AGFA e20 usb et MINOLTA SCAN DUAL IV usb. J'avais fini par faire tourner l'AGFA avec XSANE mais apres des bidouillages infames ( recopier un fichier SNAPE20.bin dans le pilote WIN et le mettre dans .sane entre autres..) Vuescan marchait tres bien sur les deux ( j'ai d'ailleurs achete la licence)mais impossible de le lancer sous la 2006..
J.D.
première et principale hypothèse : incompatibilité de libs .... 1) repérer quelles libs, et surtout quelle version précise, réclame vuescan, avec (en root) ldd /chemin_complet/vuescan, pareil pour sane/xsane 2) vérifier une à une les libs demandées, surtout la version exacte (par ex, libtrouduc2.so.5.2.2.6.0) voir si une version de même génération (attention aux liens "familiaux" avec la glibc principalement) est présente ou non dans le système 3)si c'est le cas, faire un lien symbolique "lib_version_claimed by vuescan" sur la libmachin.so.xxx installée 4) sinon, dégotter la version de lib exacte chez sourceforge, rpmfind, et les miroirs ftp
attention : le couple sane/xsane est très chatouilleux côté libs selon la version, et demande souvent des libs plus anciennes. dans ce cas, éviter les liens symboliques génériques qui vont troubler le reste du système, par exemple : versions installées : libtrouduc4.so.4.0.2 et libtrouduc3.so.3.5 version demandée par vuescan : libtrouduc4.so.3.2 version demandée par sane/xsane : libtrouduc3.3.4 NE PAS faire de ls libtrouduc.so, aucune appli ne trouverait SA bonne version, mais par ex ls libtrouduc4.so.3.2 -> libtrouduc4.so.4.0.2 pour vuescan, il ya des chances qu'une version "inférieure" passe sur une version "supérieure", ou libtrouduc3.so.3.3.4 sur libtrouduc3.so.3.5
ayant un scanner Epson et des imprimantes Canon, c'est dire si j'ai dû bidouiller ce genre de choses ... A+
jide a écrit :
Le Wed, 22 Feb 2006 11:09:38 +0100, sansflotusspam a écrit :
AGFA e20 usb et MINOLTA SCAN DUAL IV usb.
J'avais fini par faire tourner l'AGFA avec XSANE mais apres des
bidouillages infames ( recopier un fichier SNAPE20.bin dans le pilote WIN
et le mettre dans .sane entre autres..)
Vuescan marchait tres bien sur les deux ( j'ai d'ailleurs achete la
licence)mais impossible de le lancer sous la 2006..
J.D.
première et principale hypothèse : incompatibilité de libs ....
1) repérer quelles libs, et surtout quelle version précise, réclame vuescan,
avec (en root) ldd /chemin_complet/vuescan, pareil pour sane/xsane
2) vérifier une à une les libs demandées, surtout la version exacte
(par ex, libtrouduc2.so.5.2.2.6.0)
voir si une version de même génération (attention aux liens "familiaux" avec
la glibc principalement) est présente ou non dans le système
3)si c'est le cas, faire un lien symbolique "lib_version_claimed by vuescan"
sur la libmachin.so.xxx installée
4) sinon, dégotter la version de lib exacte chez sourceforge, rpmfind, et
les miroirs ftp
attention : le couple sane/xsane est très chatouilleux côté libs selon la
version, et demande souvent des libs plus anciennes. dans ce cas, éviter
les liens symboliques génériques qui vont troubler le reste du système,
par exemple :
versions installées : libtrouduc4.so.4.0.2 et libtrouduc3.so.3.5
version demandée par vuescan : libtrouduc4.so.3.2
version demandée par sane/xsane : libtrouduc3.3.4
NE PAS faire de ls libtrouduc.so, aucune appli ne trouverait SA bonne
version,
mais par ex ls libtrouduc4.so.3.2 -> libtrouduc4.so.4.0.2 pour vuescan,
il ya des chances qu'une version "inférieure" passe sur une version
"supérieure",
ou libtrouduc3.so.3.3.4 sur libtrouduc3.so.3.5
ayant un scanner Epson et des imprimantes Canon, c'est dire si j'ai dû
bidouiller ce genre de choses ...
A+
Le Wed, 22 Feb 2006 11:09:38 +0100, sansflotusspam a écrit :
AGFA e20 usb et MINOLTA SCAN DUAL IV usb. J'avais fini par faire tourner l'AGFA avec XSANE mais apres des bidouillages infames ( recopier un fichier SNAPE20.bin dans le pilote WIN et le mettre dans .sane entre autres..) Vuescan marchait tres bien sur les deux ( j'ai d'ailleurs achete la licence)mais impossible de le lancer sous la 2006..
J.D.
première et principale hypothèse : incompatibilité de libs .... 1) repérer quelles libs, et surtout quelle version précise, réclame vuescan, avec (en root) ldd /chemin_complet/vuescan, pareil pour sane/xsane 2) vérifier une à une les libs demandées, surtout la version exacte (par ex, libtrouduc2.so.5.2.2.6.0) voir si une version de même génération (attention aux liens "familiaux" avec la glibc principalement) est présente ou non dans le système 3)si c'est le cas, faire un lien symbolique "lib_version_claimed by vuescan" sur la libmachin.so.xxx installée 4) sinon, dégotter la version de lib exacte chez sourceforge, rpmfind, et les miroirs ftp
attention : le couple sane/xsane est très chatouilleux côté libs selon la version, et demande souvent des libs plus anciennes. dans ce cas, éviter les liens symboliques génériques qui vont troubler le reste du système, par exemple : versions installées : libtrouduc4.so.4.0.2 et libtrouduc3.so.3.5 version demandée par vuescan : libtrouduc4.so.3.2 version demandée par sane/xsane : libtrouduc3.3.4 NE PAS faire de ls libtrouduc.so, aucune appli ne trouverait SA bonne version, mais par ex ls libtrouduc4.so.3.2 -> libtrouduc4.so.4.0.2 pour vuescan, il ya des chances qu'une version "inférieure" passe sur une version "supérieure", ou libtrouduc3.so.3.3.4 sur libtrouduc3.so.3.5
ayant un scanner Epson et des imprimantes Canon, c'est dire si j'ai dû bidouiller ce genre de choses ... A+
