perl findet cpan-Modul nicht

Hallo alle miteinander,

ich habe hier bei einer Slackware-Installation neuerdings ein Problem,
vielleicht mit mehreren Perl-Programmen, sicher mit dem Programm
"iwatch". "iwatch" hat etliche Monate brav funktioniert.

iwatch --help liefert jetzt

Can't locate Event.pm in @INC (@INC contains:
/usr/lib/perl5/5.8.8/i486-linux-thread-multi
/usr/lib/perl5/5.8.8
/usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8
/usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl) at /usr/bin/iwatch line 14.
BEGIN failed--compilation aborted at /usr/bin/iwatch line 14.

Die Suche nach "Event.pm" liefert

/root/.cpan/build/Event-1.08/lib/Event.pm
/root/.cpan/build/Event-1.08/blib/lib/Event.pm
/root/.cpan/build/Linux-Inotify-0.05/lib/Linux/Inotify/Event .pm
/root/.cpan/build/Linux-Inotify-0.05/blib/lib/Linux/Inotify/ Event.pm
/root/.cpan/build/Event-1.09/lib/Event.pm
/usr/lib/perl5/site_perl/5.8.8/i486-linux/Event.pm
/usr/lib/perl5/site_perl/5.8.8/Linux/Inotify/Event.pm

Vor einiger Zeit lief alles brav, inzwischen habe ich (beim Wechsle von
slackware 11.x nach 12.0) etliche Pakete geändert.
Und seit kurzer Zeit ist auch das Paket "inotify-tools" dazugekommen -
mag sein, dass das wichtig ist.

Die cpan.Module pflege ich mit "cpan2tgz" anzufertigen, ich kann aber
notfalls auch mit cpan umgehen.

-----------------

Sind "nur" einige Pfade anzupassen oder zu korrigieren? Wenn ja: wo (und
vielleicht auch wie)? Könnten symbolische Links reichen, oder erzeuge
ich damit Chaos?

Viele Gruesse!
Helmut

Re: perl findet cpan-Modul nicht

Helmut Hullen wrote:

> Can't locate Event.pm in @INC (@INC contains:
> /usr/lib/perl5/5.8.8/i486-linux-thread-multi
> /usr/lib/perl5/5.8.8
> /usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
^^^^^^^^^^^^
> /usr/lib/perl5/site_perl/5.8.8
> /usr/lib/perl5/site_perl/5.8.7
> /usr/lib/perl5/site_perl/5.8.6
> /usr/lib/perl5/site_perl/5.8.5
> /usr/lib/perl5/site_perl) at /usr/bin/iwatch line 14.
> BEGIN failed--compilation aborted at /usr/bin/iwatch line 14.
>
> Die Suche nach "Event.pm" liefert
>
> /root/.cpan/build/Event-1.08/lib/Event.pm
> /root/.cpan/build/Event-1.08/blib/lib/Event.pm
> /root/.cpan/build/Linux-Inotify-0.05/lib/Linux/Inotify/Event .pm
> /root/.cpan/build/Linux-Inotify-0.05/blib/lib/Linux/Inotify/ Event.pm
> /root/.cpan/build/Event-1.09/lib/Event.pm
> /usr/lib/perl5/site_perl/5.8.8/i486-linux/Event.pm
^^^^^^^^^^
> /usr/lib/perl5/site_perl/5.8.8/Linux/Inotify/Event.pm
>
> Vor einiger Zeit lief alles brav, inzwischen habe ich (beim Wechsle von
> slackware 11.x nach 12.0) etliche Pakete geändert.

Es sieht so aus als ob bei deiner neuestens Slackware Version Perl jetzt mit
threads enabled erstellt wurde, Event.pm aber zu einer Zeit installiert
wurde als das noch nicht der Fall war.

Das kannst Du rausfinden indem Du mal mit
$ perl -V |grep threads
guckst wie useithread bzw. usethreads gesetzt ist. In Abhängigkeit davon
ändert sich @INC.

Mit threads enabled wird u.a. in
/usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
gesucht, ohne threads in
/usr/lib/perl5/site_perl/5.8.8/i486-linux
Dort ist dein Event.pm, wird aber nicht mehr gefunden.

