Est-il prudent d'installer ses propres paquets rpm sur des distributions basées sur Debian?


0

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?

Réponses:


0

Voilà toutes les raisons pour lesquelles je ne vois pas pourquoi on ne devrait pas utiliser de paquetages construits pour une autre distribution:

  • Les fichiers binaires peuvent être créés à partir de bibliothèques absentes de la distribution actuelle ou dans une version incorrecte.
  • La disposition des systèmes de fichiers peut différer d’une distribution à l’autre.
  • autres hypothèses sur le système sur lequel le paquet est en cours d'installation, faites par le conditionneur, qui pourraient ne pas s'appliquer à la distribution actuelle.
  • Les noms de paquetages peuvent différer entre les distributions, les dépendances risquent donc de ne pas être résolues correctement.
  • Les fonctions spéciales de gestion des paquets, telles que les points d'ancrage, etc. diffèrent d'un gestionnaire à l'autre.

Si vous êtes bien conscient de cela et que vous savez ce que vous faites, utiliser des RPM sur Debian et Ubuntu ne pose pas de problème.

Dans le cas de JS et Java sans dépendances supplémentaires, cela ne devrait pas poser de problème.


Une autre considération est importante. Les gestionnaires de paquets suivent les paquets auxquels chaque fichier appartient. L'installation de gestionnaires de packages externes ou l'utilisation de 2 sur le même système peut entraîner le remplacement de fichiers importants.
Bruno9779

@ Bruno9779 Je comprends la question en ce sens qu'il n'y a qu'un seul gestionnaire de paquets. Les packages étrangers sont convertis au format de package natif via un outil tel que "alien" avant l'installation.
FSMaxB

OP ne mentionne pas convertin les paquets, et il y a des rpm disponibles pour debian: packages.debian.org/wheezy/rpm
Bruno9779

0

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.


0

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.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.