Hallo alle, die Ideen geliefert haben, ich kann jetzt mit einem Script des Inhalts cd /home/share/AntiVir-Files isdnctrl dial ippp0 wget -m -nH --cut-dirs=1 ftp://ftp.avp.ru/updates isdnctrl hangup ippp0 die Viren-Definitionen aus dem Internet updaten. Cool! Was mir - auch nach längerem Suchen - jetzt noch fehlt, ist eine Möglichkeit, unbenutzte Definitionen zu löschen. Beim Download kommt eine Datei mit, in der die benutzten Definitionen (aber auch zwei andere Zeilen) zeilenweise drinstehen. Alle Definitionen heissen hinten ".avp". Ich bräuchte etwas nach dem Motto "Lösche mir alle Dateien im Verzeichnis, die nicht in avp.set drinstehen". Ich habe mir schon überlegt: # Inhalt von avp.set säubern cat avp.set | grep .avp > set_inhalt.txt # Dateien im Verzeichnis in die Datei ls | grep .avp >> set_inhalt.txt # sortieren sort set_inhalt.txt # Dubletten aussortieren, nur noch "Einzelne" sind in der Datei uniq set_inhalt.txt # Löschen rm < setinhalt.txt Das Problem ist, dass avp.set anscheinend eine DOS-Datei ist. Im Editor joe sehe ich hinter jeder Zeile was, das wie ein unterstrichenes M aussieht, und das stört natürlich bei uniq. Kann mir jemand weiterhelfen? -- Viele Grüße vom Bodensee, Ralf Steck - Die Textwerkstatt mailto:rsteck@die-textwerkstatt.de

--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hi Ralf, * Ralf Steck wrote on 19 Apr 2000:

# Inhalt von avp.set säubern cat avp.set | grep .avp > set_inhalt.txt # Dateien im Verzeichnis in die Datei ls | grep .avp >> set_inhalt.txt # sortieren sort set_inhalt.txt # Dubletten aussortieren, nur noch "Einzelne" sind in der Datei uniq set_inhalt.txt # Löschen rm < setinhalt.txt

Das Problem ist, dass avp.set anscheinend eine DOS-Datei ist. Im Editor joe sehe ich hinter jeder Zeile was, das wie ein unterstrichenes M aussieht, und das stört natürlich bei uniq. Kann mir jemand weiterhelfen?

( ls | grep .avp; recode ibmpc..lat1 avp.set ) | sort | uniq | rm Gruß, Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:sebastian@helms.sh (PGP available) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.myokay.net/faq/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hi Bernd, * Bernd Brodesser wrote on 20 Apr 2000:

* Sebastian Helms schrieb am 20.Apr.2000:

...

* Ralf Steck wrote on 19 Apr 2000:

...

...

rm < setinhalt.txt

...

( ls | grep .avp; recode ibmpc..lat1 avp.set ) | sort | uniq | rm

Habe ich da was verpasst? rm ließt doch nicht von der Standardeingabe.

Stimmt. Hab nicht aufgepaßt. Wenn keine Leerzeichen in den Dateinamen sind: (ls |grep \.avp; recode ibmpc..lat1 avp.set) | sort | uniq | for file in `cat`; do rm $file; done Gruß, Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:sebastian@helms.sh (PGP available) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.myokay.net/faq/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

* Bernd Brodesser wrote on Thu, Apr 20, 2000 at 03:56 +0200:

* Sebastian Helms schrieb am 20.Apr.2000:

...

* Ralf Steck wrote on 19 Apr 2000:

...

...

rm < setinhalt.txt

...

( ls | grep .avp; recode ibmpc..lat1 avp.set ) | sort | uniq | rm

Habe ich da was verpasst? rm ließt doch nicht von der Standardeingabe.

<Schuß ins Blaue> Dann eben: ( ls | grep .avp; recode ibmpc..lat1 avp.set ) | sort | uniq | xargs rm </Schuß ins Blaue> oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hi Ralf, * Ralf Steck wrote on 20 Apr 2000:

