Bloquear la instalación de un paquete

[Damián Touraine]

Hola, ¿
en qué orden se evalúan las instalaciones de paquetes en la máquina?
Necesitamos implementar un paquete en una OU, pero algunos agentes NO DEBEN implementarlo. Por lo tanto, si evalúa primero la adición y luego el conflicto, podría agregar el paquete y luego eliminarlo cuando detecte el conflicto.

Estaba pensando en agregar el paquete en cuestión a la lista de "conflictos" de los equipos afectados. Pero, ¿estamos seguros de que el paquete nunca se instalará mientras haya un conflicto?
¿Qué sucede si instalamos una nueva versión del paquete? ¿La nueva versión seguirá considerándose un conflicto, o deberíamos agregarla a la lista de conflictos?

Atentamente,
Damien

[htouvet]

No existe el concepto de "excepción" cuando se establece una dependencia.
Entonces, si el paquete se coloca como una dependencia en la OU, se espera que todas las máquinas en esa OU lo instalen.

La forma más segura de evitar que las máquinas instalen el software o la configuración es colocar la regla en el código setup.py/install del propio paquete con una condición "if".
Obviamente es necesario poder codificar el criterio (¿nombre de la máquina? ¿pertenencia al grupo? ¿tipo de máquina?)

Código: Seleccionar todo

from setuphelpers import *

exclusions = ['pc1','pc2','pc10']

def install():
    if not get_computername in exclusions:
        install_msi_if_needed('logiciel_install.msi')

[Damián Touraine]

Hola,
no tengo acceso directo al paquete.
Pero no entiendo: si el paquete se marca como "conflicto" en una máquina y luego se implementa en una unidad organizativa donde se encuentra esa máquina, ¿
qué sucede? ¿
Se instalará primero en la máquina y luego se desinstalará?
Atentamente,
Damien

[vcardón]

Hola, WAPT desinstala los paquetes conflictivos (marcados como "conflicts") antes de instalar los paquetes dependientes (marcados como "depends") del paquete de la máquina.

Necesita pruebas, pero debería funcionar para tu caso.