Lösungen:
@INC anpassen oder
perl neu compilieren, ohne -Duseithread, oder
oder Event.pm neu installieren.


Gruß,
Ekki

Re: perl findet cpan-Modul nicht

Hallo, Ekki,

Du (df4or) meintest am 02.01.08:

>> Can't locate Event.pm in @INC (@INC contains:
>> /usr/lib/perl5/5.8.8/i486-linux-thread-multi
>> /usr/lib/perl5/5.8.8
>> /usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
> ^^^^^^^^^^^^

>> /usr/lib/perl5/site_perl/5.8.8/i486-linux/Event.pm
> ^^^^^^^^^^

> Das kannst Du rausfinden indem Du mal mit
> $ perl -V |grep threads
> guckst wie useithread bzw. usethreads gesetzt ist. In Abhängigkeit
> davon ändert sich @INC.

@INC zeigt nur "i486-linux-thread-multi" an, weder "Linux" noch "i486-
linux".
usethreads=define
useithreads=define



> Mit threads enabled wird u.a. in
> /usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
> gesucht, ohne threads in
> /usr/lib/perl5/site_perl/5.8.8/i486-linux

"threads enabled" gibt es nicht, auch keine andere Definition nur mit
"threads".

> Dort ist dein Event.pm, wird aber nicht mehr gefunden.

> Lösungen:

> @INC anpassen

Wo und wie kann ich das? Gibt es irgendwo so eine Art "perl.conf"?

> perl neu compilieren, ohne -Duseithread,

Hmmm - ist das Standardpaket von Slackware. Da möchte ich ungern mein
eigenes Süppchen kochen - ich wäre dann von den Slackware-Updates
faktisch ausgeschlossen.

> oder Event.pm neu installieren.

Habe ich eben gemacht, Event-1.09 - keine Änderung. "cpan2tgz" hat kein
neues Paket gebacken (anders als z.B. bei "Digest::SHA").

Unter "cpan":

force install Event

hat viel gemacht und anscheinend "Event.pm" erreichbar gemacht; jetzt
hakt es in der Folgezeile.

So rein theoretisch könnte ich jetzt auf diese Weise Modul für Modul
faktisch in den "thread-multi"-Pfad transferieren - aber das ist bei
mehr als 100 Modulen keine sonderlich intelligente Vorgehensweise. Geht
das intelligenter?

Viele Gruesse!
Helmut

Re: perl findet cpan-Modul nicht

Ekki Plicht (DF4OR) schrieb:
> Helmut Hullen wrote:
>
>> Can't locate Event.pm in @INC (@INC contains:
>> /usr/lib/perl5/5.8.8/i486-linux-thread-multi
>> /usr/lib/perl5/5.8.8
>> /usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
> ^^^^^^^^^^^^
>> /usr/lib/perl5/site_perl/5.8.8
>> /usr/lib/perl5/site_perl/5.8.7
>> /usr/lib/perl5/site_perl/5.8.6
>> /usr/lib/perl5/site_perl/5.8.5
>> /usr/lib/perl5/site_perl) at /usr/bin/iwatch line 14.
>> BEGIN failed--compilation aborted at /usr/bin/iwatch line 14.
>>
>> Die Suche nach "Event.pm" liefert
>>
>> /root/.cpan/build/Event-1.08/lib/Event.pm
>> /root/.cpan/build/Event-1.08/blib/lib/Event.pm
>> /root/.cpan/build/Linux-Inotify-0.05/lib/Linux/Inotify/Event .pm
>> /root/.cpan/build/Linux-Inotify-0.05/blib/lib/Linux/Inotify/ Event.pm
>> /root/.cpan/build/Event-1.09/lib/Event.pm
>> /usr/lib/perl5/site_perl/5.8.8/i486-linux/Event.pm
> ^^^^^^^^^^
>> /usr/lib/perl5/site_perl/5.8.8/Linux/Inotify/Event.pm
>>
>> Vor einiger Zeit lief alles brav, inzwischen habe ich (beim Wechsle von
>> slackware 11.x nach 12.0) etliche Pakete geändert.
>
> Es sieht so aus als ob bei deiner neuestens Slackware Version Perl jetzt mit
> threads enabled erstellt wurde, Event.pm aber zu einer Zeit installiert
> wurde als das noch nicht der Fall war.