Hallo Sebastian,

...

...

cat avp.set | grep .avp > set_inhalt.txt ls | grep .avp >> set_inhalt.txt sort set_inhalt.txt uniq set_inhalt.txt rm < setinhalt.txt

Ach Manno, immer wenn ich denke, dass ich einen Geniestreich abgeliefert aheb, kommt einer von euch Cracks und schüttelt das ganze in einer Zeile aus dem Handgelenk :-)

*g* Na, ich hatte mich aber auch gefreut... bis zu Bernds Kommentar... :-)

Im Enst, kann ich das greppen auch hinter die Klammer setzen, um auch avp.set zu "putzen"? Also

Klar. Geht auch. Dann aber wie in der anderen Mail: ( ls; recode ibmpc..lat1 avp.set ) | grep \.avp | sort | uniq | for file in `cat`; do rm $file; done Das \.avp ist, damit er nur ".avp" und nicht "xavp" findet.

Ich gestehe, dass ich Klammer und ; noch nicht nachgeachaut habe.

Hab ch auch erst mit der Zeit gelernt.. :-) Gruß, Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:sebastian@helms.sh (PGP available) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.myokay.net/faq/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hallo Ralf, hallo Sebastian, * Sebastian Helms schrieb am 20.Apr.2000:

* Ralf Steck wrote on 20 Apr 2000:

...

...

...

cat avp.set | grep .avp > set_inhalt.txt

Wieso so kompliziert? grep .avp avp.set > set_inhalt.txt macht das gleiche, wenn auch nicht unbedingt genau das gewollte. ;)

...

...

...

ls | grep .avp >> set_inhalt.txt

Dito. ls *.avp >> set_inhalt.txt macht zwar nicht exakt das gleiche, aber mehr das, was Du willst, es werden nur Dateinamen in set_inhalt.txt angefügt, die mit .avp enden und nicht solche, die irgendwo ein .avp stehen haben. Beim grep steht der Punkt aber nicht nur für sich selber, sondern für jedes Zeichen außer den Zeilenumbruch. Obiges Verhalten würdest Du exakt mit ls *?avp* >> set_inhalt.txt bekommen, aber das willst Du gar nicht. Ob Du überhaupt an set_inhalt.txt anhängen willst, gehe ich hier nicht ein, dazu unten mehr.

...

...

...

sort set_inhalt.txt

Wenn Du das eingibst, so erhälst Du auf der Standardausgabe, also Deinen Bildschirm eine zeilenweise sortierte Datei set_inhalt.txt. Die Datei selber bleibt aber so wie sie ist. Sie wird nicht sortiert. Was Du möchtest ist sort set_inhalt.txt> datei komm aber nicht auf die Idee für datei set_inhalt.txt zu nehmen, denn dann wirst Du überrascht sein. Sie ist anschließend leer.

...

...

...

uniq set_inhalt.txt

Hier gilt das gleiche wie oben. Die Datei set_inhalt.txt ändert sich nicht. Du kannst es übrigens einfacher machen indem Du oben sort -u sagst, dann wird uniq schon gleich ausgeführt.

...

...

...

rm < setinhalt.txt

Hast Du das mal ausprobiert? Nein, Du würdest eine Fehlermeldung bekommen. rm braucht ein Argument, nämlich was es löschen soll. rm ließt nicht von der Standardeingabe.

...

Ach Manno, immer wenn ich denke, dass ich einen Geniestreich abgeliefert aheb, kommt einer von euch Cracks und schüttelt das ganze in einer Zeile aus dem Handgelenk :-)

Nicht ärgern, lernen, lohnt sich. ;))

*g* Na, ich hatte mich aber auch gefreut... bis zu Bernds Kommentar... :-)

Sorry. ;))

( ls; recode ibmpc..lat1 avp.set ) | grep \.avp | sort | uniq | for file in `cat`; do rm $file; done

