¿La advertencia tiene algún efecto perjudicial aparte de ser molesto? La página man no menciona ninguna forma de desactivarlo, por lo que no creo que pueda evitar que se emita sin reconstruir su en desde la fuente.
Ahora, si quieres simplemente no verlo, puede utilizar a las [hora] 2>/dev/null a enviarla al olvido, pero, por desgracia, la a> indicaciones se imprimen a STDERR por alguna razón (un error, IMO - deberían ir a STDOUT), así que también están ocultos por esto. Es posible trabajar algunas tuberías de shell que eliminarán la advertencia sin tener que seguir las indicaciones, pero a) mi intento de esto (en [tiempo] 2> & 1 | grep -v advertencia) no funciona y b) incluso si puede encontrar una combinación que funcione, no será adecuada para alias (ya que el tiempo pasa en el medio en lugar de al final), por lo que tendrá que escribirlo en su totalidad cada vez que use o bien, escriba un script de envoltura alrededor de en para manejarlo.
Así que, a menos que cause problemas reales, diría que probablemente sea mejor que simplemente ignore la advertencia como el resto de nosotros.
/bin/sh es el shell Bourne, no Bash. –
Heck, even/bin/bash y/bin/sh actúan de manera diferente, incluso cuando/bin/sh está enlazado a bash. – ephemient
@John Bueno, por lo general es un enlace simbólico para bash ... (no en Ubuntu sin embargo ... así que sí importa) – Spudd86