Die Diagnose sollte richtig sein, das Slackware-Paket für 11.0 hat
in usr/lib/perl5/5.8.8/i486-linux/Config.pm
useithreads => undef,
gesetzt, die 12.0 er hat dort "define" stehen.

> Das kannst Du rausfinden indem Du mal mit
> $ perl -V |grep threads
> guckst wie useithread bzw. usethreads gesetzt ist. In Abhängigkeit davon
> ändert sich @INC.
>
> Mit threads enabled wird u.a. in
> /usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
> gesucht, ohne threads in
> /usr/lib/perl5/site_perl/5.8.8/i486-linux
> Dort ist dein Event.pm, wird aber nicht mehr gefunden.
>
> Lösungen:
> @INC anpassen oder

Weniger gut. Für XS-Module, die unter non-threaded builds gebaut wurden,
gibt es keine wirkliche Garantie dafür, dass sie auch unter einem
threaded Perl sauber arbeiten.

> perl neu compilieren, ohne -Duseithread, oder

Nicht unbedingt zeitgemäß.

> oder Event.pm neu installieren.

Das wäre wohl die bevorzugte Vorgehensweise. Auf keinen Fall würde ich
hier irgenwelche Zaubertricks mit Symlinks versuchen. Sollte es Probleme
beim CPAN-Update geben, weil auch andere non-threaded-Module sich
querstellen, ist CPAN::Nox einen Blick wert.

Viele Grüße
-Christian

Re: perl findet cpan-Modul nicht

Hallo, Christian,

Du (thepoet_nospam) meintest am 02.01.08:

>>> /usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
>> ^^^^^^^^^^^^

>>> /usr/lib/perl5/site_perl/5.8.8/i486-linux/Event.pm
>> ^^^^^^^^^^

[...]

> Die Diagnose sollte richtig sein, das Slackware-Paket für 11.0 hat
> in usr/lib/perl5/5.8.8/i486-linux/Config.pm
> useithreads => undef,
> gesetzt, die 12.0 er hat dort "define" stehen.

Und deshalb funktioniert auch "mimedefang" nicht mehr - jetzt weiss ich
wenigstens, wo der direkte Auslöser steckt.

Der Versuch, "mimedefang-2.63" neu zu kompilieren, scheitert an
"IO::Socket".
Dieses Modul hatte ich vorher zwangsweise per "cpan force ..." neu
eingebunden - macht nichts. Leider.

>> Lösungen:
>> @INC anpassen oder

> Weniger gut. Für XS-Module, die unter non-threaded builds gebaut
> wurden, gibt es keine wirkliche Garantie dafür, dass sie auch unter
> einem threaded Perl sauber arbeiten.

Was dann?
"Irgendwie" müssen anscheinend alle Module von "i486-linux" nach "i486-
linux-thread-multi" gebracht werden.
Und dann gibt es noch einige Pakete, die in keines dieser Verzeichnisse
gehen, sondern stattdessen nach "Linux" ...

>> oder Event.pm neu installieren.

> Das wäre wohl die bevorzugte Vorgehensweise.

Bei "Event.pm" hat das funktoniert, bei "IO::Socket" (anscheinend)
nicht.

> Auf keinen Fall würde
> ich hier irgenwelche Zaubertricks mit Symlinks versuchen. Sollte es
> Probleme beim CPAN-Update geben, weil auch andere non-threaded-Module
> sich querstellen, ist CPAN::Nox einen Blick wert.

War schon mal eingebunden, habe ich jetzt noch mal zwangsweise
eingebunden: noch sehe ich keine Verbesserung.

Viele Gruesse!
Helmut

Re: perl findet cpan-Modul nicht

