dpkg-maintscript-helper: en línea en la nube

PROGRAMA:

NOMBRE

dpkg-maintscript-helper: soluciona las limitaciones conocidas de dpkg en los scripts de mantenimiento

SINOPSIS

dpkg-maintscript-ayudante comando [parámetro...] -- parámetro-script-maint...

COMANDOS Y PARÁMETROS

apoya comando

rm_conffile confinar [versión anterior [PARA DOS]]

mv_conffile viejo-conffile nuevo-conffile [versión anterior [PARA DOS]]

enlace simbólico a dir ruta objetivo antiguo [versión anterior [PARA DOS]]

dir_a_enlace simbólico ruta nuevo objetivo [versión anterior [PARA DOS]]

DESCRIPCIÓN

Este programa está diseñado para ejecutarse dentro de los scripts del mantenedor para lograr algunas tareas que
dpkg no se puede (todavía) manejar de forma nativa debido a decisiones de diseño o debido a la corriente
limitaciones.

Muchas de esas tareas requieren acciones coordinadas de varios scripts de mantenimiento (preinstancia,
postinstancia, prematuro, correo postal). Para evitar errores, la misma llamada simplemente debe colocarse en todos
scripts y el programa adaptará automáticamente su comportamiento en función del entorno
variable DPKG_MAINTSCRIPT_NOMBRE y en los argumentos de los scripts del mantenedor que debe
adelante después de un guión doble.

COMÚN PARÁMETROS

versión anterior
Define la última versión del paquete cuya actualización debe activar la
operación. Es importante calcular versión anterior correctamente para que el
Las operaciones se realizan correctamente incluso si el usuario reconstruyó el paquete con un
versión local. Si versión anterior está vacío u omitido, entonces la operación se prueba en
cada actualización (nota: es más seguro dar la versión y probar la operación
sólo una vez).

Si el archivo de configuración no se ha enviado para varias versiones, y ahora
modificar los scripts del mantenedor para limpiar el archivo obsoleto, versión anterior
debe basarse en la versión del paquete que está preparando ahora, no en la
primera versión del paquete que carecía del archivo de configuración. Esto se aplica a todos los demás
acciones de la misma manera.

Por ejemplo, para un archivo de configuración eliminado en la versión 2.0 - 1 de un paquete, versión anterior
debe configurarse para 2.0-1 ~. Esto hará que el archivo de configuración se elimine incluso si el
el usuario reconstruyó la versión anterior 1.0 - 1 as 1.0-1local1. O un paquete que cambia un
ruta de un enlace simbólico (enviado en la versión 1.0 - 1) a un directorio (enviado en versión
2.0 - 1), pero solo realizando el cambio real en los scripts del mantenedor en la versión
3.0 - 1, debería establecer versión anterior a 3.0-1 ~.

PARA DOS
El nombre del paquete. Cuando el paquete es "Multi-Arch: mismo", este parámetro debe
incluir el calificador de arquitectura, de lo contrario debería No generalmente incluyen el
calificador de arquitectura (ya que no permitiría grados cruzados, o cambiaría de ser
arquitectura específica a la arquitectura que todas o viceversa). Si el parámetro es
vacío u omitido, el DPKG_MAINTSCRIPT_PACKAGE y DPKG_MAINTSCRIPT_ARCH
variables de entorno (según lo establecido por dpkg) se utilizará para generar un arco calificado
Nombre del paquete.

-- Todos los parámetros de los scripts del mantenedor deben enviarse al programa.
después --.

CONFIRMAR RELACIONADOS TAREAS

Al actualizar un paquete, dpkg no eliminará automáticamente un archivo de configuración (una configuración
archivo para el cual dpkg debe conservar los cambios del usuario) si no está presente en la versión más reciente
versión. Hay dos razones principales para esto; la primera es que el archivo de configuración podría haber
caído por accidente y la próxima versión podría restaurarlo, los usuarios no querrían su
cambios desechados. El segundo es permitir que los paquetes transfieran archivos de un
archivo de configuración mantenido por dpkg a un archivo mantenido por los scripts de mantenimiento del paquete, generalmente
con una herramienta como debconf o ucf.

