PATH-Angabe nicht vollständig? (gelöst) (Installation und Konfiguration) - Perl-Community.de

Start · Board · Anwendungen/Programme/Skripte in Perl · Installation und Konfiguration

2024-04-25 01:56:21
Europe/Berlin
Einloggen (Registrieren)
- Einstellungen
- Statistics
Jemand zu Hause?
0 Benutzer online
2 Gäste

[thread]18467[/thread]

submit to reddit

PATH-Angabe nicht vollständig? [gelöst]

[gelöst]

Tags: perl5 @INC Webmin Ähnliche Threads

Leser: 17

Articles: hide open all | hide show old branches

+14 replies
tholler

2013-07-25 10:34
User since
2013-07-23
12 Artikel
BenutzerIn
Hallo und guten Morgen zusammen,
nachdem ich perl jetzt wieder zum laufen bekommen habe, habe ich ein neues Problem, oder auch ein Verständnis-Problem.

Ich habe ein Script, z.B. update.pl, dies liegt in "./usr/share/webmin/package-updates".

Wenn ich das Script aufrufe, mault es, dass "package-updates-lib.pl" nicht vorhanden sei. Die Datei liegt jedoch im selben Verzeichnis wie die update.pl.

Ist es nicht so, dass die Suche nach Dateien so läuft, dass zuerst das aktuelle Verzeichnis und dann die @INC-Variable ausgelesen wird? So steht es zu mindest in SELFHTML.

Daher meine Frage, was passiert da, wieso findet das Script die Datei nicht, wo sie ihm doch direkt vor den Füßen liegt???

Genaue Meldung:

Quote
Can't locate ./package-updates-lib.pl in @INC (@INC contains: /usr/share/webmin /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/webmin/package-updates/update.pl line 5.

Inhalt line 5 von update.pl
Code: (dl )

require './package-updates-lib.pl';
Jetzt bin ich schon mal auf die Lösung gespannt.

Viele Grüße
Thorsten
- +4 replies
- FIFO
  
  2013-07-25 10:50
  
  User since
  2005-06-01
  469 Artikel
  BenutzerIn
  
  Rufst Du Dein Skript auch in /usr/share/webmin/package-updates auf, d.h. ist dieses das cwd?
  Ansonsten schau Dir mal FindBin an.
  Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it? -- Brian Kernighan: "The Elements of Programming Style"
  - +3 replies
  - tholler
    
    2013-07-25 12:05
    
    User since
    2013-07-23
    12 Artikel
    BenutzerIn
    
    Moin,
    da ich das script normalerweise per cron aufrufe, ist es wohl eher nicht das Standardverzeichnis.
    Aber nochmal meine Frage: Warum werden zusätzliche Dateien, die im gleichen Verzeichnis wie die update.pl liegen, nicht automatisch verwendet, der PATH zieht doch normalerweise erst dann, wenn die gesuchte Datei nicht im gleichen Verzeichnis wie das aufrufende Script ist.
    
    Zu meinem Aufruf: Ich rufe das Script mit kpl. Pfadangabe von irgend einem Verzeichnis auf dem Server auf, also nicht unbedingt aus dem gleichen.
    - pq
      
      2013-07-25 12:09
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      es wäre vielleicht ein fehler, wenn das skript-verzeichnis automatisch mit durchsucht würde. ist doch besser, wenn man es explizit angeben muss. mit FindBin geht das auch ganz bequem.
      es ist ja nicht unbedingt der fall oder allgemein üblich, dass im skript-verzeichnis direkt irgendwelche module/libraries liegen.
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
    - FIFO
      
      2013-07-25 12:15
      
      User since
      2005-06-01
      469 Artikel
      BenutzerIn
      
      Ein weiteres Problem kann der Taint-Modus sein:
      
      "The array @INC contains the list of places that the do EXPR , require, or use constructs look for their library files. It initially consists of the arguments to any -I command-line switches, followed by the default Perl library, probably /usr/local/lib/perl, followed by ".", to represent the current directory. ("." will not be appended if taint checks are enabled, either by -T or by -t .)"
      
      perlvar @INC
      Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it? -- Brian Kernighan: "The Elements of Programming Style"
