Verjetno nekaj, kar so se mnogi spraševali, še posebej, ko zagon v Linuxu ni samo kateri sistem upravljanja paketov je boljši ampak tudi, katera embalaža je boljša.
Ne pretvarjam se, da bi rekel, kaj je boljše, le da bi ugotovil razlike med .deb in .rpm. In to mi je vsekakor težko, saj ne najdem veliko razlik.
Obstajajo tudi drugi manjšinski paketi in tudi tarballi.
Oba sta baza podatkov, ki vsebuje pakete, ime, različico, odvisnosti in v .deb priporočene pakete. Prej v .rpm je bila funkcija: pri posodabljanju programske opreme ostanejo konfiguracijske datoteke nedotaknjene ali varnostno kopirane, zdaj pa tudi .deb
Moja izkušnja je, da debs hitreje iščejo odvisnosti in da .rpm na splošno zahteva več odvisnosti (vsaj ne priporočam, da to počnete brez povezave in iščete odvisnosti eno za drugo, to se mi je zgodilo z openSUSE)
Oboje omogoča posodobitev sistema, iskanje paketov, namestitev / odstranitev, iskanje odvisnosti in še več. Olajšajo nam življenje. Toda globoko v sebi so njihove resnične razlike?
Noben ustrezen. Oba imata isti namen.
LSB predlaga RPM kot standard, vendar bo Debian, Ubuntu in izvedeni finančni instrumenti zelo težko prešli na ta paketni sistem.
V načinu njihove gradnje je veliko razlik, na primer v vrtljajih na minuto so vsi podatki o konstrukciji navedeni v datoteki s specifikacijami, medtem ko so v datoteki deb razdeljeni predvsem na dve datoteki, nadzor in pravila.
V debih s kontrolno datoteko lahko dobite odvisnosti, ki se izračunajo za vas, medtem ko jih morate v obratih poznati vnaprej in jih postaviti ročno (to je okorno in nevarno).
V debih jih lahko ustvarite na več načinov: debuild, pbuilder itd .; z vrtljaji, kolikor vem, da je samo en.
Potem je končni cilj enak: ustvarite stisnjen paket ali pakete programa z nekaj skripti, kjer je določena pot, kam naj bodo vse datoteke programa postavljene v sistem. Ne pozabimo, da gre za isti cilj kot namestitveni programi za Windows in Mac, skrivnosti ni več.
V Debianu obstaja večja težnja po programih z več pakiranji, medtem ko v Mandrivi (na primer) ta težnja ni tako izrazita. Resnica je, da večpakiranje ni tako potrebno, in Debian se pregreši, če ga preveč uporablja.
Kateri je boljši? Niti enega niti drugega, saj je vse bolj odvisno od kakovosti embalaže kot od načina pakiranja.
pozdrav
Mislim, da bi moral vsekakor obstajati standardni, bodisi vrtljaji na minuto ali deb
Odločil sem se za deb, ker mislim, da je najbolj znan in uporabljen, vendar bi bilo dobro, če bi bil edinstven in univerzalen, da bi novim uporabnikom olajšali namestitev novih programov v kateri koli distro (nikakor ne, večina jih bo prišla iz okna $), ki bo uporabljeno za "namestitev dvoklika na datoteko ***. exe".
Mislim, da bi bilo treba ustvariti novega, združljivega z obema. Na primer preprosta datoteka z informacijami, ki jo posreduje upravitelju paketov in sledi navodilom, zbira ali išče na strežniku ali lokalno v procesu.
Strinjam se z Alxejem. Za vsak sistem ali platformo bi moral obstajati standardni projekt OpenSource, vključno z obstoječimi upravitelji paketov.
Uspeh bi bil v preprostem namestitvenem programu, ki samodejno odpravi težavo z odvisnostjo. Najmanj, kar bi nas moralo skrbeti, je namestitev programa in več o delu, ki ga opravljamo s tem programom.
Popolnoma se strinjam. Glede projekta, združljivega z obema, pa tudi resnica.
Cristobal, hvala za informacije.
Ste že slišali za konarstvo?
http://wiki.rpath.com/conary
Če vam rečem, da nikoli nisem uporabljal debs ali rpms? XD
No, pred približno petimi leti sem nekaj mesecev uporabljal RedHat in SuSE, a s paketi skoraj nisem motil. : D
Bolj podpiram DEB-je, čeprav nimam nič proti RPM, morda zato, ker imam boljše izkušnje z debs kot z rpm.
pozdrav
@zodman: Na tej strani trenutno ni besedila, naslov lahko poiščete na drugih straneh ali uredite to stran.
@insengrin: in zdaj vse zbereš? Oo
Mislim, da ne, komaj kdaj uporabljam .rpm
Dolga leta sem uporabljal Suse in poskusil sem tudi Mandrake, toda na koncu sem končal v Debianu in lahko rečete, da sem ob uporabi obeh formatov (rpm in deb), ki se zdita hitrejši za namestitev rpm-a, mislim, da mora ker vrsta stiskanja, ki ga uporabljajo, in tudi število vrtljajev v minuti imajo značilnost, ki je ne najdem v debs, in sicer, da prikazujejo datum, ko je bil paket ustvarjen, in tudi ime embalaže, preden so se tudi razlikovali prinesli so sistem nadzora s podpisi in mislim, da debs ne. Po drugi strani pa sem pri prehodu na Debian (uporabljal sem tudi Kubuntu) s sistemom pakiranja pozabil na težave z odvisnostjo, vendar ne vem, ali je to posledica sistema paketov ali same distribucije, stvar je v tem da zame ni več možnosti za Debian ...
PS: Obstaja program Alien http://es.wikipedia.org/wiki/Alien_(aplicación), ki omogoča pretvorbo paketov iz ene oblike v drugo, na splošno deluje zelo dobro, čeprav jo le redko uporabljamo.
No ... tema je široka, vendar rečem naslednje, prihajam iz Dominikanske republike in sodelujem v FCLD (Fundacion Codigo Libre Dominicana), katere predsednik je Antonio Perpiñan, ki ga je Richard ocenil kot oče proste programske opreme v Latinski Ameriki Stallman sam ... Antonio pravi, da so RPM-ji bolj stabilni, čeprav izstopa, da so DEB-ji narejeni za veliko namestitev, torej za vsak dan, zato (pravi), da Ubuntu uporablja DEB, ker se veliko namesti in veliko odstrani, toda v REDHAT-u ali CENTOS-u tega ne počnete ves čas, ker gre za strežniška okolja ... Osebno imam raje DEB-je, nimam nič proti RPM-jem, vendar ostajam zunaj navad in funkcionalnosti ... .
@Jonathan Smešno je, kar pravite, saj Debian GNU / Linux ni zasnovan natančno za veliko namestitev / odstranitev in je usmerjen v produkcijsko opremo, kot so strežniki (vedno govorimo o stabilni različici).
In resnica je, da ne vem, kaj je s tem, da so vrtljaji bolj stabilni. ?
Pravzaprav je velika razlika med vrtljaji in vrtljaji ... ne, nimam pojma. Toda iz komentarjev vseh sem se veliko naučil. Hvala.
hahaha se popolnoma strinjam s Cesarjem
vse težave, ki sem jih imel z gnu / linux, so bile z rpm distros: p: p: p fedora me pritegne, toda vsakič, ko poskusim, izgubim željo, vsaj približno 3 izdaje ...
Ne morem trditi, da je eden boljši od drugega ... vendar imam boljše izkušnje z .deb
Imam idejo, da sem nekje že prebral o "razdrobljenosti rpm", v kateri je bilo rečeno, da razvoj paketov rpm ni tako skladen, v smislu obsega distribucij, v katerih lahko brez težav delujejo, kot npr. debs, ki delujejo praktično v vseh distribucijah, ki temeljijo na debianu, in v tem prispevku so bili razvijalci pozvani, naj preprečijo, da bi se isti pojav ponavljal s paketi debian, vendar v to res nisem prepričan ... Dobil sem pisanje tega komentarja: str
Nekaj, kar mi je pri debs-u zelo všeč, je dejstvo, da so repozitoriji debian bolj ... najmanj univerzalni, skoraj vsi distrosi, ki izvirajo iz debiana, delijo svoje repo datoteke, namesto v rpm, kolikor sem poskusil, je ZELO druga zgodba: str
Druga alternativa, ki se mi zdi zelo zanimiva, je tarballear, tako kot v arch, da je tisto, kar obravnava upravitelj paketov, tarballs in upravlja odvisnosti, tako da moj najljubši upravitelj paketov ni več sinaptičen, ampak šamanski: D, ampak hej, tu govorimo o deb vs rpm in to ni pomembno xD
Moje skromno mnenje o tem, zanimiva tema, dobro bi bilo, če bi nas kdo bolj poučen poučil o tej zanimivi temi!
Resnica je, da sem vedno uporabljal .deb, toda od tega, kar pravite, ni velike razlike ... tudi najpomembnejša razlika, za katero ste rekli, je morda bolj politična pri njihovi gradnji kot karkoli drugega.
Menim, da jih ni treba standardizirati, še posebej, če obstaja tujec, čeprav bi lahko tujec vključili tudi v glavne upravljavce paketov, da bi bil bolj združljiv, seveda z ustreznimi opozorili.
Glede primerjave namestitve .exe se ne strinjam s tem, kar je bilo povedano zgoraj. Spomnim se, da me je ob prehodu na Linux ena izmed stvari, ki me je najbolj razveselila, enostavnost namestitve / odstranjevanja / posodabljanja prek skladišč. Pravzaprav je nekaj, česar ne razumem, saj niso kopirali že v Microsoftu. V zadku ne more biti nič več bolečine kot posodabljanje v operacijskem sistemu Windows ... program po gonilniku programa za gonilnikom, ko vsak program nima lastnih virov za porabo procesov, da bi samo preveril, ali obstaja posodobitev.
@Seth Včasih. Ampak ne, uporabljam Arch Linux .pkg.tar.gz. : D
Vsekakor raje sodelujem neposredno s Tarballs, Portage rulez!
no, vedno sem uporabljal distribucije, ki temeljijo na debianu, ravno zaradi te težave, vse, kar potrebujem, lahko namestim (večinoma) s sinaptikom (ali apt-get) in zdi se mi zelo udobno. Glede tega, kar skupina govori tukaj, se zdi, da ni velikih razlik, vendar menim, da bi jo morali standardizirati, ker bi to prineslo manj zmede v svet linuxa, če ima en paket v bistvu enak drugemu, zakaj obstajajo tako veliko? na primer kernel_panic omenja, da lahko upravitelj paketov obdeluje tarballs, zakaj je torej toliko paketov? (Verjetno zaradi velikosti prenosa), vendar jih je preveč, kvečjemu bi morali obstajati tarballi in druga standardizirana možnost, ki bi življenje razvijalcem, spletnim mojstrom in novincem naredila veliko bolj praktično. PS: Čestitke blog skupnosti, ker ni trolov, komentarji pa so skoraj vsi zelo dobri.
Zaenkrat se na podlagi osebnih izkušenj z uporabo obeh sistemov nagibam k DEB. Pri sistemu RPM se vsaj spomnim, da sem imel večkrat težave z odvisnostjo. Po drugi strani pa sem imel pri DEB zelo redke težave z nezadovoljnimi odvisnostmi in je bil vedno v neuradnih paketih mojega distro (Ubuntu).
Zdi se mi, da je to edina razlika, ki bi jo lahko rekel, saj je pri ostalih lastnostih ravnanje praktično enako.
Po drugi strani pa se mi sistem, ki ga Gentoo uporablja za neposredno sestavljanje vseh nameščenih programov, zdi odličen, ko gre za vzdrževanje vse programske opreme, ki jo namestite, s svojstvi, ki jih posebej potrebujete, in tudi optimalno prilagojen lastnostim naprave, kar omogoča večjo zmogljivost opreme. Slaba stran je, da morate vsakič, ko je treba namestiti program, skozi celoten postopek ustvarjanja izvedljive datoteke.
Ni zelo daleč od resničnosti, vendar je tudi sorta zelo dobra ...
Na zdravje :)
Pozdravljeni, dobro, želel sem komentirati, da je zadeva zanimiva, poskusil sem oboje, težava RPM pa je, da se slej ko prej začnejo motnje odvisnosti. Alien ne deluje vedno ... toda najpomembnejše vprašanje je verjetno pri igrah ... Znano je, da si bodo vsi želeli domače igre, toda za njegovo povečanje bi moral obstajati univerzalni paket, združljiv z vsemi distro-ji. Mislim, da bi se po tem lahko pogovarjali o igrah za Windows v Linuxu, saj nas je malo, za povrh pa smo vsi razdeljeni ... zaradi tega je Rim lahko premagal Nemčijo ... ker niso bili enotni in se borili med klani. Ideja je malo letela, a resnična. Pozdravi
Mislim, da je resnična razlika zapisana v zgodovini, pojavu prvih distribucij: redhat in debian; Zaradi tega "prijateljskega tekmovanja" so ostali in globoko zakoreninjeni, osebno kot distribucija mislim, da je tista, ki zmaga, možnost debiana, ravno zato, ker je enostavnejša ali obstaja več dokumentacije ali je več propagande za novo embalažniki, mislim, da se s tem oblikuje dober embaler in je dolgoročno najpreprostejši tisti, ki ima najboljše embalerje, poleg tega pa je veliko paketov, ki so v debianu, v drugih distribucijah pa ne, če kdo želi iti v distro z rpm je nekoliko nadležno nadležno srečanje s problemom, da je treba nekaj spakirati ali zbrati, da ga lahko uporabim,
Lep pozdrav in upam, da bom v prihodnosti lažje uporabljal vrtljaje
Nagibam se k .deb, vendar če bi obstajal standard, bi rad, da so tarballi zaradi preprostih in hitrih
poskusite slackware enega prvih distribucij linuxa.
Alex, napisal sem to objavo, zdaj uporabljam slackware in mi je zelo všeč;)
od vsega tega seznama komentarjev mi je ostalo le naslednje.
vrtljajev na minuto = težavno
deb = na splošno_preprosto
Moje osebne izkušnje:
Pred leti sem začel z rdečim klobukom, uporabljal sem število vrtljajev brez številnih presenečenj, nato sem poskusil suse pred nakupom novella (fuchili!) In potem spoznal debian ... še danes mislim, da mi je to olajšalo in pomagalo stvari.
eden izmed njih so bili deb paketi.
zato mislim, da je do danes najboljši distro. zdaj uporabljam ubuntu. resnica ... ima svoje slabe stvari, če pa vam uspe, je 10 (ali 9+).
Nimam veliko namena preiti na slackware ali gentoo ...
če pa bi želel preizkusiti drugo distro, bi poskusil tisto, ki jo priporoča stallman (UTUTO), ki ima upravitelja paketov in prevajalnik, o katerem te pampe veliko govorijo "ututo-get"
pozdrav
Ubuntu sem začel uporabljati od različice 7.04 in se seznanil z .deb. Pred približno letom in pol sem prešel na Debian in izkušnje so bile kar dobre, toda ko sem poskušal odkriti več o okusih Linuxa, sem preizkusil Fedoro 14 in zdaj Fedoro 15. Obupam nad reševanjem odvisnosti, to me povzroča pri tem čas je, da Fedoro in njen .rpm zapustite in nazaj Debianu in njegovi .deb.
(Mimogrede, da dam komentar iz Fedore 15 z Gnome 3 ... poglejmo, kako Gnome 3 deluje v Debianu)
Vedno sem si rad zakompliciral, dolgo sem uporabljal Slackware in pozneje mi je bil zelo všeč, ko sem poskušal posodobiti z ubuntu 12, je bil moj računalnik pokvarjen z zahtevami tega tudi BricsCAD-a. Nikoli nisem mogel delati v 3D , zdaj uporabljam PCLinuxOS zame, zelo mi je všeč in do danes nisem imel težav s paketi .RPM, ostajam pri svojem PCLinuxOS-u, je precej lahek in hiter.
Moj partner In pred kratkim sem postavil naš parni tuš, največji izdelek, za katerega sem se odločil
za nakup nekaj časa ga imajo radi najmlajši in družinski člani,
ne vidim več, da bi se kdaj vrnil k običajnim ploham
Tukaj je zelo veliko nabora odličnega znanja o parni prhi
Neverjeten blog! Ali je vaša tema narejena po meri ali ste jo prenesli iz
nekje? Oblika, kot je vaša, z nekaj preprostimi popravki bi resnično zablestela moj blog.
Sporočite mi, kje ste dobili svojo temo. Hvala
Po mojih izkušnjah sem opazil nekoliko počasneje pri .rpm v primerjavi z .deb, čeprav je tisto, kar mi je všeč pri .rpm, samo ena stvar, odvisnosti iščem sam in tudi (vsaj v Fedori) pritisk na "tab" samodejno dokonča vse, kar želite pisati v terminalu, odvisno od lokacije in konteksta, ki ga želite uporabiti, zato sem prešel na Fedoro, ki je, če je nekoliko moteče, dejstvo, da včasih najdete aplikacijo samo v .deb, primer chrome oddaljeno namizje, po mojem mnenju mora biti standard v istem distro-ju in če je malo verjetno, pojdite na .rpm