Je mets à jour un poste qui sers de référence puis cfengine s'occupe du reste ;-)
Sous Linux, la mise a jour d'un logiciel propriétaire (type logiciel de calcul, par exemple matlab) signifie en pratique (cas debian) de faire la chose suivante :
- mettre à jour le dossier /opt/mon_logiciel_proprio
- mettre à jour /etc/sysprofile.d/mon_logiciel_proprio.bash
Voila. Après, je n'ai pas de logiciels proprio avec des données type base de données justement. Normalement, si c'est bien fait, on devrait avoir en plus à lancer
/opt/mon_logiciel_proprio/mise_a_jour_donnee.sh
La, effectivement, on rentre dans le spécifique et c'est parfois merdique (du fait d'une mauvaise conception du logiciel).
Un des premiers soucis des développeurs devraient être de savoir comment passer de la version n à la version n+1 facilement. Ce genre de réflexion dès le début de la conception permet d'éviter de rendre les mises à jour un enfer. Malheureusement, l'enfer signifie en pratique pas de mise à jour.
[^] # Re: But?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de ReactOS 0.3.9. Évalué à 2.
Sous Linux, la mise a jour d'un logiciel propriétaire (type logiciel de calcul, par exemple matlab) signifie en pratique (cas debian) de faire la chose suivante :
- mettre à jour le dossier /opt/mon_logiciel_proprio
- mettre à jour /etc/sysprofile.d/mon_logiciel_proprio.bash
Voila. Après, je n'ai pas de logiciels proprio avec des données type base de données justement. Normalement, si c'est bien fait, on devrait avoir en plus à lancer
/opt/mon_logiciel_proprio/mise_a_jour_donnee.sh
La, effectivement, on rentre dans le spécifique et c'est parfois merdique (du fait d'une mauvaise conception du logiciel).
Un des premiers soucis des développeurs devraient être de savoir comment passer de la version n à la version n+1 facilement. Ce genre de réflexion dès le début de la conception permet d'éviter de rendre les mises à jour un enfer. Malheureusement, l'enfer signifie en pratique pas de mise à jour.