CPAN -e shell auf shared Hosting einrichten (solved) (Fragen zu Perl-Modulen) - Perl-Community.de

Start · Board · Anwendungen/Programme/Skripte in Perl · Fragen zu Perl-Modulen

2024-09-17 03:02:10
Europe/Berlin
Login (Register)
- Preferences
- Statistics
Jemand zu Hause?
0 users online

[thread]20739[/thread]

submit to reddit

CPAN -e shell auf shared Hosting einrichten [solved]

[solved]

Tags: perl5 Similar Threads

Readers: 14

Articles: hide open all | hide show old branches

+30 replies
bianca

2020-02-04 22:07

User since
2009-09-13
7016 articles
BenutzerIn

Hi!

Wie kann ich mir das CPAN Installationsmodul auf einem shared Hosting personalisieren?
Beim Versuch der Installation von Archive::Zip beispielsweise erhalte ich u. a. die Meldung
Quote
ERROR: Can't create '/usr/local/bin'
Do not have write permissions on '/usr/local/bin'

Bei Test::MockModule kommt
Quote
ERROR: Can't create '/usr/local/lib64/perl5/5.30.1/Test'
mkdir /usr/local/lib64/perl5: Permission denied at /usr/lib64/perl5/5.30.1/ExtUtils/Install.pm line 489.

In der Datei .cpan/CPAN/MyConfig.pm gibt es ja haufenweise Pfadangaben. Ich hatte bei der Installation alle defaults übernommen.
Was kann/muss ich da alles ändern, damit ich nicht lauter Fehlermeldungen bekomme? Und vor allem: wofür sind die ganzen Verzeichnisse?
Was ist z. B. /usr/bin/make? Oder /usr/bin/less
Braucht man wirklich so viele Verzeichnisse für ein paar Perlmodule?

