On 01/09/2020 22.40, Rafa Griman wrote:
Wenas :)
...
Haz:
rpmconfigcheck
y revisa el resultado fichero a fichero.
Buen apunte ;) Lo haré cuando arranque uno de los SUSE ... pero claro ... ya he mangoneado y he reinstalado el man ...
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.
¿Están migrando cosas a /usr? ¿Igual que los BSD? ¿Tienes algún enlace? He buscado en Inet, pero no he encontrado nada 0:)
Sip. A ver si localizo... Hay correos: Date: Mon, 22 Jun 2020 10:47:24 +0200 From: Stefan Dirsch <...@suse.de> To: opensuse-factory@opensuse.org Subject: [opensuse-factory] Issues with /etc -> /usr/etc config file switch ... y ese correo menciona https://en.opensuse.org/openSUSE:Packaging_UsrEtc) Eso es lo que veo en una búsqueda rápida. La página esa es larguita. para mi "wild guess" (¿como se traduce eso? DeepL dice "Supongo que es una conjetura salvaje.") lo que tengo en la memoria es que a mucha gente le reventó el sistema (no recuerdo exactamente que era) y les dijeron que la causa última era que habían ignorado el rpmconfigcheck con lo que no se había aplicado un cambio anterior que preparaba este. Creo que fallaba un symlink que no se creaba o que quedaba huerfano. Y estaba tambien relacionado con alternatives. Pero no recuerdo el título del hilo o hilos, o que cosa exacta era la que fallaba. Como no uso TW...
En la lista "factory" ya echaron la bronca los desarrolladores por no hacer lo de rpmconfigcheck.
La verdad es que ahora sólo estoy dado de alta en esta lista de correo. Me di de baja de las demás así que no sigo la inglesa ni la Factory ya ...
tsk tsk... factory es casi obligatoria... o la nueva de opensuse-suport, para oir que desastres se cuecen en TW.
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 ;-)
Nada, tranquilo, como ha dicho Juan en su correo, había unos 2800 paquetes a actualizar (IIRC) y entre prisas y otras cosas, no pones atención ... Además, ya sabes que "en casa de herrero, cuchillo de palo".
:-D
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 &
Sí, si cuando veo el típico mensaje de "dejando fichero original y creando nuevo fichero con rpmnew" ... hago un diff y compruebo las diferencias, pero con +2000 paquetes, pues se te pasa.
Por eso yo no uso TW... tengo esta historia con rpmconfigcheck una vez al año. No llega a los treinta ficheros que revisar. Esta vez es una de las pocas que ha estallado y que la gente se ha enterado.
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í.
Sí, claro, lo normal 0:)
Yo, el administrador, tengo que tomar las decisiones. Este es el trabajo del administrador, y no es trivial, pero es importante.
Estoy de acuerdo, hay cosas que no puedes dejar en manos del gestor de paquetes. Como administrador debes tomar ciertas decisiones. Pero lo dicho: "en casa de herrero ..." xD
:-D ya he dicho que es un copy paste y traducción automática (DeepL) de un correo detallado para gente que no está al tanto ;-) para ahorrarme escribir
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
xD xD xD 0:) No si ya sé 0:)
:-D
Gracias por recordarme lo de buscar los rpmnew y demás ;) !!!
No, si se les olvida a todos... a mi no, porque escribí la página wiki para el "offline upgrade", y entonces lo tengo grabado a fuego. Precisamente la migración a /usr/etc dicen que es para evitar este problema en el futuro. La idea es tener un fichero de configuración RO, más otro fichero en /etc con los "overrides". Igual que lo hace el systemd. Con lo cual saber cual es la opción activa tiene narices si no hay un editor que lo soporte, porque tienes que leer el RO, y luego los machaques en el fichero RW si es que existe, y luego las modificaciones del nuevo rpm. No estoy contento. Así que vosotros que tenéis TW os enteráis de como os va y me lo contáis ;-) -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)