¿Hay alguna manera de restaurar los módulos perl5 y cpan predeterminados en Mojave sin reconstruir el sistema operativo?
Respuestas
¿Demasiados anuncios?
Michael G.
Puntos
111
Buen post.
Tu propio Perl se sentará en /usr/bin/perl.
Si abre la aplicación terminal y en la línea de comandos escriba,
/usr/bin/perl -v
Si usted no ha anulado su propio Perl de la terminal de respuesta debe ser,
Este es el perl 5, versión 18, subversion 2 construidos para darwin-hilo...
El OSX 10.14 podría haber actualizado desde 5.18.2, aún así darwin-hilo significa que es OSX versión. En este caso la reinstalación no es necesario porque los nativos de Perl no fue reemplazado. El enlace simbólico determinar que perl se puede necesitar modificar.
Núcleo de CPAN es aquí
ls /System/Library/Perl/5.18
o cualquier versión de perl OSX 10.14 se está ejecutando acaba de sustituir a 5.18 con la salida de perl -v si son diferentes.
cpan binario también existe en la misma ubicación como perl.
/usr/bin/cpan -v
Sin embargo, es claro que cuando hice este /usr/bin binarios pueden ser anulado (el otro respondedor creía que esto no podría suceder) porque la mina se queja de cpan es el 5.26 (yo uso ActivePerl 5.26), que explica mucho porque hay cpan5.18.2 en el mismo directorio. Parece cpan ha sido sustituido por ActivePerl, mala gente y que esto no debería ocurrir, pero claramente no.
Problema tengo mi Perl a través de /usr/local/bin y simplemente hay que cambiar el enlace de 5.18.2 a ActivePerl (que no es lo ideal) . Corro cpan a través de cpanm (Anaconda) y ppm (Active perl), por lo que cpan no se utiliza nunca.
Solución para mí, necesito cambiar mi configuración para la ejecución de Perl, como usted, no por la reinstalación, pero por restaurar el antiguo enlace en /usr/local/bin de ActivePerl y ejecutar desde mi propio local de reciclaje y también redirigir el cpan a cpan5.18 en /usr/local/bin (aunque esto podría afectar el ActivePerl ppm de comando). Añadir un comentario si quieres saber cómo hacerlo
El método recomendado para referencia en el futuro para evitar dañar el sistema de Perl es instalar Perlbrew o plvar, este mantiene todo limpio. Nuevo comentario de los consejos a continuación
Posible solución Si su núcleo de Perl está muerta más allá de la reparación de ActivePerl podría recuperar este (su gran fuerza), y configurar a través de /usr/local/bin como yo no debería haber hecho. De todos modos es fácil de probar y no hay una desinstalación limpia con ella. De nuevo por favor, deje una nota en los comentarios si desea asesoramiento
