Drucken unter KDE: Wie Hintergrundfarben abstellen?
Hi! Ist ja ein witziges Feature unter Konquerer Seiten wirklich als Faximilie drucken zu können, aber auf Dauer ist weisse Schrift auf schwarzem Grund etwas teuer... Weiss jemand, wo man einstellen kann, dass er Netscape-artig nur Schwarz auf weiss (Ohne Hintergrund-Graphik und mit ordentlichem Umbruch) drucken soll? mit freundlichen Grüßen Jörg Lippmann -- dienstlich: joerg.lippmann@o3-software.de · mobil 0179.4125552 O³ Software GmbH und Co. KG · Eichkamp 1 · 24217 Schönberg http://www.o3-software.de · fon 04344.41417.5 · fax 04344.5385
Am Freitag, 1. Juni 2001 13:57 schrieb Jörg Lippmann:
Ist ja ein witziges Feature unter Konquerer Seiten wirklich als Faximilie drucken zu können, aber auf Dauer ist weisse Schrift auf schwarzem Grund etwas teuer... Weiss jemand, wo man einstellen kann, dass er Netscape-artig nur Schwarz auf weiss (Ohne Hintergrund-Graphik und mit ordentlichem Umbruch) drucken soll?
Leider geht das augenblicklich noch gar nicht, wird aber für 2.2 diskutiert. Ob's reinkommt oder nicht, wird sich zeigen. Für solche Dinge ist also Netscape immer noch die bessere Lösung ... noch ;-) -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
* Jörg Lippmann -- Friday 01 June 2001 13:57:
Ist ja ein witziges Feature unter Konquerer Seiten wirklich als Faximilie drucken zu können, aber auf Dauer ist weisse Schrift auf schwarzem Grund etwas teuer... Weiss jemand, wo man einstellen kann, dass er Netscape-artig nur Schwarz auf weiss (Ohne Hintergrund-Graphik und mit ordentlichem Umbruch) drucken soll?
Ich bin mir nicht ganz sicher, aber ich fuerchte, dass das noch nicht implementiert ist. Vor nicht allzulanger Zeit hat auch kmail alle Nachrichten noch in den eingestellten Bildschirmfarben gedruckt, also weiss auf dunkelgruen bei der "Digital CDE" Farbeinstellung. Dieses Problem ist jetzt (halbherzig) geloest. Gerade beim Drucken gibt's in KDE noch viel zu verbessern. Zwar hat KDE2.2 von allen Systemen die ich kenne (Apple, Micros~1, ...) IMHO das beste Drucksystem, aber drucken aus dem khtml-kpart ist noch ein Problem -- an dem aber gearbeitet wird. :-) Es wird AFAIK angestrebt, fuer die Bildschirmanzeige, fuers Drucken etc. jeweils eigene CSS (style sheets) einzurichten, die man dann natuerlich auch frei konfigurieren kann. Als Notloesung koenntest Du aber das User-Defined-CSS verwenden -- das kann die Hintergrundbilder ausblenden: kcontrol/web browsing/style sheets/customize (Gibt's aber moeglicherweise erst ab KDE2.2alpha1. Gerade wurde KDE2.2alpha2 veroeffentlicht und das ist bereits so stabil, dass ich es schon fuer die taegliche Arbeit empfehlen kann. m.
Hallo Liste, wer kann bei folgendem Problem helfen? Bis zur Version SuSE 6.4 liess sich mein Scanner (Microtek, Phantom 636) einwandfrei installieren. Hierzu habe ich die mitgelieferte Karte Adaptec AVA-1505AE als zweiten SCSI-Adapter eingesetzt. Im Rechner befindet sich ausserdem on board ein aic7xxx. Den Treiber aha152x.o habe ich als Modul mit modprobe aha152x aha152x1=0x140,11,7,1,1,0,0,0 installiert. Unter SuSE 7.1 habe ich mit erheblichen Problemen zu kaempfen. Nachdem ich Plug and Play auf der Karte ausgeschaltet habe (war frueher nicht noetig) bin ich zumindest ein Stueck weiter. Die Installation scheint nun zunaechst zu funktioniern. Die Meldungen kernel: aha152x: BIOS test: passed, detected 1 controller(s) kernel: aha152x: resetting bus... kernel: aha152x1: vital data: rev=3, io=0x140 (0x140/0x140), irq=11, scsiid=7, reconnect=enabled, parity=enabled, synchronous=disabled, delay=0, extended translation=disabled kernel: aha152x1: trying software interrupt, ok. kernel: scsi1 : Adaptec 152x SCSI driver; $Revision: 2.3 $ kernel: Vendor: Model: scanner V636A4 Rev: 1.10 kernel: Type: Scanner ANSI SCSI revision: 02 in /var/log/messages sehen eigentlich nicht schlecht aus. Oder irre ich bereits hier? Beim Aufruf von xscanimage erhalte ich folgende Meldungen modprobe: Can't locate module char-major-81 last message repeated 4 times kernel: Detected scsi generic sg6 at scsi1, channel 0, id 6, lun 0, type 6 Dies scheint mir bedenklich. Was geht hier schief? Wenn ich den Scanvorgang starte, so laeuft der Scanner kurz an. Dannach haengt sich der Rechner auf; jedenfalls reagieren Maus und Tastatur nicht mehr. Hier hilft nur noch ein Kaltstart. Weitere Fehlermeldungen werden entweder nicht mehr nach /var/log/messages geschrieben oder gehen durch nicht ordnungs- gemaesses Schliessen der Datei verloren. In /etc/modules.conf befindet sich folgender Eintrag alias char-major-81 bttv Dieser Eintrag befindet sich auch in den entsprechenden Dateien (/etc/conf.modules) der frueheren Versionen. Die o.a. Fehlermeldung gab es dort aber nicht. Ich habe Konflikte mit einer TV-Karte vermutet (obwohl es diese unter den Versionen 6.0 und 6.4 nicht gab). Der Ausbau der TV-Karte brachte aber leider keine Veraenderung. Kann mir jemand geeignete Hinweise zur Loesung des Problems geben? Handelt es sich ggfs. um ein generelles Problem der Version 7.1? Falls dies zutrifft, so waere ich ueber entsprechende Erfahrungen mit SuSE 7.2 (haben offenbar einige bereits im Einsatz) dankbar. Seit den Versionen 4.x habe ich zwar nicht mehr jedes Update mitgemacht; notfalls erscheint mir jedoch ein erneutes Update (fuehre ich nach schlechten Erfahrungen nur noch als Neuinstallation durch) als letzter Ausweg. Vorab vielen Dank fuer Hilfe zur Selbsthilfe Erich
Hallo Erich, Am Samstag, 2. Juni 2001 14:32 schrieb Erich Vilter:
Hallo Liste,
wer kann bei folgendem Problem helfen?
Bis zur Version SuSE 6.4 liess sich mein Scanner (Microtek, Phantom 636) einwandfrei installieren. Hierzu habe ich die mitgelieferte Karte Adaptec AVA-1505AE als zweiten SCSI-Adapter eingesetzt. Im Rechner befindet sich ausserdem on board ein aic7xxx. Den Treiber aha152x.o habe ich als Modul mit modprobe aha152x aha152x1=0x140,11,7,1,1,0,0,0 installiert.
Unter SuSE 7.1 habe ich mit erheblichen Problemen zu kaempfen. Nachdem ich Plug and Play auf der Karte ausgeschaltet habe (war frueher nicht noetig) bin ich zumindest ein Stueck weiter. Die Installation scheint nun zunaechst zu funktioniern. Die Meldungen kernel: aha152x: BIOS test: passed, detected 1 controller(s) kernel: aha152x: resetting bus... kernel: aha152x1: vital data: rev=3, io=0x140 (0x140/0x140), irq=11, scsiid=7, reconnect=enabled, parity=enabled, synchronous=disabled, delay=0, extended translation=disabled kernel: aha152x1: trying software interrupt, ok. kernel: scsi1 : Adaptec 152x SCSI driver; $Revision: 2.3 $ kernel: Vendor: Model: scanner V636A4 Rev: 1.10 kernel: Type: Scanner ANSI SCSI revision: 02 in /var/log/messages sehen eigentlich nicht schlecht aus. Oder irre ich bereits hier?
Bis hierher scheint tatsaechlich soweit alles OK.
Beim Aufruf von xscanimage erhalte ich folgende Meldungen modprobe: Can't locate module char-major-81 last message repeated 4 times kernel: Detected scsi generic sg6 at scsi1, channel 0, id 6, lun 0, type 6 Dies scheint mir bedenklich. Was geht hier schief?
evtl mal 'xscanimage /dev/sg6' ... aber ACHTUNG! Hast Du den Scanner denn schon mal mit yast1 eingerichtet? (nachdem Du den Treiber fuer den 152x geladen hast) Und dann mal noch 'man xscanimage'. Da steht auch noch was drinnen, wegens Uebergabe eines Parameters zum DEVICE. [snip]
Vorab vielen Dank fuer Hilfe zur Selbsthilfe
Erich
Viel Erfolg, ansonsten meld Dich nochmal. Gruss Bernd
On Sat, 2 Jun 2001, Bernd Schwab wrote:
Hallo Erich,
[snip]
Beim Aufruf von xscanimage erhalte ich folgende Meldungen modprobe: Can't locate module char-major-81 last message repeated 4 times kernel: Detected scsi generic sg6 at scsi1, channel 0, id 6, lun 0, type 6 Dies scheint mir bedenklich. Was geht hier schief?
evtl mal 'xscanimage /dev/sg6' ... aber ACHTUNG! Hast Du den Scanner denn schon mal mit yast1 eingerichtet? (nachdem Du den Treiber fuer den 152x geladen hast)
Und dann mal noch 'man xscanimage'. Da steht auch noch was drinnen, wegens Uebergabe eines Parameters zum DEVICE.
Danke fuer Deine Anregungen. Leider noch kein Erfolg. Die Einrichtung mit yast1 habe ich nochmals ueberprueft; duerfte ok sein. 'man xscanimage' hat mich nicht viel schlauer gemacht. Hast Du evtl. noch konkrete Hinweise hierzu? Ich habe dies aber zum Anlass genommen, mir 'man scanimage' etwas genauer anzusehen. Scheint ein paar Moeglichkeiten mehr zu besitzen. Folgendes habe ich daraufhin probiert: scanimage -h liefert: microtek2:/dev/sg6 Sieht nicht schlecht aus. Mit export SANE_DEBUG_MICROTEK2=128 auf "geschwaetzig" gestellt scanimage -h liefert nun ca. 160 Zeilen output. Hier zunaechst nur drei Ausschnitte, die mir bedenklich erscheinen: [sanei_debug] Setting debug level of microtek2 to 128. [microtek2] sane_init: Microtek2 (v0.8) says hello... [microtek2] parse_config_file: fp=0x8050930 [microtek2] attach_one: name='option dump 1' [microtek2] add_device_list: device='option dump 1' [microtek2] attach: device='option dump 1' [microtek2] scsi_inquiry: mi=0x8050b24, device='option dump 1' [microtek2] scsi_inquiry: 'Invalid argument' [microtek2] attach: 'Invalid argument' [microtek2] scsi_read_attributes: mi=0x80514d4, device='/dev/sg6', source=0 [microtek2] scsi_read_attributes: mi=0x80515d4, device='/dev/sg6', source=2 [microtek2] scsi_read_attributes: mi=0x8051554, device='/dev/sg6', source=1 [microtek2] scsi_read_system_status: md=0x80514d0, fd=-1 [microtek2] scsi_test_unit_ready: md=/dev/sg6 [microtek2] attach: device='option dump 1' [microtek2] scsi_inquiry: mi=0x8050b24, device='option dump 1' [microtek2] scsi_inquiry: 'Invalid argument' [microtek2] attach: 'Invalid argument' [microtek2] sane_get_devices: attach status 'Invalid argument' [microtek2] sane_open: device='/dev/sg6' [microtek2] scsi_test_unit_ready: md=/dev/sg6 [microtek2] attach: device='option dump 1' [microtek2] scsi_inquiry: mi=0x8050b24, device='option dump 1' [microtek2] scsi_inquiry: 'Invalid argument' [microtek2] attach: 'Invalid argument' [microtek2] sane_get_devices: attach status 'Invalid argument' [microtek2] sane_exit: [microtek2] sane_close: ms=0x8051eb0 [microtek2] cleanup_scanner: ms=0x8051eb0 [microtek2] sane_get_devices: local_only=0 [microtek2] sane_get_devices: sd_list_freed [microtek2] sane_exit: MICROTEK2 says goodbye. Sieht so aus, als waere 'option dump 1' das Problem. Diese Zeile steht in der 'microtek2.conf'. Diese Datei sieht unter SuSE 6.x und 7.1 bei mir identisch aus. Unter 6.x folgt hieraus kein Problem. Ich habe scanimage noch mit dem Parameter -T (fuer 'Test') aufgerufen. Dabei haengt sich das System auf. Daher keine Chance das Ergebnis zu sehen. Dank auch an Joerg Lippmann: Habe in der /etc/sane.d/dll.conf jetzt alles ueberfluessige auskommentiert. Leider kein Erfolg. Irgendwelche Ideen? Hardware-Probleme schliesse ich zunaechst noch aus. Ich habe im Rechner noch eine kleine Platte mit SuSE 6.0. Hier funktioniert der Scanner. Als Notloesung ist dies aber nur bedingt zu gebrauchen. Offenbar war damals SANE noch weniger ausgereift als unter der Version 6.4. Unter 6.0 gibt es Probleme mit farbigen scans. Diese waren unter 6.4 offenbar behoben. 6.4 habe ich inzwischen komplett vom Rechner entfernt. Ich hatte zunaechst ein Update von 6.4 auf 7.1 vorgenommen, auf Grund diverser Probleme dann aber 7.1 komplett neu installiert. Fuer weitere Hinweise (ggfs. Erfahrungen mit SuSE 7.2?) waere ich sehr dankbar. Gruss Erich
Hallo Erich, Am Montag, 4. Juni 2001 23:30 schrieb Erich Vilter:
On Sat, 2 Jun 2001, Bernd Schwab wrote:
Hallo Erich,
[snip]
Beim Aufruf von xscanimage erhalte ich folgende Meldungen modprobe: Can't locate module char-major-81 last message repeated 4 times kernel: Detected scsi generic sg6 at scsi1, channel 0, id 6, lun 0, type 6 Dies scheint mir bedenklich. Was geht hier schief?
evtl mal 'xscanimage /dev/sg6' ... aber ACHTUNG! Hast Du den Scanner denn schon mal mit yast1 eingerichtet? (nachdem Du den Treiber fuer den 152x geladen hast)
Und dann mal noch 'man xscanimage'. Da steht auch noch was drinnen, wegens Uebergabe eines Parameters zum DEVICE.
Danke fuer Deine Anregungen. Leider noch kein Erfolg. Die Einrichtung mit yast1 habe ich nochmals ueberprueft; duerfte ok sein. 'man xscanimage' hat mich nicht viel schlauer gemacht. Hast Du evtl. noch konkrete Hinweise hierzu? Ich habe dies aber zum Anlass genommen, mir 'man scanimage' etwas genauer anzusehen. Scheint ein paar Moeglichkeiten mehr zu besitzen. Folgendes habe ich daraufhin probiert: scanimage -h liefert: microtek2:/dev/sg6 Sieht nicht schlecht aus. Mit export SANE_DEBUG_MICROTEK2=128 auf "geschwaetzig" gestellt scanimage -h liefert nun ca. 160 Zeilen output. Hier zunaechst nur drei Ausschnitte, die mir bedenklich erscheinen:
[sanei_debug] Setting debug level of microtek2 to 128. [microtek2] sane_init: Microtek2 (v0.8) says hello... [microtek2] parse_config_file: fp=0x8050930 [microtek2] attach_one: name='option dump 1' [microtek2] add_device_list: device='option dump 1' [microtek2] attach: device='option dump 1' [microtek2] scsi_inquiry: mi=0x8050b24, device='option dump 1' [microtek2] scsi_inquiry: 'Invalid argument' [microtek2] attach: 'Invalid argument'
[microtek2] scsi_read_attributes: mi=0x80514d4, device='/dev/sg6', source=0 [microtek2] scsi_read_attributes: mi=0x80515d4, device='/dev/sg6', source=2 [microtek2] scsi_read_attributes: mi=0x8051554, device='/dev/sg6', source=1 [microtek2] scsi_read_system_status: md=0x80514d0, fd=-1 [microtek2] scsi_test_unit_ready: md=/dev/sg6 [microtek2] attach: device='option dump 1' [microtek2] scsi_inquiry: mi=0x8050b24, device='option dump 1' [microtek2] scsi_inquiry: 'Invalid argument' [microtek2] attach: 'Invalid argument' [microtek2] sane_get_devices: attach status 'Invalid argument' [microtek2] sane_open: device='/dev/sg6'
[microtek2] scsi_test_unit_ready: md=/dev/sg6 [microtek2] attach: device='option dump 1' [microtek2] scsi_inquiry: mi=0x8050b24, device='option dump 1' [microtek2] scsi_inquiry: 'Invalid argument' [microtek2] attach: 'Invalid argument' [microtek2] sane_get_devices: attach status 'Invalid argument' [microtek2] sane_exit: [microtek2] sane_close: ms=0x8051eb0 [microtek2] cleanup_scanner: ms=0x8051eb0 [microtek2] sane_get_devices: local_only=0 [microtek2] sane_get_devices: sd_list_freed [microtek2] sane_exit: MICROTEK2 says goodbye.
Sieht so aus, als waere 'option dump 1' das Problem. Diese Zeile steht in der 'microtek2.conf'. Diese Datei sieht unter SuSE 6.x und 7.1 bei mir identisch aus. Unter 6.x folgt hieraus kein Problem.
Nur'n Verdacht: die Disconnection ? unten mehr ...
Ich habe scanimage noch mit dem Parameter -T (fuer 'Test') aufgerufen. Dabei haengt sich das System auf. Daher keine Chance das Ergebnis zu sehen.
Dank auch an Joerg Lippmann: Habe in der /etc/sane.d/dll.conf jetzt alles ueberfluessige auskommentiert. Leider kein Erfolg.
Irgendwelche Ideen? Hardware-Probleme schliesse ich zunaechst noch aus. Ich habe im Rechner noch eine kleine Platte mit SuSE 6.0. Hier funktioniert der Scanner. Als Notloesung ist dies aber nur bedingt zu gebrauchen. Offenbar war damals SANE noch weniger ausgereift als unter der Version 6.4. Unter 6.0 gibt es Probleme mit farbigen scans. Diese waren unter 6.4 offenbar behoben. 6.4 habe ich inzwischen komplett vom Rechner entfernt. Ich hatte zunaechst ein Update von 6.4 auf 7.1 vorgenommen, auf Grund diverser Probleme dann aber 7.1 komplett neu installiert.
Fuer weitere Hinweise (ggfs. Erfahrungen mit SuSE 7.2?) waere ich sehr dankbar.
Gruss Erich
<MEHR> In Deiner ersten Mail hast Du ja auch den Aufruf und seine Parameter für das aha154x-Modul angegeben. Hab mir das nochmal angeschaut. --- aus erster Mail - Anfang --- Den Treiber aha152x.o habe ich als Modul mit modprobe aha152x aha152x1=0x140,11,7,1,1,0,0,0 installiert. Unter SuSE 7.1 habe ich mit erheblichen Problemen zu kaempfen. Nachdem ich Plug and Play auf der Karte ausgeschaltet habe (war frueher nicht noetig) bin ich zumindest ein Stueck weiter. Die Installation scheint nun zunaechst zu funktioniern. Die Meldungen kernel: aha152x: BIOS test: passed, detected 1 controller(s) kernel: aha152x: resetting bus... kernel: aha152x1: vital data: rev=3, io=0x140 (0x140/0x140), irq=11, scsiid=7, reconnect=enabled, parity=enabled, synchronous=disabled, delay=0, extended translation=disabled kernel: aha152x1: trying software interrupt, ok. kernel: scsi1 : Adaptec 152x SCSI driver; $Revision: 2.3 $ kernel: Vendor: Model: scanner V636A4 Rev: 1.10 kernel: Type: Scanner ANSI SCSI revision: 02 in /var/log/messages sehen eigentlich nicht schlecht aus. --- aus erster Mail - ENDE --- WICHTIG: Wenn NUR der Scanner am Adapter hängt, und so siehts ja aus, dann evtl. mal den Disconnect 'disablen'. Ich glaub, so was hatte ich auch mal. Ich teste das mal bei mir (muß da mal den Scanner umklemmen) am Zwei-PC. Der hat auch SuSE 7.1 Pro. Das Ergebnis geb ich dann mal durch. Bis dahin Bernd
Hallo Erich, Nachtrag: - das mit dem Testen kann bei mir aber noch zwei-drei Tage dauern; - hast Du alternativ schon mal 'XSane' probiert? -> gibt es auf: http://packman.links2linux.de Gruss Bernd
Hallo Liste! Ich waere euch fuer Hilfe bei folgendem Problem sehr dankbar. Kurzinfo zur Hardware: Asus-Board P2B-S (Adaptec AIC-7890 on board) Adaptec AVA-1505AE - Karte nur fuer den Scanner Microtek Phantom 636 Scanergebnisse in verschiedenen Linux Versionen SuSE 6.0 : nur im "Gray"- und "LineArt"-Modus brauchbar SuSE 6.4 : auch im "Color"-Modus brauchbar SuSE 7.1 : in allen Modi unbrauchbar Zunaechst bereitete die Installation unter SuSE 7.1 grundsaetzliche Schwierigkeiten. Aufgrund verschiedener Beitraege (thread: Problem mit aha152x.o unter SuSE 7.1) wird das passende Modul nun geladen. Der Rechner haengt sich beim Start des Scanners auch nicht mehr auf. Beim eigentliche Scanvorgang mit xscanimage gibt es aber dennoch Probleme. Das Vorschau-Bild sieht zunaechst noch ganz brauchbar aus. Allerdings faellt folgende Besonderheit gegenueber frueheren Versionen auf: Nach Betaetigen der Schaltflaeche "Acquire Preview" fuellt sich die Bildflaeche sofort mit einem Streifenmuster. Beim Scannen wird nichts neues angezeigt; erst durch ein zweites Betaetigen der Schaltflaeche wird sofort (also ohne erneuten Scanvorgang) das Previewbild angezeigt. Unter frueheren Versionen wurde das Bild synchron aufgebaut; ein zweites Betaetigen der Schaltflaeche fuehrte zu einem neuen Scanvorgang. Beim anschliessenden Start des regulaeren Scanvorganges erhalte ich zunaechst die Meldung "Failed to start scanner: Error during device I/O". Der Scanner laeuft dann aber dennoch an. Bezueglich des Ergenisses gibt es nun zwei Varianten: 1. "Gray"- und "LineArt"-Modus: Der Scanvorgang wird komplett durchgefuehrt; die Bilddatei enthaelt kein brauchbares Ergebnis. Entweder erhalte ich beim oeffnen (mit GIMP) den Hinweis auf ein unerwartetes Dateiende oder aber ein Streifenmuster (ohne Bezug zum Bild). 2. "Color"-Modus: Der Scanvorgang bricht zunaechst nach ca. 1/3 der Strecke ab. Beim erneuten Start wird der Vorgang an dieser Stelle fortgesetzt (also kein kompletter Neuanfang). Das Bild scheint bis zu dieser Stelle auch in Ordnung zu sein. An dieser Stelle erhalte ich dann in der Regel drei horizontal verlaufenden Streifen in den Farben gruen, rot und blau. Dannach wird das Bild im Prinzip fortgesetzt. Es wird allerdings mit einer Kopie des bisherigen Bildes ueberlagert. Dieses Zweitbild enthaelt nur die Farbe gruen und sieht folgendermassen aus: Das bisherige Bild wird vertikal geteilt; die linke Bildhaelfte erscheint am rechten Rand, die rechte Bildhaelfte am linken Rand. Vom SuSE-Server habe ich mir die Datei "sane-1.0.4-45.i386.rpm" (Stand: Don 29 Maer 2001 17:13:02 CEST) geholt und installiert. Beschreibung des Patches durch SuSE: "SANE hat Probleme mit dem Timing von langsamen Scanner unter Kernel 2.4. Bei aelteren Kerneln trat dies meist nicht auf. Symptomatisch fuer den Fehler ist, dass der Scanner anfaengt zu scannen, entsprechende Geraeusche etc. macht, und dann stehenbleibt. Dieser Patch beseitigt das Problem." Mein Optimismus war unbegruendet. xscanimage funktioniert immer noch nicht. Auch xsane und scanimage zeigen die gleichen Probleme. Ein thread aus Februar/Maerz (Scanner einrichten und 7.1) zeigt mir, dass auch andere ein aehnliches Problem haben/hatten. Eigentlich wollte ich nicht mehr jedes Update mitmachen. Ein Umstieg auf SuSE 7.2 kommt also nur dann in Betracht, wenn das Problem dann mit Sicherheit gloest ist. Hat jemand noch eine brauchbare Idee/Problemloesung? Vielen Dank Erich
participants (5)
-
BerndSchwab＠t-online.de -
Erich Vilter -
Jörg Lippmann -
Manfred Tremmel -
Melchior FRANZ