Hallo, On Wed, 19 Mar 2003, Bernd Stäglich wrote:
=== Am Mittwoch, 19. März 2003 20:20 schrieb David Haller: ===
On Wed, 19 Mar 2003, Bernd Stäglich wrote:
=== Am Mittwoch, 19. März 2003 00:57 schrieb David Haller: ===
On Wed, 19 Mar 2003, Bernd Stäglich wrote: [..] aber bei mir scheinbar fehlerlos installiert (libusb 0.1.5-118). Von sane habe ich wie gesagt im Moment übrigens 1.0.11-3 drauf. Passen die Versionen zueinander oder ist da schon was durcheinander?
Keine Ahnung, ich verwende kein USB. Lt. configure scheint keine besondere Version benoetigt zu werden.
Du sprichst immer von "configure" (siehe auch weiter unten). Wo und wie muss ich das denn laufen lassen, um die Infos zu bekommen, die du da anscheinend rausziehst?
Ahem, ich hab hier noch die Quellen von dem bei mir installieren sane-backends-1.0.8 rumliegen, und da hab ich dann mal in das ./configure script reingeschaut um zu schauen, von was es abhaengt, dass das sm3600 Backend gebacken wird. Falls du selber ein sane backen willst (s. aber unten), dann musst du nur das ./configure (aus dem .spec heraus) aufrufen...
Wie kriege ich evtl. raus, ob
- libusb tatsächlich funktioniert und
- die dazu passenden "header" funktionieren?
Die Header brauchst du nur zum kompilieren, aber wenn dir die libsane-sm3600 fehlt, und selber kompilierst, dann brauchst du die. Schau z.B. mit rpm -ql und im Dateisystem, ob du ein "usb.h" hast.
usb.h gibt es bei mir nicht,
Hm. Spuckt ein 'locate /usb.h' nix aus? Dann fehlt dir ganz offenbar das devel-Paket zur libusb. Mach aber mal ein rpm -ql libusb | grep '.h' ob der Header nicht da drin sein sollte. Hm. Scheint, als waere bei SuSE das 'usb.h' im libusb-RPM.
auch nicht in YASt. Lt. "grep" offensichtlich nur in Dateien, die mit meinem Microtek oder damit zusammenhängendem sane nichts zu tun haben:
Genau, das hat nix damit zu tun.
Lt. YASt gibt es nur libusb. Scheint also alles im gleichen RPM zu sein
Ja. Aber dann muesste das auch irgendwo im Dateisystem rumfahren (wohl /usr/include/usb.h)...
Und wie kriege ich die Dateien dann in "/usr/lib/sane"?
Das passend kompilierte sane-backends einspielen.
da verstehe ich nun folgendes "Readme Sane" zum sm3600 nicht. Auszug wie folgt (tut mir leid, ist etwas länger):
sane-backends > 1.0.4 [snip veraltetes README]
Ich muss sagen, ich verstehe das alles nicht.
Musst du auch nicht. Das ist mindestens seit 1.0.8 schon im normalen sane-backends mit dabei.
Moment, das ist doch nur die Doku, oder? Dir fehelt doch die libsane-sm3600, oder?
Nein, das ist nicht nur die Doku. Ein cat/bus/usb/devices ergibt z.B.
[snip] Das hat damit nix zu tun, meine Frage war, ob du eine Datei 'libsane-sm3600.so' hast. Die ist naemlich das fertigkompilierte backend. Und andere Backends (die mustek-Dingens z.B. die du oben gefunden hattest) hast du ja offenbar.
Dann irgendwelche alten Versionen von sane und libusb downloaden (welche, das müsste ich dann noch mal rausfinden), und alles noch mal auf Basis dieser alten Versionen installieren?
Noe. Ein RPM backen.
Ach Gott, wie macht man denn sowas. Hatte es mal ansatzweise mit was anderem versucht, war aber gescheitert und dann Gott sei Dank auch nicht notwendig.
Och, wenn man ein "schoenes" .spec z.B. aus dem packman src.rpm nimmt und wenn die libusb und deren header (s.o.) installiert sind, dann reicht ein 'rpm -ba sane-backends.spec' ;) Aber wie's aussieht hat Manfred ja vor, dir diese Arbeit abzunehmen, da scheinbar was beim letzten packman-RPM was schieflief, so das das sm3600 Backend nicht mitkompiliert wurde. Da Manfred das wohl sowieso fixen will (und sollte)... Lehn dich zurueck und warte bis es das neue dann auf packman gibt :) Wenn du aber Interesse daran hast, auch selber mal "einzusteigen" kann ich dich auch ein bisserl an die Hand "nehmen" ;)
Achso: bei mir kommt beim "configure" uebrigens dann naemlich:
[..] enabling Video4Linux backend enabling NET backend disabling SM3600 backend [..]
die Meldung hätte ich auch gerne. Wo hast du denn die her? wo muss ich da welches "configure" machen (vgl. oben)?
s.o. Das ist, wenn man selber kompiliert, und dabei das ./configure aufruft, wobei egal ist, ob das nun direkt oder via rpm aus nem .spec ist... Das "disabling" kommt bei mir natuerlich, da ich weder eine libusb noch den Header 'usb.h' dazu habe... Und auch kein USB brauche ;) Du muesstest halt fuer die Voraussetzungen sorgen, dann sollte bei dir dann ein 'enabling SM3600 backend' kommen -- sofern du noch selber komilieren bzw. ein RPM backen willst ;) [..]
Tja, dann werde ich mich also wohl zusätzlich mal mit "src"-Paketen und "Specs" beschäftigen müssen.
Nicht muessen ;)
Denn von dem Kram habe ich auch keine Ahnung. So schön offen das ganze Linux ist, aber man wird ja regelrecht erschlagen von den Möglichkeiten und dem, was man sich anlesen und wissen muss.
Jein ;) Ich habe selbst die Erfahrung gemacht, dass man sich sowas auch sehr gut "mit der Zeit" aneignen kann... Wenn man dann auch noch Tips von freundlichen Mitlistenbewohnern bekommt... ;)
Also "eigentlich" muesste das backend bei dir vorhanden sein. Was sagt denn ein 'rpm -qa | grep -i sane | xargs rpm -ql | grep -i "sm36"'?
rpm -qa | grep -i sane | xargs rpm -ql | grep -i "sm36" /usr/share/man/man5/sane-sm3600.5.gz
Was bedeutet das nun wieder?
Meinst du den Befehl oder das Ergebnis?
Das sind doch nur irgendwelche Man-Seiten und nicht das backend?
Genau. Da fehlt das eigentliche Backend, s.o. Da ist wohl beim Erstellen des RPMs was schiefgelaufen. Du hast jetzt also wohl die Moeglichkeit faul zu sein oder die Gelegenheit zu ergreifen und ein bisschen ueber RPM/.specs und kompilieren zu lernen ;) -dnh -- "AOL would be a giant diesel-smoking bus with hundreds of ebola victims on board throwing dead wombats and rotten cabbage at the other cars" - a.s.r throws the Information Superhighway metaphor into reverse.