Nein. recode gibt normal nichts aus, sondern verändert die Datei. Wenn es in einer pipeline eingebaut ist, so gibt es aber auch aus. Entweder vorab ein recode ibmpc..lat1 avp.set und dann weiter oder aber ( ls; cat avp.set | recode ibmpc..lat1 ) | ... unbeschadet, ob Du das so überhaupt so willst. Dazu unten mehr. Kann sein, daß es auch noch einfacher geht. Dazu gibt es man recode oder imho auch info recode. (Nein ich mag info nicht.) man recode habe ich nur mal überflogen. Aber so wie Du es schreibst geht es nicht. Ich glaube auch nicht, daß recode überhaupt nötig ist. Es sei denn, es kommen Namen mit Umlaute oder ß vor. Das \r\n anstelle von \n macht aber grep und auch rm nichts aus. Anstelle der for-Schleife ist ein einfaches xargs besser. (...) | grep \.avp | sort -u | xargs rm -f xargs hängt einfach alles was es auf der Standardeingabe vorfindet als Argument hinten an. Die Argumente die xargs folgen werden zuerst genommen. Das erste Argument ist der Befehl. Hier also das rm. Das -f wird auch gleich dem rm angehangen. Es ist eine Option für das rm aber nicht für xargs. Option für xargs müssen wie bei andern Befehlen auch vor dem ersten Argument kommen. Nach dem rm -f hängt xargs seine gesammte Standardeingabe an. Also das was Ihr haben wollt. Es kann aber sein, daß dem rm die Argumente zu viel werden. Das kann man mit der Option -n für xargs regeln. Siehe hierzu man xargs. Aber ich glaube nicht, daß es zuviel wird. ls /dev|xargs echo hat es bei mir ohne murren getan und mehr Dateien als /dev wirst Du nicht haben. ;)) Das -f hinter dem rm ist dafür da, daß ohne murren gelöscht wird. Wenn man kein Schreibrecht auf einer Datei hat, so fragt rm erst nach, ob es wirklich gelöscht werden soll. Wenn man rm -f angibt, entfällt diese Frage und es wird einfach gelöscht. Notwendig zum löschen ist das Schreibrecht im Verzeichnis und nicht das Schreibrecht auf der Datei, die man löschen will.

Das \.avp ist, damit er nur ".avp" und nicht "xavp" findet.

Das ist so korrekt.

...

Ich gestehe, dass ich Klammer und ; noch nicht nachgeachaut habe.

