CPAN, Squeeze und Packages (Linux) - Perl-Community.de

Start · Board · Tools, Betriebssysteme und technische Fragen · Linux

2024-04-24 15:39:46
Europe/Berlin
Einloggen (Registrieren)
- Einstellungen
- Statistics
Jemand zu Hause?
1 Benutzer online
1 Gast

[thread]16289[/thread]

submit to reddit

CPAN, Squeeze und Packages

Tags: cpan linux debian perl apt Ähnliche Threads

Leser: 22

Articles: hide open all | hide show old branches

+10 replies
roooot

2011-05-13 11:31

User since
2008-03-03
276 Artikel
BenutzerIn

Hi Leute,

ich renne gerade mehr oder weniger in irgendwelche Probleme:
Ich installiere die meisten Perl Pakete über APT. Allerdings sind das teilweise recht alte Versionen. Ich habe mir deswegen unter Lenny angewöhnt, eigentlich nur die CPAN Shell zu verwneden, da hat das auch 1a geklappt. Unter Squeeze allerdings nicht. Hier renne ich in einige Probleme, dass meine Scripte einfach nicht starten (Meist mit einem die in base.pm).

Nun die Frage: Wie macht ihr das? Habt ihr ähnliche Probleme?

Im Prinzip habe ich glaube ich meine Perl Installation ziemlich krass zerballert, indem ich apt und cpan gemischt habe... Also wie kann ich das fixen? perl komplett deinstallieren und dann wieder neu drauf?

