Ton rpm référence une vieille version de libltdl !!!

Prends le tar.gz puis :

./configure
make
su -
make install

merci pour ton aide proxy,
apparement j'ai un autre problème pour compiler, il manque cups dans le Path alors qu'il est installé !

./configure: line 23618: test: =: unary operator expected
configure: error: *** 'cups-config' missing, please install CUPS or fix your $PATH ***

mon path :

echo $PATH
/usr/lib/qt-3.3/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lib/ccache:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

yum install cups-devel

Attention : cette procédure est sans garantie de résultat final !! 😉

Ca a fonctionné !

yum install cups-devel
./configure
make
make install

Merci, à vous deux.

Salut à tous,
je relance tellement j'ai essayé, selon vos conseils, et tellement ca marche pas 🙁
Mon scanner Epson V10 est détecté sur port USB

[root@localhost /]# lsusb
Bus 002 Device 002: ID 04b8:012d Seiko Epson Corp. Perfection V10/V100 (GT-S600/F650)
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 003: ID 0b97:7772 O2 Micro, Inc. OZ776 CCID Smartcard Reader
Bus 007 Device 002: ID 0b97:7761 O2 Micro, Inc. Oz776 1.1 Hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 046d:c50c Logitech, Inc. Cordless Desktop S510
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 413c:8140 Dell Computer Corp. Wireless 360 Bluetooth
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

sane-find-scanner donne ceci

[root@localhost /]# sane-find-scanner

  # sane-find-scanner will now attempt to detect your scanner. If the
  # result is different from what you expected, first make sure your
  # scanner is powered up and properly connected to your computer.

  # No SCSI scanners found. If you expected something different, make sure that
  # you have loaded a kernel SCSI driver for your SCSI adapter.

found USB scanner (vendor=0x04b8 [EPSON], product=0x012d [EPSON Scanner]) at libusb:002:002
  # Your USB scanner was (probably) detected. It may or may not be supported by
  # SANE. Try scanimage -L and read the backend's manpage.

  # Not checking for parallel port scanners.

  # Most Scanners connected to the parallel port or other proprietary ports
  # can't be detected by this program.
[root@localhost /]#

et scanimage -L cela :

[root@localhost /]# scanimage -L

No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).
[root@localhost /]#

j'ai installé avec yum les deux .rpm c2, sans problèmes. Mais quand je lance iscan :

[root@localhost /]# iscan
iscan: error while loading shared libraries: libsane.so.1: cannot open shared object file: No such file or directory
[root@localhost /]#

j'ai essayé d'installer cette fichue lib, mais yum me dit "aucun paquet libsane disponible". En cherchant, il n'y a que ca :

[root@localhost /]# yum search sane
Modules complémentaires chargés : refresh-packagekit
================================ Matched: sane =================================
perl-Module-Starter.noarch : A simple starter kit for any module
compat-python24-imaging-sane.x86_64 : Python Module for using scanners
epeg.i586 : Immensely fast JPEG thumbnailer
epeg.x86_64 : Immensely fast JPEG thumbnailer
gnome-scan.x86_64 : Gnome solution for scanning in the desktop on top of libsane
gnome-screensaver.x86_64 : Gestion de l'écran de veille GNOME
iscan.i386 : simple, easy to use scanner utility for EPSON scanners
libsane-hpaio.x86_64 : Pilote SANE pour les scanners multi-fonctions HP
openbios-common.noarch : Common files for OpenBIOS
openbios-ppc.noarch : OpenBIOS for ppc
openbios-sparc.noarch : OpenBIOS for sparc
openbios-sparc64.noarch : OpenBIOS for sparc64
perl-SUPER.noarch : Sane superclass method dispatcher
perl-Sane.x86_64 : Perl extension for the SANE (Scanner Access Now Easy) Project
pyrrd.noarch : A Pure Python Wrapper for RRDTool
python-imaging.x86_64 : Python's own image processing library
python-imaging-sane.x86_64 : Python Module for using scanners
sane-backends.x86_64 : Logiciel d'accès au scanner
sane-backends-devel.i586 : Kit de développement SANE
sane-backends-devel.x86_64 : Kit de développement SANE
sane-backends-libs.i586 : Bibliothèques SANE
sane-backends-libs.x86_64 : Bibliothèques SANE
sane-backends-libs-gphoto2.i586 : SANE libraries for gphoto2
sane-backends-libs-gphoto2.x86_64 : SANE libraries for gphoto2
sane-frontends.x86_64 : Interface graphique pour SANE
scanbuttond.x86_64 : Scanner Button tools to SANE
skanlite.x86_64 : Lightweight scanning program
xchat-gnome.x86_64 : GNOME front-end to xchat
xsane.x86_64 : Interface utilisateur graphique pour l'interface de scanner SANE
xsane-gimp.x86_64 : Module d'extension GIMP prenant en charge l'interface de
                  : scanner SANE
