D'après ce que j'ai vu dans la documentation, lors du déballage d'un RPM, les meilleures pratiques sont de le décompresser en /opt/<provider>/<package>
. Ma question est la suivante: y a-t-il une raison impérieuse venant d'une administration système ou d'une perspective technique pour laquelle il ne serait pas acceptable de décompacter plusieurs RPM dans un autre sous-répertoire?Plusieurs RPM déballant sur les mêmes répertoires - meilleures pratiques et logique
Par exemple, si je /opt/<provider>
, est-il sûr d'avoir plusieurs RPMs /opt/<provider>/<subdir>
déballer alors créer des y tels que je finirais avec /opt/<provider>/<subdir>/<packagA>
et /opt/<provider>/<subdir>/<packageB>
où <subdir>
est un répertoire qui est mis en correspondance dans les deux RPM? Si ce n'est pas sûr, pourquoi pas?
Pourriez-vous préciser S'il vous plaît? Je suis actuellement capable de le gérer, oui, mais pourquoi n'est-ce pas la meilleure pratique? Y a-t-il un problème possible sur la route qui me manque? Un piège dont je ne suis pas au courant actuellement? Si le décompactage d'un nouveau rpm dans un sous-répertoire appartenant déjà à un RPM existant n'est pas la meilleure pratique, il doit y avoir une raison, n'est-ce pas? – kbrian187
Je ne vois aucun problème, tant que l'installation de RPM et la désinstallation sont propres. – Rajesh
Si la désinstallation de RPM n'influence pas les autres sous-répertoires, cela ne pose aucun problème. – Rajesh