Scanner Installation - ob das so gedacht war?
Das ist jetzt konkret kein Bug, weil es sich auf ein älteres System bezieht, aber vielleicht kann ja jemand schauen, ob das heute besser klappen würde Ich habe dieser Tage versucht, einen Scanner an einem 11.0 System einzurichten. Ich habe also zuerst xsane installiert (sane-backends war schon da) und dann festgestellt, dass kein Scanner erkannt wird. Beschäftigung mit google und sane-project.org führt zu sane-find-scanner: "your device was probably detected" und scanimage -L "kein Gerät" Yast (im Textmodus) erkennt nach einer länglichen Denkpause ("Erstellen der Scanner-Datenbank") das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten noch sonst irgendetwas damit unternehmen. Der Vorschlag in der entsprechenden /etc/sane.d/hersteller.conf, die usb ID einzutragen, bleibt auch wirkungslos; ein Blick in die udev-rules zeigt, dass das Gerät unterstützt sein müsste. Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss, dass es keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die diversen sane Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine dll.conf ausgewertet wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das Gerät dann auch sofort funktioniert. Nur eben schade, dass yast das nicht für mich machen wollte Wolfgang -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Wolfgang, Am 10/19/2011 08:45 AM, schrieb hamann.w@t-online.de:
Das ist jetzt konkret kein Bug, weil es sich auf ein älteres System bezieht, aber vielleicht kann ja jemand schauen, ob das heute besser klappen würde [...]
Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss, dass es keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die diversen sane Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine dll.conf ausgewertet wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das Gerät dann auch sofort funktioniert. Nur eben schade, dass yast das nicht für mich machen wollte
Ist bei 11.4 heute auch noch so. Bei meinen SCSI Epson 7000 musste ich auch den passenden Eintrag ent-kommentieren. Aber, da du ja jetzt weisst, wo du drehen musst, sollte es ja jetzt schneller funzen und du kanst die anderen Versuche weglassen. ;-) Gruss Werner
Hallo Werner, hallo Wolfgang, und da keiner einen Bugreport schreibt stolpern in 22.7 noch die Anwender drüber. Johannes Am 19.10.2011 09:23, schrieb Werner Franke:
Hi Wolfgang,
Am 10/19/2011 08:45 AM, schrieb hamann.w@t-online.de:
Das ist jetzt konkret kein Bug, weil es sich auf ein älteres System bezieht, aber vielleicht kann ja jemand schauen, ob das heute besser klappen würde [...]
Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss, dass es keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die diversen sane Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine dll.conf ausgewertet wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das Gerät dann auch sofort funktioniert. Nur eben schade, dass yast das nicht für mich machen wollte
Ist bei 11.4 heute auch noch so. Bei meinen SCSI Epson 7000 musste ich auch den passenden Eintrag ent-kommentieren. Aber, da du ja jetzt weisst, wo du drehen musst, sollte es ja jetzt schneller funzen und du kanst die anderen Versuche weglassen. ;-)
Gruss Werner
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, On Oct 19 08:45 hamann.w@t-online.de wrote:
Das ist jetzt konkret kein Bug, weil es sich auf ein älteres System bezieht, aber vielleicht kann ja jemand schauen, ob das heute besser klappen würde Ich habe dieser Tage versucht, einen Scanner an einem 11.0 System einzurichten. Ich habe also zuerst xsane installiert (sane-backends war schon da) und dann festgestellt, dass kein Scanner erkannt wird.
Beschäftigung mit google und sane-project.org führt zu sane-find-scanner: "your device was probably detected" und scanimage -L "kein Gerät" Yast (im Textmodus) erkennt nach einer länglichen Denkpause ("Erstellen der Scanner-Datenbank") das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten noch sonst irgendetwas damit unternehmen. Der Vorschlag in der entsprechenden /etc/sane.d/hersteller.conf, die usb ID einzutragen, bleibt auch wirkungslos; ein Blick in die udev-rules zeigt, dass das Gerät unterstützt sein müsste.
Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss, dass es keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die diversen sane Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine dll.conf ausgewertet wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das Gerät dann auch sofort funktioniert. Nur eben schade, dass yast das nicht für mich machen wollte
Normalerweise macht die YaST Scannerkonfiguration genau das. Einen passenden Eintrag in /etc/sane.d/dll.conf aktivieren. Schade, dass der ganze lange Text keine Information enthält, die es mir ermöglicht, nachzuvollziehen, warum das in dem Fall hier nicht funktioniert hat. Ich lese in dem Text nur: ------------------------------------------------------------- ... Scanner ... 11.0 ... ... Yast (im Textmodus) erkennt ... das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten ... ------------------------------------------------------------- Kurz: "Scanner ... 11.0 ... Yast ... mag ... nicht". Bitte zum Vergleich http://en.opensuse.org/SDB:How_to_Report_a_Printing_Issue lesen und analog nachvollziehbare Informationen liefern, sonst kann nichts daraus werden. Siehe auch http://en.opensuse.org/openSUSE:Bugreport_YaST Als Hitergrundinformation siehe http://en.opensuse.org/SDB:Configuring_Scanners Gruss Johannes Meixner -- SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
Johannes, Am 10/19/2011 09:38 AM, schrieb Johannes Kapune:
Hallo Werner, hallo Wolfgang,
und da keiner einen Bugreport schreibt stolpern in 22.7 noch die Anwender drüber.
Johannes
Bug ? Ich dachte das ist ein Feature. Da es früher in der Scanner Anleitung extra beschrieben war, dass man die Datei "dll.conf" editieren muss, und bei neueren Scannern es anscheinend zunehmend über Yast funktioniert, dachte ich, dass man da bei SUSE keine Zeit mehr in das alte Zeugs investieren will. Gruss Werner
Hallo Johannes, Am 10/19/2011 09:54 AM, schrieb Johannes Meixner:
Hallo,
On Oct 19 08:45 hamann.w@t-online.de wrote:
[...]
Normalerweise macht die YaST Scannerkonfiguration genau das. Einen passenden Eintrag in /etc/sane.d/dll.conf aktivieren.
Schade, dass der ganze lange Text keine Information enthält, die es mir ermöglicht, nachzuvollziehen, warum das in dem Fall hier nicht funktioniert hat.
Ich lese in dem Text nur: ------------------------------------------------------------- ... Scanner ... 11.0 ... ... Yast (im Textmodus) erkennt ... das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten ... ------------------------------------------------------------- Kurz: "Scanner ... 11.0 ... Yast ... mag ... nicht".
Ich muss gestehen, dass ich es mit 11.4 nicht mit Yast probiert habe, weil ich ja wusste, wo ich in dll.conf schrauben musste. Ich kann ja mal demnächst in meiner 11.4 Yast anschmeissen und dort den Scanner versuchen einzurichten. Ich hoffe nur, dass ich auch irgendwo nachlesen kann warum es nicht geklappt hat, wenn es nicht klappt. Aber vielleicht bin ich einfach nur zu pessimistisch. Das Ergebnis werde ich gerne hier posten. Gruss Werner
Hallo,
On Oct 19 08:45 hamann.w@t-online.de wrote:
Das ist jetzt konkret kein Bug, weil es sich auf ein älteres System bezieht, aber vielleicht kann ja jemand schauen, ob das heute besser klappen würde Ich habe dieser Tage versucht, einen Scanner an einem 11.0 System einzurichten. Ich habe also zuerst xsane installiert (sane-backends war schon da) und dann festgestellt, dass kein Scanner erkannt wird.
Beschäftigung mit google und sane-project.org führt zu sane-find-scanner: "your device was probably detected" und scanimage -L "kein Gerät" Yast (im Textmodus) erkennt nach einer länglichen Denkpause ("Erstellen der Scanner-Datenbank") das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten noch sonst irgendetwas damit unternehmen. Der Vorschlag in der entsprechenden /etc/sane.d/hersteller.conf, die usb ID einzutragen, bleibt auch wirkungslos; ein Blick in die udev-rules zeigt, dass das Gerät unterstützt sein müsste.
Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss, dass es keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die diversen sane Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine dll.conf ausgewertet wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das Gerät dann auch sofort funktioniert. Nur eben schade, dass yast das nicht für mich machen wollte
Normalerweise macht die YaST Scannerkonfiguration genau das. Einen passenden Eintrag in /etc/sane.d/dll.conf aktivieren.
Schade, dass der ganze lange Text keine Information enthält, die es mir ermöglicht, nachzuvollziehen, warum das in dem Fall hier nicht funktioniert hat.
Ich lese in dem Text nur: ------------------------------------------------------------- ... Scanner ... 11.0 ... ... Yast (im Textmodus) erkennt ... das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten ... ------------------------------------------------------------- Kurz: "Scanner ... 11.0 ... Yast ... mag ... nicht".
Hallo Johannes, gerade nochmal ausprobiert: die sich beim "nicht konfigurierten" Gerät anbietende Option "bearbeiten" verlässt die Scannerseite genauso wie OK. Ist der Scannertyp erst mal in der dll.conf eingetragen, wird nach erfolgreicher Suche anstelle von "nicht konfiguriert" eben der Scannertyp angezeigt Viele Grüsse Wolfgang Hamann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo alle, Am 10/19/2011 10:01 AM, schrieb Werner Franke:
Hallo Johannes,
Am 10/19/2011 09:54 AM, schrieb Johannes Meixner:
On Oct 19 08:45 hamann.w@t-online.de wrote: Normalerweise macht die YaST Scannerkonfiguration genau das. Einen passenden Eintrag in /etc/sane.d/dll.conf aktivieren.
Schade, dass der ganze lange Text keine Information enthält, die es mir ermöglicht, nachzuvollziehen, warum das in dem Fall hier nicht funktioniert hat.
[...]
Das Ergebnis werde ich gerne hier posten.
Ich muss meine Meinung revidieren. Habe es gestern mit meinem SCSI Epson GT 7000 Scanner ausprobiert. Habe den Scanner eingeschaltet und von Yast suchen lassen. Yast hat ihn nicht gefunden/erkannt. Ich habe ihn dann aus der enthaltenen Liste ausgewählt. Danach wurde von Yast in dll.conf das # bei epson entfernt. Ich habe es in der Vergangenheit noch nie so weit ausprobiert. Nachdem mein Scanner nie erkannt wurde, habe ich immer abgebrochen und die Datei von Hand geändert. Das war dann immer weniger Arbeit für mich. Grüsse Werner
Hallo, On Oct 20 08:41 Werner Franke wrote (excerpt):
Habe es gestern mit meinem SCSI Epson GT 7000 Scanner ausprobiert. Habe den Scanner eingeschaltet und von Yast suchen lassen. Yast hat ihn nicht gefunden/erkannt. Ich habe ihn dann aus der enthaltenen Liste ausgewählt. Danach wurde von Yast in dll.conf das # bei epson entfernt.
Das yast2-scanner RPM beinhaltet /usr/lib/YaST2/bin/autodetect_scanners und das ruft "sane-find-scanner -q" auf, um Scanner zu erkennen. Warum "sane-find-scanner -q" den Epson GT 7000 SCSI Scanner nicht erkennt, kann ich nicht sagen. Evtl. liefert "sane-find-scanner -v" oder "sane-find-scanner -v -v" einen Hinweis, woran es liegt. Gruß Johannes Meixner -- SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
Hi, Am 20.10.2011 09:12, schrieb Johannes Meixner:
Hallo,
On Oct 20 08:41 Werner Franke wrote (excerpt):
Habe es gestern mit meinem SCSI Epson GT 7000 Scanner ausprobiert. Habe den Scanner eingeschaltet und von Yast suchen lassen. Yast hat ihn nicht gefunden/erkannt. Ich habe ihn dann aus der enthaltenen Liste ausgewählt. Danach wurde von Yast in dll.conf das # bei epson entfernt.
Das yast2-scanner RPM beinhaltet /usr/lib/YaST2/bin/autodetect_scanners und das ruft "sane-find-scanner -q" auf, um Scanner zu erkennen.
Warum "sane-find-scanner -q" den Epson GT 7000 SCSI Scanner nicht erkennt, kann ich nicht sagen.
Evtl. liefert "sane-find-scanner -v" oder "sane-find-scanner -v -v" einen Hinweis, woran es liegt.
Bitte schlag mich nicht. Ich benutze viel Suspend to Disk ;-) Gestern habe ich mal Rebootet und dann die Scanner Geschichte nochmal ausprobiert. Jetzt hat ihn auch Yast und sane-find-scanner gefunden. Ist mir inzwischen auch gekommen, dass der S2Disk das Problem war. RESCAN-SCSI hätte wahrscheinlich auch geholfen. root@obelix (-bash) sane-find-scanner -v -v|more This is sane-find-scanner from sane-backends 1.0.22 searching for SCSI scanners: checking /dev/scanner... failed to open (Invalid argument) checking /dev/sg0... failed to open (Invalid argument) checking /dev/sg1... failed to open (Invalid argument) checking /dev/sg2... failed to open (Invalid argument) checking /dev/sg3... open ok Inquiry for device: 000: 03 00 02 02 23 00 00 00 45 50 53 4f 4e 20 20 20 ....#...EPSON 016: 53 43 41 4e 4e 45 52 20 47 54 2d 37 30 30 30 20 SCANNER GT-7000 032: 31 2e 31 34 00 00 00 ff 1.14.... found SCSI processor "EPSON SCANNER GT-7000 1.14" at /dev/sg3 Warum es früher (vor 11.4) bei mir immer nicht funktioniert hat, lässt sich jetzt natürlich nicht mehr herausfinden. S2Disk war jedenfalls nicht der Grund, weil ich das erst seit 11.4 benutze. Sorry für die Falschmeldung. Gruss Werner
Hallo, On Oct 21 13:15 Werner Franke wrote (excerpt):
Am 20.10.2011 09:12, schrieb Johannes Meixner: ...
Warum "sane-find-scanner -q" den Epson GT 7000 SCSI Scanner nicht erkennt, kann ich nicht sagen. ... Ich benutze viel Suspend to Disk ;-)
Gestern habe ich mal Rebootet und dann die Scanner Geschichte nochmal ausprobiert. Jetzt hat ihn auch Yast und sane-find-scanner gefunden.
Ist mir inzwischen auch gekommen, dass der S2Disk das Problem war. RESCAN-SCSI hätte wahrscheinlich auch geholfen.
Danke für die Information! Dass man in solchen Fällen auch an Suspend to Disk als mögliche Ursache denken muss, werde ich mir merken. Gruß Johannes Meixner -- SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
Hallo Johannes, hallo Werner, hallo Leute, Am Freitag, 21. Oktober 2011 schrieb Johannes Meixner:
On Oct 21 13:15 Werner Franke wrote (excerpt):
Ich benutze viel Suspend to Disk ;-)
Gestern habe ich mal Rebootet und dann die Scanner Geschichte nochmal ausprobiert. Jetzt hat ihn auch Yast und sane-find-scanner gefunden.
Ist mir inzwischen auch gekommen, dass der S2Disk das Problem war. RESCAN-SCSI hätte wahrscheinlich auch geholfen.
Danke für die Information!
Dass man in solchen Fällen auch an Suspend to Disk als mögliche Ursache denken muss, werde ich mir merken.
Und jetzt jagen wir das einmal durch den Übersetzer von deutsch nach bugzillisch ;-) (davon ausgehend, dass Du das rescan-scsi auch mal testest) Resume from suspend2disk should run rescan-scsi (TODO: test if it's also needed for suspend2ram) Wer trägt das in Bugzilla ein? ;-) (Ich mache es ausnahmsweise nicht, weil ich weder Ahnung von SCSI noch einen entsprechenden Scanner habe und daher die nötigen Infos nicht kenne.) Gruß Christian Boltz --
PS.: Don't drink as root! Das kann man gar nicht oft genug sagen: "uups, rm -rf * statt rm -rf *~ in /etc", das war eine Meisterleistung nachts um 3 mit 2.6 auf dem Turm ;-)) [Volker Müller und Thomas Bendler in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Christian, Am 21.10.2011 22:34, schrieb Christian Boltz:
Hallo Johannes, hallo Werner, hallo Leute,
Am Freitag, 21. Oktober 2011 schrieb Johannes Meixner:
On Oct 21 13:15 Werner Franke wrote (excerpt):
Ich benutze viel Suspend to Disk ;-)
Gestern habe ich mal Rebootet und dann die Scanner Geschichte nochmal ausprobiert. Jetzt hat ihn auch Yast und sane-find-scanner gefunden.
Ist mir inzwischen auch gekommen, dass der S2Disk das Problem war. RESCAN-SCSI hätte wahrscheinlich auch geholfen.
Danke für die Information!
Dass man in solchen Fällen auch an Suspend to Disk als mögliche Ursache denken muss, werde ich mir merken.
Und jetzt jagen wir das einmal durch den Übersetzer von deutsch nach bugzillisch ;-) (davon ausgehend, dass Du das rescan-scsi auch mal testest)
Resume from suspend2disk should run rescan-scsi (TODO: test if it's also needed for suspend2ram)
Wer trägt das in Bugzilla ein? ;-) (Ich mache es ausnahmsweise nicht, weil ich weder Ahnung von SCSI noch einen entsprechenden Scanner habe und daher die nötigen Infos nicht kenne.)
Ich bin mir jetzt nicht sicher, was Du damit meinst. Ob ich es nur
testen soll (und hier Posten) oder einen Bug in Bugzilla bearbeiten soll.
Ich gehe erst mal von ersterem aus:
Habe meine Kiste neu booten lassen und bin dann in S2Disk gegangen.
Anschließend den SCSI Scanner und danach den PC eingeschaltet und aus S2disk
geholt.
In diesem Zustand findet "sane-find-scanner -q" nichts, da das Device
nicht angelegt ist.
Danach "RescanSCSI" ausgeführt.
Dabei habe ich herausgefunden, dass ich es immer 2mal laufen lassen
muss, damit es funktioniert.
Folgende Meldungen vom Script und in /var/log/messages
root@obelix (-bash) ./RescanSCSI
Host adapter 8 (sym53c8xx) found.
0 new device(s) found.
0 device(s) removed.
Kein EPSON SCANNER GT-7000 von sane-find-scanner gefunden.
Nov 1 12:53:55 obelix kernel: [10641.518612] sym0:15: ERROR (81:0) (8-0-0) (0/5/0) @ (scripta 50:f31c0004).
Nov 1 12:53:55 obelix kernel: [10641.518618] sym0: script cmd = 90080000
Nov 1 12:53:55 obelix kernel: [10641.518621] sym0: regdump: da 00 00 05 47 00 0f 0c 00 08 00 00 80 00 0f 02 16 e8 00 f0 02 ff ff ff.
Nov 1 12:53:55 obelix kernel: [10641.520890] sym0: SCSI BUS reset detected.
Nov 1 12:53:55 obelix kernel: [10641.524675] sym0: SCSI BUS has been reset.
root@obelix (-bash) ./RescanSCSI
Host adapter 8 (sym53c8xx) found.
Scanning for device 8 0 0 0 ...
NEW: Host: scsi8 Channel: 00 Id: 00 Lun: 00
Vendor: EPSON Model: SCANNER GT-7000 Rev: 1.14
Type: Processor ANSI SCSI revision: 02
1 new device(s) found.
0 device(s) removed.
Permission von /dev/sg4 fuer EPSON SCANNER GT-7000 auf 666 gesetzt.
Nov 1 12:54:35 obelix kernel: [10681.724636] scsi 8:0:0:0: Processor EPSON SCANNER GT-7000 1.14 PQ: 0 ANSI: 2
Nov 1 12:54:35 obelix kernel: [10681.724646] scsi target8:0:0: Beginning Domain Validation
Nov 1 12:54:35 obelix kernel: [10681.730058] scsi target8:0:0: Ending Domain Validation
Nov 1 12:54:35 obelix kernel: [10681.730286] scsi 8:0:0:0: Attached scsi generic sg4 type 3
Die jeweils letzte Meldung von ./RescanSCSI habe ich eingebaut)
Den Inhalt von RescanSCSI kann ich auch liefern, wenn gewünscht.
Es ist von (siehe unten) und schon etliche Jahre alt.
#!/bin/bash
# Skript to rescan SCSI bus, using the
# scsi add-single-device mechanism
# (w) 98/03/19 Kurt Garloff
Hallo Werner, hallo Leute, Am Mittwoch, 2. November 2011 schrieb Werner Franke:
Am 21.10.2011 22:34, schrieb Christian Boltz:
Und jetzt jagen wir das einmal durch den Übersetzer von deutsch nach bugzillisch ;-) (davon ausgehend, dass Du das rescan-scsi auch mal testest)
Resume from suspend2disk should run rescan-scsi (TODO: test if it's also needed for suspend2ram)
Wer trägt das in Bugzilla ein? ;-) (Ich mache es ausnahmsweise nicht, weil ich weder Ahnung von SCSI noch einen entsprechenden Scanner habe und daher die nötigen Infos nicht kenne.)
Ich bin mir jetzt nicht sicher, was Du damit meinst. Ob ich es nur testen soll (und hier Posten) oder einen Bug in Bugzilla bearbeiten soll. Ich gehe erst mal von ersterem aus:
Es war schon so gemeint, dass Du einen Bugreport einreichen sollst ;-) (Anders ausgedrückt: siehe Signatur *g*) Im Prinzip kannst Du Deine letzte Mail auf englisch übersetzen und in Bugzilla einfügen - das ergibt einen vorbildlichen Bugreport incl. Reproducer. Gruß Christian Boltz -- Always file a bug: if it's not in Bugzilla, then it's not there ;) [Pascal Bleser in opensuse-factory] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (5)
-
Christian Boltz -
hamann.w＠t-online.de -
Johannes Kapune -
Johannes Meixner -
Werner Franke