; ist nur das Ende eines Befehls und kann immer durch ein Zeilenumbruch ersetzt werden und umgekehrt. (Nicht das ;; das zur Syntax von case gehört.) Aber habt Ihr Euch mal überlegt, was da überhaupt gemacht wird? Es werden alle Dateien mit einer bestimmten Endung gelöscht, die in einem Verzeichnis vorhanden sind und zusätzlich noch solche, mit ebendergleichen Endung die in einer Datei aufgeführt werden. Ist das Sinn der Sache? Das kann überhaupt nur Sinn machen, wenn sie in der Datei mit absoluten Pfad dastehen, denn sonst reicht es doch alle aus dem Verzeichnis zu löschen. Wenn ich Dirk recht verstanden habe, so will er alles löschen, was im Verzeichnis vorhanden ist, aber nicht in der Datei steht. Du löschst aber alles was im Verzeichnis vorhanden ist und zusätzlich, was in der Datei steht. Jeweils nur mit bestimmter Endung. Du mußt zugeben, das ist was ganz anders. Wie sieht Dein avp.set denn überhaupt aus? All das, was bisher geschrieben wurde funktioniert nur, wenn in avp.set einzelne Zeilen existieren in denen ein Dateiname steht und sonst nichts. Sonst darf die Zeichenfolge .avp nirgends in der Datei auftauchen, sonst gibt es Probleme. Ist dem so? grep gibt eine Zeile aus, auf der das Suchmuster paßt. Das heißt, wenn irgendwo in einer Zeile das Suchmuster auftaucht, so wird die gesammte Zeile ausgegeben und nicht nur das Wort. Es ist oftmals besser Kommentarzeilen vorher auszusortieren. Dazu gibt man vorher noch ein grep -v Suchmuster in der pipeline, wobei Suchmuster auf einen Kommentar paßt. Das wäre z.B. ...| grep -v "^#" | ... für normale Linux-Kommentare die mit # beginnen. Das ^ steht für Zeilenanfang. Es werden also nur Kommentare über ganze Zeilen gefunden. Das -v besagt nun, daß nur Zeilen auf denen das Suchmuster *nicht* paßt weitergeleitet werden. Kommentare werden somit aussortiert. Bei Deiner Datei avp.set kann das natürlich anders aussehen. Wenn in avp.set die Dateinamen nicht alleine in einer Zeile stehen, so muß noch was anders gemacht werden. Z.B noch ein sed eingefügt werden. Da spekuliere ich aber jetzt nicht drüber. Da bräuchte ich schon genauere Angaben. Lege Dir eine sortierte Datei an, die Du meinetwegen set-inhalt.txt nennst. Dateien brauchen bei Linux übrigens keinerlei Endungen zu haben. Endungen haben oftmals keine Bedeutung. set-inhalt tut es genauso gut. Aber egal. Das machst Du, indem Du grep \.avp$ avp.set | recode ibmpc..lat1 | sort -u > set-inhalt.txt sagst. Ob das grep so ausreicht, weiß ich wie gesagt nicht. Das $ steht für Zeilenende. Das recode habe ich doch mal gelassen, falls Umlaute vorhanden sind. Als nächstes suchst Du mit comm die Zeilen aus, die es in ls gibt aber nicht in set-inhalt.txt und löschst diese Dateien: ls | comm -23 - set-inhalt.txt | xargs rm -f comm vergleicht zwei sortierte Dateien. Hier - und set-inhalt.txt, dabei steht - für die Standardeingabe. comm gibt die Eingabe in drei Spalten wieder aus. In der ersten Spalte stehen Sachen, die es nur in der ersten Datei gibt, in der zweiten solche, die nur in der zweiten Datei stehen und in der dritten solche die gemeinsam sind. Steht in den deutschen Manpages übrigens falsch. In den englischen richtig. Funktioniert aber nur mit sortierten Dateien richtig. Aber set-inhalt.txt haben wir ja sortiert und ls gibt seine Zeilen ja auch sortiert aus. Wenn ls in eine Pipeline schreibt, so gibt es anders als auf dem Bildschirm die Dateien einzeln aus. Kann man sich mit ls|cat anschauen. Das -23 besagt, daß die zweite und dritte Spalte nicht ausgegeben werden soll. Es wird somit nur die erste Spalte ausgegeben, also nur Zeilen, die von ls kommen aber nicht in set-inhalt.txt stehen. Genau die, die gelöscht werden sollen. Zu xargs habe ich oben schon geschrieben. Da rm ein gefährlicher Befehl ist, würde ich dringend dazu raten erst mal einen Test zu machen wo anstelle des rm -f ein echo steht. Damit es nicht am Bildschirm vorbeirauscht auch noch ein less hinterher. Obige Zeile sieht dann wie folgt aus: ls | comm -23 - set-inhalt.txt | xargs echo | less Wenn da nur Dateien auftauchen, die auch wirklich gelöscht werden sollen, so kann man dann den echten Befehl ausführen.

Hab ch auch erst mit der Zeit gelernt.. :-)

