Hallo, Am Fri, 13 Jan 2006, Al Bogner schrieb:
Etwas genauer, vielleicht ist da eine mögliche 2. Perl-Version mit Schuld:
Oha. Wenn man das machen will sollte man wissen was man tut. Und zwar bevor man die 2te Version installiert. Und das am nach meiner bescheidenen Erfahrung besser am Paketmanager vorbei, sonst dreht der hohl, wie du selbst rausgefunden hast.
Das ist wohl ein Horror, wenn man Perl löschen und neu installieren möchte:
Eben. Und das geht eigentlich nur gut, wenn man die gleiche Perl-Version verwendet. z.B. war hier ein Update von perl 5.8.0 auf 5.8.6 nicht kompatibel, da sich die libperl geaendert hat. Folge: alle dynamisch geladenen Module (find $prefix/lib/perl/ -iname '*.so') mussten neu kompiliert werden, genauso wie alle anderen Anwendungen, die libperl verwenden (z.B. apache). Ergo: das geht nur gut, wenn man das bisherige perl da belaesst wo es ist und durch geschicktes konfigurieren des neuen perls und hantieren mit PERL5LIB und somit @INC aufpasst, dass immer das richtige perl verwendet wird. Im Moment habe ich hier perl-5.005_03 (von der Distri, in /usr) und perl-5.8.0 und perl-5.8.6 in /usr/local. Ein 5.6.1 (IIRC) habe ich inzwischen rausgeworfen.
apt-get remove --purge perl Reading Package Lists... Done Building Dependency Tree... Done [9KB geloescht]
Noch Fragen, Al? *hurhur* Also: schau nach, welche Version du _von der Distri_ bekommen hast. Diese solltest du beibehalten. Und eine evtl. neuere Version _nicht_ mit (apt4)rpm oder so installieren. Das macht nur Aerger. -dnh -- Merke: Wenn eine Frage nicht mit 42 beantwortet werden kann, ist die Frage ungültig. [Christopher Splinter in dag°]