Dev Faq
11
votes

CPANE Perl Modules Installer ne trouve pas de fichier tar

Il semble que j'ai un problème de configuration lors de l'installation des modules Perl par CPAN et je ne sais pas comment la corriger: 

cpan[1]> install WWW::Mechanize
CPAN: Storable loaded ok (v2.20)
Reading '/root/.cpan/Metadata'
  Database was generated on Mon, 20 Feb 2012 11:10:26 GMT
Running install for module 'WWW::Mechanize'
Running make for J/JE/JESSE/WWW-Mechanize-1.72.tar.gz
CPAN: Digest::SHA loaded ok (v5.61)
CPAN: Compress::Zlib loaded ok (v2.033)
Checksum for /root/.cpan/sources/authors/id/J/JE/JESSE/WWW-Mechanize-1.72.tar.gz ok
Scanning cache /root/.cpan/build for sizes
Use of uninitialized value $newdir in substitution (s///) at /usr/lib64/perl5/Cwd.pm line 502.
Use of uninitialized value $newdir in chdir at /usr/lib64/perl5/Cwd.pm line 510.
Use of chdir('') or chdir(undef) as chdir() is deprecated at /usr/lib64/perl5/Cwd.pm line 510.
Use of uninitialized value $newdir in pattern match (m//) at /usr/lib64/perl5/Cwd.pm line 525.
Use of uninitialized value $newdir in split at /usr/lib64/perl5/Cwd.pm line 531.
..........................................................................--DONE
DEL(1/10): /root/.cpan/build/CPAN-1.9600-jGTV10
DEL(2/10): /root/.cpan/build/File-Which-1.09-yoVWZC
DEL(3/10): /root/.cpan/build/Test-Script-1.07-aJWrXb
DEL(4/10): /root/.cpan/build/Probe-Perl-0.01-gzZ2eR
DEL(5/10): /root/.cpan/build/IPC-Run3-0.044-AP6EMp
DEL(6/10): /root/.cpan/build/Time-HiRes-1.9721-xxseE6
DEL(7/10): /root/.cpan/build/CPAN-Meta-YAML-0.003-wGtH0a
DEL(8/10): /root/.cpan/build/JSON-PP-2.27105-fvkwNa
DEL(9/10): /root/.cpan/build/Package-Constants-0.02-7Ms_OL
DEL(10/10): /root/.cpan/build/Module-Metadata-1.000004-tXKIBB
CPAN: Archive::Tar loaded ok (v1.82)
Uncompressed /root/.cpan/sources/authors/id/J/JE/JESSE/WWW-Mechanize-1.72.tar.gz successfully
Using Tar:/bin/tar xvf "WWW-Mechanize-1.72.tar":
Couldn't untar WWW-Mechanize-1.72.tar
CPAN: File::Temp loaded ok (v0.22)
CPAN: CPAN::Meta loaded ok (v2.112150)
Package seems to come without Makefile.PL.
  (The test -f "/root/.cpan/build/JESSE-DGrTh_/Makefile.PL" returned false.)
  Writing one on our own (setting NAME to WWWMechanize)
  Had problems unarchiving. Please build manually
Running make test
  Make had some problems, won't test
Running make install
  Make had some problems, won't install
Failed during this command:
 JESSE/WWW-Mechanize-1.72.tar.gz              : unwrapped NO -- untar failed

5 commentaires

Quand je gère 'cpan', il me dit que c'est à l'aide de 2,30 stockable, il est donc peu probable que votre installation soit à jour. La sortie de cpanversion dit "CPAN 1.57" (sorte de). Cependant, cela n'explique pas le problème, à moins que ce ne soit un défaut de la version que vous utilisez. Est-ce juste www :: mécaniser ou tous les modules affectés? (J'utilise habituellement 'cpanp'; J'avais utilisé "CPan" de dernière fois "CPAN 'en novembre, semble-t-il. Et www :: mécanismes était déjà à jour.)

Je suis d'accord avec Jonathan, mettez à niveau BUNDLE :: CPAN Premier; aucun sens dans le débogage du logiciel obsolète.

J'ai fait une amélioration mais cela a dit que tout était à jour. C'était la partie pertinente de CPAN -O

CPAN :: Meta :: Converter 2.1122 2.1204 CPAN :: Meta :: Caractéristique 2.1122 2.1204 CPAN :: Histoire 2.1122 2.1204 CPAN :: Meta :: Préerqs 2.1122 2.1204 CPAN :: Meta :: SPPAN 2.1122 2.1204 CPAN :: Meta: : Validator 2.1122 2.1204 CPAN :: Meta :: Yaml 0.0030 0.0070

Tous les modules sont affectés de la même manière.

5 Réponses :

0
votes

tir dans le bleu: la partition est pleine. Supprimer certains fichiers.

0 commentaires
13
votes

EDIT:

Je suis à nouveau dans ce problème. Tout ce que je devais faire était de libérer de la mémoire comme Keith Weigeon suggérée.

J'ai couru dans le même problème et j'ai essayé de trouver la cause première de ce problème. Je répète mes conclusions ici, d'autres Googlers n'ont donc pas à passer quelques heures avant d'abandonner ...

Qu'est-ce que cela résolu pour moi était simplement redémarrer le système .

choses que j'ai essayées:

  • Mise à niveau de CPAN. Cela échouerait également avec le message d'erreur "Impossible de ne pas endommager". Je n'ai pas d'importance si vous l'essayez à l'aide de la coquille CPAN, "cpan -i cpan" ou "Perl -mcpan -e" installer cpan '". Je ne pensais pas que celles-ci résoudraient le problème, mais lorsque vous commencez à googler, tout cela sont suggérés comme des solutions possibles.
  • Remplacement du goudron avec un script qui enregistre son entrée pour vérifier si l'un des paramètres ou de la CWD est incorrect lorsqu'il est appelé. Le script n'est jamais appelé, il semble. Le message "Impossible de ne pas endommager" est toujours le même, même après avoir renommé / bac / goudron temporairement.
  • Vérification de CPAN / Tarzip.pm et ajout de lignes d'impression près du code qui écrit le message "Impossible de ne pas endommager". Il semble que l'appel système () échoue et goudron (ou LS dans mon code de débogage) n'est jamais appelé.

    Puis j'ai décidé de redémarrer, ce qui était une option car ce n'est pas un système en direct. Après cela, le problème était parti et Perl modules installés au premier essai.

    Autres observations:

    • Le système semble fonctionner très bien pour le reste. Vous pouvez toujours vous connecter au système, vous pouvez modifier des fichiers, les modifications sont toujours là après le redémarrage. Je m'attendrais à ce que l'un d'entre eux échoue longtemps avant qu'un appel Perl () commence à échouer.
    • Une analyse rapide via les logfiles ne montre aucun drapeau rouge.
1 commentaires

J'ai eu le même problème lors de l'installation par "Installer Moose". Voyait une erreur ne pouvait pas endommager Moose-2.2011.tar. Redémarrer le serveur corrigé cela. Merci

8
votes

Parfois, cela peut arriver simplement en raison d'un manque de mémoire disponible. Essayez de désactiver certains services qui fonctionnent et réessayez.

a travaillé pour moi: -)

