1 votes

krisdigitx avatar

bastille ne trouve pas Curses.pm

Demandé el 6 de Septembre, 2011
Quand la question a-t-elle été
2275 affichage
Nombre de visites la question a
1 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Je suis sous centos 6 et j'ai installé la version rpm de bastille, il ne peut pas trouver Curses.pm, cependant perl-Curses est installé et d'une certaine manière même perl ne peut pas le trouver.

[root@server ~]# /usr/sbin/bastille -c
ERROR:   Couldn't determine Red Hat version! Setting to 9!
ERROR:   Couldn't determine Red Hat version! Setting to 9!
NOTE:    Using Curses user interface module.
NOTE:    Only displaying questions relevant to the current configuration.
ERROR:   Could not load the 'Curses.pm' interface module.This may be due to an
         invalid $DISPLAY setting,or the module not being visible to Perl.

[root@server ~]# rpm -qa | grep Curses
perl-Curses-1.28-1.el5.rf.x86_64

[root@server ~]# perl
use Curses;
Can't locate Curses.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at - line 1.
BEGIN failed--compilation aborted at - line 1.

Avez-vous une idée de l'endroit où je devrais chercher plus loin ?

[Après recherche] :

i installé perl-Curses-1.28-1.el6.rf.x86_64.rpm

et cela a fonctionné, maintenant Bastille se plaint de

/usr/sbin/bastille -c
ERROR:   Couldn't determine Red Hat version! Setting to 9!
ERROR:   Couldn't determine Red Hat version! Setting to 9!
NOTE:    Using Curses user interface module.
NOTE:    Only displaying questions relevant to the current configuration.
Can't locate Bastille/API/HPSpecific.pm in @INC (@INC contains: /usr/lib /usr/lib/perl5/site_perl/ /usr/lib/Bastille /opt/sec_mgmt/bastille/lib /opt/sec_mgmt/bastille/lib/API /usr/lib/perl5/site_perl /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at /usr/lib/Bastille/IOLoader.pm line 8.
BEGIN failed--compilation aborted at /usr/lib/Bastille/IOLoader.pm line 8.
Compilation failed in require at /usr/sbin/InteractiveBastille line 414.
Demandé el 6 de Septembre, 2011 par krisdigitx

0 votes

Avatar de quanta

Quelle est la sortie de updatedb && locate Curses.pm ?

Commenté el 6 de Septembre, 2011 par quanta

Réponse

Trop de publicités?

1voto

mailq avatar
mailq Points 16792

Google est votre et mon ami. J'ai trouvé cet article à http://sourceforge.net/tracker/index.php?func=detail&aid=2767305&group_id=403&atid=100403

J'ai fait beaucoup de recherches sur Google et de tests. version actuelle (3.2.1 - 25 septembre 2008 - Bastille-3.2.1-0.1.noarch.rpm) ne fonctionne pas sauf peut-être pour une ou plusieurs distros spécifiques (64 bits, HP uniquement ?). La page de nouvelles du projet ( http://bastille-linux.sourceforge.net/news_updates.htm ) le dernier point est "12 septembre 2007 : Il y a un communiqué qui arrive demain - restez à l'écoute." Je suppose que Jay n'est plus là et que l'équipe sponsorisée par HP s'est s'est concentrée sur sa plateforme plutôt que de maintenir le paquet en tant que une solution ouverte. Le fait que l'ancienne version (qui fonctionne apparemment) (Bastille-3.0.9-1.0.noarch.rpm) ne soit pas (facilement ?) disponible ici n'aide pas. n'aide pas. Voici les étapes que j'ai suivies sur CentOS 5 :

téléchargé depuis ici et installé 3.2.1-0.1 via rpm -ivh yum install perl-Curses

bastille -c

Message d'erreur : Impossible de trouver Bastille/API.pm dans @INC . . .

grep'd /usr/sbin/InteractiveBastille pour la ligne "use lib" a trouvé Bastille (contenant API.pm) dans /usr/lib64 plutôt que dans /usr/lib, donc l'a déplacé dans /usr/lib (il aurait également pu établir un lien symbolique ou éditer le fichier IB script)

Alors, on a : Impossible de localiser Bastille/API/HPSpecific.pm

Il s'avère que (comme indiqué ci-dessous) le paquet rpm et le paquet source n'ont pas d'élément dossier 'API'.

Création du dossier et utilisation de wget pour récupérer les fichiers du SCM : http://bastille-linux.cvs.sourceforge.net/viewvc/bastille-linux/dev/working_tree/Bastille/Bastille/API/

Puis j'ai eu "Impossible de déterminer la version de CentOS". Quelqu'un avait prétendu que le ci-dessous devait fonctionner, mais ce n'est pas le cas :

Changement de /etc/redhat-release de CentOS release 5 (Final) en : Red Hat Enterprise Linux Server version 5 (Tikanga)

D'autres erreurs provenant des nouveaux scripts dans le répertoire API, donc abandonne. Je vais maintenant essayer l'ancienne version, disponible par téléchargement direct ici :

http://iweb.dl.sourceforge.net/sourceforge/bastille-linux/Bastille-3.0.9-1.0.noarch.rpm

Je pense que ce n'est pas une façon de gérer un chemin de fer, mais comme je ne suis qu'un utilisateur final et non un contributeur, je suppose que je n'ai pas le droit d'en parler à B&M. Pendant que Pendant que j'y suis, merci à tous les développeurs qui ont consacré tant de temps et d'énergie à ce projet. temps et d'énergie sur cet outil, le simple fait de regarder le code est une bonne expérience d'apprentissage jusqu'à présent. Espérons qu'il reçoive un peu d'amour dans le pour le mettre en phase avec les versions actuelles des distributions. . .

Et j'espère que cet article évitera à d'autres de perdre leur temps les commentaires sont les bienvenus.

Répondu el 6 de Septembre, 2011 par mailq (16792 Points )

0 votes

Avatar de krisdigitx

Merci mailq, je vérifierai demain, je pourrais passer à debian .

Commenté el 6 de Septembre, 2011 par krisdigitx

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X