Nous avons plusieurs serveurs avec Debian, Ubuntu et CentOS. Nous avons décidé que nous devions être en mesure d'installer nos propres packages non binaires et Java sur n'importe lequel de ces serveurs à l'aide de rpm, car notre distribution principale est CentOS. Mais de nombreux avertissements sur l'utilisation de rpm ont été trouvés dans divers documents Debian, et aucun de ces documents ne couvre ce qui est mauvais en profondeur.
Qu'est-ce qui pourrait mal tourner si nous créons nos propres packages rpm contenant uniquement des fichiers .jar / .js, des scripts de pré-installation / post-installation / démarrage et sans aucune dépendance?
Sans aucune dépendance, cela peut fonctionner, mais je pense que vous n'avez pas du tout de paquet RPM. Il suffit de copier vos scripts où vous voulez.
Vous pouvez également utiliser le convertisseur pour une gestion simple des paquets.
Je ne pense pas que ce soit une bonne idée de disposer de plusieurs systèmes de gestion de paquets sur un même système d'exploitation.
la source
Converter, aka alien, est instable et buggy.
Pour configurer votre logiciel pour différents gestionnaires de paquets, je vous conseille vivement de générer à partir du source avec un outil tel que fpm .
Ne convertissez pas les fichiers binaires pour les serveurs de production. Déjà. Investissez plutôt 1 heure de plus dans l’emballage, et évitez un débogage long et ennuyeux.
la source