perl auf Mac OS zerschossen, permissions (gelöst) (Installation und Konfiguration)

[thread]20707[/thread]

perl auf Mac OS zerschossen, permissions [gelöst]

Tags: perl5 cpan Ähnliche Threads

Leser: 12

Articles: hide open all | hide show old branches

+7 replies
Gast Stefan

2019-12-13 18:14

Hallo,

Ich habe mit cpan ein Modul installiert und seitdem ist mir das MAC-eigene perl böse:

/usr/bin/perl -V

Can't locate Config.pm: Permission denied.

BEGIN failed--compilation aborted.

Lustigerweise geht alles, wenn ich perl mit sudo aufrufe.
Ich wüsste nun gern, was ich löschen kann/muss, damit alles wieder geht.

Ich habe ein funktionierendes perl unter /usr/local/bin, aber alte scripte gehen auf /usr/bin und die kann ich nicht ändern.

Danke!
Last edited: 2019-12-13 18:27:07 +0100 (CET)
- +6 replies
- Gast Stefan
  
  2019-12-13 19:03
  
  Ich habe cpan mit sudo aufgerufen. Das war wahrscheinlich der Fehler.
  Last edited: 2019-12-13 19:17:40 +0100 (CET)
  - +5 replies
  - Linuxer
    
    2019-12-13 19:44
    User since
    2006-01-27
    3891 Artikel
    HausmeisterIn
    
    Hi,
    
    vorab ich habe keine Erfahrungen mit Mac OS; das was ich schreibe, bezieht sich primär auf ein Linux System.
    Aber das lässt sich evtl. übertragen.
    
    Mir scheinen die Berechtigungen da restriktiver zu sein. Ich kenne es eher so, dass die System-Perl-Installation dem root-Benutzer gehört und nur dieser dort schreiben darf; aber alle anderen dürfen das aber lesen und ausführen.
    
    Das scheint bei Dir ja so nicht der Fall zu sein.
    Da drängt es sich auf, dass es explizit daran hängt, wem die Datei wirklich gehört.
    
    Das folgende ist blind ins Blaue fabuliert; ich kenne Mac OS und Dein System nicht; von daher ist nur ein Gedankenspiel und keine Handlungsanweisung. Aber es gibt Dir vielleicht Ideen, wo Du hinlangen könntest.
    
    Alle Versuche auf eigene Gefahr!
    
    Schau Dir an, wo Deine Perl-Installation liegt. Ich tippe mal auf /usr/lib/perl5 .
    Ich gehe weiter davon aus, dass Dein SuperUser "root" heisst. Ggfs. musst Du das auf Deine Umgebung anpassen.
    Auch was die Kommandos angeht, musst Du das evtl. anpassen.
    
    Gedanke:
    
    Schau die Berechtigung der Datei /usr/lib/perl5/Config.pm an
    
    Code: (dl )
    
    1 2
    
    $ ls /usr/lib/perl5/Config.pm -rw-r--r--. 1 root root 2.7K Mar 22 2017 /usr/lib/perl5/Config.pm
    
    Wenn das funktioniert, lass Dir anzeigen, wem die Dateien eigentlich gehören würden:
    
    Code: (dl )
    
    $ find /usr/lib/perl5 ! -user root
    
    Damit solltest Du alle Dateien in dem Verzeichnis sehen, die nicht root gehören. Das dürften die sein, die mit deinem "sudo cpan" Aufruf verändert wurden. Ich habe hier keine Ausgabe bekommen; es gehört alles root; was hier korrekt ist
    
    Dann suche alle Dateien, die jetzt root gehören:
    
    Code: (dl )
    
    $ find /usr/lib/perl5 -user root
    
    Ausgabe ist hier eine lange Liste, weil alles korrekterweise root gehört.
    
    Wenn es bei Dir nur wenige Dateien sind, kannst Du sie per Hand dem korrekten Benutzer zuweisen:
    
    Code: (dl )
    
    $ chown $username:$groupname /path/to/directory/or/file
    
    Oder Du lässt es automatisiert machen:
    
    Code: (dl )
    
    find /usr/lib/perl5 -user root -exec chown $username:$groupname {} +
    
    Bei den letzten beiden sind $username und $groupname durch die Werte zu ersetzen, die Du zuvor gesehen hast, für alle Dateien, die nicht root gehören.
    
    Wie schon geschrieben, keine Ahnung, ob die Syntax so für Dich passend ist.
    
    Viel Glück. Ich übernehme keinerlei Gewähr. ;-)
    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!
    - +4 replies
    - Gast Stefan
      
      2019-12-13 20:18
      
      Danke! Die Dateien, die ich gefunden habe sind in /System/Library/Perl/5.18/darwin-thread-multi-2level/
      
      Da ist Config.pm drin und ich kann die lesen. Es gehört auch alles root. Sehr mysteriös. Vielleicht ist es ja andersrum, dass ich durch den cpan-Aufruf als root eine Datei erzeugt habe, die root gehört. Irgendwo. Und die ich dann als nicht-root nicht mehr lesen kann. Ich habe auch schon versucht, mein .cpan umzubenennen, aber das hat auch nicht geholfen.
      Last edited: 2019-12-13 22:01:17 +0100 (CET)
      - +3 replies
      - haj
        
        2019-12-14 00:02
        
        User since
        2015-01-07
        570 Artikel
        BenutzerIn
        
        Versuche mal - ggf. mit sudo und mit Deinen beiden Perls:
        
        Code: (dl )
        
        1 2 3 4 5
        
        /usr/local/bin/perl -E 'say join "\n",@INC' /usr/local/bin/perl -MConfig -E 'say $INC{"Config.pm"}' /usr/bin/perl -E 'say join "\n",@INC' sudo /usr/bin/perl -MConfig -E 'say $INC{"Config.pm"}'
        
        In einem der da aufgeführten Verzeichnisse muss ja das "böse" Config.pm liegen, bevor das von Dir lesbare gefunden wird.
        
        Ich habe mir mit sudo und local::lib mal ein ähnliches Bein gestellt, allerdings installiert man normalerweise ja kein Config.pm...
        
        +2 replies
        
        stefan787
        
        2019-12-14 11:58
        
        User since
        2019-12-13
        2 Artikel
        BenutzerIn
        
        Danke! Ich vermute (als komplett Ahnungsloser), dass der Fehler dabei entsteht, wenn Perl auf irgendwas zugreifen will, was ihm sagt, wo Config.pm ist.
        
        /usr/bin/perl -E 'say join "\n",@INC'
        Can't locate feature.pm: Permission denied.
        BEGIN failed--compilation aborted.
        
        /usr/bin/perl -MConfig -E 'say $INC{"Config.pm"}'
        Can't locate Config.pm: Permission denied.
        BEGIN failed--compilation aborted.
        
        sudo /usr/bin/perl -MConfig -E 'say $INC{"Config.pm"}'
        Password:
        /System/Library/Perl/5.18/darwin-thread-multi-2level/Config.pm
        
        Das ist chick und da kann ich auch mit ls ran. Ich bin ratlos.
        
        Ich vermute, dass mein cpan-Aufruf als sudo irgendwo etwas hingeschrieben hat, was mein Aufruf von Perl als normaler user dann lesen will und natürlich nicht darf.
        Last edited: 2019-12-14 14:08:51 +0100 (CET)
        
        stefan787
        
        2019-12-14 15:03
        
        User since
        2019-12-13
        2 Artikel
        BenutzerIn
        
        OK, hab's rausgefunden! Es war der Pfad /Library/Perl/Updates/5.18.4/darwin-thread-multi-2level
        
        Da ist perllocal.pod drin.
        
        Jetzt geht es wieder! Danke! Das mit dem INC hat sehr geholfen!

View all threads created 2019-12-13 18:14.