blinux-mbrola ohne braille (sniffer)
Hallo Liste, ich moechte gerne blinux mit mbrola einrichten und weiterhin die Tastatur und Bildschirm wie bisher wieterbenutzen, zumal ich auch noch keine Braillezeile habe und noch nicht ganz blind bin. Bei der Installation von Blinux kam ein Warnhinweis von Yast, dass die Installation ohne Braillezeile keinen Sinn ergaebe. Ist das so ? Kann ich nicht mit der Sprachausgabe zunaechst ueben, zumal ich auch nicht total blind bin ? In diesem Zusammenhang taucht immer wieder der Keyboardsniffer auf. Da die Dokumentation sehr duenn ist habe ich schon gedacht, dass er fuer SuSE 9.0 nicht mehr noetig ist. Falls nicht, wie geht das mit dem Kernelkompilieren des sniffers, geht dies vielleicht auch als Modul ? Es ist keine Braillezeile angeschlossen. Wie sollte dann die Einstellung "brlport=" in der suse-blinux.conf aussehen um keine Fehlermeldungen zu erhalten? Gruss Juergen
Hallo! Wenn keine Braille-Zeile angeschlossen ist, dann sollte man den Kernelpatch haben, sonst kann man den "Sprachcursor" nicht vom "normalen" Cursor abkoppeln. Für einen Betrieb ohne Braille-Zeile würde ich mir mal brass anschauen (http://www.butenuth.onlinehome.de/blinux), für die Installation und den Kernelpatch würde ich mir aber jemand dazuholen, der schon mal einen Kernel compiliert hat. Ansonsten Fragen an mich (oder die Liste). Viele Grüße Roger Butenuth On Sun, 25 Jan 2004, nn wrote:
Hallo Liste,
ich moechte gerne blinux mit mbrola einrichten und weiterhin die Tastatur und Bildschirm wie bisher wieterbenutzen, zumal ich auch noch keine Braillezeile habe und noch nicht ganz blind bin.
Bei der Installation von Blinux kam ein Warnhinweis von Yast, dass die Installation ohne Braillezeile keinen Sinn ergaebe. Ist das so ? Kann ich nicht mit der Sprachausgabe zunaechst ueben, zumal ich auch nicht total blind bin ?
In diesem Zusammenhang taucht immer wieder der Keyboardsniffer auf. Da die Dokumentation sehr duenn ist habe ich schon gedacht, dass er fuer SuSE 9.0 nicht mehr noetig ist. Falls nicht, wie geht das mit dem Kernelkompilieren des sniffers, geht dies vielleicht auch als Modul ?
Es ist keine Braillezeile angeschlossen. Wie sollte dann die Einstellung "brlport=" in der suse-blinux.conf aussehen um keine Fehlermeldungen zu erhalten?
Gruss Juergen
-- Um sich von der Liste abzumelden schreiben Sie bitte eine Mail an die Adresse, die im Kopf hinter dem List-Unsubscribe-Eintrag zu finden ist. Um eine Liste aller verf|gbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-blinux-d-help@suse.com
On Sunday 25 January 2004 13:23, Roger Butenuth wrote:
Hallo!
Wenn keine Braille-Zeile angeschlossen ist, dann sollte man den Kernelpatch haben, sonst kann man den "Sprachcursor" nicht vom "normalen" Cursor abkoppeln.
Hallo Roger die patches zu haben ist das geringste problem :)) ... So sieht es bei mir aus: Linux version 2.4.21-99-default (root@i386.suse.de) (gcc version 3.3.1 (SuSE Linux)) sniff-patch-2.4.20.gz sniff-patch-2.4.24.gz ... nur muss ich die patches in den kernel "rein- oder ranbekommen. Ich habe im "Kofler" gelesen wie grausig die Einstellung der ".config-parameter" bei der Kompilierung sein kann, das war nicht gerade ermutigend, dennoch moechte ich es mit Eurer Hilfe versuchen, da es bei Dominik mit aehnlichem System wohl schon geklappt hat. Welcher patch ist fuer 2.4.21 sinnvoll ? Soll der sniffer als Festbestandteil (YES) oder als ladbares modul (MODUL) kompiliert werden oder ist die Frage dumm ? Wie kann ich nach dem kompilieren zunaechst testen ob der sniffer "drin" ist ?
Für einen Betrieb ohne Braille-Zeile würde ich mir mal brass anschauen (http://www.butenuth.onlinehome.de/blinux), für die Installation und den Kernelpatch würde ich mir aber jemand dazuholen, der schon mal einen Kernel compiliert hat.
brass habe ich mir schon bei Dir runtergeladen und beim anschauen auch schon einige nette fileextensions wie *.c und *.h etc. bemerkt. Laesst wohl darauf schliessen, dass es sich nicht um ein RPM handelt :)). Kai Ruemmler schrieb in der Liste: "Wichtig: Du musst den Kernel patchen, bevor du Brass compilierst, da sonst Brass ohne Code für das Keyboardsniffing compiliert wird. (Es wird im Makefile auf /usr/include/linux/kbd_sniff.h getestet." Ich denke brass nehme ich mir im naechsten Schritt vor. Jemanden dazu nehmen, der schon mal einen Kernel kompiliert hat faellt leider aus, (Alles MS-Windows-Leute hier :( ). Also bleibt mir die Liste und die scheint ja sehr kompetent zu sein.
Ansonsten Fragen an mich (oder die Liste).
Viele Grüße Roger Butenuth
Viele Gruesse und vielen Dank fuer Dein Angebot Juergen
* nn <heinpol@top2.pl> schrieb:
Welcher patch ist fuer 2.4.21 sinnvoll ?
Der für 2.4.20.
Soll der sniffer als Festbestandteil (YES) oder als ladbares modul (MODUL) kompiliert werden oder ist die Frage dumm ?
Nein, nicht dumm. Der Keyboard Sniffer ist nach dem Patchen sozusagen direkt im Kernel und du wirst nicht gefragt werden.
Wie kann ich nach dem kompilieren zunaechst testen ob der sniffer "drin" ist ?
Indem du bei Brass z.B. die linke und rechte Shifttaste gleichzeitig drückst und versuchst mit Cursor-auf und Cursor-ab auf dem Bildschirm nach oben und unten zu wandern. Bei Sbl musst du vorher die Taste definieren, mit der du in den "Sniff" Modus wechselst ("kbdsniffon/kbdsniffoff"). Falls du erst mal nur testen willst, ob das Keyboard sniffen mit dem gepatchten Kernel funktionieren würde, kann ich dir dafür einen Codeschnipsel schicken.
Kai Ruemmler schrieb in der Liste: "Wichtig: Du musst den Kernel patchen, bevor du Brass compilierst, da sonst Brass ohne Code für das Keyboardsniffing compiliert wird. (Es wird im Makefile auf /usr/include/linux/kbd_sniff.h getestet."
Ich denke brass nehme ich mir im naechsten Schritt vor.
Wie ich neulich schon mal geschrieben hatte, ist Brass, wenn du keine Zeile hast, auf jeden Fall Sbl vorzuziehen. Sbl verursacht ohne Zeile rasch Kopfschmerzen. Wenn du Probleme hast Brass zu compilieren, könnte ich dir Wahlweise ein tgz oder rpm bauen, welches ich dir so konfigurieren würde, dass du es nur noch installieren brauchst.
Jemanden dazu nehmen, der schon mal einen Kernel kompiliert hat faellt leider aus, (Alles MS-Windows-Leute hier :( ).
Einen Kernel zu compilieren ist bei weitem nicht so schwer wie es hier und da so geschrieben wird. Die Installationsmenüs der aktuellen Kernel nehmen dir einen Großteil der Arbeit ab. Die .config liefern eigentlich alle Distros mit, du könntest also einfach die Quellen vom Suse Kernel installieren, dir die .config von dem Kernel suchen der bei dir gerade läuft (der den die Suse CD automatisch installiert hat) und damit ohne Konfigurationsschmerz genau den gleichen Kernel nocheinmal bauen. Wenn du dann vorher noch den sniff-Patch eingespielt hast, hättest du den original Suse Kernel mit Sniffen und so. Kai
Hallo! Noch etwas Senf von mir dazu... On Sun, 25 Jan 2004, Kai Ruemmler wrote:
* nn <heinpol@top2.pl> schrieb: ...
Wie kann ich nach dem kompilieren zunaechst testen ob der sniffer "drin" ist ?
Die Datei /usr/include/linux/kdb_sniff.h sollte existieren. Wenn nicht, muss man unter Umständen die Kernel-Includes unter /usr/include/linux umbenennen und einen Link auf die passenden Kernel-Sourcen anlegen: cd /usr/include mv linux linux.old ln -s /usr/src/linux-2.4.20.SuSE/include/linux linux
Indem du bei Brass z.B. die linke und rechte Shifttaste gleichzeitig drückst und versuchst mit Cursor-auf und Cursor-ab auf dem Bildschirm nach oben und unten zu wandern.
Mit der Leertaste kommt man aus diesem Spezialmodus übrigens wieder raus. Viele Grüße Roger
Hallo Liste, ich musste einige Zeit basteln, um meinen normalen email-account auch unter linux zum senden zu verwenden. Der Webmailer "strato.de" erwartet pop authentifizierung vor smtp. Das macht kmail nicht ohne weiteres. Bis pine bin ich noch nicht gekommen. Deshalb auch das bloede NN etc. Ich hoffe es klappt bald. ... aber zurueck zum Thema. Wenn mich nicht alles taeuscht, bietet die Firma nvidia einen gleichnamigen Treiber fuer linux an. Die Datei hat die Endung .run und ist eine scriptdatei die den Kernel patchen kann. Wenn dies soweit richtig ist sollte doch auch ein sniffer-kernel-patch-script drin sein. Ist nur so ein Gedanke. Ich weiss natuerlich nicht wie bekannt graphiktreiber in einer blinuxmailliste sind und ich denke, dass mir das patchen mit koflers und Eurer Hilfe gelingen kann. Wenn das Angebot mit dem brass.rpm noch gilt wuerde ich es gerne versuchen. Gruss Juergen
Hallo! nn schrieb:
So sieht es bei mir aus: Linux version 2.4.21-99-default (root@i386.suse.de) (gcc version 3.3.1 (SuSE Linux))
Habe den sniff-patch-2.4.20.gz für den selben Kernel und es funktioniert.
... nur muss ich die patches in den kernel "rein- oder ranbekommen. Ich habe im "Kofler" gelesen wie grausig die Einstellung der ".config-parameter" bei der Kompilierung sein kann, das war nicht gerade ermutigend, dennoch moechte ich es mit Eurer Hilfe versuchen, da es bei Dominik mit aehnlichem System wohl schon geklappt hat.
So wie ich es im Buch verstanden habe, werden mit 'make cloneconfig' die Einstellungen so wie sie waren wieder übernommen. Bei mir hat es jedenfalls so funktioniert. Wenn du das Linux Buch von Kofler zur Hand hast, und dort Schritt-für-Schritt vorgehst, dann sollte nichts schief gehen. Zumal du ja im schlimmsten Fall einfach mit dem alten Kernel wieder booten kannst.
Wie kann ich nach dem kompilieren zunaechst testen ob der sniffer "drin" ist ?
Brass erkennt dies automatisch. Allerdings muss nach dem kompilieren des Kernel noch der Include Pfad geändert werden. Bei SuSE 9 wäre das so: /usr/include/linux löschen oder umbenennen. cd /usr/include ln -s /usr/src/linux-2.4.21-99-default/include/linux linux (Danke an Roger)
brass habe ich mir schon bei Dir runtergeladen und beim anschauen auch schon einige nette fileextensions wie *.c und *.h etc. bemerkt. Laesst wohl darauf schliessen, dass es sich nicht um ein RPM handelt :)).
Ist auch kein Problem. Nach dem der Kernel gepatcht ist, einfach die config anpassen (mbrola und txt2pho müssen auch vorhanden sein) und 'make' ausführen. -- MfG, Dominik Paulus E-Mail:Dominik-Paulus@gmx.de PGP-Key: http://pgp.dpaulus.de
* Dominik Paulus <Dominik-Paulus@gmx.de> schrieb:
Brass erkennt dies automatisch. Allerdings muss nach dem kompilieren des Kernel noch der Include Pfad geändert werden. Bei SuSE 9 wäre das so:
/usr/include/linux löschen oder umbenennen. cd /usr/include ln -s /usr/src/linux-2.4.21-99-default/include/linux linux
Die Header in /usr/include/linux müssen der Kernel Version matchen, für die deine Libc (glibc) compiliert wurde. Das heißt, so wie du es gemacht hast, geht es nur, wenn in /usr/src/linux die Quellen vom gleichen Kernel liegen. Kai
participants (5)
-
Dominik Paulus -
Juergen Zdero -
Kai Ruemmler -
nn -
Roger Butenuth