Hi, Beim "make" nach einem Download für meinen USB-Scanner erhalte ich die folgenden Fehlermeldungen: [...] read 340000 image byte(s) # hier scheint noch alles ok zu sein xv /tmp/scan.pnm # hier scheint noch alles ok zu sein Xlib: connection to ":0.0" refused by server Xlib: No protocol specified xv: Can't open display make: *** [testscan] Fehler 1 Was bedeuten diese Meldungen? Was muss ich also tun, damit das "make" fehlerfrei durchläuft? Vielen Dank Bernd
On Tuesday 18 March 2003 19:00, Bernd Stäglich wrote:
read 340000 image byte(s) # hier scheint noch alles ok zu sein xv /tmp/scan.pnm # hier scheint noch alles ok zu sein Xlib: connection to ":0.0" refused by server Xlib: No protocol specified xv: Can't open display make: *** [testscan] Fehler 1
vorher ein 'xhost +' damit der x-server connecten kann... (als user, nicht su)
Hallo Jens, === Am Dienstag, 18. März 2003 19:31 schrieb Jens Haase: ===
On Tuesday 18 March 2003 19:00, Bernd Stäglich wrote:
read 340000 image byte(s) # hier scheint noch alles ok zu sein xv /tmp/scan.pnm # hier scheint noch alles ok zu sein Xlib: connection to ":0.0" refused by server Xlib: No protocol specified xv: Can't open display make: *** [testscan] Fehler 1
vorher ein 'xhost +' damit der x-server connecten kann... (als user, nicht su)
Danke, das war ein guter Tipp! Mit "xhost +localhost" lief das Ganze also schon mal durch. Wusste ich auch schon mal, hatte es aber wieder vergessen. Nun bin ich also ein Stückchen weiter. Leider kriege ich meinen Microtek ScanMaker 3600 aber immer noch nicht zum Laufen. Beim anschließenden "make install" kommen ein Haufen Fehlermeldungen und eines weiß ich ganz genau (das ist ja das Ärgerliche): Für den Microtek ScanMaker 3600 fehlen mir im Grunde nur noch die Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" im Verzeichnis "/usr/lib/sane" bzw. "usr/local/lib/sane". Sonst ist nämlich alles da. Der Scanner ist mit Prod- und Vendor-Nummer vorhanden. Das Modul "sm3600" finde ich in der dll.conf usw. In "/etc/hotplug" (distmap und usermap) habe ich alle möglichen Eintragungen gemacht mit "match_flags" usw., damit der Scanner nur ja vorhanden ist. Die jetzt noch fehlenden Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" sollen Teil eines sane-backends sein, aber welchem? Und wie kriege ich die Dateien dann in "/usr/lib/sane"? Ich habe z.Zt. sane-1.0.11-3. Muss ich evtl. ein altes sane wieder aufspielen oder wie komme ich an diese Dateien? Habe schon alles mögliche von sourceforge.net und sane runtergeladen und durchgelesen, aber ich finde für diese beiden Dateien keine Lösung. Wahrscheinlich auch, weil ich von den ganzen Linux-Zusammenhängen bezüglich Treibern und Dateien noch viel zu wenig verstehe und dadurch auch aus dem ganzen englischen Fachchinesisch bezüglich meines Scanners nicht schlau werde. Das ist wahrscheinlich mein eigentliches Problem. So, dies aber nur am Rande und in der vagen Hoffnung, dass ich vielleicht doch noch einen gezielten Tipp aus der Liste bezüglich der mir fehlenden Dateien kriege. Erst mal vielen Dank Bernd
Hallo, On Wed, 19 Mar 2003, Bernd Stäglich wrote:
Für den Microtek ScanMaker 3600 fehlen mir im Grunde nur noch die Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" im Verzeichnis "/usr/lib/sane" bzw. "usr/local/lib/sane". Sonst ist nämlich alles da. Der Scanner ist mit Prod- und Vendor-Nummer vorhanden. Das Modul "sm3600" finde ich in der dll.conf usw. In "/etc/hotplug" (distmap und usermap) habe ich alle möglichen Eintragungen gemacht mit "match_flags" usw., damit der Scanner nur ja vorhanden ist.
Die jetzt noch fehlenden Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" sollen Teil eines sane-backends sein, aber welchem?
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein. Dazu brauchst du eine funktionierende libusb (samt headern).
Und wie kriege ich die Dateien dann in "/usr/lib/sane"?
Das passend kompilierte sane-backends einspielen. -dnh -- 5: Breitbandkommunikation Porno MPEGs mit Ton (Kristian Köhntopp)
Hallo, === Am Mittwoch, 19. März 2003 00:57 schrieb David Haller: ===
Hallo,
On Wed, 19 Mar 2003, Bernd Stäglich wrote:
Für den Microtek ScanMaker 3600 fehlen mir im Grunde nur noch die Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" im Verzeichnis "/usr/lib/sane" bzw. "usr/local/lib/sane". [...] Die jetzt noch fehlenden Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" sollen Teil eines sane-backends sein, aber welchem?
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein.
Was heißt "passend kompiliert"?
Dazu brauchst du eine funktionierende libusb (samt headern).
Da hatte ich bei mir gestern auch schon nachgeguckt, weil mir die sm3600-Dokumentation ein bisschen viel von "libusb" sprach. libusb ist 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? Wie kriege ich evtl. raus, ob - libusb tatsächlich funktioniert und - die dazu passenden "header" funktionieren? Wo kriege ich dazu passende und funktionierende "header" überhaupt her, falls sie in libusb nicht von vornherein drin sind (habe wie gesagt keine Ahnung wie das nun wieder zusammenhängt was von dem da für was zuständig ist)?
Und wie kriege ich die Dateien dann in "/usr/lib/sane"?
Das passend kompilierte sane-backends einspielen.
und jetzt dazu noch mal die Frage: Kann es sein, dass ich zum Funktionieren des sm3600-Moduls mein jetziges sane und jetziges libusb am besten noch mal komplett deinstallieren muss (auch alles, was nur irgendwie nach "sm3600" riecht, rausschmeißen muss aus den diversen Dateien und Verzeichnissen). 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?
-dnh
Bernd
Hallo, 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:
Für den Microtek ScanMaker 3600 fehlen mir im Grunde nur noch die Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" im Verzeichnis "/usr/lib/sane" bzw. "usr/local/lib/sane". [...] Die jetzt noch fehlenden Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" sollen Teil eines sane-backends sein, aber welchem?
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein.
Was heißt "passend kompiliert"?
Naja, so, dass die libsane-sm3600.{a,so} korrekt mitkompiliert und installiert werden ;) Was bei dir ja nicht der Fall zu sein scheint.
Dazu brauchst du eine funktionierende libusb (samt headern).
Da hatte ich bei mir gestern auch schon nachgeguckt, weil mir die sm3600-Dokumentation ein bisschen viel von "libusb" sprach. libusb ist 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.
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.
Wo kriege ich dazu passende und funktionierende "header" überhaupt her, falls sie in libusb nicht von vornherein drin sind (habe wie gesagt keine Ahnung wie das nun wieder zusammenhängt was von dem da für was zuständig ist)?
Die Header enthalten die Deklarationen der Funktionen der libusb und werden zum kompilieren gebraucht. Normal sind die in einem extra -devel RPM oder direkt im gleichen RPM wie der Rest.
Und wie kriege ich die Dateien dann in "/usr/lib/sane"?
Das passend kompilierte sane-backends einspielen.
und jetzt dazu noch mal die Frage: Kann es sein, dass ich zum Funktionieren des sm3600-Moduls mein jetziges sane und jetziges libusb am besten noch mal komplett deinstallieren muss
Kommt darauf an, wie die aktuelle Version installiert ist. Wenn per RPM sollte ein 'rpm -U' die alte Version loeschen.
(auch alles, was nur irgendwie nach "sm3600" riecht, rausschmeißen muss aus den diversen Dateien und Verzeichnissen).
Moment, das ist doch nur die Doku, oder? Dir fehelt doch die libsane-sm3600, oder?
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. Achso: bei mir kommt beim "configure" uebrigens dann naemlich: [..] enabling Video4Linux backend enabling NET backend disabling SM3600 backend [..] Ob das nur an den bei mir fehlen libusb / usb.h liegt oder ob das beim configure explizit angefordert werden muss weiss ich nicht. Achso: ich hab hier sane-backends-1.0.8, ich wuerde aber erst die jew. aktuelle Version versuchen. Greif dir dazu das src.rpm und pass das .spec ggfs. an. Hm. Hab nochmal ins configure geschaut: das scheint nur davon abzuhaengen, ob die libusb / usb.h gefunden werden. Also "eigentlich" muesste das backend bei dir vorhanden sein. Was sagt denn ein 'rpm -qa | grep -i sane | xargs rpm -ql | grep -i "sm36"'? -dnh -- There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson
Hallo === Am Mittwoch, 19. März 2003 20:20 schrieb David Haller: ===
Hallo,
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:
Für den Microtek ScanMaker 3600 fehlen mir im Grunde nur noch die Dateien "libsane-sm3600.a" bzw. "libsane-sm3600.so" im Verzeichnis "/usr/lib/sane" bzw. "usr/local/lib/sane". [...] Dazu brauchst du eine funktionierende libusb (samt headern).
Da hatte ich bei mir gestern auch schon nachgeguckt, weil mir die sm3600-Dokumentation ein bisschen viel von "libusb" sprach. libusb ist 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?
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, auch nicht in YASt. Lt. "grep" offensichtlich nur in Dateien, die mit meinem Microtek oder damit zusammenhängendem sane nichts zu tun haben: "Übereinstimmungen in Binärdatei /usr/lib/libhd.so.5. Übereinstimmungen in Binärdatei /usr/lib/libhd.so.5.32. Übereinstimmungen in Binärdatei /usr/lib/libdha-0.1.so. Übereinstimmungen in Binärdatei /usr/lib/libdha.so. Übereinstimmungen in Binärdatei /usr/lib/sane/libsane-mustek_usb.so. Übereinstimmungen in Binärdatei /usr/lib/sane/libsane-mustek_usb.so.1. Übereinstimmungen in Binärdatei /usr/lib/sane/libsane-mustek_usb.so.1.0.11" Oder ist da oben ein hoffnungsvoller Ansatz? Dann schicke ich mal die ganze grep-Ergebnisse:
Wo kriege ich dazu passende und funktionierende "header" überhaupt her, falls sie in libusb nicht von vornherein drin sind (habe wie gesagt keine Ahnung wie das nun wieder zusammenhängt was von dem da für was zuständig ist)?
Die Header enthalten die Deklarationen der Funktionen der libusb und werden zum kompilieren gebraucht. Normal sind die in einem extra -devel RPM oder direkt im gleichen RPM wie der Rest.
Lt. YASt gibt es nur libusb. Scheint also alles im gleichen RPM zu sein
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
---------------------
"There is now sm3600-support in the SANE-backends package, currently
available by anoncvs:
cvs -d :pserver:anoncvs@anoncvs.hungry.com:/cvsroot login
[say "anoncvs" as password]
cvs -d :pserver:anoncvs@anoncvs.hungry.com:/cvsroot -z3 co sane"
Anmerkung: als ich das machte und dazu noch extra "cvs" installierte,
funktionierte das nicht und es kam die Meldung: "Unknown host
anoncvs.hungry.com". Was soll das Ganze überhaupt? Dann weiter:
"You can incorporate the new source modules by simple copying:
for i in scantool.h color.c homerun.c scanutil.c gray.c \
scanmtek.c scanusb.c
do
ln -s $SRC/$i sane/sane-backends/backend/sm3600-$i
done"
Anmerkung:
1) Ich verstehe nicht, wo das "$SRC/$i" plötzlich herkommt. Was ist das, was
soll das?
2) Das Verzeichnis "sane/sane-backends/backend/sm3600" gibt es bei mir gar
nicht. Habs dann gemacht (einmal als Hauptverzeichnis "/sane...", dann
innerhalb von "/usr/local/src..." als "/sane/...", ging aber auch alles
nicht. Dann weiter:
"First, extract and prepare the SANE backend-package.
(eg $tar xzvf sane-backends-1.0.4.tar.gz)"
Anmerkung:
Habe ich getan, es entstand das Verzeichnis "microtek3600". Dann weiter:
"Modify the SANE package:
There are 2 ways to do this, manually and automatically...
1. The automatic way
Run the patchsane104.sh script from this directory, give the full
path names of this dir and the sane-backends-1.0.4 dir as parameters.
$./patchsane104 `pwd` /absolute/path/to/sane-backends-1.0.4"
Anmerkung:
1) ./patchsane104 gibt es. Lasse ich es laufen, erscheinen die folgenden
Meldungen:
"Making
[...]
Erzeugen der symbolischen Verknüpfung »/backend/sm3600-scantool.h« zu
»/sm3600-scantool.h«
ln: Erzeugen der symbolischen Verknüpfung »/backend/sm3600-scantool.h« zu
»/sm3600-scantool.h«: Datei oder Verzeichnis nicht gefunden
[...] "
und derartige Meldungen immer lustig weiter!
Was mache ich falsch. Welches Verzeichnis muss ich noch suchen oder
einrichten?
Und nun "The manual way":
"The manual way. This is what the above script does, except that the
script also patches the configure script so that it inlcudes the -lusb
in the makefiles properly, that is assuming you have libusb installed.
ln -s $SRC/sm3600.* backend/
ln -s $SRC/*.man doc/
for i in scantool.h color.c homerun.c scanutil.c gray.c \
scanmtek.c scanusb.c
do
ln -s $SRC/sm3600-$i backend/sm3600-$i
done
In
und jetzt dazu noch mal die Frage: Kann es sein, dass ich zum Funktionieren des sm3600-Moduls mein jetziges sane und jetziges libusb am besten noch mal komplett deinstallieren muss
Kommt darauf an, wie die aktuelle Version installiert ist. Wenn per RPM sollte ein 'rpm -U' die alte Version loeschen.
(auch alles, was nur irgendwie nach "sm3600" riecht, rausschmeißen muss aus den diversen Dateien und Verzeichnissen).
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. "#Ifs= 2 Cfg#= 1 Atr=a0 MxPwr= 50mA I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=01 Driver=hid E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms I: If#= 1 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=hid E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms T: Bus=02 Lev=01 Prnt=01 Port=02 Cnt=02 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 1.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1 P: Vendor=05da ProdID=40b3 Rev= 0.00" Und "Vendor=05da ProdID=40b3 Rev= 0.00" ist genau mein Scanner, bloß dass er immer wieder als "unbekanntes Gerät" auftaucht und "not claimed by any active driver" ist. in /etc/hotplug habe ich den Scanner mit seinen Daten in usb.distmap und usb.usermap reingetan, nur in usb.handmap noch nicht. In /etc/sane.d habe ich ihn aus lauter Verzweiflung in die microtek.conf und microtek2.conf reingetan mit "Vendor/Product2 und "/dev/usbscanner". Meiner Meinung nach müsste in /etc/sane.d aber eine neue Datei "sm3600.conf" oder so ähnlich auftauchen, tut sie aber nicht.
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.
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)?
Ob das nur an den bei mir fehlen libusb / usb.h liegt oder ob das beim configure explizit angefordert werden muss weiss ich nicht.
Achso: ich hab hier sane-backends-1.0.8, ich wuerde aber erst die jew. aktuelle Version versuchen. Greif dir dazu das src.rpm und pass das .spec ggfs. an. Hm. Hab nochmal ins configure geschaut: das scheint nur davon abzuhaengen, ob die libusb / usb.h gefunden werden.
Tja, dann werde ich mich also wohl zusätzlich mal mit "src"-Paketen und "Specs" beschäftigen müssen. 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.
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? Das sind doch nur irgendwelche Man-Seiten und nicht das backend?
-dnh
Tschüss Bernd
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.
Hallo David, na, dann nimm mich mit den specs mal "ein bisserl an die Hand" :-) === Am Mittwoch, 19. März 2003 23:12 schrieb David Haller: ===
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. [...]
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.
hatte die Abfrage irgendwie falsch gemacht. Weiß gar nicht mehr wieso. Mit deiner Vorgabe habe ich "usb.h" jetzt doch gefunden: locate /usb.h /etc/hotplug/usb.handmap /usr/include/linux/usb.h /usr/include/usb.h /usr/share/doc/howto/en/html/Hardware-HOWTO/usb.html /usr/share/doc/sdb/de/html/usb.html /usr/src/linux-2.4.19.SuSE/drivers/usb/storage/usb.h /usr/src/linux-2.4.19.SuSE/include/linux/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): [...] Musst du auch nicht. Das ist mindestens seit 1.0.8 schon im normalen sane-backends mit dabei. [...]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.
Nee, die habe ich also nicht. Das ist ja die, die ich von Anfang an vermisst habe und irgendwie nicht bekomme - siehe jedoch weiter unten, Hoffnung keimt auf :-)
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' ;)
also, das packman-src habe ich mir jetzt geholt und lt. Dateiliste gibt es dort u.a. ein "sane.spec". Und wie muss ich den Befehl "rpm -ba .." jetzt genau eingeben? Genauso, wie du das oben geschrieben hast oder "rpm -ba sane.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 :)
also zur Sicherheit warte ich natürlich gerne auf Manfred, zumal ich vermute, dass ja auch schon im src-Paket von packman ein Fehler (oder was Fehlendes) bezüglich meines "sm3600" ist, aber ....
Wenn du aber Interesse daran hast, auch selber mal "einzusteigen" kann ich dich auch ein bisserl an die Hand "nehmen" ;)
....Interesse habe ich natürlich auch :-) Wie muss ich denn (oder müsste ich) nun das mit der "sane.spec" genau machen und wie mit dem src-Paket überhaupt? Alles jetzt mal am Beispiel "sane-1.0.11-3.src.rpm"? Wie kriege ich denn die Dateien des src-Pakets korrekt in die "/usr/src/packages"-Unterverzeichnisse SOURCES, SPECS, BUILD, RPMS, SRPMS (die habe ich mir nämlich schon eingerichtet)?
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 ;)
alles klar :-)
[..]
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... ;)
Ja "mit der Zeit", das habe ich auch gedacht, aber ich bin auch jetzt wieder sehr unzufrieden und irgendwie denke ich bei allem, was ich da so tue, dass ich immer nur im Nebel rumstochere. Sicher - ich ändere hier was,fummele da an einer Datei herum (alles schon gemacht), aber irgendwie fehlt mir das Verständnis für das große Ganze. Kann es sein, dass mir ganz einfach noch irgendeine Programmiersprache, das Verständnis für "die Quellcodes" und alles das, was da so im Innern von Linux "passiert", fehlt? Früher "zu meiner Zeit" da hatte ich ein bisschen Assembler, ein paar PEEKS und POKES für meinen ZX81 und später dann CPM für meinen Schneider CPC464 und damit habe ich lustig programmiert. Und das meiste von dem, was ich da tat, habe ich dann auch verstanden. Denke ich jedoch an Linux in der Nacht, dann bin ich um den Schlaf gebracht: C++, Perl, TKl, Java, Bash, HTML - wo soll man denn da anfangen und wo aufhören? Muss dazu sagen, dass die ganze DOS-Arie, und auch Windows und so in den Zwischenjahren völlig an mir vorbeigegangen ist, weil ich in diesen Jahren beruflich und privat dann nur noch mit den Feinheiten von Büro- und irgendwelchen Auswertungsprogrammen beschäftigt war und mit Programmierung selbst gar nichts mehr am Hut hatte.
[....] 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 ;)
also, wie gesagt, bezüglich meines Kernproblems "sm3600" werde ich wohl faul sein müssen, weil ich denke, dass da schon mit dem src-Paket was faul ist. Aber ansonsten ergreife ich übungshalber gerne die Gelegenheit und warte nun gespannt auf deine Antwort zu oben :-)
-dnh
Ciao Bernd
Hallo, On Thu, 20 Mar 2003, Bernd Stäglich wrote:
na, dann nimm mich mit den specs mal "ein bisserl an die Hand" :-)
s.u.
=== Am Mittwoch, 19. März 2003 23:12 schrieb David Haller: ===
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: === [..] 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.
hatte die Abfrage irgendwie falsch gemacht. Weiß gar nicht mehr wieso. Mit deiner Vorgabe habe ich "usb.h" jetzt doch gefunden:
locate /usb.h [..] /usr/include/usb.h
Das ist die, die gesucht wird :) Die libusb scheint also doch korrekt installiert ;) [..]
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' ;)
also, das packman-src habe ich mir jetzt geholt und lt. Dateiliste gibt es dort u.a. ein "sane.spec". Und wie muss ich den Befehl "rpm -ba .." jetzt genau eingeben? Genauso, wie du das oben geschrieben hast oder "rpm -ba sane.spec"?
Nein, obiges gilt bei mir hier, da ich 2 src.rpms habe (-frontends / -backends) und auch die .spec-Dateien entsprechend benamst habe. Ich hab mir grad auch mal das packman src.rpm geholt, da sind ja beide zusammengefasst und es gibt nur ein 'sane.spec'. Wie du richtig vermutet hast musst du dann 'rpm -ba sane.spec' verwenden. Aber s.u.
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 :)
also zur Sicherheit warte ich natürlich gerne auf Manfred, zumal ich vermute, dass ja auch schon im src-Paket von packman ein Fehler (oder was Fehlendes) bezüglich meines "sm3600" ist, aber ....
Ich kann's grad nicht nachvollziehen, das .spec sieht ok aus (wird aber nur auf ner aktuelleren SuSE (eine mit insserv) laufen... Theoretisch liegt's nicht am .spec. Auch der -backend und das configure darin sieht ok aus. Eigentlich muesste es also ohne Aenderungen passend durchlaufen.
Wenn du aber Interesse daran hast, auch selber mal "einzusteigen" kann ich dich auch ein bisserl an die Hand "nehmen" ;)
....Interesse habe ich natürlich auch :-) Wie muss ich denn (oder müsste ich) nun das mit der "sane.spec" genau machen und wie mit dem src-Paket überhaupt? Alles jetzt mal am Beispiel "sane-1.0.11-3.src.rpm"? Wie kriege ich denn die Dateien des src-Pakets korrekt in die "/usr/src/packages"-Unterverzeichnisse SOURCES, SPECS, BUILD, RPMS, SRPMS (die habe ich mir nämlich schon eingerichtet)?
Einfach das src.rpm installieren ;) rpm -i sane-1.0.11-3.src.rpm Das packt das .spec nach SPECS und den Rest nach SOURCES. Die anderen Verzeichnisse werden erst spaeter gebraucht. [..]
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... ;)
Ja "mit der Zeit", das habe ich auch gedacht, aber ich bin auch jetzt wieder sehr unzufrieden und irgendwie denke ich bei allem, was ich da so tue, dass ich immer nur im Nebel rumstochere. Sicher - ich ändere hier was,fummele da an einer Datei herum (alles schon gemacht), aber irgendwie fehlt mir das Verständnis für das große Ganze. Kann es sein, dass mir ganz einfach noch irgendeine Programmiersprache, das Verständnis für "die Quellcodes" und alles das, was da so im Innern von Linux "passiert", fehlt?
Naja, man sollte ein wenig "make" kennen (info make), damit man das .spec nachvollziehen kann. Und dann eben den Aufbau der .spec-Dateien, welcher (brauchbar) im Maximum-RPM-Book[1] dokumentiert ist. Und wenn man an configure-scripten basteln will sollte man sich auch in autoconf/automake einlesen (jew. 'info'). Anfangen wuerde ich mit make und selbstgebastelten Makefiles zum ueben. [..]
[....] 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 ;)
also, wie gesagt, bezüglich meines Kernproblems "sm3600" werde ich wohl faul sein müssen, weil ich denke, dass da schon mit dem src-Paket was faul ist.
Ne, scheint in Ordnung, ich vermute, bei Manfred war die libusb nicht richtig installiert oder so ;)
Aber ansonsten ergreife ich übungshalber gerne die Gelegenheit und warte nun gespannt auf deine Antwort zu oben :-)
Ok. Also nach dem auspacken des src.rpm (mit rpm -i) wechselst du nach /usr/src/packages/SPECS und gibt's folgendes ein: rpm -ba sane.spec 2>&1 | tee sane.spec.log Das .log schick mir dann als .gz per PM, dann seh ich's mir auch mal durch, ob alles glatt lief... Anschliessend (evtl. nach dem ok von mir wg. dem log) kannst du dann die neuen RPMs in ../RPMS/i386 installieren und ein SuSEConfig hinterjagen... Dann musst du noch die /etc/sane.d/dll.conf anpassen (alles aus sm3600 auskommentieren) und AFAIR auch noch die sm3600.conf um deine Vendor/Product-IDs ergaenzen, aber da kenne ich mich nicht aus (mach ggfs. Backups der jetzigen Config). [1] gibt's auf http://www.rpm.org auch zum Download -- 60: Virtual Reality AVI-Animation mit 16 Farben (Sebastian Kokemohr-Schmidt)
Am Mittwoch, 19. März 2003 00:57 schrieb David Haller:
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein.
Dazu brauchst du eine funktionierende libusb (samt headern).
Sieht fast so aus, als ob ich das Sane-Paket bei Packman am Wochenende nochmal neu packen dürfte. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo, On Wed, 19 Mar 2003, Manfred Tremmel wrote:
Am Mittwoch, 19. März 2003 00:57 schrieb David Haller:
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein.
Dazu brauchst du eine funktionierende libusb (samt headern).
Sieht fast so aus, als ob ich das Sane-Paket bei Packman am Wochenende nochmal neu packen dürfte.
Wie kommts, hast du keine libusb? ;) Da freut sich Bernd sicher, wenn du ein passendes sane baeckst ;) -dnh --
ich habe gehört, links von hier soll es noch eine andere GABELN geben. Sieh doch gleich mal nach. Ich bin doch schon in mehr als 32 N.G.'s. Soll Ich denn das ganze Usernetz verpesten, nur um des lieben Postens willen. [Andreas Ferber und WoKo in dag°]
Am Mittwoch, 19. März 2003 22:44 schrieb David Haller:
Wie kommts, hast du keine libusb? ;)
Doch, ist installiert. Ob es zum Compilezeitpunkt des sane-RPMs installiert war, kann ich allerdings nicht garantieren.
Da freut sich Bernd sicher, wenn du ein passendes sane baeckst ;)
Mach ich am Wochenende gerne. Wärend der Woche ist Streß pur, nächste Woche muß ich freinehmen (sonst verfällt der alte Urlaub) und diese Woche müssen Sachen erledigt werden, die eigentlich zwei brauchen. Bin froh, wenn ich mich durch die Mailinglisten hasten kann ehe ich ins Bett falle. Gut dass der tägliche xine-cvs-Build (cvs download, tarballs erstellen, SPEC-File dynamisch aufbaun, bei ner neuen Version tarball runterladen und Mail an mich, compile, installieren und bei Packman in das Testverzeichnis uploaden) mittlerweile im Cron-Job automatisch durchläuft. Ich weiß, dass ein Shell-Guru wie Du das vermutlich in einer Zeile macht, aber für mich war das ne schwere Geburt ;-) Ach ja, downloadbar vom Downloadserver http://kbs59.informatik.uni-bremen.de/~henne/testing/xine-cvs/ Aber am Wochenende soll eh ne neue libxine kommen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo, On Thu, 20 Mar 2003, Manfred Tremmel wrote:
Am Mittwoch, 19. März 2003 22:44 schrieb David Haller:
Wie kommts, hast du keine libusb? ;)
Doch, ist installiert. Ob es zum Compilezeitpunkt des sane-RPMs installiert war, kann ich allerdings nicht garantieren.
Hm. Oder sie wurde nicht gefunden. Das .spec und configure sehen ja ok aus.
Da freut sich Bernd sicher, wenn du ein passendes sane baeckst ;)
Mach ich am Wochenende gerne.
Nur kein Stress, Bernd baeckt ja jetzt wohl doch selbst ;) Ich haette ja ausgeholfen, aber ohne libusb, insserv, diversen SuSE-RPM-Makros und mit glibc-2.1.3 waere das wohl nicht ganz das gewollte ;) [xine cvs auto-build]
Packman in das Testverzeichnis uploaden) mittlerweile im Cron-Job automatisch durchläuft.
Schick!
Ich weiß, dass ein Shell-Guru
Hae? Ich und "Guru"? Wo bekomm ich das Zeug das du rauchst? ;)
wie Du das vermutlich in einer Zeile macht,
Nein. Sicher nicht.
aber für mich war das ne schwere Geburt ;-)
Glaub ich ;) Wuerd' gern mal nen Blick draufwerfen. -dnh -- "Recently a friend gave me a pornographic video and said that I'd like it, but I don't know how to watch it. I don't have a pornograph." -- Peter Moylan in alt.usage.english
Am Freitag, 21. März 2003 04:57 schrieb David Haller:
Hae? Ich und "Guru"? Wo bekomm ich das Zeug das du rauchst? ;)
Nichtraucher, vielleicht liegts daran.
wie Du das vermutlich in einer Zeile macht,
Nein. Sicher nicht.
Du enttäuscht mich ;-)
aber für mich war das ne schwere Geburt ;-)
Glaub ich ;) Wuerd' gern mal nen Blick draufwerfen.
Kommt via PM. Aber nicht zu viel erwarten, es ist heute Nacht das zweite mal durchgelaufen und ist noch ausbaufähig. Die Laufzeit zu optimieren dürfte reichlich Zeitverschwendung sein, bei < 1 sec. Skript und 40 Min Compilezeit. Insbesondere müssen da noch andere xine-Pakete rein, gxine, xine-vcdnav und xine-plugin werden die nächsten Tag auf jeden Fall mit reinkommen. Mal sehen, vielleicht mach ich was ähnliches mit anderen Paketen. Dann wirds auch noch interessant das mit Hendriks Uploadscript zu kombinieren. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo, On Sat, 22 Mar 2003, Manfred Tremmel wrote:
Am Freitag, 21. März 2003 04:57 schrieb David Haller:
Hae? Ich und "Guru"? Wo bekomm ich das Zeug das du rauchst? ;)
Nichtraucher, vielleicht liegts daran.
Hm. Isst du Pilze?? Oder trinkst du? ;)
wie Du das vermutlich in einer Zeile macht,
Nein. Sicher nicht.
Du enttäuscht mich ;-)
Okok, prinzipiell geht sowas natuerlich (boeswillig) in einer (sehr, sehr, sehr langen) Zeile... Wobei, auf eingebettete Zeilenumbrueche in nem sed hab ich jetzt nicht geachtet... *g*
aber für mich war das ne schwere Geburt ;-)
Glaub ich ;) Wuerd' gern mal nen Blick draufwerfen.
Kommt via PM. Aber nicht zu viel erwarten, es ist heute Nacht das zweite mal durchgelaufen und ist noch ausbaufähig. Die Laufzeit zu optimieren dürfte reichlich Zeitverschwendung sein, bei < 1 sec. Skript und 40 Min Compilezeit.
Ohem, nuja, stimmt. Auf den ersten Blick ist mir u.a. eine lange Kette von grep's aufgefallen... Zumindest sowas kann man zusammenfassen... Ansonsten hast du viele absolute Pfade und anderes immer und immer wieder drin, da wuerde ich (kurze?) Variablen fuer nehmen. Und an ein paar Stellen wuerde ich 'eval' statt X=`grep | awk` verwenden ;) Aber "Respekt"! Fehler sind mir jedenfalls keine aufgefallen. Und ich denke, ich werde da die ein oder andere Idee "klauen" koennen ;) -dnh -- Woko ist einer, Woko ist viele. [WoKo in dag°]
Am Montag, 24. März 2003 21:19 schrieb David Haller:
Okok, prinzipiell geht sowas natuerlich (boeswillig) in einer (sehr, sehr, sehr langen) Zeile... Wobei, auf eingebettete Zeilenumbrueche in nem sed hab ich jetzt nicht geachtet... *g*
Solang der Editor mit macht und man die Sache noch überblickt. Kommt ausgedruckt dann auch recht gut ;-)
Auf den ersten Blick ist mir u.a. eine lange Kette von grep's aufgefallen... Zumindest sowas kann man zusammenfassen...
Stimmt.
Ansonsten hast du viele absolute Pfade und anderes immer und immer wieder drin, da wuerde ich (kurze?) Variablen fuer nehmen. Und an ein
Die Absoluten Pfade sind drin, weil ich mir mit der eingeschränkten $PATH-Angabe im cron nichts kaputmachen lassen wollte. Hätte sich eigentlich erledigt, weil das ./configure der libxine bei eingeschränktem $PATH einiges nicht findet. Im Prinzip könnte ich die Pfade rausnehmen, aber wenns schon drin ist.
paar Stellen wuerde ich 'eval' statt X=`grep | awk` verwenden ;)
Hast Du gemessen, wie viel schneller es dann läuft? :-)
Aber "Respekt"! Fehler sind mir jedenfalls keine aufgefallen. Und ich
Für einen Mausschubser (erste Maus schon am Commodore C128D) gehts schon, denke ich. Mittlerweile ist das Script doppelt so groß, gxine xine-vcdx und xine-mozilla-plugin sind mit drin, die tar.gz's werden erst umgepackt in tar.bz2's, die specs sind geändert und mit Packman-Variablen für Hendriks Upload-Script erweitert und sollte automatisch hochgeladen und ins Web-Interface eingetragen werden. Jetzt wurde leider im cvs bei der xine-ui schon die Version geändert, Release ist aber noch nicht raus, das versaut mein Konzept...
denke, ich werde da die ein oder andere Idee "klauen" koennen ;)
Hiermit genehmigt, muß ich wohl den GPL-Header noch mit reinnehmen, um die rechtliche Lage festzulegen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Mittwoch, 19. März 2003 21:50 schrieb Manfred Tremmel:
Am Mittwoch, 19. März 2003 00:57 schrieb David Haller:
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein.
Dazu brauchst du eine funktionierende libusb (samt headern).
Sieht fast so aus, als ob ich das Sane-Paket bei Packman am Wochenende nochmal neu packen dürfte.
Das neue RPM ist fertig. Sieht fast so aus, als ob die libusb zu alt für die aktuelle Sane Version ist. Bei Installation bitte den Hinweis beachten. Naja, das SPEC-File ist jetzt sauber und installiert nicht direkt ins System, das RPM zu bauen benötigt keine Root-Rechte mehr, und mir können keine Treiber der Vorgängerversion mehr reinrutschen ;-) Die Treiber für drei Scanner (wie den sm3600) sind jetzt mit dabei, die vorher nicht dabei waren. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo Manfred, === Am Samstag, 22. März 2003 17:59 schrieb Manfred Tremmel: ===
Am Mittwoch, 19. März 2003 21:50 schrieb Manfred Tremmel:
Am Mittwoch, 19. März 2003 00:57 schrieb David Haller:
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein.
Dazu brauchst du eine funktionierende libusb (samt headern).
Sieht fast so aus, als ob ich das Sane-Paket bei Packman am Wochenende nochmal neu packen dürfte.
Das neue RPM ist fertig. Sieht fast so aus, als ob die libusb zu alt für die aktuelle Sane Version ist. Bei Installation bitte den Hinweis beachten.
Naja, das SPEC-File ist jetzt sauber und installiert nicht direkt ins System, das RPM zu bauen benötigt keine Root-Rechte mehr, und mir können keine Treiber der Vorgängerversion mehr reinrutschen ;-) Die Treiber für drei Scanner (wie den sm3600) sind jetzt mit dabei, die vorher nicht dabei waren.
Das ist toll. Vielen Dank! Werde jetzt aber sicherheitshalber mal die Antwort von David auf mein logfile abwarten (der seit Freitag abend nicht mehr im Netz gewesen zu sein scheint), bevor ich in Sachen Scanner überhaupt noch irgendetwas weitermache. Da scheint ganz allgemein was nicht zu stimmen: "missing", you should update" "Fehlerhafter Status" undefined macro". Aber auf jeden Fall freue ich mich, dass ich meinen Scanner dann in Kürze auf jeden Fall auch unter Linux benutzen kann. Bisher musste ich deshalb nämlich immer noch auf Windows gehen. Nochmals vielen Dank Bernd
Hallo, On Sat, 22 Mar 2003, Bernd Stäglich wrote:
=== Am Samstag, 22. März 2003 17:59 schrieb Manfred Tremmel: ===
Am Mittwoch, 19. März 2003 21:50 schrieb Manfred Tremmel:
Am Mittwoch, 19. März 2003 00:57 schrieb David Haller:
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein.
Dazu brauchst du eine funktionierende libusb (samt headern).
Sieht fast so aus, als ob ich das Sane-Paket bei Packman am Wochenende nochmal neu packen dürfte.
Das neue RPM ist fertig. Sieht fast so aus, als ob die libusb zu alt für die aktuelle Sane Version ist. Bei Installation bitte den Hinweis beachten.
Oha ;) Nur lt. configure zu alt, oder gab's tatsaechlich beim kompilieren Fehler?
Naja, das SPEC-File ist jetzt sauber und installiert nicht direkt ins System, das RPM zu bauen benötigt keine Root-Rechte mehr,
*hehe* :)
Die Treiber für drei Scanner (wie den sm3600) sind jetzt mit dabei, die vorher nicht dabei waren.
Das ist toll. Vielen Dank! Werde jetzt aber sicherheitshalber mal die Antwort von David auf mein logfile abwarten (der seit Freitag abend nicht mehr im Netz gewesen zu sein scheint),
Sorry, "im Netz" war ich schon, nur ging's mir nicht sonderlich und die Liste hier war mir einfach nur noch zu bescheuert. *hrrrmpf*
bevor ich in Sachen Scanner überhaupt noch irgendetwas weitermache. Da scheint ganz allgemein was nicht zu stimmen: "missing", you should update"
Das war nur ein Hinweis, und der naechste Befehl war dann auch aclocal.
"Fehlerhafter Status" undefined macro".
Hier wirfst du 2 Meldungen durcheinander. Einmal die von autoconf: error: possibly undefined macro: AC_GNU_SOURCE und dann die von rpm, als Folge des obigen: Fehlerhafter Status nach Ausführen von /var/tmp/rpm-tmp.32731 (%build) Mich deucht, dass das ein Problem mit den autoconf/-make Versionen ist... *seufz* Also Bernd, saug dir die neuen RPMs von Manfred, das Problem mit den autotools ist wohl ein wenig viel fuer den Anfang... ;) -dnh -- Two atoms are walking along. Suddenly, one stops. The other says, "What's wrong?" "I've lost an electron." "Are you sure?" "I'm positive!"
Am Montag, 24. März 2003 21:52 schrieb David Haller:
Oha ;) Nur lt. configure zu alt, oder gab's tatsaechlich beim kompilieren Fehler?
Das configure script erkennt es, akzeptiert es, baut ein kleines Testprogramm zur Prüfung der Funktionsfähigkeit und das läuft dann nicht, wegen nem unresolved Symbol (frag mich jetzt nicht wo, hab die Ausgabe nicht mehr hier). Daraufhin wird der sm3600er deaktiviert.
Naja, das SPEC-File ist jetzt sauber und installiert nicht direkt ins System, das RPM zu bauen benötigt keine Root-Rechte mehr,
*hehe* :)
Naja, das Problem ist halt, dass sane-backends und sane-frontends in einem spec-file gebaut werden, wenn die sane-backendes compiliert wurden und das configure-script der sane-frontends losrattert, findet dieses natürlich keine installierten sane-backends. Bei SuSE hat man es sich wohl einfach gemacht und läst DESTDIR einfach weg und die Sache ins System installieren. Hat halt den netten nebeneffekt, dass nicht in zwangsweise saubere Verzeichnisse installiert wird und libs aus älteren sane-versionen gern mal ins Paket wandern. Ich erweitere halt $PATH im SPEC-File und gib mit CPPFLAGS und LDFLAGS die Includes bzw libs-Verzeichnisse des BUILD-Bereichs mit, dann geht das auch so. Sollte man bei SuSE mal nen Blick drauf werfen ;-)
Mich deucht, dass das ein Problem mit den autoconf/-make Versionen ist... *seufz*
Autoconf der SuSE 8.1 ist für sane >= 1.0.10 zu alt, mit der aktuellen Version 2.57 (liegt auch bei Packman) gehts.
Also Bernd, saug dir die neuen RPMs von Manfred, das Problem mit den autotools ist wohl ein wenig viel fuer den Anfang... ;)
Glaub mir, das hat mir auch viel Zeit gekostet, bis ich dahinter gestiegen bin, wo der Fehler sitzt. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo zusammen, === Am Montag, 24. März 2003 21:52 schrieb David Haller: ===
Hallo,
On Sat, 22 Mar 2003, Bernd Stäglich wrote:
=== Am Samstag, 22. März 2003 17:59 schrieb Manfred Tremmel: ===
Am Mittwoch, 19. März 2003 21:50 schrieb Manfred Tremmel:
Am Mittwoch, 19. März 2003 00:57 schrieb David Haller:
Die Libs _sind_ ein Backend. Dazu muss sane-backends allerdings passend kompiliert sein.
Dazu brauchst du eine funktionierende libusb (samt headern).
Sieht fast so aus, als ob ich das Sane-Paket bei Packman am Wochenende nochmal neu packen dürfte.
Das neue RPM ist fertig. Sieht fast so aus, als ob die libusb zu alt für die aktuelle Sane Version ist. Bei Installation bitte den Hinweis beachten. [...] Die Treiber für drei Scanner (wie den sm3600) sind jetzt mit dabei, die vorher nicht dabei waren.
Wo finde ich die, um zu sehen, ob sie dabei sind (wg weiterem Misserfolg siehe nämlich unten)?
[...] Also Bernd, saug dir die neuen RPMs von Manfred, das Problem mit den autotools ist wohl ein wenig viel fuer den Anfang... ;)
-dnh
Also: Ich habe gesaugt und gesaugt: libusb, libieee, sane, xsane - alles also auf dem neuesten Stand. Alles mit "rpm -Uvh". Um alles auch ganz sauber zu haben, hatte ich vorher sane und xsane mittels YASt2 deinstalliert. Hätte ich auch das alte libusb deinstallieren müssen? Oder hätte ich vorher gar nichts deinstallieren dürfen? Das Ergebnis der Scanner-Erkennung ist nämlich das Gleiche wie schon die Wochen vorher: Weit und breit taucht unter YAST2 auch nicht ansatzweise mein Scannermodell oder der Treiber sm3600 auf. Immer nur "microtek - " und "/dev/usbscanner". Immer dazu die Nachricht, dass der Scanner nicht automatisch erkannt wurde und manuell konfiguriert werden muss, was dann über YASt2 regelmäßig ins Nichts führt. Weit und breit kein "sm3600" oder "Microtek ScanMaker 3600" trotz der Nachricht (wenn ich zusätzlich "Laden" gewählt habe), dass das USB erfolgreich geladen worden sei. Nun hatte ich ja in dem ganzen Stadium davor an einigem rumgeschraubt: In "/etc/hotplug" in "usb.distmap", "usb.usermap" hatte ich von meinem Scanner die Produktnr. usw. händisch eingetragen, wie in den sm3600-Anweisungen von sourceforg.net angegeben. War das vielleicht zuviel des Guten? In "/etc/hotplug/usb" 2 Files "microtek" bzw "sm3600" aus eigener Vollkommenheit zusätzlich und ebenfalls mit den Produktnrn. von sourceforge.net usw. angelegt, in der Hoffnung, dass wenigstens dann irgendwas mal erkannt wird. War das vielleicht zu viel des Guten? In "/etc/sane.d" in "microtek.conf" , "microtek.yast2.conf..." jeweils "/dev/usbscanner" bzw. "usb /dev/usbscanner" eingetragen (allerdings noch nichts in "microtek2.conf". War das richtig oder muss da eine andere Gerätenr. rein und wie finde ich die? Muss ich vielleicht in diesen conf-Dateien noch mal die Produktnrn. von sourcforge.net eintragen? Warum wurde keine "sm3600.conf" mit den betreffenden Eintragungen angelegt, wo sich doch alles um "sm3600" dreht? Jetzt nach dem Update ganz neu noch mal in "/etc/sane.d" in "dll.conf" das "#" vor "sm3600" entfernt, also sm3600 aktiviert. Das ist doch auf jeden Fall richtig oder? Das Ergebnis ist bis zuletzt immer gleich betrüblich. Bei der Hardwareerkennung unter YAST2 ist sm3600 weit und breit nicht zu entdecken. Einzige Zuweisung ist immer nur "microtek -" mit "/dev/usbscanner". Warum taucht das Gerät und sm3600 dort nirgendwo auf? Muss ich da jetzt "Generic - dll" wählen? Muss ich bei der Auswahl "Modul" "microtek" statt "Scanner" wählen? Muss ich statt "/dev/usbscanner" versuchen, ein anderes Gerät zu definieren? Muss ich in die microtek.conf-Dateien überall "usb /dev/usbscanner" oder nur "/dev/usbscanner" eintragen? Muss ich auch dort vielleicht ein ganz anderes Gerät eintragen, weil "/dev/usbscanner" falsch ist? Muss ich da noch was bei den Geräten neu verlinken, z.B. von "/dev/sg sonstwas" auf "/dev/usbscanner"? Fragen über Fragen und (bis jetzt) keine Antwort. Kann mir da noch jemand helfen? Besten Dank im voraus (hoffentlich) Bernd
Am Mittwoch, 26. März 2003 20:50 schrieb Bernd Stäglich:
Wo finde ich die, um zu sehen, ob sie dabei sind (wg weiterem Misserfolg siehe nämlich unten)?
In /usr/lib/sane/ nachschaun, bei dem Packman-RPM gibts da folgende Treiber: /usr/lib/sane/libsane-sm3600.la /usr/lib/sane/libsane-sm3600.so /usr/lib/sane/libsane-sm3600.so.1 /usr/lib/sane/libsane-sm3600.so.1.0.11 Wenn die drin sind, sollte es soweit schon mal passen.
Also: Ich habe gesaugt und gesaugt: libusb, libieee, sane, xsane - alles also auf dem neuesten Stand. Alles mit "rpm -Uvh". Um alles auch ganz sauber zu haben, hatte ich vorher sane und xsane mittels YASt2 deinstalliert. Hätte ich auch das alte libusb deinstallieren müssen? Oder hätte ich vorher gar nichts deinstallieren dürfen?
Du mußt nicht deinstallieren, das U bei den rpm-Parametern steht für Update, rpm entfernt die alte version dann selbständig.
Das Ergebnis der Scanner-Erkennung ist nämlich das Gleiche wie schon die Wochen vorher: Weit und breit taucht unter YAST2 auch nicht ansatzweise mein Scannermodell oder der Treiber sm3600 auf. Immer nur
Yast2 wird durch das sane Paket auch nicht aktualisiert, sollte der Treiber bei dem von SuSE mitgelieferten Paket noch nicht enthalten gewesen sein, wird es auch nach Update des Pakets damit nicht erkannt. Ich hab jetzt selbst mit USB-Scannern keine Erfahrung, mein SCSI-Scanner ist recht den entschrenden Treiber in der /etc/sane.d/dll.conf zu aktivieren und gut ist (ok in meinem Fall wars etwas complizierter, musste einige Kleinigkeiten im Treiber umschreiben ...). Ich kann jetzt auch nur auf http://sm3600.sourceforge.net/ verweisen. Vielleicht hat ja jemand anderes mehr Informationen hier. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
=== Am Mittwoch, 26. März 2003 23:43 schrieb Manfred Tremmel: ===
Am Mittwoch, 26. März 2003 20:50 schrieb Bernd Stäglich:
Wo finde ich die, um zu sehen, ob sie dabei sind (wg weiterem Misserfolg siehe nämlich unten)?
In /usr/lib/sane/ nachschaun, bei dem Packman-RPM gibts da folgende Treiber:
/usr/lib/sane/libsane-sm3600.la /usr/lib/sane/libsane-sm3600.so /usr/lib/sane/libsane-sm3600.so.1 /usr/lib/sane/libsane-sm3600.so.1.0.11
Wenn die drin sind, sollte es soweit schon mal passen.
die sind drin. Das ist schon mal toll. Vielen Dank. Und es ist ja auch so, dass der Scanner jetzt kontinuierlich mit Anbieterkennung und Produktkennung erkannt wird: Auszug /var/log/messages: "Mar 27 04:29:45 linux kernel: hub.c: USB new device connect on bus2/3, assigned device number 3 Mar 27 04:29:45 linux kernel: usb.c: USB device 3 (vend/prod 0x5da/0x40b3) is not claimed by any active driver." Unter "usb-Geräte" im Kontrollzentrum taucht er halt immer bloß als "Unbekanntes Gerät" auf. Und auch warum das Gerät nun immer noch nicht "claimed by any active driver" ist, ist mir ein Rätsel. Auch taucht das Gerät in der /var/log/boot.msg nicht auf. Habe also keine Ahnung, worunter das Gerät nun läuft oder laufen sollte: /dev/sg, /dev/scd, /dev/sr, /dev/scanner, /dev/usbscanner? Muss ich evtl. noch in die /etc/fstab manuell was eintragen? "/dev/usbscanner", was mir YASt2 bei der Scannererkennung immer vorgibt, ist da nämlich noch nicht drin?
[...]
Das Ergebnis der Scanner-Erkennung ist nämlich das Gleiche wie schon die Wochen vorher: Weit und breit taucht unter YAST2 auch nicht ansatzweise mein Scannermodell oder der Treiber sm3600 auf. Immer nur
Yast2 wird durch das sane Paket auch nicht aktualisiert, sollte der Treiber bei dem von SuSE mitgelieferten Paket noch nicht enthalten gewesen sein, wird es auch nach Update des Pakets damit nicht erkannt.
also das verstehe ich jetzt nicht. Wenn ich die Treiber sm3600 jetzt über das neue sane-Paket habe, in welchem Paket müssten die denn noch drin sein außer in obigem /usr/lib/sane sowie /etc/ sowei /etc/sane.d?
Ich hab jetzt selbst mit USB-Scannern keine Erfahrung, mein SCSI-Scanner ist recht den entschrenden Treiber in der /etc/sane.d/dll.conf zu aktivieren und gut ist (ok in meinem Fall wars etwas complizierter, musste einige Kleinigkeiten im Treiber umschreiben ...).
Muss ich evtl. auch was umschreiben? Wo/an welchen Stellen hast du denn was umgeschrieben?
Ich kann jetzt auch nur auf http://sm3600.sourceforge.net/ verweisen.
ja, da gucke ich nun auch noch mal nach. Immerhin habe ich ja die libsane-sm3600-Dateien jetzt, die mir bei Eröffnung des Threads gefehlt hatten.
Vielleicht hat ja jemand anderes mehr Informationen hier.
Ja das wäre toll. Verweise hierzu noch mal auf meine Bezugs-Mail vom Mittwoch, 26. März 2003 20:50, wo ich ja ne Reihe konkreter Fragen aufgeworfen hatte. Kann sie gerne auch noch mal liefern, falls inzwischen gelöscht. Und siehe meine Fragen weiter oben! Tschüss Bernd
Am Donnerstag, 27. März 2003 05:06 schrieb Bernd Stäglich:
=== Am Mittwoch, 26. März 2003 23:43 schrieb Manfred Tremmel: ===
Auszug /var/log/messages: "Mar 27 04:29:45 linux kernel: hub.c: USB new device connect on bus2/3, assigned device number 3 Mar 27 04:29:45 linux kernel: usb.c: USB device 3 (vend/prod 0x5da/0x40b3) is not claimed by any active driver."
Vielleicht in /etc/hotplug/usb.distmap mit eintragen? Da stehen zumindestens jede Menge Scanner mit drin, die Produkt-ID find ich allerdings nicht.
Yast2 wird durch das sane Paket auch nicht aktualisiert, sollte der Treiber bei dem von SuSE mitgelieferten Paket noch nicht enthalten gewesen sein, wird es auch nach Update des Pakets damit nicht erkannt.
also das verstehe ich jetzt nicht. Wenn ich die Treiber sm3600 jetzt über das neue sane-Paket habe, in welchem Paket müssten die denn noch drin sein außer in obigem /usr/lib/sane sowie /etc/ sowei /etc/sane.d?
Frag mich nicht, wie Yast2 genau arbeitet, dass kann ich Dir auch nicht sagen.
Ich hab jetzt selbst mit USB-Scannern keine Erfahrung, mein SCSI-Scanner ist recht den entschrenden Treiber in der /etc/sane.d/dll.conf zu aktivieren und gut ist (ok in meinem Fall wars etwas complizierter, musste einige Kleinigkeiten im Treiber umschreiben ...).
Muss ich evtl. auch was umschreiben? Wo/an welchen Stellen hast du denn was umgeschrieben?
Ich musste den C-Sourcecode des Treibers überarbeiten. Als ich den Patch an den Maintainter geschickt hatte, wurde mir bestätigt, dass das ein bekanntes Problem ist. Ist ein übler Hack, aber ohne Doku der Scannerbefehle bin ich froh, dass es mit einigen Einschränkungen so läuft. Das dürfte allerdings bei Dir nicht das Problem sein. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (4)
-
Bernd Stäglich
-
David Haller
-
Jens Haase
-
Manfred Tremmel