Domanda

So che c'è stato un fuzz molto su questo argomento su vari forum e newsgroup riguardanti la fusione di Moblin e Maemo. Mi piacerebbe sapere che cosa StackOverflow-compagni pensare a questo. Quali sono i vantaggi del packaging RPM oltre DEB che lo rendono la scelta migliore per MeeGo?

È stato utile?

Soluzione

RPM è specificato come il formato di packaging per il Linux Standard Base .

...

Va bene, l'ammetto, che è che si estende per una risposta, anche per me. Non c'è un sacco di differenza nella finalità di base di entrambi i pacchetti RPM e DEB; ognuno ha le proprie capacità distinte, ma alla fine sono entrambi un sacco di file e metadati.

Altri suggerimenti

Ci sono un paio di importanti differenze tra questi due formati dei pacchetti e vanno al di là di mere distinzioni tecniche.

In primo luogo, APT (Advanced Packaging System), che crea e utilizza Debs, è un sistema di confezionamento completo che tradizionalmente ha avuto un migliore supporto per il monitoraggio delle dipendenze. Questo è importante perché quando si installa un pacchetto, spesso si devono installare un mucchio di altri pacchetti che il pacchetto si basa su. Se non lo fai, spesso il vostro pacchetto non verrà eseguito. Questo tipo di risoluzione delle dipendenze è uno dei punti di forza del formato di confezionamento deb. rpm ha scarso supporto per questo e come conseguenza di altri strumenti (yum, zypper) sono cresciuti per cercare di replicare il sofisticato dipendenza risolvere che APT fa.

In secondo luogo, Debian è una sorta di piattaforma "di riferimento". Si chiama "il sistema operativo universale" per lo più scherzosamente, ma v'è una certa verità ad esso. contratto sociale di Debian e il supporto del software libero significa che non è controllato da un unico soggetto o società. Ciò significa che l'implementazione è aperto per il miglioramento continuo ed è più facile da integrare il software. La conseguenza è che avete un sistema operativo che gira su 8 architetture di chip ufficialmente e ufficiosamente alcuni altri, in modo da un pacchetto deb installerà su un sacco di diversi tipi di hardware che di giri non sarà nemmeno eseguito su. Con Debian è la piattaforma di riferimento per cose come il linguaggio di programmazione Perl e R linguaggio di programmazione statistica, significa che il tuo deb sarà probabilmente in grado di avere le dipendenze di cui ha bisogno per essere facilmente integrato nel vostro sistema. Debian ha anche un sacco di esperti in materia che sono attratte da esso perché sono in grado di lavorare secondo i loro interessi e le capacità e non sono costretti a prendere in considerazione le dichiarazioni di profitti e perdite.

Ciò significa che un deb non è spesso solo superiore tecnicamente per la sua specifica del pacchetto, ma anche per l'ecosistema di sviluppatori si inserisce in.

Non so nulla di Moblin e Maemo , ma ho fatto un sacco di confezione del software. Vorrei favorire la scelta del numero di giri sopra deb come il formato di file vorrei prendere per qualsiasi sistema operativo in cui ho potuto scegliere. Prima di apt esiste da rpm, ho molto favorito Debian su sistemi RedHat derivata. yum è altrettanto buono come apt . Come ho imparato entrambi i sistemi di confezionamento avrei preferito consegnare rpm di deb .

Un confronto di rpm e deb :

(1) Per Dati binari , rpm usi cpio , deb usi ar . cpio è la scelta più cross piattaforma di essere scelto come archiviatore di default POSIX. ar è l'archiviazione tradizionale.

(2) Per Dati di origine , srpm (un particolare tipo di giri al minuto) utilizza cpio con un singolo file speciale che consente di automatizzare il processo di di costruire un rpm , e viene generato quando un rpm , è costruito correttamente dalla sorgente . deb invece utilizza una moltitudine di sistemi di compressione come fonte venditori formato di input è supportato, opzionalmente anche una serie di file di patch, e file 3 magia ciascuno con un formato diverso.

(3) Rendere funzionale rpm pacchetti è molto più facile nella mia esperienza di fare file.

(4) Effettuare una funzionale chroot rpm sistemi basati è standard rpm comandi, mentre in deb sistemi basati è uno script specializzato chiamato debootstrap .

Solo apt dal campo debian, sembra più usabile rispetto yum dal campo RedHat, tutti gli strumenti di controllo qualità a monte sembrano meglio dalla Redhat Camp.

Suggerisco che Fare una rpm non è un arte magica, solo qualche cosa che dovete formare le persone a.

Un confronto di rpm e deb strumenti di controllo qualità:

(1) costruttori repository: createrepo è lo strumento, semplice da usare e capire. mini-dinstall , dpkg-scanpackages o Dak (Kit Debian Archive) o mini-dak o reprepro o debarchiver o debpool o DebMarshal o apt-ftparchive o scansources dpkg- sono complesse o scarsamente documentata, o manca una caratteristica fondamentale, e alcune volte tutti e tre.

(2) "Source deb" non sono un singolo file come srpm è un singolo file, e quindi richiedono utensili speciali per spostarli in giro.

(3) Costruire server: Koji battiti pbuilder tutti i giorni della settimana nella documentazione. Va detto però che pbuilder è fresco silenzioso.

Sono stupito strumento migliore chiara per fare un deb esiste repo base. Quelli che ho provato sono poveri. Nessuno Ho provato sono quasi buono come createrepo è per rpm. ( reprepro è altrettanto buono come createrepo da rpm eccetto che permettono solito più versioni dello stesso pacchetto in un unico repository, così decidendo fuori per la maggior parte dei sistemi di distribuzione continui.

Conclusione: Un confronto di rpm e deb

Credo che la scelta di un rpm tool chain è migliore da parte loro. Proprio come il link interessante da Charles Stewart ha dichiarato i suoi strumenti che contano.

La decisione di rinunciare DEB per RPM per MeeGo e altri simili era stata puramente politica e affari. Pareri tecnici erano stati ignorati. La tua domanda (come questione) è valida in un contesto generale, ma nel caso in cui Meego appare come tentativo di giustificare già-fatto-step in seguito. Tuttavia, non lo sapremo mai meriti tecnici pro e contro -. Meego è ormai andato modo diverso, in cui deb-vs-rpm è esclusa la concorrenza

A questo punto, credo che questo dovrebbe probabilmente essere una questione di Linux e Unix.

Non è proprio vero che Meego passato da APT (vale a dire, .deb) per RPM; invece, Meego è una fusione di Maemo APT-utilizzare con la RPM utilizzando Moblin. Robin Burchill ha detto sul suo blog lo scorso febbraio - http: // blog.rburchell.com/2010/02/meego-rpm-vs-deb-debate.html - che era più facile andare con RPM perché Moblin dettato più delle scelte architettoniche all'interno di Meego, e refactoring Maemo era più facile .

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top