¿Se puede eliminar el post molesto de sudo de Mountain Lion 10.8.0?

Después de la actualización a 10.8.0, siempre que hago un sudo , siempre tengo este post:

dyld: DYLD_ environment variables being ignonetworking because main executable (/usr/bin/sudo) is setuid or setgid

  • Cortar y pegar files o carpetas en Mac OS X
  • No se puede encontrar el instalador de OSX El Capitán después de la installation
  • El time que utiliza 'Establecer date y hora automáticamente' difiere entre OS X e iOS
  • Cómo ampliar el visor de keyboard OS X?
  • Restaurar el icono del buscador
  • ¿Cómo crear una networking Wi-Fi ad hoc en OS X?
  • He comprobado mi .bash_profile , .zshrc todo lo que podía pensar, y no veo nada relacionado con el entorno DYLD_ .

    Después de google durante horas, traté de poner estas dos líneas en mi. .zshrc :

     unset LD_LIBRARY_PATH unset DYLD_LIBRARY_PATH 

    Pero el post molesto todavía aparece.

    Voy a una count de invitado y hice un sudo pero no recibí este post. Así que supongo que tengo alguna biblioteca personalizada instalada … Pero no sé cómo depurar esto.

  • iMessage en el León de Montaña desconectando AIM y GTalk
  • Reducir los colors de Millones a Miles
  • Buscando el IDE definitivo para Mac
  • Crear un icono para un software instalado homebrew (evince) - Mac OS X
  • ¿Es legal usar WINE para jugar juegos de PC en Mac?
  • Restaurar varias windows minimizadas?
  • 4 Solutions collect form web for “¿Se puede eliminar el post molesto de sudo de Mountain Lion 10.8.0?”

    ¿Tiene alguna otra variable DYLD_ establecida? Ejecutar el set sin parameters para ver todas las variables y unset cualquier cosa que viene con ese prefijo.

    Tenga en count que parece que esto es realmente sólo una solución para un error, esos posts no deben imprimirse a less que tenga DYLD_PRINT_WARNINGS habilitado.

    Además, la actualización de 10.8.1 parece haber reparado esta molestia.

    En zsh:

      sudo () { ( unset LD_LIBRARY_PATH DYLD_LIBRARY_PATH; exec command sudo $* ) } 

    Esto genera una sub-shell en la que las variables de entorno que sudo se queja son unset y, a continuación, ejecuta sudo.

    Las ventajas sobre algunas de las otras respuestas incluyen:

    • No quita LD_LIBRARY_PATH y DYLD_LIBRARY_PATH del entorno de shell interactivo (para los commands que no lo requieran).
    • El uso de una subshell asegura que si interrumpe el sudo mientras se está ejecutando (por ejemplo, con Ctrl-C), su LD_LIBRARY_PATH y DYLD_LIBRARY_PATH permanecerán sin cambios en su shell principal (a diferencia del script en otra respuesta que los establece y los desactiva en el shell interactivo ).
    • El uso de exec garantiza que la shell padre de otra manera innecesaria salga inmediatamente cuando se invoca sudo, por lo que no hay processs adicionales que se cierren mientras se ejecuta el command.

    Voy a dejarlo como un ejercicio al lector a puerto a bash, et al.

    trabajo alnetworkingedor encontrado en los foros de la ayuda de la manzana por yokyoh1987,

    https://discussions.apple.com/thread/4143805?start=30&tstart=0

    en su .profile / .bashrc / .bash_profile (depende de su configuration de terminal):

     # set DYLD_ * para mis progtwigs normales
     DYLD_LIBRARY_PATH = '..'
    
     # establecer un sudo alternativo
     thesudo ()
     {
     # copy de security de las variables DYLD_ *
     local BACK = $ DYLD_LIBRARY_PATH
    
     # unset DYLD_ *
     unset DYLD_LIBRARY_PATH
    
     llamando sudo
     / usr / bin / sudo "$ @"
    
     # restre DYLD_ * después de sudo terminado
     export DYLD_LIBRARY_PATH = $ BACK
     }
    
     # networkingireccionar sudo
     alias sudo = thesudo
    

    Probablemente tenga su set LD_LIBRARY_PATH.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).