Indhold

• Hovedforskel
• Hvad er DEB?
• Hvad er RPM?
• Vigtige forskelle

Hovedforskel

Fra individets synspunkt er der muligvis ikke partier i disse enheder. RPM- og DEB-kodekerne er alle kun arkivdata, med nogle metadata relateret til dem. De er alle lige arcane, har hårdkodede arrangeringsstier og adskiller sig udelukkende i sarte detaljer. DEB-recordsdata er arrangerer recordsdata for Debian-baserede distributioner.RPM recordsdata arrangerer recordsdata for Red Hat-baserede distributioner. Ubuntu er afhængig af Debians bundteaftale baseret på APT og DPKG. Red Hat, CentOS og Fedora er baseret på det forældede Red Hat Linux bundtsadministrationssystem, RPM.

Hvad er DEB?

DEB er udvidelsen af ​​bundtformatet til Debian-softwareprogrammets program og sandsynligvis i det væsentlige den mest anvendte titel til sådanne binære pakker. DEB blev udviklet af Bedian

Hvad er RPM?

Det er et pakkeadministrationssystem. Titlen RPM refererer forskelligt igen til .rpm-filformatet, recordsdata på dette format, softwareprogram, der er pakket i sådanne recordsdata, og selve bundtechefen. RPM var primært beregnet til Linux-distributioner; filformatet er det baseline bundtformat af Linux Standard Base. RPM blev udviklet af Community & Red Hat.

Vigtige forskelle

1. DEB-recordsdata er arrangerer recordsdata for Debian-baserede distributioner. Rpm recordsdata arrangerer recordsdata for Red Hat-baserede distributioner. Der er forskellige typer for forskellige distributioner. Hver er næppe helt anderledes end alternativet. Alle er designet til at gøre arrangeringen af ​​pakker mindre kompliceret ved de mange distributioner. Ingen er eksekverbare registreringsdata. DEB-recordsdata bruges med dpkg, aptitude, apt-get. Rpm-recordsdata bruges sammen med yum.
2. Ubuntu er afhængig af Debians bundteaftale baseret på APT og DPKG. Red Hat, CentOS og Fedora er baseret på det forældede Red Hat Linux bundtsadministrationssystem, RPM.
3. Hver RPM har en 'spec' -fil, der specificerer, hvilken mannequin ved at gøre brug af dens placering i, og hvilke helt forskellige mindre muligheder der skal placeres for at sikre, at den fungerer. DEB-filen er også afhængig af en 'administrationsfil', der kunne være meget ligesom 'spec' -filen i et RPM-bundt, som et resultat af det definerer, hvilket softwareprogram der skal sættes i for at sikre, at dit målværktøj til løb, giver en beskrivelse af, hvad du vil arrangere.
4. I meget meget lang tid har apt-get været overlegen i at behandle den store mængde metadata virkelig hurtigt, mens yum ville tage tid at gøre det. RPM led desuden af ​​websteder som RPM afslører det sted, hvor du ville afdække 10+ inkompatible pakker til adskillige distributioner. Apt skjulte fuldstændigt denne ulempe for DEB-pakker på grund af alle erhvervede pakker, der er sat i fra det samme, giver.
5. DEB blev udviklet af Bedian, RPM blev udviklet af Community & Red Hat.
6. I Debian-verdenen er det lidt mere accepteret at transportere patches i et bundt, der ikke (dog) er opstrøms. I RPM-verdenen (i det mindste blandt de mange mange Red Hat-derivater), der er ridsende.
7. Debian har en uendelig mængde manuskripter, som kunne være klar til at automatisere en uendelig del af konstruktion af et bundt. Lejligheden til at lave et - ligetil - bundt af et setuptool's Python-program er så simpelt som at oprette et antal metadata-recordsdata og arbejdsdebuild. Når det er talt om, kan spec-filen til et sådant bundt i RPM-format være ret hurtig, og inden i RPM-verdenen er der også forskellige ting, der automatiseres i disse dage.