Ja, ich auch. ;)) Sollten noch Fragen auftauchen, so fragt. Ansonsten gibt es da noch man cat man grep man recode man sort man uniq man comm man xargs und all die, die ich vergessen habe. ;)) Und wenn jetzt einer sagt, ich wüßte das alles schon, so sage ich nur nein, nicht ganz. recode kannte ich gar nicht (besser gesagt, ich hatte mich erinnert schon mal davon gehört zu haben) aber ein kleiner Test und ein Blick in den manpages reichte aus um festzustellen, daß da was nicht stimmte. Bernd -- ACK = ACKnowledge = Zustimmung | NAC = No ACknowledge = keine Zustimmung DAU = Dümmster Anzunehmender User | LOL = Laughing Out Loud = Lautes Lachen IIRC = If I Remember Correctly = Falls ich mich richtig erinnere OT = Off Topic = Am Thema (der Liste) vorbei |Zufallssignatur 11 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hallo Sebastian, * Sebastian Helms schrieb am 20.Apr.2000:

* Bernd Brodesser wrote on 20 Apr 2000:

[jede Menge sinnvolle Sachen]

Da muß ich mich ja mal in die Ecke stellen...

Warum das denn? Nein brauchst Du nicht. Nur weil ich da was intensiver gebohrt habe, heißt das doch noch lange nicht, daß das alles Mist war, was Du gemacht hast. Bernd -- Hast Du bei Problemen schon in der SuSE-Support-Datenbank (SDB) nachgesehen? Auf Deinem Rechner: file://usr/doc/susehilf/index.html | mit Apache: http://localhost/doc/susehilf/index.html | Zufalls- Tagesaktuell bei SuSE: http://sdb.suse.de/sdb/de/html/index.html | signatur 2 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hallo Bernd, erstmal vielen Dank für Diene erschöpfende Antwort. Hier nochmal mein ursprüngliches Problem anz genau beschrieben: Ich benutze den Virenscanner AVP von Kasperski Labs. Die Idee ist die, mein System/Netzwerk komplett zu schützen, und AVP ist auf Linux UND Win (und anderen OSsen) verfügbar. Die Virenfiles liegen auf Kasperskis ftp-Server und werden wöchentlich upgedated. Da ein veralteter Virenschutz keiner ist und ich wie alle Menschen vergesslich und faul bin, suchte ich nach einem Automatismus für diese Updates. Der Win-Updater benötigt eine dreiviertel Stunde undd ist manuell zu bedienen, also kam ich auf die Idee, mir ein Linux-Script zu schreiben. Die Virendefinitionen sehen folgendermassen aus: targazer:~ # ll /home/share/AntiVir_files/ total 1924 drwxr-xr-x 2 root root 4096 Apr 19 23:33 . drwxrwxrwx 5 root root 4096 Apr 19 16:34 .. -rw------- 1 root root 1748 Apr 19 18:57 .listing -rw-r--r-- 1 root root 2206 Apr 19 14:50 avp.klb -rw-r--r-- 1 root root 342 Apr 14 14:50 avp.set -rw-r--r-- 1 root root 3428 Feb 14 13:12 avp.vnd -rw-r--r-- 1 root root 1012512 Feb 14 13:11 avp0002.avc -rw-r--r-- 1 root root 1371 Feb 14 13:12 avp0002.klb -rw-r--r-- 1 root root 15123 Feb 14 13:11 backdoor.avc [...] -rw-r--r-- 1 root root 4354 Feb 14 13:12 malware.avc -rw-r--r-- 1 root root 37278 Feb 14 13:12 script.avc -rw-r--r-- 1 root root 79732 Feb 14 13:12 trojan.avc -rw-r--r-- 1 root root 158559 Feb 14 13:12 unpack.avc -rw-r--r-- 1 root root 9687 Feb 19 10:30 up000218.avc [...] -rw-r--r-- 1 root root 5676 Apr 14 14:50 up000414.avc Die Virendefinitionen sind die mit dem .avc. avp0002.avc ist die Hauptdatei, in diesem Fall von Februar 2000 (0002). Die script, trojan usw. sind Definitionen spezieller Viren, beispielsweise Javascript oder Trojaner. Die wöchentlichen Updates heissen upxxxxxx.avc, ebenfalls je nach Datum. avp.set ist die "Steuerdatei", die dem Programm sagt, welche Defs er nehmen soll. , und sieht so aus: avp0002.avcM script.avcM [...] malware.avcM eicar.avcM M ; 0XLSznpdI71fB300e7Uwj1HSjwVFWLu2L2qe671FqhyeFoNAPbvs+c8HtU­­ Das M ist im joe unterstrichen und stellt IMHO einen falschen Zeilenumbruch dar, der nachher beim uniq stört. deshalb der recode. Da ich nicht immer den Riesenbrummer runterladen will, benutze ich mirroring mit wget, das funktioniert ja auch klasse - nur neuere und nicht vorhandene Dateien werden runtergeladen. Das Problem kommt, wenn eine neue Hauptdatei rauskommt. Dann sind die Wochenupdates bis dorthin obsolet und die neue Datei heisst avp0006.avc oder so. Bleiben also in meinem Verzeichnis die überflüssigen avp0002.avc und die ganzen upxxxxxx.avc. Die aktuell benutzten Dateien stehen ja in der avp.set, also kann ich durch ein "ls minus avp.set" die Dateien rauskriegen, dioe ich löschen will. Problem: Die Dateien sind in avp.set nicht sortiert, und da ist diese Leerzeile und die mit dem seltsamen "; 0XLSznpdI71fB300...", die beim Vergleich stören. Die *.klb, *.set usw., die mit ls rauskommen, will ich nicht löschen, müssen also ebenfalls gefiltert werden. Wenn ich deine Vorschläge also richtig auseinandersortiere, sollte ich weiterkommen mit einem grep \.avp avp.set | recode ibmpc..lat1 | sort -u set-inhalt.txt ls | grep \.avp |comm -23 - set-inhalt.txt | xargs rm -f Wie gesagt, ich hatte mit mit tar um das mehrfache Löschen rumgemogelt, aber so ists schöner. -- Viele Grüße vom Bodensee, Ralf Steck - Die Textwerkstatt mailto:rsteck@die-textwerkstatt.de

