Weil eins meiner der Allgemeinheit zur Verfügung gestellten Perl-Scripte hin und wieder meinen Server lahm legt (vermutlich durch zu viele parallele Aufrufe), habe ich dessen Priorität mit Hilfe von POSIX::nice herunter gesetzt. Zu diesem Zwecke musste ich das CPAN-Modul POSIX installieren. Während der Installation wurde ich gefragt, ob mein Perl upgedatet werden soll, ich habe das bestätigt.

Das Resultat: neben dem bisherigen /usr/share/perl5 habe ich jetzt zusätzlich auch /usr/local/lib/perl5/5.18.0

Zuerst sah alles gut aus, die Einbindung von POSIX funktionierte.

Nun wollte ich aber mal wieder an meinem SpamAssassin herumbasteln, genauer gesagt, an einem selbstgeschrieben Modul. Glücklicherweise hatte ich mir mal ein Testscript geschrieben, mit dem ich dieses Modul testen kann, bevor ich SpamAssassin neu kompiliere. Dieses Script meldete nun plötzlich, dass es Mail::SpamAssassin nicht findet. Klarer Fall: die Suchpfade für Perl in @INC sind jetzt alle auf /usr/local/lib/perl5/5.18.0 umgebogen, während SpamAssassin aber im bisherigen /usr/share/perl5 installiert ist.

Daraufhin habe ich in dem neuen Verzeichnis einfach mal ein paar symbolische Links zum bisherigen Verzeichnis eingebaut, z.B. "Mail -> /usr/share/perl5/Mail". Jetzt meldet mein Testscript lapidar "Speicherzugriffsfehler".

Was nun?

- Die neue Perl-Version wieder deinstallieren? Ich wüsste nicht, wie ich das machen sollte. Wenn ich POSIX deinstalliere, wird das CPAN-Script wohl kaum auf die Idee kommen, auch die zusätzliche Perl-Installation rückgängig zu machen.
- Perl einfach per aptitude nochmal zusätzlich updaten?
- SpamAssassin ganz neu installieren?
- Einfach SpamAssassin wie gewohnt kompilieren und hoffen, dass dabei die neue Perl-Version korrekt eingebunden wird? Wäre zu schön, um wahr zu sein. Aber wenn's schief läuft, ist mein SpamAssassin erst mal futsch, und ich werde von einer Spamlawine überrollt.

Bin für jeden nützlichen Tipp dankbar.
Last edited: 2013-08-06 22:21:35 +0200 (CEST)