On 2013-11-27 23:01, cheperobert wrote:
Te pongo la salida
cheperobert:~ # ls /etc/issue* /etc/issue /etc/issue.net /etc/issue.rpmnew
Ahí lo tienes. Copia /etc/issue.rpmnew encima de /etc/issue
cheperobert:~ # rcrpmconfigcheck Searching for unresolved configuration files
done Please check the following files (see /var/adm/rpmconfigcheck): /etc/apache2/httpd.conf.rpmnew /etc/cups/cupsd.conf.rpmnew /etc/default/grub.rpmnew /etc/dhcpd.conf.rpmnew /etc/issue.rpmnew /etc/ld.so.conf.rpmsave /etc/mime.types.rpmsave /etc/modprobe.d/50-blacklist.conf.rpmorig /etc/modprobe.d/50-blacklist.conf.rpmsave /etc/mplayer/mplayer.conf.rpmnew /etc/ntp.conf.rpmnew ... ...
Supongo que hay que renombrar estos archivos:
Tienes que revisarlos. A veces te conviene la versión antigua, a veces la nueva, a veces una mezcla.
cheperobert:~ # more /etc/issue.rpmnew Welcome to openSUSE 13.1 "Bottle" - Kernel \r (\l).
tiene la configuración correcta. Pero me extraña que al hacer le zypper dup, no se debería de hacer nada.
Lo correcto es no hacer nada automáticamente. Es decisión del administrador hacerlo. Está explicado en las instrucciones del offline update, pero no en las del online update. Brevemente: yo copio a otro directorio ambas versiones de cada uno de esos archivos. Luego uso el editor "meld" para ver las diferencias y ver que hago. En el caso concreto del "issue", el programa rpm debería verificar si el fichero es el original del rpm, o ha sido modificado (hay un checksum guardado precisamente para hacer eso). Si el fichero está intacto, debe ser reemplazado sin más por la nueva versión, y si no sucede es un bug reportable. Pero la base de datos que permite averiguarlo ya no es accesible, porque al actualizar ese paquete que contiene el "issue", la entrada correspondiente es reemplazada. Claro, y al copiar tú manualmente el nuevo "issue", pues es posible que ya el checksum no coincida y la próxima actualización a la 13.2 te vuelva a dar el mismo problema. -- Cheers / Saludos, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar)