Re: Problem mit Packages (Depends)
On 2003-08-25 17:04:29, Thomas Viehmann wrote: Doch, sollte es. Das funktioniert nach dem Motto der letzte macht das Licht aus: Wenn noch weitere Pakete /usr benuzten, wird nicht versucht, es zu löschen, ist das zu entfernende Paket hingegen das letzte... Unteressant, denn in /opt und /usr/local ist nichts... Wenn ich nun dort was hininstalliere und es wieder entferne, müßte Deiner meinung nach weder /opt noch /usr/local da sein. Sind sie aber und das mit allen leeren Unterverzeichnissen. Grüße Michelle (die jetzt ins Bett geht) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
Michelle Konzack wrote: On 2003-08-25 17:04:29, Thomas Viehmann wrote: Unteressant, denn in /opt und /usr/local ist nichts... Wenn ich nun dort was hininstalliere und es wieder entferne, müßte Deiner meinung nach weder /opt noch /usr/local da sein. Sind sie aber und das mit allen leeren Unterverzeichnissen. Ob es interessant ist oder nicht, überlasse ich den Leuten, die gefragt haben. :) Sachlich richtig ist es aber soweit ich weiß schon. opt und usr/local sind nicht in irgendwelchen Paketen enthalten. (z.B. wird /usr/local/lib/python2.1/site-packages/ in den Postinst-Skripten angelegt.) Gruß T. pgp0.pgp Description: PGP signature
Re: Problem mit Packages (Depends)
Hallo Thomas, On 2003-08-27 08:10:25, Thomas Viehmann wrote: Michelle Konzack wrote: On 2003-08-25 17:04:29, Thomas Viehmann wrote: Ob es interessant ist oder nicht, überlasse ich den Leuten, die gefragt haben. :) Sachlich richtig ist es aber soweit ich weiß schon. opt und usr/local sind nicht in irgendwelchen Paketen enthalten. (z.B. wird /usr/local/lib/python2.1/site-packages/ in den Postinst-Skripten angelegt.) Bei mir sind sie aber leer, da ich keine python-komponenten installiert habe. Er hat ja schon ein verzeichnis /data/log gehabt, aber ein paket in /data installiert. Sprich, /data war ja nicht leer, da es /data/log beinhaltete. Das gleiche gillt vür usr/local/(bin|games|include|lib|man| sbin|share|src). Sprich, wenn Du etwas in /usr/local/lib/python2.1/site-packages/ installerst, müßte nach der vorherigen Mail /usr/local/lib bei einer deinstallation von Python entfernt werden... (der lezte räumt auf). Dem ist es aber nicht so. Gruß T. Grüße Michelle -- Registered Linux-User #280138 with the Linux Counter, http://counter.li.org. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
Thomas Viehmann [EMAIL PROTECTED] wrote: Frage: Kann ich das entfernen eines Paketes verhindern? Also sagen, dass man es zwar installieren kann, aber nicht wieder entfernen? Ist zwar haesslich, aber es würde mir schon helfen Nimm Dir ein Beispiel an base-files: Essential: yes im Control-File. Das ist wohl das beste, was Du bekommen kannst. Super, danke! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
Thomas Viehmann [EMAIL PROTECTED] wrote: Doch, sollte es. Das funktioniert nach dem Motto der letzte macht das Licht aus: Wenn noch weitere Pakete /usr benuzten, wird nicht versucht, es zu loeschen, ist das zu entfernende Paket hingegen das letzte... Loesung des Problems waere ein Basis-Paket aehnlich base-files. Ja, das macht Sinn. Vielen Dank. Also werde ich ein base-paket schreiben, welches vor allen anderen installiert wird und welches nicht entfernt wird. Das macht Sinn. Frage: Kann ich das entfernen eines Paketes verhindern? Also sagen, dass man es zwar installieren kann, aber nicht wieder entfernen? Ist zwar haesslich, aber es würde mir schon helfen -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Monday 25 August 2003 09:45, Oliver Neumann wrote: Daniel E. Atencio Psille [EMAIL PROTECTED] wrote: Eben nicht in debian/control. Schau Dir mal debian/prerm, debian/postrm, debian/preinst und debian/postinst an. Dort werden derlei Sachen gesteuert, aber definitiv _nicht_ in debian/control Leider nein, hier steht nichts von Verzeichnis entfernen. Das Verzeichnis wird ja *automatisch entfernt*, da apt-get remove denkt, er hätte das Verzeichnis angelegt obwohl es schon existiert hat. Schau mal in der Debian Developer-Reference nach oder frag' auf debian-devel. Ich kann Dir dabei leider nicht mehr weiterhelfen, es hat aber sicherlich was mit debconf/dpkg zu tun. Da es mich selber aber auch interessiert werde ich mich beizeiten mal schlau machen und die Antwort hier posten (wenn Du nicht vorher schon eine Antwort gefunden hast) Beste Grüße, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/S0GmcVAcx24saqoRApWQAJ9qS494aze8Ox/ggxa6Gpmxha00XwCdEl+d LyfCTb3Ed5WuBeRJaBovDRo= =cMjb -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
Daniel E. Atencio Psille [EMAIL PROTECTED] wrote: Eben nicht in debian/control. Schau Dir mal debian/prerm, debian/postrm, debian/preinst und debian/postinst an. Dort werden derlei Sachen gesteuert, aber definitiv _nicht_ in debian/control Leider nein, hier steht nichts von Verzeichnis entfernen. Das Verzeichnis wird ja *automatisch entfernt*, da apt-get remove denkt, er hätte das Verzeichnis angelegt obwohl es schon existiert hat. Beispiel : - Auf dem Zielsystem existiert folgende Verzeichnisstruktur /data /data/logs - Das .deb-Paket entpackt folgende Verzeichnisstruktur /data/* /data/sonstwas/* /data/irgendwas/* - Wenn ich nun das Paket entferne mittels 'apt-get remove paket.deb', dann wird versucht /data zu entfernen, obwohl dieses Verzeichnis ja schon vorher vorhanden war. In keiner der Dateien (preist, prerm, postinst, postrm) ist sowas aufgeführt, also versucht dies wohl apt-get von selbst, da es denkt, es hätte /data angelegt. Wie kann man sowas fixen? Danke, ON -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
On 25.Aug 2003 - 09:45:25, Oliver Neumann wrote: Daniel E. Atencio Psille [EMAIL PROTECTED] wrote: Eben nicht in debian/control. Schau Dir mal debian/prerm, debian/postrm, debian/preinst und debian/postinst an. Dort werden derlei Sachen gesteuert, aber definitiv _nicht_ in debian/control Leider nein, hier steht nichts von Verzeichnis entfernen. Das Verzeichnis wird ja *automatisch entfernt*, da apt-get remove denkt, er htte das Verzeichnis angelegt obwohl es schon existiert hat. Beispiel : - Auf dem Zielsystem existiert folgende Verzeichnisstruktur /data /data/logs - Das .deb-Paket entpackt folgende Verzeichnisstruktur /data/* /data/sonstwas/* /data/irgendwas/* - Wenn ich nun das Paket entferne mittels 'apt-get remove paket.deb', dann wird versucht /data zu entfernen, obwohl dieses Verzeichnis ja schon vorher vorhanden war. In keiner der Dateien (preist, prerm, postinst, postrm) ist sowas aufgefhrt, also versucht dies wohl apt-get von selbst, da es denkt, es htte /data angelegt. Sollte es eigentlich nicht, hast du dir schonmal die richtigen Debianpakete angeguckt? Da ist im Archiv-Teil auch immer ein Eintrag /usr, aber trotzdem wird nicht beim deinstallieren versucht /usr zu lschen. Wie sieht denn die Struktur unterhalb debian/$deinpaketname aus? Andreas -- Oli Sollen wir da nicht den Ausschu fr Neue Medien mit anschreiben? Mike Wer ist das? Oli Na, das sind die, die sich mit neuen Medien beschftigen! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
Oliver Neumann [EMAIL PROTECTED] schrieb: Daniel E. Atencio Psille [EMAIL PROTECTED] wrote: Eben nicht in debian/control. Schau Dir mal debian/prerm, debian/postrm, debian/preinst und debian/postinst an. Dort werden derlei Sachen gesteuert, aber definitiv _nicht_ in debian/control Leider nein, hier steht nichts von Verzeichnis entfernen. Das Verzeichnis wird ja *automatisch entfernt*, da apt-get remove denkt, er htte das Verzeichnis angelegt obwohl es schon existiert hat. Wie wurde das Verzeichnis denn angelegt? Bei jedem Paket wird ja unter debian/paketname/ eine ganze Verzeichnisstruktur angelegt mit /usr/, /usr/share/, /usr/share/doc/ und allem was das konkrete Paket braucht. Diese Verzeichnisse ergeben beim Entfernen des Pakets sicherlich keine Fehlermeldungen, wenn sie nicht leer sind. Dies ist die bevorzugte Methode, dazu brauchst du einen cp -a oder mkdir-Befehl im install-Target von debian/rules oder in einem Makefile, das davon aufgerufen wird. Die Alternative ist es, das Verzeichnis erst im postinst zu erstellen. Das ist aber nur dann sinnvoll, wenn erst aufgrund einer Userangabe (i.d.R. durch eine Frage in debian/config) feststeht, wie das Verzeichnis heissen soll. Im zweiten Fall muss man es auch beim Entfernen wieder zu lschen versuchen - ich wei gerade nicht ob in prerm oder postrm, das msste in der Developers reference stehen. Gru, Frank -- Frank Kster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
Andreas Pakulat [EMAIL PROTECTED] wrote: Sollte es eigentlich nicht, hast du dir schonmal die richtigen Debianpakete angeguckt? Da ist im Archiv-Teil auch immer ein Eintrag /usr, aber trotzdem wird nicht beim deinstallieren versucht /usr zu l?schen. Wie sieht denn die Struktur unterhalb debian/$deinpaketname aus? Hmmm, mir ist auch gerade aufgefallen, dass er nur das /data Verzeichnis versucht zu entfernen, folgende Warnings bekomme ich : dpkg - warning: while removing package, directory `/data/logs/httpd' not empty so not removed. dpkg - warning: while removing package, directory `/data/logs' not empty so not removed. dpkg - warning: while removing package, directory `/data' not empty so not removed. Das komische ist, daß in der Verzeichnisstruktur der zu installierenden Dateien auch /etc und /usr vorkommen, hier versucht er dies aber nicht! Was mache ich falsch? Kann es sein, dass innerhalb von dpkg hartkodierte Verzeichnisse existieren (/etc, /usr, /sbin, /var), die nicht versucht werden zu löschen? Dies würde erklären, warum nur versucht wird /data (was ja kein Standard-Verz. ist) komplett zu leeren. Hilfe! ON -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
On 2003-08-25 09:45:25, Oliver Neumann wrote: Daniel E. Atencio Psille [EMAIL PROTECTED] wrote: Beispiel : - Auf dem Zielsystem existiert folgende Verzeichnisstruktur /data /data/logs - Das .deb-Paket entpackt folgende Verzeichnisstruktur /data/* /data/sonstwas/* /data/irgendwas/* - Wenn ich nun das Paket entferne mittels 'apt-get remove paket.deb', dann wird versucht /data zu entfernen, obwohl dieses Verzeichnis ja schon vorher vorhanden war. In keiner der Dateien (preist, prerm, postinst, postrm) ist sowas aufgeführt, also versucht dies wohl apt-get von selbst, da es denkt, es hätte /data angelegt. Wie kann man sowas fixen? Eigenartig, denn ich habe mir gerade mal ein Paket gebastelt und es ausprobiert. Also /data kann nicht entfernt werden, da es nicht leer ist (/data/logs). Hast Du vieleicht einen Bug in apt-get ??? Ich verwende version: apt 0.5.4 for linux i386 compiled on Aug 19 2001 01:02:26 Grüße Michelle -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
On 2003-08-22 14:06:12, Oliver Neumann [New Identity AG] wrote: Es hätte gereicht, wenn Du die E-Müll nur einmal geschrieben hättest ! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
On 2003-08-22 15:21:01, Oliver Neumann [New Identity AG] wrote: Hallo René, ich hätte zwei Fragen die von der FAQ (http://www.de.debian.org/debian-user-german-FAQ/) leider nicht beantwortet werden (denke ich :-) ). UND WARUM ZU GEIER SCHREIBST DU DIE _DREI_MAL ? Sorry, mein Proggie is bisschen buggy. Hoffe das kommt nicht mehr vor. Ach ja ??? Interesant, das Dein Proggie drei verschiedene Subjects erzeugt... -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
On 2003-08-22 15:21:01, Oliver Neumann [New Identity AG] wrote: Hallo René, äh, doch. Das Paketsystem erkennt das. $ dpkg --compare-versions 1.3.26 lt 1.3.26-woody echo jo jo $ dpkg --compare-versions 1.3.26 lt 1.3.26woody echo jo jo Was geht denn da bei Dir nicht? Das Problem ist ja eher sowas : dpkg --compare-versions 1.3.28-woody gt 1.3.28 echo jo jo bzw. dpkg --compare-versions 1.3.26-woody eq 1.3.26 echo jo Beides ist ja wohl mal nicht korrekt, oder? Eben doch ! Bei version 1.3.28 scheint es sich um eine 'normale' apache version zu handeln und bei '1.3.28-woody' eine modifizierte, womit die Version höher einzustufen ist. Ergebnis 'jo'. Da es sich um zwei verschiedene Versionen handelt stimmt auch der Zweite Test. Grüße Michelle -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
On 2003-08-22 16:34:32, Oliver Neumann [New Identity AG] wrote: Sehe ich nicht so, sorry. Um mein Problem konkreter zu fassen hier die ganze Fehlermeldung, dann siehst du, was ich meine : -x-x-x-x- package depends on apache (= 1.3.26|=1.3.28); however: Version of apache on system is 1.3.26-0woody3. -x-x-x-x- Also : Installiert ist apache in version 1.3.26-0woody3, meine Überprüfung lautet auf = 1.3.26. Laut deiner Aussage müsste die dependency erfüllt sein, ist es aber nicht. Komischerweise erhalte ich mittels dpkg --compare-versions apache-1.3.26-0woody3 gt apache-1.3.26 echo \/ \ / ist größer als was obigem widerspricht. Ist das ein Bug oder ich nur zu doof? Zuviel gearbeitet ??? Michelle -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mit Packages (Depends)
Hi, Oliver Neumann [New Identity AG] wrote: ich hätte zwei Fragen die von der FAQ (http://www.de.debian.org/debian-user-german-FAQ/) leider nicht beantwortet werden (denke ich :-) ). UND WARUM ZU GEIER SCHREIBST DU DIE _DREI_MAL ? Wir haben uns eigene Packages gebaut (unter Debian 3.0RC1) und geben in unseren control-files bspw. folgendes als dependencies an : -x-x-x- control -x-x-x- Depends: apache (=1.3.26 | =1.3.28) -x-x-x- control -x-x-x- Leider ist es nun so, dass die Standard-Pakete unter Debian apache-1.3.26-woody oder änhlich heißen, dies wird dann aber leider nicht mehr erkannt (also apt-get denkt, dass apache-1.3.26-woody nicht das Depends-Requirement erfüllt. Was können wir hier tun, damit das funktioniert? äh, doch. Das Paketsystem erkennt das. $ dpkg --compare-versions 1.3.26 lt 1.3.26-woody echo jo jo $ dpkg --compare-versions 1.3.26 lt 1.3.26woody echo jo jo Was geht denn da bei Dir nicht? Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgp0.pgp Description: PGP signature
Re: Problem mit Packages (Depends)
Hi, Oliver Neumann [New Identity AG] wrote: Das Problem ist ja eher sowas : dpkg --compare-versions 1.3.28-woody gt 1.3.28 echo jo jo bzw. dpkg --compare-versions 1.3.26-woody eq 1.3.26 echo jo Beides ist ja wohl mal nicht korrekt, oder? Doch. Das erste: 1.3.28foobar ist größer als 1.3.28. basta. dpkg (apt) parsen die Versionummer nach und nach. Und 1=1, 3=3, 28=28, aber woody nichts. Das macht auch Sinn, da z.B. das Security-Update 1.3.28woody1 ja eine höhere Versionsnummer als 1.3.28 bekommen sollte... Das zweite: Klar, Die versionen sind nicht identisch... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgp0.pgp Description: PGP signature
Re: Problem mit Packages (Depends)
* Oliver Neumann [EMAIL PROTECTED] [22-08-2003 16:34]: Also : Installiert ist apache in version 1.3.26-0woody3, meine Überprüfung lautet auf = 1.3.26. Laut deiner Aussage müsste die dependency erfüllt sein, ist es aber nicht. Versuche es mal mit: = 1.3.26-0 pgp0.pgp Description: PGP signature
Re: Problem mit Packages (Depends)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 22 August 2003 14:06, Oliver Neumann [New Identity AG] wrote: Hallo allerseits, ich hätte zwei Fragen die von der FAQ (http://www.de.debian.org/debian-user-german-FAQ/) leider nicht beantwortet werden (denke ich :-) ). Dann lies' die Debian Entwickler-Referenz und den Debian New-Maintainers-Guide. Nichtsdestotrotz hätte ein Post gereicht :( Wir haben uns eigene Packages gebaut (unter Debian 3.0RC1) und geben in unseren control-files bspw. folgendes als dependencies an : -x-x-x- control -x-x-x- Depends: apache (=1.3.26 | =1.3.28) -x-x-x- control -x-x-x- Leider ist es nun so, dass die Standard-Pakete unter Debian apache-1.3.26-woody oder änhlich heißen, dies wird dann aber leider nicht mehr erkannt (also apt-get denkt, dass apache-1.3.26-woody nicht das Depends-Requirement erfüllt. Was können wir hier tun, damit das funktioniert? Ich verstehe Deine Depends Anweisung so, dass der Indianer eine Version irgendwo zwischen 1.3.26 und 1.3.28 inkl. haben soll. Dann ist Deine Notation die Ursache bzw. hinfällig (ein apache 1.2.20 würde die zweite Regel erfüllen). Wäre Depends: apache (=1.3.26) Conflicts: apache (=1.3.28) nicht eindeutiger? Depends verlangt nach der Mindestversion und Conflicts schließt die Maximalversion aus. Weiterhin haben wir das Problem, dass eines unserer Pakete Daten folgendermassen vorhält : /data /data/verz1 /data/verz2 /data/verz2/verz21 Deinstalliert man nun dieses Paket, so versucht apt-get remove alle Verzeichnisse inkl. /data (und unterhalb) zu löschen, obwohl dieses Verzeichnis (/data) (inkl. anderer nicht durch das Paket angelegte Verzeichnisse) schon vorher existiert hat. Wie kann ich denn (im control-file??) mitteilen, dass eben Verzeichnisse die schon vorher bestanden haben nicht gelöscht werden sollen? Eben nicht in debian/control. Schau Dir mal debian/prerm, debian/postrm, debian/preinst und debian/postinst an. Dort werden derlei Sachen gesteuert, aber definitiv _nicht_ in debian/control Für eure Hilfe vielen Dank im voraus. ON Lies' die Doku. Sie ist vorhanden, wenn auch nicht gerade umwerfend umfassend ;) Gruß, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/RkQWcVAcx24saqoRAj65AJ9MQlXBaC3jN2mzOs/CLZ0x2cnhgQCbBiXN 1tS27zwRzWpM4x7/Ssc8XdI= =/i4I -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)