On 01/09/2020 15.35, Rafa Griman wrote:
Hola :)
Actualicé ants de ayer y me pasó una cosa curiosa:
$ man ls env: ‘man’: No such file or directory
Ein??? Si ayer usé el comando man y men funcionó ... no pasa nada, vamos a investigar ...
$ whereis man man: /usr/bin/man /usr/local/man /usr/share/man /usr/share/man/man1/man.1.gz /usr/share/man/man7mp/man.7mp.gz /usr/share/man/man1p/man.1p.gz
$ rpm -qa | grep ^man man-2.8.4-11.1.x86_64
Y las "man-pages"????
No pasa nada, ya vermos, sigamos:
$ whereis man man: /usr/bin/man /usr/local/man /usr/share/man /usr/share/man/man1/man.1.gz /usr/share/man/man7mp/man.7mp.gz /usr/share/man/man1p/man.1p.gz
Ufff ... el comando está instalado ... ¿o no?
$ file /usr/bin/man /usr/bin/man: broken symbolic link to /etc/alternatives/man
Ah. Estás hablando de Tumbleweed.
Ein ???? Parcee ser que al actualizar (zypper dup) algo ha fallado ... y se ha desinstalado, pero no se ha vuelto a instalar.
Solución: rpm -e man zypper in man man-pages
Me ha pasado en 2 portátiles y 1 PC ... mucha casualidad ...
En fin, por si a alguien más le ha ocurrido.
Haz: rpmconfigcheck y revisa el resultado fichero a fichero. Me sospecho (wild guess) que lo que te ha pasado es relacionado con la migración de /etc a /usr, que es manejado mediante el alternatives ese. Hay alguna configuración que no se ha activado porque está en un .rpmnew o .rpmorig. En la lista "factory" ya echaron la bronca los desarrolladores por no hacer lo de rpmconfigcheck Hace unos días le conté a uno el proceso en la lista inglesa, así que para ahorrarme trabajo le pido a DeepL la traducción - la pega es que esto se lo decía a alguien en concreto en cierto contexto, y no me voy a tomar el trabajo de re-editarlo para hacerlo genérico, porque estoy seguro que harás las correcciones mentales necesarias ;-) Lo que hago es copiar tanto el fichero en servicio como el fichero *rpm* a un directorio de copia de seguridad. No puede haber varios ficheros "*rpm*" del mismo fichero de configuración. Si los hay, significa que el administrador se olvidó de hacer su trabajo hace mucho tiempo. Entonces yo hago, por ejemplo: meld /etc/postfix/master.cf.rpmnew /etc/postfix/master.cf & que abre un editor de doble panel que compara el nuevo fichero propuesto con el fichero activo. Lo que hago es copiar de rpmnew a active las nuevas entradas que *considero* deberían estar ahí, y eliminar del archivo activo las líneas que *considero* no deberían estar ahí. Yo, el administrador, tengo que tomar las decisiones. Este es el trabajo del administrador, y no es trivial, pero es importante. Finalmente, yo borraría /etc/postfix/master.cf.rpmnew (recuerda que guardo una copia de seguridad). En el caso de un .rpmsave significa que la actualización hizo uso directamente del nuevo archivo, y renombró su copia original. Si nunca has alterado esa configuración, lo que hay que hacer es trivial: simplemente borra el archivo .rpmsave. Si has hecho algún cambio, bueno, reactiva esos con meld. A tí no tengo que decirte la tontería de que eres el administrador del sistema y tienes una responsabilidad etc ;-) :-p -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)