- +9 replies
- Gast EinGast
  
  2013-07-25 14:12
  
  Wenn es im selben Verzeichnis liegt dann sollte es mit
  require 'package-updates-lib.pl';
  einwandfrei geladen werden.
  Mit deiner Notation (./) gehtst Du eine Ebene tiefer - und da ist natürlich nichts.
  Last edited: 2013-07-25 14:15:54 +0200 (CEST)
  - +8 replies
  - Linuxer
    
    2013-07-25 14:18
    User since
    2006-01-27
    3870 Artikel
    HausmeisterIn
    
    Seit wann denn das?
    
    require arbeitet mit @INC; und wenn da das Verzeichnis, wo Skript und Bibliothek liegen, nicht enthalten ist, wird das auch nicht funktionieren.
    
    Und seit wann wechselt der einfache Punkt ins übergeordnete Verzeichnis? . steht für das aktuelle Verzeichnis. Das übergeordnete wird mit .. angesprochen.
    
    Edit: Test hinzugefügt:
    
    Code: (dl )
    
    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
    
    # Dateien im Unterverzeichnis $ ls -1 foo/ bar.pl foo.pl # Testaufruf mit Pfad $ perl foo/foo.pl Can't locate bar.pl in @INC (@INC contains: "...viele Perlverzeichnisse und dann auch" .) at foo/foo.pl line 7. # Wechsel ins Unterverzeichnis $ cd foo # Aufruf im Unterverzeichnis; Über "." im @INC findet sich jetzt auch "bar.pl" $ perl foo.pl This is bar.pl This is foo.pl $ $ $ cat foo.pl #! /usr/bin/perl use strict; use warnings; use feature qw( say ); require "bar.pl"; say "This is foo.pl"; $ cat bar.pl #! /usr/bin/perl use strict; use warnings; use feature qw( say ); say "This is bar.pl"; $
    
    Last edited: 2013-07-25 14:25:21 +0200 (CEST)
    meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
    Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
    - +7 replies
    - Gast EinGast
      
      2013-07-25 14:30
      
      Jo - und ./ steht für das nächste untergeordnete Verzeichnis.
      Genau das hatte ich geschrieben.
      Last edited: 2013-07-25 14:33:31 +0200 (CEST)
      - +6 replies
      - pq
        
        2013-07-25 14:35
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        ./ steht genauso wie . für das aktuelle verzeichnis. ../ bzw. .. steht für das verzeichnis eine ebene darüber.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +5 replies
        
        Gast EinGast
        
        2013-07-25 14:48
        
        na gut - dann eben so:
        
        Code: (dl )
        
        1 2
        
        use lib '.'; require 'package-updates-lib.pl';
        
        Last edited: 2013-07-25 14:57:25 +0200 (CEST)
        
        +4 replies
        
        Linuxer
        
        2013-07-25 15:02
        
        User since
        2006-01-27
        3870 Artikel
        HausmeisterIn
        
        Nein. Wenn Skript und einzubindende Datei beide in /foo/bar/ liegen und man selber aktuell in /root steht, dann bringt das allgemein erstmal gar nix, weil "." dann /root bezeichnet. Damit wird die einzubindende Datei in /foo/bar immer noch nicht gefunden...
        
        Das funktioniert nur für den Fall, wenn man sich bei Skriptaufruf in /foo/bar befindet!
        
        Entweder das bereits erwähnte FindBin im Skript benutzen oder evtl. das Verzeichnis in eine (exportierte) Umgebungsvariable PERL5LIB packen (wenn man das Skript nicht modifizieren will oder darf). Siehe http://perldoc.perl.org/perlrun.html#ENVIRONMENT
        (PERL5LIB funktioniert aber auch nicht, wenn der Taint-Modus aktiviert ist)
        Last edited: 2013-07-25 15:36:11 +0200 (CEST)
        meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
        Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
        
        +3 replies
        
        tholler
        
        2013-07-25 15:44
        
        User since
        2013-07-23
        12 Artikel
        BenutzerIn
        
        UI, da gab es viel zu lesen.
        
        Seit wann?!
        Wie der eine oder andere mitbekommen hat, musste ich ein Serverbackup einspielen, da eine Installation aus WEBMIN heraus (apt-get -Y ...) abhängige Programme, die nicht mehr benötigt wurden, deinstallieren wollte. Die Installation war ein Versionsupdate von PHP5. Da dort erst de- und dann wieder installiert wird, wurde YES auf die Frage zur Deinstallation von abhängigen Programmen geantwortet.
        
        OK, bin jetzt auch schlauer, lasse mich nur noch per WEBMIN benachrichtigen und update dann per apt-get update - ohne -y.
        
        Genau dieses Update ist das, was die Probleme macht. Bis zur Deinstallation funktionierte die Benachrichtigung und das Update per WEBMIN problemlos, also wurde dort auch die abhängigen Scripte geladen.
        
        WEBMIN selber habe ich mittlerweile auch schon mal de- und neu installiert. Das war nix, selbes Problem.
        
        Andere PL-Scripte, die z.B. vom MySQL-Dumper zum Datenbankdump per Cron ausgeführt werden, funktionieren einwandfrei. Vermutlich werden dort keine zusätzlichen Scripte eingebunden.
        
        Es man ja sein, dass man das oder die WEBMIN-Scripte anpassen kann, damit die benötigten Zusatzscripte nachgeladen werden, aber das ist glaube ich nicht des Pudels Kern.
        
        Ich bin zwar kein Linux- und erst recht kein PERL-Gott, aber ich schlage mich auch schon etliche Jahre mit Windows (seit Ver. 3) rum. Wie schon gesagt, bei diesen Problemen brauche ich euch!
        
        Nachtrag:
        Ich habe die update.pl jetzt man direkt im Verzeichnis /usr/share/webmin/package-updates aufgerufen. Dort erhalte ich dann eine andere Fehlermeldung:
        
        Quote
        root@h2031312:/usr/share/webmin/package-updates# perl update.pl
        WEBMIN_CONFIG not set at ../web-lib-funcs.pl line 4109.
        Compilation failed in require at update.pl line 5.
        
        Inhalt Zeile 4109 web-lib-funcs.pl
        
        Quote
        4108 if (!defined($ENV{'WEBMIN_CONFIG'})) {
        4109 die "WEBMIN_CONFIG not set";
        4110 }
        
        Wie kann ich das überprüfen und/oder berichtigen? Kpl. Neuinstallation WEBMIN mit vorheriger Deinstallation hatte ich schon versucht.
        Last edited: 2013-07-25 15:52:57 +0200 (CEST)
        
        +2 replies
        
        Linuxer
        
        2013-07-25 16:11
        
        User since
        2006-01-27
        3870 Artikel
        HausmeisterIn
        
        Mein "Seit wann ..." von früher bezog sich auf die Aussage vom "EinGast"...
        
        Nun zu Deiner Schilderung:
        Das sind aber IMHO jetzt weder Linux- noch Perl-spezifische Probleme, sondern Webmin-spezifische, resultierend aus einer mangel- oder fehlerhaften Installation. Ich kenne Webmin nur noch vom Hören-Sagen und dunkler Erinnerung... Kann also nix spezifisches nennen.
        
        Webmin ist anscheinend von einigen Umgebungsvariablen abhängig... Die müssen korrekt gesetzt sein, damit es funktionieren kann. Wo liegt also Deine Webmin Konfiguration? Setze das Verzeichnis als WEBMIN_CONFIG ein.
        
        Code: (dl )
        
        1 2 3
        
        $ cd /ins/richtige/verzeichnis/ $ export WEBMIN_CONFIG=/wo/deine/webmin/config/liegt/ $ perl update.pl
        
        Ob das so der richtige und dauerhafte Weg ist, weiß ich nicht; ich zweifel fast dran. Aber ich habe jetzt auch nicht die Lust und Zeit, für Dich die Webmin-Doku zu wälzen... Hast Du da mal hinterhergesucht?
        Da ich Deine Umgebung, Dein System und Webmin nicht kenne, ist da nur schwer zu raten, was Du da wie und wo einsetzen musst...
        
        Tut mir leid...
        meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
        Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
        
        tholler
        
        2013-07-25 16:35
        
        User since
        2013-07-23
        12 Artikel
        BenutzerIn
        
        Hallo,
        ich gebe Dir Recht, mir läuft auch die Zeit weg; hier stapelt sich die Arbeit.
        
        Ich werde das wohl erstmal zurückstellen und mich ggf. nochmal melden.
        
        Mittlerweile gehe ich auch davon aus, dass es sich hier um ein Webmin-Internes Problem handelt.
        Da von Hoster Plesk installiert ist, kann und will ich Webmin sowieso nicht im vollen Umfang nutzen; also werde ich es erstmal löschen und ggf. mich später nochmal darum kümmern.
        
        Ich sage erstmal DANKE an alle für die Unterstützung.

View all threads created 2013-07-25 10:34.