Helmut Hullen schrieb:
> Hallo, Christian,
>
> Du (thepoet_nospam) meintest am 02.01.08:
>
>>>> /usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
>>> ^^^^^^^^^^^^
>
>>>> /usr/lib/perl5/site_perl/5.8.8/i486-linux/Event.pm
>>> ^^^^^^^^^^
>
> [...]
>
>> Die Diagnose sollte richtig sein, das Slackware-Paket für 11.0 hat
>> in usr/lib/perl5/5.8.8/i486-linux/Config.pm
>> useithreads => undef,
>> gesetzt, die 12.0 er hat dort "define" stehen.
>
> Und deshalb funktioniert auch "mimedefang" nicht mehr - jetzt weiss ich
> wenigstens, wo der direkte Auslöser steckt.
>
> Der Versuch, "mimedefang-2.63" neu zu kompilieren, scheitert an
> "IO::Socket".
> Dieses Modul hatte ich vorher zwangsweise per "cpan force ..." neu
> eingebunden - macht nichts. Leider.

Dann ist irgendetwas ernsthaft verschraubt, denn IO::Socket ist
ein Core-Modul und sollte in einem sauber installierten Perl
immer in einem der zuerst durchsuchten libdirs liegen. Man sollte
es eigentlich niemals von CPAN installieren müssen, ausser man
will neue Features in einer älteren Perl-Version benutzen.

>>> Lösungen:
>>> @INC anpassen oder
>
>> Weniger gut. Für XS-Module, die unter non-threaded builds gebaut
>> wurden, gibt es keine wirkliche Garantie dafür, dass sie auch unter
>> einem threaded Perl sauber arbeiten.
>
> Was dann?
> "Irgendwie" müssen anscheinend alle Module von "i486-linux" nach "i486-
> linux-thread-multi" gebracht werden.

Am besten währe es wohl, sämtliche Altlasten an Modulverzeichnissen
zu entfernen. Nach dem obigen Problem zu urteilen, kann das aber
dank inkonsistenter Versionen bei den Core-Modulen trotzdem schiefgehen.

> Und dann gibt es noch einige Pakete, die in keines dieser Verzeichnisse
> gehen, sondern stattdessen nach "Linux" ...
>
>>> oder Event.pm neu installieren.
>
>> Das wäre wohl die bevorzugte Vorgehensweise.
>
> Bei "Event.pm" hat das funktoniert, bei "IO::Socket" (anscheinend)
> nicht.
>
>> Auf keinen Fall würde
>> ich hier irgenwelche Zaubertricks mit Symlinks versuchen. Sollte es
>> Probleme beim CPAN-Update geben, weil auch andere non-threaded-Module
>> sich querstellen, ist CPAN::Nox einen Blick wert.
>
> War schon mal eingebunden, habe ich jetzt noch mal zwangsweise
> eingebunden: noch sehe ich keine Verbesserung.

Evtl. einfach mal den ganzen perl5-Ordner löschen (umbenennen) und mit
den aktuellen Slackware12-Paketen neu installieren. Die Symlinks in
/usr/bin werden ohnehin vom Installskript neu gesetzt. Alles andere
ist rumdoktern an den Symptomen und wirft bloß immer neue Probleme auf.

-Christian

Re: perl findet cpan-Modul nicht

Christian Winter wrote:

> Ekki Plicht (DF4OR) schrieb:
>> Lösungen:
>> @INC anpassen oder
>
> Weniger gut. Für XS-Module, die unter non-threaded builds gebaut wurden,
> gibt es keine wirkliche Garantie dafür, dass sie auch unter einem
> threaded Perl sauber arbeiten.

Ack.

>> perl neu compilieren, ohne -Duseithread, oder
>
> Nicht unbedingt zeitgemäß.

LOL. Unter Gentoo ist das aber der Standard und genau so habe ich das hier
gemacht als ich vor dem gleichen Problem stand.

>> oder Event.pm neu installieren.
>
> Das wäre wohl die bevorzugte Vorgehensweise. Auf keinen Fall würde ich
> hier irgenwelche Zaubertricks mit Symlinks versuchen. Sollte es Probleme
> beim CPAN-Update geben, weil auch andere non-threaded-Module sich
> querstellen, ist CPAN::Nox einen Blick wert.

Ack.

