Question

Je sais qu'il ya eu beaucoup fuzz sur ce sujet sur différents forums et groupes de discussion concernant la fusion de Moblin et Maemo. Je voudrais savoir ce que stackoverflow-boursiers pensent à ce sujet. Quels sont les avantages de l'emballage RPM sur DEB qui le rendent meilleur choix pour MeeGo?

Était-ce utile?

La solution

RPM est spécifié comme format d'emballage pour le Linux Standard Base .

...

D'accord, je l'admets, c'est l'étirement d'une réponse, même pour moi. Il n'y a pas énormément de différence dans le but de base des deux paquets RPM et DEB; ils ont chacun leurs propres capacités distinctes, mais à la fin ils sont tous deux un sac de fichiers et des métadonnées.

Autres conseils

Il y a des différences importantes couple entre ces deux formats de paquet et ils vont au-delà de simples distinctions techniques.

Tout d'abord, APT (Advanced Packaging System), qui crée et utilise Debs, est un système d'emballage complet qui a toujours eu un meilleur soutien pour le suivi de la dépendance. Ceci est important car lorsque vous installez un package, vous devez souvent installer un tas d'autres paquets que votre paquet nécessite. Si vous ne le faites pas, souvent votre colis ne fonctionnera pas. Ce type de résolution de dépendance est l'un des points forts du format d'emballage deb. rpm a un mauvais support pour cela, et en conséquence d'autres outils (miam, zypper) ont grandi pour essayer de reproduire la dépendance sophistiquée que la résolution APT fait.

Deuxièmement, Debian est une sorte de plate-forme « de référence ». Il appelle lui-même « le système d'exploitation universel » la plupart du temps facétieuse mais il y a une certaine vérité. contrat social de Debian et le soutien du logiciel libre signifie qu'il est pas contrôlé par une seule entité ou société. Cela signifie que la mise en œuvre est ouvert à l'amélioration constante et il est plus facile d'intégrer le logiciel. La conséquence est que vous avez un système d'exploitation qui fonctionne sur 8 architectures de puces officiellement et officieusement quelques autres, donc un paquet deb installera sur un grand nombre de différents types de matériel que RPM ne fonctionnera pas même. Avec Debian étant la plate-forme de référence pour des choses comme le langage de programmation Perl et R langage de programmation statistique, cela signifie que votre deb sera probablement en mesure d'avoir les dépendances dont il a besoin pour être facilement intégrés dans votre système. Debian a aussi beaucoup d'experts en la matière qui sont attirés parce qu'ils sont capables de travailler en fonction de leurs intérêts et leurs capacités et ne sont pas obligés de tenir compte des déclarations de profits et pertes.

Cela signifie qu'un deb est souvent juste au-dessus sur le plan technique en raison de sa spécification de package, mais aussi à cause de l'écosystème des développeurs, il se branche.

Je ne sais rien de Moblin et Maemo , mais je l'ai fait beaucoup d'emballages logiciels. Je serais en faveur le choix du régime sur deb comme le format de fichier que je choisirais pour tout système d'exploitation où je pouvais choisir. Avant apt existait pour rpm, je grandement favorisé debian sur les systèmes dérivés de RedHat. yum est presque aussi bon que apt . Comme je l'ai appris les deux systèmes d'emballage, je préfère livrer rpm que deb .

Une comparaison de rpm et deb :

(1) Pour Données binaires , rpm utilise cpio , deb utilise ar . cpio est le choix le plus de plate-forme transversale étant choisie comme archiveur POSIX par défaut. ar est le archiveur traditionnel.

(2) Source de données , SRPM (un type spécial de régime) utilise cpio avec un seul fichier spécial qui automatise le processus de la construction d'un rpm , et est généré lorsqu'un rpm , est correctement construit à partir des sources . deb d'autre part utilise une multitude de systèmes de compression que le format d'entrée fournisseurs de source d'origine est pris en charge, le cas échéant également une série de fichiers de patch et 3 magie fichiers chacun avec un format de fichier différent.

(3) Faire fonction rpm paquets est beaucoup plus facile dans mon expérience que de faire des fichiers deb .

(4) Faire fonction chroot rpm systèmes basés est standard rpm commandes, alors que dans deb les systèmes basés sur un script, il est spécialisé appelé debootstrap .

seulement apt du camp debian, semble plus utilisable que yum du camp de RedHat, tous les outils en amont de QA semblent mieux du Redhat Camp.

Je suggère que faire un rpm est pas un art magique, juste quelque chose que vous devez former les gens dans.

Une comparaison de rpm et deb outils d'assurance qualité:

(1) constructeurs dépôt: createrepo est l'outil, simple à utiliser et à comprendre. mini-dinstall , dpkg-scanpackages ou dak (archive Debian Kit) ou mini-dak ou reprepro ou debarchiver ou debpool ou DebMarshal ou apt-ftparchive ou dpkg-scansources sont complexes ou mal documentés, ou manquant une caractéristique essentielle, et quelques fois tous les trois.

(2) "Source deb" ne sont pas un seul fichier comme SRPM est un seul fichier, et nécessitent donc des outils spéciaux pour les déplacer.

(3) Construire des serveurs: Koji beats pbuilder tous les jours de la semaine dans la documentation. Il faut dire cependant que pbuilder est cool calme.

Je suis étonné de voir aucun outil clair pour mieux faire un deb existe repo base. Ceux que je l'ai essayé sont pauvres. Aucun J'ai essayé presque aussi bon que createrepo est de tours par minute. ( reprepro est presque aussi bon que createrepo de tours par minute, sauf qu'il permettra pas plusieurs versions du même paquet dans un référentiel unique, au pouvoir il pour la plupart des systèmes de déploiement continu.

Conclusion: Une comparaison de rpm et deb

Je pense que la cueillette d'un rpm chaîne d'outils est mieux de leur part. Tout comme le lien intéressant par Charles Stewart DECLAREE les outils qui comptent.

Décision de renoncer à DEB RPM pour Meego et d'autres semblables avaient été purement politique et les affaires. avis techniques ont été ignorées. Votre question (en question) est valable dans le contexte général, mais dans le cas où il apparaît comme Meego tentative de justifier déjà fait étape par la suite. Néanmoins, nous ne saurons jamais les mérites techniques pour et le contre -. Meego est maintenant disparu de manière différente, où deb-vs-rpm concurrence est exclue

À ce stade, je pense que cela devrait probablement être une question Linux et Unix.

Il est pas vraiment exact de dire que Meego passe de APT (à savoir, .deb) à RPM; à la place, Meego est une fusion de l'APT utilisant Maemo avec le RPM en utilisant Moblin. Robin Burchill a dit sur son blog Février dernier - http: // blog.rburchell.com/2010/02/meego-rpm-vs-deb-debate.html - qu'il était plus facile d'aller avec RPM parce Moblin dicté plus des choix architecturaux au sein Meego et refactoring Maemo était plus facile .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top