Esto significa que si un paquete tiene la intención de cambiar el nombre o eliminar un archivo de configuración, debe
explícitamente hacerlo y dpkg-maintscript-ayudante se puede utilizar para implementar una eliminación elegante
y movimiento de archivos de configuración dentro de los scripts de mantenimiento.

Extracción a confinar
Si un archivo de configuración se elimina por completo, debe eliminarse del disco, a menos que el usuario haya
lo modificó. Si hay modificaciones locales, deben conservarse. Si el paquete
actualizaciones aborta, el archivo de configuración recientemente obsoleto no debería desaparecer.

Todo esto se implementa poniendo el siguiente fragmento de shell en el preinstancia, postinstancia
y correo postal scripts de mantenedor:

dpkg-maintscript-helper rm_conffile \
confinar versión anterior PARA DOS PS

confinar es el nombre de archivo del archivo de configuración que se va a eliminar.

Implementación actual: en el preinstancia, comprueba si el archivo de configuración se modificó y cambia el nombre
ya sea para confinar.dpkg-eliminar (si no se modifica) o para confinar.dpkg-copia de seguridad (Si
modificado). En el postinstancia, el último archivo se renombra a confinar.dpkg-bak y guardado para
referencia, ya que contiene modificaciones del usuario, pero se eliminará la primera. Si el paquete
actualización aborta, el correo postal reinstala el archivo de configuración original. Durante la purga, el correo postal will
también borra el .dpkg-bak archivo guardado hasta ahora.

Renombrar a confinar
Si un archivo de configuración se mueve de una ubicación a otra, debe asegurarse de moverse
cualquier cambio que haya realizado el usuario. Esto puede parecer un simple cambio en el preinstancia guión en
primero, sin embargo, eso dará como resultado que el usuario sea preguntado por dpkg aprobar el archivo de configuración
ediciones aunque no sean responsables de ellas.

Se puede implementar un cambio de nombre elegante colocando el siguiente fragmento de shell en el
preinstancia, postinstancia y correo postal scripts de mantenedor:

dpkg-maintscript-helper mv_conffile \
viejo-conffile nuevo-conffile versión anterior PARA DOS PS

viejo-conffile y nuevo-conffile son el nombre antiguo y el nuevo del archivo de configuración a renombrar.

Implementación actual: el preinstancia comprueba si el archivo de configuración ha sido modificado, si es así es
dejado en su lugar, de lo contrario, se le cambia el nombre a viejo-conffile.dpkg-eliminar. En la configuración, el
postinstancia elimina viejo-conffile.dpkg-eliminar y cambia el nombre viejo-conffile a nuevo-conffile if antiguo-
confinar aún está disponible. En abortar-actualizar / cancelar-instalar, el correo postal renombra antiguo-
confinar.dpkg-eliminar de nuevo a viejo-conffile si es requerido.

ENLACE SIMPLE Y De miembros INTERRUPTORES

Al actualizar un paquete, dpkg no cambiará automáticamente un enlace simbólico a un directorio o
viceversa. No se admiten degradaciones y la ruta se dejará como está.

Cambio a enlace simbólico a directorio
Si un enlace simbólico se cambia a un directorio real, debe asegurarse antes de descomprimirlo.
se elimina el enlace simbólico. Esto puede parecer un simple cambio en el preinstancia guión al principio,
Sin embargo, eso dará lugar a algunos problemas en caso de personalización local del administrador del
enlace simbólico o al degradar el paquete.

Se puede implementar un cambio de nombre elegante colocando el siguiente fragmento de shell en el
preinstancia, postinstancia y correo postal scripts de mantenedor:

dpkg-maintscript-helper enlace simbólico_a_dir \
ruta objetivo antiguo versión anterior PARA DOS PS

ruta es el nombre absoluto del enlace simbólico antiguo (la ruta será un directorio al final
de la instalación) y objetivo antiguo es el nombre de destino del enlace simbólico anterior en ruta.
Puede ser absoluto o relativo al directorio que contiene ruta.