Gruß,
Ekki

Re: perl findet cpan-Modul nicht

Hallo, Christian,

Du (thepoet_nospam) meintest am 02.01.08:

>> Der Versuch, "mimedefang-2.63" neu zu kompilieren, scheitert an
>> "IO::Socket".
>> Dieses Modul hatte ich vorher zwangsweise per "cpan force ..." neu
>> eingebunden - macht nichts. Leider.

> Dann ist irgendetwas ernsthaft verschraubt, denn IO::Socket ist
> ein Core-Modul und sollte in einem sauber installierten Perl
> immer in einem der zuerst durchsuchten libdirs liegen. Man sollte
> es eigentlich niemals von CPAN installieren müssen, ausser man
> will neue Features in einer älteren Perl-Version benutzen.

Verzeichnis "perl5" gelöscht
Perl 5.8.8-3 von Ende 2006 eingespielt (Slackware 11, ohne thread-multi)
cpan laufen lassen; "install Bundle::CPAN"

"mimedefang" gestartet, "sendmail" gestartet: "mail.log" beklagt
"IO::Socket".

Auch "mimedefang" hat schon mal funktioniert ...
Irgendwann beim Einbinden von "Bundle" wurde gemeldet, dass "IO::Socket"
ok sei.

Viele Gruesse!
Helmut

Re: perl findet cpan-Modul nicht

Hallo, Ekki,

Du (df4or) meintest am 02.01.08:

>>> perl neu compilieren, ohne -Duseithread, oder

>> Nicht unbedingt zeitgemäß.

> LOL. Unter Gentoo ist das aber der Standard und genau so habe ich das
> hier gemacht als ich vor dem gleichen Problem stand.

Das "Vergnügen" bereitet mir schon "cpan".
Gerade läuft unter "cpan" "upgrade", nachdem schon "install
Bundle::CPAN" eine ganze Weile gedauert hat.

Ich betreue eine Distribution, die für ungeübte Benutzer gedacht ist
(aus heutiger Sicht: etwa so simpel in Betrieb zu nehmen wie eine
Knoppix-CD). Wenn die erst mal kompilieren müssen: das schreckt ab.

Mal sehen, wie früh "cpan2tgz" dort vorarbeiten kann.

Viele Gruesse!
Helmut

Re: perl findet cpan-Modul nicht

Christian Winter writes:

> Ekki Plicht (DF4OR) schrieb:
[...]
> > perl neu compilieren, ohne -Duseithread, oder
>
> Nicht unbedingt zeitgemäÂß.

Ich habe nicht den Eindruck, dass das Perl-Threading eine der
leuchtenden Eigenschaften dieser Sprache ist, ganz im Gegenteil.
Abgesehen davon, dass ein threaded perl teilweise deutlich langsamer
als ein unthreaded perl ist, auch wenn gar keine Threads verwendet
werden.

Gruß,
Slaven

--
Slaven Rezic - slaven rezic de

tkrevdiff - graphical display of diffs between revisions (RCS, CVS or SVN)
http://ptktools.sourceforge.net/#tkrevdiff

Re: perl findet cpan-Modul nicht

Slaven Rezic wrote:

> Christian Winter writes:
>
>> Ekki Plicht (DF4OR) schrieb:
> [...]
>> > perl neu compilieren, ohne -Duseithread, oder
>>
>> Nicht unbedingt zeitgemäÂß.
>
> Ich habe nicht den Eindruck, dass das Perl-Threading eine der
> leuchtenden Eigenschaften dieser Sprache ist, ganz im Gegenteil.

Ack. Deswegen habe ich es auch wieder rausgeschmissen, nachdem ich ein
bischen mit Threads rumgespielt hatte. Aber zunächst hatte ich das gleiche
Erlebnis wie Helmut - die meisten der selbstinstallierten Module waren nach
der Umstellung weg.

Gruß,
Ekki

Re: perl findet cpan-Modul nicht