Danke für die Hilfe
10 print "Hallo"
20 goto 10
- +20 replies
- haj
  
  2020-02-05 00:23
  
  User since
  2015-01-07
  551 articles
  BenutzerIn
  
  2020-02-04T21:07:50 bianca
  
  Wie kann ich mir das CPAN Installationsmodul auf einem shared Hosting personalisieren?
  
  Ich weiß nicht, ob ich die Frage richtig verstehe... ich nehme an, dass Du 1) CPAN-Module installieren oder aktualisieren willst, 2) keine root-Berechtigung hast, 3) deshalb die von Dir benötigten Bibliotheken in Pfaden installieren musst, auf die Du Zugriff hast, und 4) trotzdem das vom Hosting gelieferte Perl benutzen willst/musst.
  
  Für solche Szenarien gibt es local::lib - das wäre mal ein Versuch, ob der Hoster dieses Modul anbietet. Die Bastelei mit MyConfig.pm ist dann nicht erforderlich. Es geht mit local::lib auch dann, wenn's der Hoster nicht hat - dafür gibt es den Abschnitt "Bootstrapping" in der Dokumentation.
  
  Die ganzen Verzeichnisse haben tatsächlich alle ihre Berechtigung. Das Perl-Ökosystem unterscheidet hier zwischen Modulen, die vom Betriebsystem und der Architektur abhängen (beispielsweise Module mit C-Anteilen) und solchen, die für nahezu beliebige Perl-Versionen auf allen Architekturen funktionieren, und ebenso zwischen Modulen, die bei Perl mit dabei sind (der "core"), solchen, die die Distribution mitbringt und solchen, die mit CPAN explizit installiert werden (letztere haben Vorrang). Das System ist kompliziert, weil sehr mächtig.
  
  Modulautoren müssen sich in ziemlich weiten Grenzen nicht darum kümmern, ob ihr Modul auf Linux, Windows, Solaris oder MacOS eingesetzt wird, weil CPAN.pm viel Wissen über diese Systeme eingebaut hat. Zu diesem Wissen gehört auch, auf welchen Pfaden Kommandos zu finden sind, die CPAN zum Installieren braucht. Das Kommando make auf Linux gehört dazu, bei Strawberry Perl auf Windows erbringt gmake die gleiche Leistung.
  
  Bei gaaanz einfachen, Pure-Perl-Modulen wie Test::MockModule kannst Du auch die einzelnen Module an die passenden Stellen kopieren. Da besteht aber die große Gefahr, dass Dir das schnell über den Kopf wächst.
  - +19 replies
  - bianca
    
    2020-02-09 09:59
    
    User since
    2009-09-13
    7016 articles
    BenutzerIn
    
    Hi haj!
    
    2020-02-04T23:23:33 haj
    dass Du 1) CPAN-Module installieren oder aktualisieren willst, 2) keine root-Berechtigung hast, 3) deshalb die von Dir benötigten Bibliotheken in Pfaden installieren musst, auf die Du Zugriff hast, und 4) trotzdem das vom Hosting gelieferte Perl benutzen willst/musst.
    
    Volltreffer in allen Punkten!!
    
    2020-02-04T23:23:33 haj
    Für solche Szenarien gibt es local::lib - das wäre mal ein Versuch, ob der Hoster dieses Modul anbietet.
    
    Das war mein erster Versuch aber es ist scheinbar nicht installiert:
    Quote
    yyyy@xxxx ~ $ perl -MCPAN -Mlocal::lib
    Can't locate local/lib.pm in @INC (you may need to install the local::lib module) (@INC contains: /etc/perl /usr/local/lib64/perl5/5.30.1/x86_64-linux /usr/local/lib64/perl5/5.30.1 /usr/lib64/perl5/vendor_perl/5.30.1/x86_64-linux /usr/lib64/perl5/vendor_perl/5.30.1 /usr/local/lib64/perl5 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/5.30.1/x86_64-linux /usr/lib64/perl5/5.30.1).
    BEGIN failed--compilation aborted.
    
    B. t. w. Ich hatte mal irgend wo perl -MCPAN -Mlocal::lib -e shell aufgeschnappt und auf Windows nutze ich auch immer perl -MCPAN -e shell. In der Doku von local::lib finde ich den Parameter shell aber gar nicht. Was hat es damit auf sich bzw. wieso steht das nicht in der Doku?
    
    2020-02-04T23:23:33 haj
    Es geht mit local::lib auch dann, wenn's der Hoster nicht hat - dafür gibt es den Abschnitt "Bootstrapping" in der Dokumentation.
    
    Ja habe ich bis einschließlich Punkt 3 gemacht. Lief alles fehlerfrei. Aber ab Punkt 4 verstehe ich nichts mehr und ich weiß auch nicht, was ich jetzt eingeben muss, damit ich den CPAN Prompt erhalte, wo ich dann z. B. install Archive::Zip eingeben kann.
    
    2020-02-04T23:23:33 haj
    Bei gaaanz einfachen, Pure-Perl-Modulen wie Test::MockModule kannst Du auch die einzelnen Module an die passenden Stellen kopieren.
    
    Normalerweise arbeite ich auf Windows und habe da immer perl -MCPAN -e shell zur Verfügung.
    
    Wenn mir bitte nochmal jemand ab Punkt 4 beim bootstrapping weiterhilft.
    Danke!
    10 print "Hallo"
    20 goto 10
    - +2 replies
    - Daxim
      
      2020-02-09 13:57
      
      User since
      2007-08-01
      114 articles
      BenutzerIn
      
      Du hast die Synopsis ausgeführt. Das funktioniert nur, wenn local::lib schon installiert ist.
      
      Du must local::lib zuerst installieren. Wie haj schon geschrieben hat, verwende den Abschnitt "Bootstrapping" in der Dokumentation.
      - bianca
        
        2020-02-09 14:13
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2020-02-09T12:57:42 Daxim
        verwende den Abschnitt "Bootstrapping" in der Dokumentation.
        
        Habe ich ja und stecke dort bei Punkt 4 fest. Bitte deshalb nochmal um Hilfe.
        10 print "Hallo"
        20 goto 10
    - Linuxer
      
      2020-02-09 18:58
      
      User since
      2006-01-27
      3890 articles
      HausmeisterIn
      
      2020-02-09T08:59:39 bianca
      ...
      B. t. w. Ich hatte mal irgend wo perl -MCPAN -Mlocal::lib -e shell aufgeschnappt und auf Windows nutze ich auch immer perl -MCPAN -e shell. In der Doku von local::lib finde ich den Parameter shell aber gar nicht. Was hat es damit auf sich bzw. wieso steht das nicht in der Doku?
      
      shell stammt aus CPAN, nicht aus local::lib,daher funktioniert auch der zweite Aufruf ohne local::lib. Und in der Doku von CPAN steht auch was zu shell.
      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!
    - +15 replies
    - Linuxer
      
      2020-02-09 19:18
      
      User since
      2006-01-27
      3890 articles
      HausmeisterIn
      
      Zum Punkt 4:
      
      perldoc local::lib
      ...
      
      Now we need to setup the appropriate environment variables, so that Perl starts using our newly generated lib/ directory. If you are using bash or any other Bourne shells, you can add this to your shell startup script this way:
      
      Code: (dl )
      
      echo 'eval "$(perl -I$HOME/perl5/lib/perl5 -Mlocal::lib)"' >>~/.bashrc
      
      Der Aufruf
      
      Code: (dl )
      
      perl -I$HOME/perl5/lib/perl5 -Mlocal::lib
      
      sollte Dir eine Liste ausgeben, mit der verschiedene Umgebungsvariablen definiert werden.
      
      Für die verschiedenen Unix-Shells wird hier ein Kommando an die Startup-Datei der Shell angehangen, womit diese Umgebungsvariablen bei jedem Start einer Shell gesetzt werden.
      Damit sind diese Variablen für die Zukunft verfügbar und spätere Modul-Installationen mit local::lib wissen gleich, welche Verzeichnisse benutzt werden sollen.
      
      Wenn Du mit einer Shell bei Deinem Sharehoster angemeldet bist, solltest Du mit echo $SHELL sehen, welche Shell Dir zur Verfügung steht (welche Du verwendest).
      Führe das echo-Kommando das zu Deiner Shell passt *einmal* aus. Danach mach eine neue Sitzung (parallel) auf. Darin sollten nun die notwendigen Umgebungsvariablen gesetzt sein (Kontrolle mit export oder set).
      
      Wenn dem so ist, sollte ein perl -Mlocal::lib -MCPAN -e 'shell' funktionieren und das lokale Verzeichnis benutzt werden können.
      Das ganze hilft nicht weiter, wenn Du über Dein Profil keinen Zugriff auf make, Compiler (z.B. gcc), etc. hast. Pure-Perl-Module sollten sich so aber in ein Benutzer-eigenes Verzeichnis installieren lassen.
      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!
      - +14 replies
      - bianca
        
        2020-02-09 20:16
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2020-02-09T18:18:54 Linuxer
        Der Aufruf
        
        Code: (dl )
        
        perl -I$HOME/perl5/lib/perl5 -Mlocal::lib
        
        sollte Dir eine Liste ausgeben, mit der verschiedene Umgebungsvariablen definiert werden.
        
        Da kommt leider nur
        
        Quote
        Can't locate local/lib.pm in @INC (you may need to install the local::lib module) (@INC contains: /home/sites/abc/users/xyz/perl5/lib/perl5 /etc/perl /usr/local/lib64/perl5/5.30.1/x86_64-linux /usr/local/lib64/perl5/5.30.1 /usr/lib64/perl5/vendor_perl/5.30.1/x86_64-linux /usr/lib64/perl5/vendor_perl/5.30.1 /usr/local/lib64/perl5 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/5.30.1/x86_64-linux /usr/lib64/perl5/5.30.1).
        BEGIN failed--compilation aborted.
        
        Muss ich das vlt. in einem bestimmten Verzeichnis ausführen?
        10 print "Hallo"
        20 goto 10
        
        Linuxer
        
        2020-02-09 20:33
        
        User since
        2006-01-27
        3890 articles
        HausmeisterIn
        
        Sind die ersten drei Schritte fehlerfrei durchgelaufen?
        ++ Wenn Du im dritten Schritt schon kein make hast, dann wird das nix werden.
        
        Hast Du ein eigenes Verzeichnis definiert oder das Standard-Verzeichnis beibehalten?
        
        Wenn Du ein eigenes definiert hast, musst Du natürlich die Pfadangabe dazu verwenden, nicht das Standardverzeichnis.
        Last edited: 2020-02-09 20:41:06 +0100 (CET)
        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
        
        haj
        
        2020-02-09 21:41
        
        User since
        2015-01-07
        551 articles
        BenutzerIn
        
        In der von Dir angegebenen Fehlermeldung sind Hinweise, die vielleicht weiterhelfen...
        
        Das Verzeichnis /home/sites/abc/users/xyz/perl5/lib/perl5 ist vermutlich das Verzeichnis, in dem Du Deine privaten Module ablegen kannst. Hast Du das vom Provider schon so bekommen, um Deine eigenen Module abzulegen? Falls ja, dann wäre das auch ein möglicher Ort, um local::lib und andere CPAN-Module abzulegen. Dann wäre das auch das Verzeichnis, das Du für den Bootstrap-Schritt 2 verwenden solltest.
        
        Der Schritt 4, der bei Dir hakt, ist leider wirklich lausig dokumentiert bei local::lib. Der hat nämlich auf die aktuelle Shell keinerlei Auswirkung. Er schreibt aber die Kommandos, die die Umgebungsvariablen "richtig" versorgen, in eine Datei, die jedes Mal beim Starten einer neuen Shell ausgeführt wird. Dazu muss man aber natürlich wissen, welche Startup-Datei das sein könnte. Hier mal ein Beispiel, was das bei meinem System bewirkt:
        
        Code: (dl )
        
        1 2
        
        PERL_MB_OPT="--install_base \"/home/haj/perl5\""; export PERL_MB_OPT; PERL_MM_OPT="INSTALL_BASE=/home/haj/perl5"; export PERL_MM_OPT;
        
        Damit werden die Build-Tools ExtUtils::MakeMaker (MM) und Module::Build (MB) angewiesen, ihre Installationen in dem angegebenen Verzeichnis durchzuführen. $HOME/perl5 ist die Voreinstellung von local::lib, die bei mir wirksam wurde. Und das sind auch die Umgebungsvariablen, mit denen Du die manuelle Installation von local::lib steuern musst.
        
        Beide Build-Tools haben ihre Haken und Ösen: Der MakeMaker braucht das Kommando make, das nicht standardmäßig auf Linuxdistributionen installiert ist. Wenn Du Zugang zu Compilern auf dem System hast, dann solltest Du auch Zugang zu make haben. Module::Build ist Pure-Perl sollte genau das Problem der externen Abhängigkeit beheben, aber viele C-Komponenten brauchen dennoch ein Makefile. Das war dann auch der Anlass, es wieder auch aus dem Perl-Core zu entfernen.
        
        Interessant ist also für weitere Diagnosen:
        
        Was sagen make -v und which make?
        Hast Du Module::Build zur Verfügung?
        Wo liegt Dein $HOME?
        Was für eine Shell verwendest Du? (Ich sehe grade, hat Linuxer auch schon gefragt)
        Wenn Schritt 3 geklappt hat, dann müsste irgendwo in Deinem Verzeichnisbaum local/lib.pm liegen. Bringt ein find $HOME -name lib.pm -print ein Resultat mit "local" im Directory davor?
        Was für ein Betriebssystem / Version ist das? Ich erinnere mich an Zeiten mit Solaris, wo GNU make unter einem nicht-Standard-Pfad installiert war, weil Solaris ein eigenes mitbrachte... Perl 5.30 spricht allerdings für ein sehr aktuelles System.
        
        Disclaimer: Ich habe local::lib bei mir installiert, aber die Zeilen aus den Startup-Prozeduren rausgeworfen, weil ich es nicht (mehr) verwende. Es verträgt sich nicht mit perlbrew. Deswegen schieße ich hier etwas ins Blaue.
        
        +2 replies
        
        Linuxer
        
        2020-02-09 22:09
        
        User since
        2006-01-27
        3890 articles
        HausmeisterIn
        
        Wieso lausig dokumentiert? Da steht doch am Ende von Schritt 4:
        
        perldoc local::lib
        After writing your shell configuration file, be sure to re-read it to get the changed settings into your current shell's environment. Bourne shells use . ~/.bashrc for this, whereas C shells use source ~/.cshrc.
        
        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!
        
        haj
        
        2020-02-10 01:48
        
        User since
        2015-01-07
        551 articles
        BenutzerIn
        
        Ja, das steht da. Meine Kritik bezieht sich nicht nur auf den Punkt "Aktivieren für die aktuelle Shell", sondern auf die gesamte Dokumentation zum vierten Punkt. Den braucht man nämlich nicht wirklich. Das ganze Thema gehört nicht mehr zum Bootstrapping, sondern ist ein eigenes Thema "wie mache ich die Änderungen persistent". Für Win32 (weiter unten) ist das auch so beschrieben. Denn wenn man einfach nur das Rezept runterkocht, weil man für ein bestimmtes Projekt local::lib haben will, dann fängt man sich eine Änderung für jede Shell ein, es wirkt aber nicht für beispielsweise cronjobs oder Webserver. Es steht auch da (aber auch an einer anderen Stelle), dass man es unter bestimmten Bedingungen doch besser ins .bash_profile reinschreibt. Auch die Auswahl der Shells ist etwas zufällig, zumindest die zsh ist bei Perlern recht beliebt.
        
        So schön das mit den Einzeilern ist: So eine .bashrc lebt Jahre, ich ziehe die manchmal auf neue Systeme mit um. Und in der steht dann eine Zeile ohne Zeitstempel und ohne Kommentar. Jeder andere Eintrag in meiner .bashrc (Debian) kommt mit Erläuterungen, nur local::lib klatscht einfach eine Zeile unten dran, die dann so aussieht, als gehöre sie zum vorhergehenden Block.
        
        Der Hinweis, einfach die .bashrc nochmal einzulesen, kommt auch ohne die Warnung vor Nebenwirkungen. Der setzt nämlich alle in der Datei definierten shell-Optionen wieder auf Start zurück und nicht nur die von local::lib. Und bei Tools, die ihre Pfade einfach vor PATH (oder PERL5LIB) hängen, werden die bei jedem Durchlauf wieder davorgehängt. Das macht local::lib übrigens selbst auch so. Viel besser wäre es, nur das zu local::lib gehörige eval-Kommando nochmal abzusetzen.
        
        rosti
        
        2020-02-10 07:09
        
        User since
        2011-03-19
        3463 articles
        BenutzerIn
        
        Quote
        A typical way to install local::lib is using what is known as the "bootstrapping" technique. You would do this if your system administrator hasn't already installed local::lib. In this case, you'll need to install local::lib in your home directory.
        
        D heißt: local::lib ist Pure Perl und sollte in your home directory installiert sein. Was somit auch möglich ist.
        
        MFG
        
        +8 replies
        
        bianca
        
        2020-02-12 08:25
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        Hi haj und Linuxer und Daxim und rosti!
        Danke für Eure Mithilfe. Hier ein paar Antworten:
        
        2020-02-09T18:18:54 Linuxer
        Kontrolle mit export oder set
        
        Abfrageergebnis zu set (7.1kb)
        
        2020-02-09T18:18:54 Linuxer
        Das ganze hilft nicht weiter, wenn Du über Dein Profil keinen Zugriff auf make, Compiler (z.B. gcc), etc. hast.
        
        Sollte vorhanden sein. make siehe unten und gcc:
        
        Quote
        yyyy@xxxx /home/sites/abc/tmp $ gcc -v
        Using built-in specs.
        COLLECT_GCC=gcc
        COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/9.2.0/lto-wrapper
        Target: x86_64-pc-linux-gnu
        Configured with: /var/tmp/portage/sys-devel/gcc-9.2.0-r2/work/gcc-9.2.0/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/9.2.0 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include/g++-v9 --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/python --enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 9.2.0-r2 p3' --disable-esp --enable-libstdcxx-time --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64 --disable-altivec --disable-fixed-point --enable-targets=all --enable-libgomp --disable-libmudflap --disable-libssp --disable-systemtap --enable-vtable-verify --enable-lto --without-isl --enable-default-pie --enable-default-ssp
        Thread model: posix
        gcc version 9.2.0 (Gentoo 9.2.0-r2 p3)
        
        -------------------------------------------------------------------------------
        zu Pfaden:
        
        2020-02-09T18:18:54 Linuxer
        Wenn dem so ist, sollte ein perl -Mlocal::lib -MCPAN -e 'shell' funktionieren und das lokale Verzeichnis benutzt werden können.
        
        Quote
        yyyy@xxxx /home/sites/abc/tmp $ perl -Mlocal::lib -MCPAN -e 'shell'
        Can't locate local/lib.pm in @INC (you may need to install the local::lib module) (@INC contains: /etc/perl /usr/local/lib64/perl5/5.30.1/x86_64-linux /usr/local/lib64/perl5/5.30.1 /usr/lib64/perl5/vendor_perl/5.30.1/x86_64-linux /usr/lib64/perl5/vendor_perl/5.30.1 /usr/local/lib64/perl5 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/5.30.1/x86_64-linux /usr/lib64/perl5/5.30.1).
        BEGIN failed--compilation aborted.
        
        2020-02-09T20:41:02 haj
        Das Verzeichnis /home/sites/abc/users/xyz/perl5/lib/perl5 ist vermutlich das Verzeichnis, in dem Du Deine privaten Module ablegen kannst.
        
        Könnte ich. War mir aber zu tief verschachtelt, deshalb habe ich dafür das Verzeichnis /home/sites/abc/perl5 in meinem per SSH und FTP erreichbaren nicht öffentlichen Bereich des Webservers erstellt.
        
        2020-02-09T20:41:02 haj
        Dann wäre das auch das Verzeichnis, das Du für den Bootstrap-Schritt 2 verwenden solltest.
        
        Ja hatte ich. Das Kommando lautete perl Makefile.PL --bootstrap=/home/sites/abc/perl5
        
        2020-02-09T20:41:02 haj
        Wo liegt Dein $HOME?
        
        say $ENV{HOME};
        
        Quote
        /home/sites/abc/users/yyyy
        
        Eigentlich doof, weil das Moduleverzeichnis höher liegt. Sehe ich jetzt erst. Ich kann die Sache auch hier rein neu installieren, wenn es dann einfacher wird mit den ganzen Pfaden. Soll ich mal versuchen?
        
        2020-02-09T20:41:02 haj
        Wenn Schritt 3 geklappt hat, dann müsste irgendwo in Deinem Verzeichnisbaum local/lib.pm liegen.
        
        Ja per FTP gefunden in /home/sites/abc/perl5/lib/perl5/local/
        
        2020-02-09T20:41:02 haj
        ein Resultat mit "local" im Directory davor?
        
        Was meinst du mit "Directory davor"?
        
        2020-02-10T06:09:48 rosti
        D heißt: local::lib ist Pure Perl und sollte in your home directory installiert sein. Was somit auch möglich ist.
        
        Ist ja da, wird scheinbar aber nicht gefunden. Ich stelle mich wahrscheinlich nur zu doof an mit den Pfaden. Aber auf Linux fühle ich mich sehr sehr unsicher.
        -------------------------------------------------------------------------------
        
        2020-02-09T20:41:02 haj
        Dazu muss man aber natürlich wissen, welche Startup-Datei das sein könnte.
        
        Kann man das abfragen?
        
        2020-02-09T20:41:02 haj
        Was sagen make -v und which make?
        
        Quote
        yyyy@xxxx ~ $ make -v
        GNU Make 4.2.1
        Built for x86_64-pc-linux-gnu
        Copyright (C) 1988-2016 Free Software Foundation, Inc.
        License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
        This is free software: you are free to change and redistribute it.
        There is NO WARRANTY, to the extent permitted by law.
        
        yyyy@xxxx ~ $ which make
        /usr/bin/make
        
        2020-02-09T20:41:02 haj
        Hast Du Module::Build zur Verfügung?
        
        Ja:
        
        Code (perl): (dl )
        
        1 2
        
        use Module::Build; say $Module::Build::VERSION;
        
        Quote
        0.4224
        
        2020-02-09T20:41:02 haj
        Was für eine Shell verwendest Du?
        
        PuTTY 0.71 auf Win10 64 Bit
        echo $SHELL
        
        Quote
        /bin/bash
        
        2020-02-09T20:41:02 haj
        Was für ein Betriebssystem / Version ist das?
        
        Quote
        linux (Kernel: 4.19.89)
        
        Bitte nochmal um einen Anstoß.
        10 print "Hallo"
        20 goto 10
        
        +7 replies
        
        haj
        
        2020-02-12 11:08
        
        User since
        2015-01-07
        551 articles
        BenutzerIn
        
        Na, mit diesen Antworten sollten wir das hinkriegen. Das sieht alles gut aus. Du hast make, und die Installation von local::lib hat auch funktioniert, dahin, wo Du es haben wolltest.
        
        Aus dem Abfrageergebnis zu set sehen wir aber, dass Deine Shell ohne die Umgebungsvariablen von local::lib läuft. Mir persönlich ist das so auch lieber, aber: Deswegen findet Perl auch local::lib nicht.
        An dieser Stelle kommt der Schritt 4 aus dem Bootstrapping-Rezept ins Spiel. Der müsste in Deinem Fall so lauten:
        
        Code: (dl )
        
        echo 'eval "$(perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib=/home/sites/abc/perl5)"' >>~/.bashrc
        
        Beachte, dass Dein Installationsverzeichnis an zwei Stellen in diesem Kommando vorkommt. Wenn Du es nach dem -I nicht drin hast, oder das /lib/perl5 nicht drangehängt hast, dann haben wir schon die Ursache.
        
        Schau Dir in jedem Fall auch Deine Datei .bashrc in Deinem Home-Verzeichnis an, wie da die letzte(n) Zeile(n) ausschauen. Da sollte höchstens eine von diesen eval-Zeilen drinstehen:
        
        Code: (dl )
        
        eval "$(perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib=/home/sites/abc/perl5)"
        
        Zur Kontrolle kannst Du das Kommando eingeben, das Linuxer schon empfohlen hat, aber nun auf Deinen Installationspfad angepasst. Das gibt die Umgebungsvariablen, mit denen local::lib das Verhalten bei der Installation von CPAN-Modulen oder beim Ablauf von Perl steuert:
        
        Code: (dl )
        
        perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib
        
        Damit die lokale Umgebung auch in der aktuellen Umgebung wirksam wird, kannst Du nun entweder die .bashrc nochmal auswerten mit
        
        Code: (dl )
        
        . ~/.bashrc
        
        (der Punkt am Anfang ist das entscheidende!) oder direkt das eval-Kommando absetzen:
        
        Code: (dl )
        
        eval "$(perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib=/home/sites/abc/perl5)"
        
        In Deiner Perl-Anwendung, die ja nicht unter Deiner Login-Shell läuft, musst Du die lokale Bibliothek dann auch einbinden:
        
        Code (perl): (dl )
        
        use lib '/home/sites/abc/perl5/lib/perl5';
        
        Ich vermute aber, das verwendest Du schon, damit Perl Deine eigenen Module findet.
        
        Noch ein paar Kleinigkeiten zu Deinen Rückfragen:
        
        2020-02-12T07:25:36 bianca
        2020-02-09T20:41:02 haj
        ein Resultat mit "local" im Directory davor?
        Was meinst du mit "Directory davor"?
        
        Es zählt nur, wenn der Pfad mit /local/lib.pm aufhört, was er bei Dir tut. Das find-Kommando würde auch Module wie Blah::lib finden.
        
        2020-02-12T07:25:36 bianca
        2020-02-09T20:41:02 haj
        Dazu muss man aber natürlich wissen, welche Startup-Datei das sein könnte.
        Kann man das abfragen?
        Du hast die Frage schon beantwortet. Die Shell ist bash, eine passende Startup-Datei ist also .bashrc.
        
        +6 replies
        
        bianca
        
        2020-02-13 19:10
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        Hi!
        
        Was ich verstanden habe ist, dass die .bashrc wohl eine Art Autostart in der Shell ist.
        Ich habe das Kommando auch ausgeführt und die .bashrc wurde auch erstellt.
        Aber sie wurde scheinbar nicht ausgeführt nach dem Login, denn die Kontrolle mittels perl -I$HOME/perl5/lib/perl5 -Mlocal::lib wirft weiterhin nur
        Quote
        Can't locate local/lib.pm ...
        
        Habe es im Verzeichnis /home/sites/abc (= mein Root) und /home/sites/abc/users/yyyy (= Startverzeichnis beim SSH Login) probiert. Datei hingelegt, SSH Logout und neuer Login, Kontrolle mit perl -I$HOME/perl5/lib/perl5 -Mlocal::lib und Fehler.
        
        Habe ich was falsch gemacht?
        10 print "Hallo"
        20 goto 10
        
        +5 replies
        
        haj
        
        2020-02-13 21:45
        
        User since
        2015-01-07
        551 articles
        BenutzerIn
        
        2020-02-13T18:10:40 bianca
        Was ich verstanden habe ist, dass die .bashrc wohl eine Art Autostart in der Shell ist.
        Das kommt schon ganz gut hin!
        
        2020-02-13T18:10:40 bianca
        Ich habe das Kommando auch ausgeführt und die .bashrc wurde auch erstellt.
        Wenn die Datei dabei erstellt wurde, dann ist schon eher verdächtig, denn normalerweise liefern die Distributionen eine .bashrc mit aus. Möglicherweise ist das System Deines Providers so konfiguriert, dass keine Startup-Prozeduren laufen. Sowas gibt es. In diesem Fall musst Du das Kommando eben nach dem Login von Hand eintuppern:
        
        Code: (dl )
        
        eval "$(perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib=/home/sites/abc/perl5)"
        
        2020-02-13T18:10:40 bianca
        Aber sie wurde scheinbar nicht ausgeführt nach dem Login, denn die Kontrolle mittels perl -I$HOME/perl5/lib/perl5 -Mlocal::lib wirft weiterhin nur
        Quote
        Can't locate local/lib.pm ...
        
        Habe es im Verzeichnis /home/sites/abc (= mein Root) und /home/sites/abc/users/yyyy (= Startverzeichnis beim SSH Login) probiert. Datei hingelegt, SSH Logout und neuer Login, Kontrolle mit perl -I$HOME/perl5/lib/perl5 -Mlocal::lib und Fehler.
        
        Habe ich was falsch gemacht?
        
        Ja, Du hast was falsch gemacht!
        
        Du verwendest immer noch -I$HOME/perl5/lib/perl5 anstelle von -I/home/sites/abc/perl5/lib/perl5. Der Schalter -I sagt Perl, wo Deine Bibliotheken liegen, und Du hast sie eben nicht unter $HOME hingelegt. Ich hatte das so geschrieben:
        
        Code: (dl )
        
        perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib
        
        Wenn das immer noch einen Fehler wirft, dann vergleiche mal den ersten Eintrag in @INC mit dem Verzeichnis, wo Deine Datei local/lib.pm liegt. Du hast sie in der vorigen Antwort per FTP als /home/sites/abc/perl5/lib/perl5/local/lib.pm angegeben, und daraus habe ich mein Kommando abgeleitet.
        
        +4 replies
        
        bianca
        
        2020-02-17 08:19
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        Hi haj!
        
        Glaube wir haben eine Etappe geschafft.
        Das perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib klappt jetzt direkt nach dem Login ohne weiteres. Interessant finde ich, dass es komplett ohne .bashrc geht. Habe die zum Test gelöscht, mich per PuTTY neu eingeloggt und klappt trotzdem. Muss ich das verstehen? Gibt es dafür einen Cache oder woran liegt das?
        
        Aber wie rufe ich jetzt das CPAN-Installationsterminal auf? Mit perl -MCPAN -Mlocal::lib -e shell kommt nach wie vor
        Quote
        Can't locate local/lib.pm in @INC...
        und zwar mit und ohne .bashrc. Ist das wieder das falsche Kommando?
        
        Danke erneut
        10 print "Hallo"
        20 goto 10
        
        Daxim
        
        2020-02-17 11:47
        
        User since
        2007-08-01
        114 articles
        BenutzerIn
        
        Quote
        nach wie vor
        
        Das muss logischerweise perl -I/home/sites/abc/perl5/lib/perl5 -MCPAN -Mlocal::lib -e shell lauten; wobei mir überhaupt nicht klar ist, was die Absicht hinter -Mlocal::lib ist. Die CPAN-Shell lädt das Modul selber, falls es jenes benötigt.
        
        Der Rest ergibt keinen Sinn. Es ist fällig, dass du dir mal 25 Minuten Zeit nimmst und dir folgende Konzepte erarbeitest (sonst zieht sich diese Angelegenheit, die normalerweise innerhalb von Minuten abgefrühstückt ist, noch über etliche Tage hin):
        
        Was macht der Schalter -I für perl?
        Was machen die Umgebungsvariablen PERL_LOCAL_LIB_ROOT, PERL5LIB, PERL_MB_OPT, PERL_MM_OPT, die das Modul local::lib setzt, wenn man besagten eval-Befehl ausführt? (Schneller Überblick über den Ist-Zustand: env|sort|grep PERL)
        Warum möchte man nicht den Befehl manuell eintippen/die Variablen manuell setzen?
        
        haj
        
        2020-02-17 17:39
        
        User since
        2015-01-07
        551 articles
        BenutzerIn
        
        Das Kommando perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib klappt immer ohne .bashrc, weil Du mit -I angibst, wo das Modul zu finden ist, und Dein Perl-Aufruf nicht mehr macht, als das Modul zu laden. Das gibt daraufhin seine Einstellungen aus.
        
        Wenn Du mit einem Kommando local::lib für den Rest der Shell aktivieren willst, dann musst Du es in der eval-Form eintippen (oder copypasten), die ich auch schon mal angegeben habe:
        
        Code: (dl )
        
        eval "$(perl -I/home/sites/abc/perl5/lib/perl5 -Mlocal::lib=/home/sites/abc/perl5)"
        
        Danach klappt in der gleichen Shell auch perl -MCPAN -Mlocal::lib -e shell. Der Eintrag in .bashrc sollte, soweit vorhanden und korrekt, genau das bewirken: Dass man den -I-Schalter weglassen kann.
        
        Mit und ohne eval-Zirkus funktioniert das Kommando in der von Daxim angegebenen Form:
        
        Code: (dl )
        
        perl -I/home/sites/abc/perl5/lib/perl5 -MCPAN -Mlocal::lib -e shell
        
        Die zusätzliche Angabe -Mlocal::lib steht so in der Dokumentation von local::lib, es schadet auch nicht. Man kann es dann weglassen, wenn man keine Zugriffsberechtigung auf die Systemverzeichnisse hat, das ist bei Dir der Fall, oder wenn man mit der eval-Form auch die für CPAN relevanten Umgebungsvariablen schon vorher gesetzt hat.
        
        bianca
        
        2020-02-19 07:27
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        Danke haj und Daxim!
        
        Es läuft!
        10 print "Hallo"
        20 goto 10