--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

...

Wie gesagt, ich hatte mit mit tar um das mehrfache Löschen rumgemogelt, aber so ists schöner.

Das mit tar verstehe ich nicht.

Mit tar -remove-files -T <Ergebnisdatei> -f muell.tar ; rm muell.tar kann ich alle Files in eine Datei taren, von der ich weiss, wie sie heisst, und dann löschen :-) (alles noch ungetestet) -- Viele Grüße vom Bodensee, Ralf Steck - Die Textwerkstatt mailto:rsteck@die-textwerkstatt.de

--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hallo Ralf, * Ralf Steck schrieb am 23.Apr.2000:

Hier jetzt ein Script, das nicht nur wunderbar funktioniert, sondern sogar per Mail erschöpfend Auskunft über sein "Wirken" gibt:

Das ist doch schön, aber noch eine kleine Änderung hätte ich da für Dich.

ls *.avc | comm -23 - set-inhalt.txt >> /tmp/wget.log ls *.avc | comm -23 - set-inhalt.txt | xargs rm -f

ls *.avc | comm -23 -s set-inhalt.txt | tee -a /tmp/wget.log | xargs rm -f Macht das selbe wie Deine beiden Zeilen. Es ist nicht nur kürzer, sondern in /tmp/wget.log stehen dann wirklich alle Dateien, auf denen Du ein rm angewendet hast. Bei Deinen Zeilen ist das zwar auch der Fall, aber nur, wenn Du Dich nirgendwo verschrieben hast. Wenn Du Dich bei meiner einer Zeile verschreibst, so ist das zwar auch nicht gut, aber Du merkst es wenigstens an Deiner log-Datei. Bernd -- LILO funktioniert nicht? Hast Du /etc/lilo.conf verändert und vergessen, lilo aufzurufen? Ist Deine /boot-Partition unter der 1024 Zylindergrenze? Bei anderen LILO Problemen mal in der SDB nachschauen: http://localhost/doc/sdb/de/html/rb_bootdisk.html |Zufallssignatur 6 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com