Danke euch
Viele Grüße :)
- +8 replies
- Taulmarill
  
  2011-05-13 11:42
  
  User since
  2004-02-19
  1750 Artikel
  BenutzerIn
  
  Ich habe es mir angewöhnt, das perl vom Betriebssystem nach Möglichkeit in Ruhe zu lassen und mir eigene perls zu installieren. Je nach dem wofür ich die brauche in meinem Home-Verzeichnis oder unter /usr/local.
  $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
  - +7 replies
  - roooot
    
    2011-05-13 11:48
    
    User since
    2008-03-03
    276 Artikel
    BenutzerIn
    
    Ok, das klingt gut.
    
    Kann ich das so konfigurieren, dass der @INC von meinem Debian Perl dann die /usr/local/share /use/local/lib Sachen ignoriert und nur seine /usr/lib und /usr/share Packages benutzt? Und mein local perl dann genau andersrum?
    
    Quasi richtig strikt trennen.
    Viele Grüße :)
    - topeg
      
      2011-05-13 12:04
      
      User since
      2006-07-10
      2611 Artikel
      BenutzerIn
      
      ich habe in meinem Homeverzeichnis ein .perl_libs Ordner mit dem ich über die Umgebungsvariable PERL5LIB verweise. Cpan lässt sich so einrichten, dass es, unter deinem Account, dahin die Pakte installiert.
      
      Perl nimmt immer das erste passende Modul das es findet, kommen in @INC die selbst installieren Module vor denen von Debian, so werden diese genutzt.
    - +4 replies
    - Linuxer
      
      2011-05-13 15:35
      
      User since
      2006-01-27
      3870 Artikel
      HausmeisterIn
      
      Hi,
      
      Dein System-Perl sollte die manuell installierten Perl-Varianten gar nicht kennen, solange Du es ihm nicht mitteilst. Damit hast Du die strikte Trennung, die Du Dir wünschst.
      
      Die INC-Pfade werden - soweit ich mich erinner - zur Kompilierzeit des Perls festgelegt.
      Wenn Du sie später anpassen willst, musst Du entweder nochmal kompilieren (beim System-Perl prinzip-bedingt schwierig ;-) ) oder in den Skripten @INC anpassen (via use lib qw( /path/to/modules );).
      
      Dein System-Perl sollte ein @INC haben, das die Verzeichnisse unter /usr/lib/perl/ verwendet (oder ähnliches; je nachdem wie der Distributor das eingestellt hat).
      
      Deine manuellen Perls sollten @INCs haben, die die jeweiligen Pfade verwenden; also z.B. /usr/local/perl-5.8.8 für die manuelle Perl 5.8.8 Installation, oder /usr/local/perl-5.10.1 für die manuelle Perl 5.10.1 Installation. Dabei sollte 5.8.8 auch nichts vom 5.10.1 wissen, und umgekehrt. Es sei denn, dass Du das
      entsprechend angegeben hast...
      
      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!
      - +2 replies
      - pq
        
        2011-05-13 15:43
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        ab 5.10 kann man den pfad aber nachträglich verschieben. aus perldelta:
        
        Quote
        Relocatable installations
        There is now Configure support for creating a relocatable perl tree. If you Configure with
        "-Duserelocatableinc", then the paths in @INC (and everything else in %Config) can be optionally located
        via the path of the perl executable.
        
        That means that, if the string ".../" is found at the start of any path, it’s substituted with the
        directory of $^X. So, the relocation can be configured on a per-directory basis, although the default
        with "-Duserelocatableinc" is that everything is relocated. The initial install is done to the original
        configured prefix.
        
        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
        
        Linuxer
        
        2011-05-13 15:49
        
        User since
        2006-01-27
        3870 Artikel
        HausmeisterIn
        
        Ui, das war mir nicht bekannt ... Danke.
        
        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!
      - roooot
        
        2011-05-14 15:45
        
        User since
        2008-03-03
        276 Artikel
        BenutzerIn
        
        Also ich habe mir jetzt mein Perl selbst kompiliert und installiert.
        
        Das Debian Perl nimmt als INC /usr/lib/perl /usr/lib/perl5 und /usr/share/perl.
        Mein eigenes Perl liegt in /usr/local/bin/perl und hat als INC /usr/local/lib/perl/5.12.3 und das wars glaube ich (habe gerade keinen Zugriff auf den Server um die Pfade zu verifizieren).
        
        Alles in allem habe ich jetzt die Trennung wie ich sie will.
        perlbrew habe ich auch gefunden, allerdings brauch ich nur ein Perl und da ich dieses dann in einer chroot Umgebung für den Webserver laufen lasse wollte ich nicht mit den Pfaden für $HOME rumärgern, sondern wollte die systemweiten /usr/local/* benutzen. Im chroot gibts kein /home.
        
        Wenn ich meine CPAN Shell mit /usr/local/bin/perl starte benutzt es auch das eigene Perl und installiert die Module korrekt.
        Viele Grüße :)
    - moritz
      
      2011-05-13 16:25
      
      User since
      2007-05-11
      923 Artikel
      HausmeisterIn
      
      App::perlbrew match das alles automatisch für dich. Sehr praktisch.
      Perl 6 - Perls Zukunft
- topeg
  
  2011-05-13 11:58
  
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  
  Viele Debian-Perl-Pakete unter Debian kann man problemlos aus Testing, Unstable oder Experimental nehmen, man muss dann nur mit den Abhängigkeiten aufpassen. Wenn ein Paket nicht in der Distribution ist kann man dh-make-perl verwenden um eigenen Debian-Pakete zu erzeugen.
  
  Es ist immer schlecht wenn man das Paketmanagement umgeht. Wenn du noch weißt welche Module du direkt über cpan installiert hat, dann kannst du sie entfernen und, wie oben angemerkt, neu installieren. Du kannst auch mit "force" über vorhandenen Dateien schreiben, da musst du aber wissen was du machst.
  
  Wenn du das System wirklich bereinigen willst, dann musst du Perl deinstallieren, alle noch vorhandenen Dateien löschen und neu installieren. Das Problem dabei ist, das Perl sehr tief im System sitzt und viele andere Pakte Abhängigkeiten zu Perl haben. Du musst dich mit den Paketmanagement schon gut auskennen, wenn du das System nicht völlig zerschießen willst.
  
  versuche erst mal Perl und alle Pakete zu reinstallieren. Um eine einigermaßen saubere Basis zu bekommen. (ließ dir dazu die Doku von apt durch) dann Erzeuge für alle nicht existenten Module mittels dh-make-perl Pakete und installiere sie. Dann solltest das ganze wieder recht sauber sein.

View all threads created 2011-05-13 11:31.