On 2008-01-02 19:16, Helmut Hullen wrote:
> Du (df4or) meintest am 02.01.08:
>
>>>> perl neu compilieren, ohne -Duseithread, oder
>
>>> Nicht unbedingt zeitgemäß.
>
>> LOL. Unter Gentoo ist das aber der Standard und genau so habe ich das
>> hier gemacht als ich vor dem gleichen Problem stand.
[...]
> Ich betreue eine Distribution, die für ungeübte Benutzer gedacht ist
> (aus heutiger Sicht: etwa so simpel in Betrieb zu nehmen wie eine
> Knoppix-CD). Wenn die erst mal kompilieren müssen: das schreckt ab.

Wenn Du eine Distribution betreust, dann ist es Deine Aufgabe,
entsprechende Pakete zusammenzustellen, die funktionieren. Wenn Deine
User Perl selber kompilieren müssen, weil das von Dir gelieferte
Perl-Paket nicht funktioniert, dann hast Du offensichtlich das
selbstgesteckte Ziel, eine "Distribution für ungeübte Benutzer"
herauszugeben, nicht erreicht.

hp

Re: perl findet cpan-Modul nicht

Hallo, Peter,

Du (hjp-usenet2) meintest am 03.01.08:

>> Ich betreue eine Distribution, die für ungeübte Benutzer gedacht ist
>> (aus heutiger Sicht: etwa so simpel in Betrieb zu nehmen wie eine
>> Knoppix-CD). Wenn die erst mal kompilieren müssen: das schreckt ab.

> Wenn Du eine Distribution betreust, dann ist es Deine Aufgabe,
> entsprechende Pakete zusammenzustellen, die funktionieren.

Stimmt. Und weil "thread-multi" mir da gewaltig in die Suppe spuckt,
frage ich hier.

> Wenn Deine User Perl selber kompilieren müssen, weil das von Dir
> gelieferte Perl-Paket nicht funktioniert, dann hast Du offensichtlich
> das selbstgesteckte Ziel, eine "Distribution für ungeübte Benutzer"
> herauszugeben, nicht erreicht.

Und genau deshalb frage ich hier.
Ich gehöre zu den wenigen Leuten, die nicht in allen Sätteln gleich gut
sitzen.

Viele Gruesse!
Helmut

Re: perl findet cpan-Modul nicht

"Slaven Rezic":

> Ich habe nicht den Eindruck, dass das Perl-Threading eine der
> leuchtenden Eigenschaften dieser Sprache ist, ganz im Gegenteil.

Zumindest nicht unter UNIX-Derivaten.

LG, Ferry

Re: perl findet cpan-Modul nicht

"Ferry Bolhar" writes:

> "Slaven Rezic":
>
> > Ich habe nicht den Eindruck, dass das Perl-Threading eine der
> > leuchtenden Eigenschaften dieser Sprache ist, ganz im Gegenteil.
>
> Zumindest nicht unter UNIX-Derivaten.
>

Auch unter Windows ist es nicht besser (bis auf die eine oder andere
Kleinigkeit). Man muss sich nur die Liste der Einschränkungen in der
Dokumentation zu threads und threads::shared anschauen. Ein
Unterschied ist, dass man unter Windows auf jeden Fall ein threaded
perl haben möchte, damit man eine fork()-Emulation bekommt.

Gruß,
Slaven

--
Slaven Rezic - slaven rezic de

Visualize Makefiles with GraphViz:
http://user.cs.tu-berlin.de/~eserte/src/perl/GraphViz-Makefi le/

Re: perl findet cpan-Modul nicht

Slaven Rezic:

> Auch unter Windows ist es nicht besser (bis auf die eine oder andere
> Kleinigkeit). Man muss sich nur die Liste der Einschränkungen in der
> Dokumentation zu threads und threads::shared anschauen. Ein
> Unterschied ist, dass man unter Windows auf jeden Fall ein threaded
> perl haben möchte, damit man eine fork()-Emulation bekommt.

Ja, das hatte ich gemeint. Aber auch unter XS ist das Threading besser
unterstützt (mit eigenen Macros bzw. Systemcalls). Eben weil es
Threads schon immer unter Windows gegeben hat und man sich
daher dort schon früher damit auseinandersetzen musste als unter
UNIX-Systemen.

LG, Ferry
--