1 commentaires

C'était exactement mon problème. Après avoir libéré une certaine mémoire, tout a bien fonctionné.

3
votes

Pour résoudre l'erreur suivante: 

yum install perl-Archive-Tar.x86_64

0 commentaires
3
votes

a trouvé le même problème sur dropocean dropoulet avec 512 Mo de RAM exécutant Ubuntu (avec environ 200 Mo gratuit).

J'ai pu résoudre en redémarrant la machine, j'ai essayé de mettre à jour mon cpan à l'aide de 'Installer Bundle :: cpan'. Cela a fonctionné pour les premiers modules, puis le message «Impossible de net pas» est à nouveau apparu.

Le redémarrage m'a permis de progresser dans l'installation. Ces redémarrages répétés sont bien sûr une solution moins que optimale.

Étant donné que le système a une mémoire libre et le problème re-apparaît après avoir utilisé la machine pendant un peu de temps, il semble que cela pourrait être associé à un problème avec des bibliothèques partagées.

1 commentaires

Cela s'est passé avec moi à l'océan Digital. Il suffit de redémarrer la machine et cela fonctionnera, par magie.

Articles qui pourrait vous intéresser :

React n'est pas défini dans le module Shopify
Erreur d'installation pip - ModuleNotFoundError lorsque le package est déjà installé (exigence déjà satisfaite)
cordova-plugin-crypt-file - erreur requireCordovaModule
Erreur Python 'Aucun module nommé'; 'package' n'est pas un package