- +9 replies
- rosti
  
  2020-02-05 18:15
  User since
  2011-03-19
  3463 articles
  BenutzerIn
  Auf Windows liegen Core-Module unter Verzeichnis lib. Von CPAN nachinstallierte Module liegen unter site/lib. Auf UNIX +Co ist das genauso aufgeteilt. Der Grund für diese Teilung ist, daß ein Nachinstallieren von CPAN keine Coremodule überschrieben werden.
  
  Wnn Du weiter reinschaust, gibt es da ein Verzeichnis auto und darunter z.B. C:\Perl\site\lib\auto\Image\Magick> und da liegen jede Menge .dll Dateien (Dynamic Link Libraries). Unter LINUX wären das .so Dateien, Shared Objects Dateien.
  
  Kurzum: Sofern es zu einem Modul diese .so oder .dll Dateien gibt, ist dieses Modul kein Pure Perl und noch kürzer gesagt, kannst Du solche Module nicht selbst auf einem Shared Host installieren.
  
  Pure Perl Module jedoch kannst Du in ein eigenes Libverzeichnis kopieren. Mach das so, daß die Verzeichnisstruktur dieselbe ist wie in lib oder site/lib, nur so können die Namen der Packages weiterhin so heißen wie von CPAN geliefert. Dann verlierst Du auch nicht die Übesicht.
  
  MFG
  
  PS: Ist make installiert? Gucksdu
  
  Code: (dl )
  
  1 2 3
  
  D:\>perl -V:make Set up gcc environment - 5.3.0 make='C:\Perl\site\bin\dmake.exe';
  
  Und /usr/sbin/less ist ein Dateibetrachter.
  Last edited: 2020-02-05 18:38:45 +0100 (CET)
  - +8 replies
  - bianca
    
    2020-02-09 10:01
    
    User since
    2009-09-13
    7016 articles
    BenutzerIn
    
    2020-02-05T17:15:24 rosti
    Kurzum: Sofern es zu einem Modul diese .so oder .dll Dateien gibt, ist dieses Modul kein Pure Perl und noch kürzer gesagt, kannst Du solche Module nicht selbst auf einem Shared Host installieren.
    
    Gar keine Chance? Auch nicht wenn ich für den Compiler berechtigt bin?
    10 print "Hallo"
    20 goto 10
    - rosti
      
      2020-02-09 12:33
      
      User since
      2011-03-19
      3463 articles
      BenutzerIn
      
      Ich halte es für besser mit dem Provider zu kooperieren. Denn der hat ein Pflichtenheft zu erfüllen und bekommt dafür auch Geld. Und von daher hat der Provider auch eine Policy die verhindert, daß ihm Kunden seine Gewährleistung gefährden, z.B. infolge Installationen von Perl-Libraries.
      
      Du kannst ihn höflich darum bitten aber ich habe es noch nie erlebt, daß ein Shared-Host-Provider auf Kundenwunsch Perlmodule installiert.
      
      MFG
    - +6 replies
    - Daxim
      
      2020-02-09 14:00
      
      User since
      2007-08-01
      114 articles
      BenutzerIn
      
      rosti erzählt wieder mal Müll.
      - +3 replies
      - bianca
        
        2020-02-09 14:14
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2020-02-09T13:00:34 Daxim
        rosti erzählt wieder mal Müll.
        
        Auf Dauer hilft da nur Ignorieren.
        10 print "Hallo"
        20 goto 10
        
        rosti
        
        2020-02-09 14:39
        
        User since
        2011-03-19
        3463 articles
        BenutzerIn
        
        Nun, ich denke nicht, daß es im Sinne dieses Forums ist, darüber zu diskutieren wie man sicherheitsrelevante Vorgaben seines Providers aushebelt!
        
        Und im Sinne der Perl-Community ist das sicher auch nicht!
        
        MFG
        
        pq
        
        2020-02-11 11:18
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        Splitted to CPAN -e shell auf shared Hosting einrichten split
        
        Original message by 'rosti':
        
        Quote
        Quote
        Auf Dauer hilft da nur Ignorieren.
        ...
        
        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
      - +2 replies
      - rosti
        
        2020-02-09 14:37
        
        User since
        2011-03-19
        3463 articles
        BenutzerIn
        
        Bitte unterlasse es, mich hier in Folge persönlich anzugreifen und zu beleidigen!
        
        Daxim
        
        2020-02-09 20:56
        
        User since
        2007-08-01
        114 articles
        BenutzerIn
        
        Geh scheißen. Respekt verdient man sich, du hast ihn dir längst verspielt.

View all threads created 2020-02-04 22:07.