zenity.x86_64 : Affiche des boîtes de dialogue depuis des scripts shell
[root@localhost /]#

est-ce que quelqu'un a une solution ? (j'espère que c'est un truc tout bête que je n'ai pas vu) ... histoire que je puisse aller dormir...
merci d'avance

fedora 11 x64
gnome 2.26.3

Je dirais de chercher ça :

yum provides */libsane.so.1

Aussi j'ai eu un soucis similaire (avec un HP) et je l'ai résolu en installant le hplip. Peut-être y-a'til un epsonlip ou quelque chose du style (j'ai pas d'epson)?

le problème doit venir du fait qu'il n'y a pas(encore) de version "c2" en x64, car en x86 je n'ai aucun problème
Gérard

Si iscan est en 32 bits, tu dois installer le paquetage sane-backends-libs.i586

Pikachu_2014 wrote:Si iscan est en 32 bits, tu dois installer le paquetage sane-backends-libs.i586

Salut,
c'est ce que j'ai fait, mais j'obtiens en retour :

[root@localhost /]# iscan

(iscan:3204): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « nodoka »

(iscan:3204): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « nodoka »
Gtk-Message: Failed to load module "pk-gtk-module": libpk-gtk-module.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type
[root@localhost /]#

et nodoka est installé chez moi (en x86_64 -> faudrai'-il que j'installe aussi la version i586 de nodoka... avec le risque d'une avalanche de dépendance...).

Je ne sais plus quoi faire. Il y a 2 mois j'étais encore sous opensuse 11.1, et mon scanner epson marchait sans aucun problème.

fgland wrote:le problème doit venir du fait qu'il n'y a pas(encore) de version "c2" en x64, car en x86 je n'ai aucun problème
Gérard

à l'origine j'ai aussi essayer d'installer iscan et le plugin en version 64 bits (comme ma Fedora est en 64 bits), mais comme dit en #1, il faut libldl.so.3 , qui est impossible à installer... Comment tu as fait pour que ca marche ?

fournie2 wrote:

Pikachu_2014 wrote:Si iscan est en 32 bits, tu dois installer le paquetage sane-backends-libs.i586

Salut,
c'est ce que j'ai fait, mais j'obtiens en retour :

[root@localhost /]# iscan

(iscan:3204): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « nodoka »

(iscan:3204): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « nodoka »
Gtk-Message: Failed to load module "pk-gtk-module": libpk-gtk-module.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type
[root@localhost /]#

et nodoka est installé chez moi (en x86_64 -> faudrai'-il que j'installe aussi la version i586 de nodoka... avec le risque d'une avalanche de dépendance...).

Je ne sais plus quoi faire. Il y a 2 mois j'étais encore sous opensuse 11.1, et mon scanner epson marchait sans aucun problème.

Ces messages sont relativement bénins, ils concernent des composants GNOME optionnels manquants en 32 bits chez toi. Est-ce une nécessité de lancer iscan en root ? Et comment as-tu installé iscan ? Il est installé à ta racine (cf. ton invite de commande) ?(!)

je lance iscan en root, parce que immédiatement avant je faisais quelques manips en root sur la console, mais si ja lance en utilisateur normal, ca donne la meme chose. J'ai installé iscan (rpm) depuis le site avasys.

Et je pourrai installer les nodoka 32 bits sans que ca pose de problème ?

j'ai l'impression qu'on s'emmêle les pinceaux !
Résumons : Fedora11 x64
quels sont rpm epson installés ?

J'ai abandonné le x64 car au dire de beaucoup, cela n'a d'intérêt pour l'instant que si on a suffisamment de mémoire, plus de 4G0, ce qui n'est pas mon cas. J'ai donc installé en x86.

En lançant l'installation des deux rpm x86 avec yum, il est facile de voir l'étendu des dépendances.
Il s'agit des deux rpm suivant

Download for Perfection V10 (for gcc 3.4 or later)
RPM package
iscan-2.3.0-1.c2.i386.rpm
iscan-plugin-gt-s600-2.0.0-1.c2.i386.rpm

Installation method
Please refer to the userg_revG_e.pdf

As-tu suivi les indications d'installation qui sont dans le pdf userg_revG_e.pdf ?

Gérard

salut,
oui je suis à la lettre le pdf que tu cites, avec les rpm que tu cites aussi. Tout se déroule bien, saut que au moment de lancer iscan, ca m'affiche ce qu'il y a au post #30. 🙁

Par acquit de conscience, SElinux est en permissif, ou désactivé ? sinon tu peux modifier et essayer de nouveau?

sous quel environnement travailles-tu ? essaye sur kde car s'il lui manque une lib gnome pour gérer son affichage...
Sous F8, je devais lancer iscan en root pour que cela marche, je n'ai pas le problème sous F11

Gérard

sauf erreur de ma part, iscan bloque quand à l'affichage de l'interface de "pilotage" du scanner. Le scanner est-il reconnu par le système ?
si oui, utilises xsane pour le gérer

Gérard

Bonjour,
gros soucis...
j'ai rinstaller iscan, bonne version et tout et tout, comme décris plus-haut.
Sauf que là j'ai rebooté, et là impossible... Problèmes avec udev...
Rien à faire, pas d'affichage graphique (nvidia).
donc ici http://avasys.jp/hp/page000001300/news00007_e.htm
on peut voir cette mise en garde

<<IMPORTANT NOTICE>> Installing Image Scan! for Linux causes boot problems
2009/07/21
<<IMPORTANT NOTICE>> Installing Image Scan! for Linux causes boot problems
NEWS

The udev rules file generated upon installation of Image Scan! for Linux has been confirmed to cause boot problems on certain distributions.
Please refer here for affected versions and workarounds.
We apologize for any inconvenience.

j'imagine que c'est ce qui se passe...
comment y remédier ?
ou comment, en ligne de commande supprimer tous ces programmes iscan qui ont bousillé mon système (tant pis je scannerai depuis Window$ )

Please help !!!

as-tu été voir la solution qu'il propose ?
http://avasys.jp/hp/page000001300/hpg000001294.htm
Pour cela il faut redémarrer avec le cd ou dvd d'installation et prendre le mode rescue.
Le solution temporaire serait sans doute de supprimer l'entrée udev du scan mais avant de le faire il faudrait un avis de personne compétente ! cela existe sur cette liste...

Gérard

j'avais compris que le poste ne démarrait plus du tout !
Si ce n'est que l'affichage graphique qui ne passe plus, il n'y a pas eut une mise à jour du noyau en même avec un kmod qui n'aurait pas suivi ?
Après s'être connecté en utilisateur normal, que donne la commande startx ?
Sur un poste avec le scan, j'ai bien ces erreurs udev mais elle n'empêchent ni le poste de démarrer ni le scan de marcher !

Gérard

Bonjour à toutes et tous,
Je viens d'acheter une Epson SX600FW et me voilà bien mal en point avec ces drivers...
En fait je suis en plein milieu de l'install et je ne sais plus quoi faire... Voilà ce qui arrive quand on a les yeux plus grands que le ventre !

Bref, après avoir téléchargé le rpm http://www.avasys.jp/lx-bin2/linux_ej'ai eu le même problème que plus haut avec libltdl.so.3
--> Ni une ni deux j'ai téléchargé les sources *.tar.gz comme indiqué plus haut, et à peu près là que ça se gâte.

1/ Je les (un pilote imprim + 1 pilote scan) ai téléchargé dans mon home, du coup quand j'ai tapé par exemple

tar -xzvf /home/Thierry/Téléchargement/iscan_2.20.1-1.tar.gz

Il m'a créé des sous-répertoires dans "Téléchargement", ce qui n'est pas terrible : est-ce que ça perturbe le fonctionnement ?
Pas de message d'erreur à l'issue de la décompression.

2/ Après un chmod 777 sur les 2 répertoires créés, j'ai tenté le ./configure et c'est là que j'ai des messages d'erreur...
Exemple :

[Thierry@lachose iscan-2.20.1]$ ./configure

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for a thread-safe mkdir -p... /bin/mkdir -p

checking for gawk... gawk

checking whether make sets $(MAKE)... yes

checking for g++... no

checking for c++... no

checking for gpp... no

checking for aCC... no

checking for CC... no

checking for cxx... no

checking for cc++... no

checking for cl.exe... no

checking for FCC... no

checking for KCC... no

checking for RCC... no

checking for xlC_r... no

checking for xlC... no

checking for C++ compiler default output file name... 

configure: error: C++ compiler cannot create executables

See `config.log' for more details.

Et pour l'autre, une légère nuance :

[Thierry@lachose pipslite-1.4.0]$ ./configure

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for a thread-safe mkdir -p... /bin/mkdir -p

checking for gawk... gawk

checking whether make sets $(MAKE)... yes

checking for gcc... no

checking for cc... no

checking for cl.exe... no

configure: error: no acceptable C compiler found in $PATH

See `config.log' for more details.

Si j'ai bien compris je devrais taper 'make' puis 'make install', mais je le sens pas là... Que me conseillez-vous ?
Le système risque-t-il d'être instable après ce que j'ai fait ?
Est-il possible d'arrêter maintenant et de reprendre plus tard ?

Merci d'avance pour vos réponses,
Amitiés Charentaises,
Thierry

Que me conseillez-vous ?

D'essayer de comprendre ce que te dit ce message d'erreur. Tu n'as pas de compilateur installé, tu ne peux pas compiler avec avec un marteau et un tournevis !

Merci pour ta réponse Nouvo09.
Un

yum install gcc

est-il suffisant ?

Le "man make" indique qu'il faut créer un fichier appelé Makefile : c'était sous-entendu dans les posts précédents ?

Thierry17 wrote:Merci pour ta réponse Nouvo09.
Un

yum install gcc

est-il suffisant ?

Il suffit d'essayer 😉

Mais si le configure est bien fait il devrait tout chercher ce dont il a besoin et creer le Makefile une fois tout passé

Personnellement je n'ai jamais vu un "configure" s'adresser à yum pour demander d'installer un paquet, mais au train où vont les choses, après tout c'est peut-être possible ?

Sinon un
# yum install gcc gcc-c++

devrait déjà améliorer le résultat.

Celà dit je ne crois pas un seul instant qu'il soit nécessaire de compiler soi-même pour installer les pilotes epkova. Je les ai installés sur ma F11 sans le moindre souci, à condition comme il est dit plus haut, de choisir le bon rpm.

Hmmm... J'espère que tu as raison. J'aimerais vraiment me passer de la compilation pour le moment car je n'y connais rien :hammer:
Du coup j'ai trouvé un autre rpm qui peut-être me permettra d'éviter la compilation...
Je viens de télécharger pipslite-1.0.3-1.i386.rpm dans mon home/.../Téléchargement.

1/ Pour exécuter le

rpm -i pipslite-1.0.*-*.i386.rpm

tel qu'indiqué dans le readme, il faut donc que je sois dans ce répertoire non ?
Et donc où va-t-il m'installer les pilotes ??

2/ Dans le readme il y a aussi ça :

Depends on the distribution, dependent errors may occur.
Execution of the rpm command shown below may helps you to avoid the error.
-----------------
rpm -i --nodeps pipslite-1.0.*-*.i386.rpm

Installation sans dépendances, c'est ça ? Quel est le risque ?

2/ Si ça marche, comment annuler la procédure ./configure qui a avorté ?

Le "--nodeps" suggéré dans le README.txt me semble douteux, pour ne pas dire stupide.
Si tu veux installer ce RPM, utilise "yum localinstall" ; de cette façon, les éventuelles dépendances seront installées par yum. A défaut, on verra celles non disponibles dans les dépôts :

yum localinstall --nogpgcheck pipslite-1.0.*-*.i386.rpm

Quant à ton ./configure, puisqu'il a échoué, tu peux laisser courir, ça n'a nullement affecté ton système.

nouvo09 wrote:Personnellement je n'ai jamais vu un "configure" s'adresser à yum pour demander d'installer un paquet, mais au train où vont les choses, après tout c'est peut-être possible ?

Ca serait grand ce truc mais bon après ça peut pas marcher si on utilise des compilateurs comme les intel, pgi ou autres choses bien proprio...

Ok, voici la réponse du terminal :

[root@lachose ~]# yum localinstall --nogpgcheck pipslite-1.0.*-*.i386.rpm
Modules complémentaires chargés : refresh-packagekit
Configuration du processus de paquets locaux
Impossible d'ouvrir le fichier : pipslite-1.0.*-*.i386.rpm. Omission.
Rien à faire

Il faut que je lui indique où il est ?

Passe le chemin de ton RPM à yum. Ou bien plcae-toi au préalable dans le répertoire dans lequel il se trouve.

Thierry17 wrote:Ok, voici la réponse du terminal :

[root@lachose ~]# yum localinstall --nogpgcheck pipslite-1.0.*-*.i386.rpm
Modules complémentaires chargés : refresh-packagekit
Configuration du processus de paquets locaux
Impossible d'ouvrir le fichier : pipslite-1.0.*-*.i386.rpm. Omission.
Rien à faire

Il faut que je lui indique où il est ?

sinon :

cd ~/Téléchargements

# yum localinstall --nogpgcheck ./pipslite-1.0.*-*.i386.rpm

Eh bien si ça peut aider quelqu'un, j'ai suivi les instructions qui apparaissent ici et donc là.

Pour résumer :
dans dossier où se trouve le paquetage téléchargé 😉

# rpm --install --nodeps iscan-2.20.*-*.i386.rpm

puis,

# ln -s /usr/lib/libltdl.so.7.2.0 /usr/lib/libltdl.so.3

Il faut reconnaître que ça parait un peu acrobatique mais ça marche.

Le site d'Epson comme indiqué dans un autre fil sur Fedora-fr, propose bien un fichier pour Linux mais il est vide... J'ai pas mal cherché et je n'ai pas trouvé d'autre solution que celle-là...

En tous cas pour mon imprimante, ça fonctionne : je vais maintenant tester les fonctionnalités disponibles...

Merci à ceux qui ont bien voulu me donner un coup de main !
A +
Thierry

Thierry17 wrote:Eh bien si ça peut aider quelqu'un, j'ai suivi les instructions qui apparaissent ici et donc là.

Pour résumer :
dans dossier où se trouve le paquetage téléchargé 😉

# rpm --install --nodeps iscan-2.20.*-*.i386.rpm

puis,

# ln -s /usr/lib/libltdl.so.7.2.0 /usr/lib/libltdl.so.3

Il faut reconnaître que ça parait un peu acrobatique mais ça marche.

Le site d'Epson comme indiqué dans un autre fil sur Fedora-fr, propose bien un fichier pour Linux mais il est vide... J'ai pas mal cherché et je n'ai pas trouvé d'autre solution que celle-là...

En tous cas pour mon imprimante, ça fonctionne : je vais maintenant tester les fonctionnalités disponibles...

Merci à ceux qui ont bien voulu me donner un coup de main !
A +
Thierry

Je me souvenais avoir prévenu quelqu'un récemment que ce genre de lien symbolique est dangereux... Peut-être étais-ce toi.
Sur un autre fil récent, on s'est donné la peine (pour ne pas dire emmerdé) de recompiler iscan pour éviter cette horreur. Par ailleurs, la personne en question avait fait remonter les corrections qu'on avait apporté au code sur le site de support d'Avasys et un RPM pour Fedora 11 a pu être généré. Libre à toi de chercher ce fameux fil et de contacter l'heureux inscrit qui a été proactif pour avoir ce RPM. Ou bien de pourrir l'ABI avec ce genre de lien.

Je suppose que tu parles de ce fil désinstaller sans les dépendances ?

Si c'est le cas je vois que :
1/ le titre concerne une désinstallation,
2/ ça concerne X86-64,
3/ ça ne pointe pas ou plus vers un "iscan-2.20.1-1.ltdl7.x86_64.rpm" comme indiqué dans le fil, mais vers "http://pastebin.com/f6fe2f0c9" à utiliser avec rpmbuild, ce que je ne sais pas faire et la méthode m'a parue également hasardeuse (à tort donc)

En tous cas j'ai bien compris que la procédure que j'ai rapportée n'est pas à suivre.

Thierry

je viens d'avoir une réponse pour le rpm 32 bits:

Hi,

In order to build the 32-bit rpm I'd have to install 32-bit libraries on my system which I do not want to do.
However your friend can build the rpm from patched sources (see the attached file) himself with rpmbuild:

rpmbuild -tb iscan_2.20.1-1.tar.gz

(if rpmbuild command is not found, install rpm-build package)

je te met le fichier "iscan_2.20.1-1.tar.gz" ici

Encore une fois le iscan en 32bits du site avasys est parfaitement fonctionnel !