Implementación actual: el preinstancia comprueba si el enlace simbólico existe y apunta a objetivo antiguo,
si no, se deja en su lugar; de lo contrario, se cambia el nombre a ruta.dpkg-copia de seguridad. En
configuración, la postinstancia elimina ruta.dpkg-copia de seguridad if ruta.dpkg-copia de seguridad es todavía
un enlace simbólico. En abortar-actualizar / cancelar-instalar, el correo postal renombra ruta.dpkg-copia de seguridad de nuevo a
ruta si es requerido.

Cambio a directorio a enlace simbólico
Si un directorio real se cambia a un enlace simbólico, debe asegurarse antes de descomprimirlo.
se elimina el directorio. Esto puede parecer un simple cambio en el preinstancia guión al principio,
sin embargo, eso dará lugar a algunos problemas en caso de que el directorio contenga archivos de configuración,
nombres de ruta que pertenecen a otros paquetes, nombres de ruta creados localmente o al degradar el
Pack

La conmutación elegante se puede implementar colocando el siguiente fragmento de shell en el
preinstancia, postinstancia y correo postal scripts de mantenedor:

dpkg-maintscript-helper dir_to_symlink \
ruta nuevo objetivo versión anterior PARA DOS PS

ruta es el nombre absoluto del directorio antiguo (la ruta será un enlace simbólico al final
de la instalación) y nuevo objetivo es el destino del nuevo enlace simbólico en ruta. Se puede
sea ​​absoluto o relativo al directorio que contiene ruta.

Implementación actual: el preinstancia comprueba si el directorio existe, no contiene
conffiles, nombres de ruta que pertenecen a otros paquetes o nombres de ruta creados localmente, si no, entonces
se deja en su lugar; de lo contrario, se le cambia el nombre a ruta.dpkg-copia de seguridady una puesta en escena vacía
directorio llamado ruta se crea, marcado con un archivo para que dpkg pueda rastrearlo. Sobre
configuración, la postinstancia termina el cambio si ruta.dpkg-copia de seguridad sigue siendo un
directorio y ruta es el directorio de preparación; elimina la marca del directorio de ensayo
archivo, mueve los archivos recién creados dentro del directorio de ensayo al destino del enlace simbólico
nuevo objetivo/, reemplaza el directorio de ensayo ahora vacío ruta con un enlace simbólico a nuevo-
dirigidosy quita ruta.dpkg-copia de seguridad. En abortar-actualizar / cancelar-instalar, el correo postal
renombra ruta.dpkg-copia de seguridad de nuevo a ruta si es requerido.

INTEGRACIÓN IN PAQUETES

Cuando utilice un asistente de empaquetado, verifique si tiene dpkg-maintscript-ayudante
integración, lo que podría facilitarle la vida. Ver por ejemplo dh_installdeb(1).

Dado que dpkg-maintscript-ayudante se usa en el preinstancia, usándolo incondicionalmente
requiere una pre-dependencia para asegurar que la versión requerida de dpkg ha sido desempacado
antes de. La versión requerida depende del comando utilizado, por rm_conffile y mv_conffile
es 1.15.7.2, para enlace simbólico a dir y dir_a_enlace simbólico es 1.17.14:

Predepende: dpkg (> = 1.17.14)

Pero en muchos casos la operación realizada por el programa no es crítica para el paquete, y
en lugar de usar una pre-dependencia, podemos llamar al programa solo si sabemos que el
El comando requerido es compatible con el instalado actualmente dpkg:

si dpkg-maintscript-helper es compatible comando; entonces
dpkg-maintscript-ayudante comando ...
fi

El comando apoya devolverá 0 en caso de éxito, 1 en caso contrario. los apoya el comando será
compruebe si las variables de entorno establecidas por dpkg y requeridas por el script están presentes,
y lo considerará un fracaso en caso de que el entorno no sea suficiente.

Use dpkg-maintscript-helper en línea usando los servicios de onworks.net