Dotaz: Rpm distro

[blv]

Dobrý den, chtěl bych vyzkoušet nějaké rpm distribuci.

Pro kterou rpm distribuci je k dispozici nejvíce balíčků? Jak je to s kompatibilitou jednotlivých rpm balíčků mezi distribucemi?

Odpovědi

[michich]

Jak je to s kompatibilitou jednotlivých rpm balíčků mezi distribucemi?

Není. Instalovat balíčky z jiné distribuce nezkoušej.

[blv]

Hmm a kterou rpm distribuci vybrat, abych nemusel každou chvíli kompilovat? Pro kterou distribuci je k dispozici nejvíce rpm balíčků? Fedora? Suse? Mandriva? Něco jiného?

[michich]

Hmm a kterou rpm distribuci vybrat, abych nemusel každou chvíli kompilovat?

To je myslím zbytečná obava u kterékoliv z těch tří.

[pushkin]

K cizím balíčkům: když máš RPM distribuci, můžeš použít jakýkoliv balíček z jakékoliv jiné distribuce. Problém ale může být se závislostmi - prostě každá distribuce může mít jiné verze knihoven a díky tomu se vám nemusí vždy instalace takovéhoto balíčku podařit. Na to vás ale rpm upozorní.

K výběru balíčků: netuším, jak je na tom Mandriva, ale nejlepší zkušenosti mám s openSUSE. Fedoru jsem zkoušel a byla to hrůza hrůz. Základní repozitáře neobsahují právně problematické balíčky, které jsou v repozitáři RPMfusion. Pak další jsou neoficiální repozitáře, ty se pak mezi sebou (i v aktualizacích) řežou, spousta balíčků chybí ... prostě na nic.

Co se týče openSUSE, tam jsou základní repozitáře ten oficiální (podobný obsah s Fedorou) a Packman. S tím lze vystačit, případně si pak přidat repozitáře z BuildService, kde je opravdu HROMADA balíků a nikdy jsem mezi nimi nezaznamenal podobné kolize jako u Fedory.

[Ruža Becelin]

Fedoru jsem zkoušel a byla to hrůza hrůz. Základní repozitáře neobsahují právně problematické balíčky, které jsou v repozitáři RPMfusion. Pak další jsou neoficiální repozitáře, ty se pak mezi sebou (i v aktualizacích) řežou, spousta balíčků chybí ... prostě na nic.

Jo, jasne. Vystrasit a odehnat.

Hint: protect-base, neinstalovat vsechna repa jak debil.

$ ll /etc/yum.repos.d/
total 76
-rw-r--r--.   1 root root   179 2010-02-06 15:35 adobe-linux-i386.repo
-rw-r--r--.   1 root root  1144 2010-02-06 15:35 fedora.repo
-rw-r--r--.   1 root root  1105 2010-02-06 15:35 fedora-updates.repo
-rw-r--r--.   1 root root  1163 2010-02-06 15:35 fedora-updates-testing.repo
-rw-r--r--.   1 root root  1301 2010-02-06 15:35 rpmfusion-free-rawhide.repo
-rw-r--r--.   1 root root  1202 2010-02-06 15:35 rpmfusion-free.repo
-rw-r--r--.   1 root root  1200 2010-02-06 15:35 rpmfusion-free-updates.repo
-rw-r--r--.   1 root root  1260 2010-02-06 15:35 rpmfusion-free-updates-testing.repo
-rw-r--r--.   1 root root  1355 2010-02-06 15:35 rpmfusion-nonfree-rawhide.repo
-rw-r--r--.   1 root root  1247 2010-02-06 15:35 rpmfusion-nonfree.repo
-rw-r--r--.   1 root root  1245 2010-02-06 15:35 rpmfusion-nonfree-updates.repo
-rw-r--r--.   1 root root  1305 2010-02-06 15:35 rpmfusion-nonfree-updates-testing.repo
-rw-r--r--.   1 root root   235 2010-02-06 15:35 virtualbox.repo

[michich]

Fedoru jsem zkoušel a byla to hrůza hrůz. Základní repozitáře neobsahují právně problematické balíčky, které jsou v repozitáři RPMfusion. Pak další jsou neoficiální repozitáře, ty se pak mezi sebou (i v aktualizacích) řežou, spousta balíčků chybí ... prostě na nic.

S tím naprosto nesouhlasím. Jasně, dokážu vytvořit zprasené repo a rozbít tak jakékoliv distro. Ale nevím, proč bych měl takové repo používat. Vystačím si s Fedora + RPMFusion.

[ikarlos]

Puškine, naraž si na palici fedoru a pak se běž odstřelit. Bude to lepší, než mystifikovat ostatní.

[pushkin]

Všem třem výše: Pro informaci - měl jsem povolené pouze repozitáře rpmfusion a repozitář fedory. Ve chvíli, kdy se někde objevila aktualizace, aktualizační systém fedory se jí snažil nainstalovat za každou cenu, ať šlo o aktualizaci oficiální nebo z rpmfusion. Zvláště ty z rpmfusion pak stály za to, protože díky závislostem se najednou musela vyměnit polovina závislostí. Tohle vám přijde jako košér chování? openSUSE oproti tomu přijímá pouze aktualizace z repozitářů distribuce - zbytek je na uživateli. Jednak se tím nerozhází závislosti a jednak má uživatel jistotu, že aktualizace prošly náležitou kontrolou. Která cesta vám připadá lepší?

[Petr Šobáň]

Co to blábolíš já používám fedoru 12 od začátků kdy to byl RH a žádný problém s repozitáři nepozoruji (jediný problém je že někdy jeden balíček vyžaduje jiný balíček který ještě na zrcadle v repozitáři není - chce to akorát počkat než tam bude typicky nový kernel a balíček kmod-nvidia ještě není a pod...)

[pushkin]

Já měl Fedoru 11 a právě u ní se tyhle chyby vyskytovaly. Ale ona měla ten balíčkovací systém celý nějaký polámaný a zbržděný (což měla údajně opravovat jedna z prvních aktualizací, ale její hlavní přínos byl ten, že se při stahování balíčků package manager neodpojoval od internetu), takže nakonec jsem ani žádný grafický package manager nepoužíval a jel přes yum. Prostě z hlediska uživatele openSUSE mi to připadlo jako krok zpátky, takže mi na disku vydržela jenom něco přes měsíc. Nehledě na to, že jsem jako uživatel rozmlsaný repozitářem Packman a hromadou repozitářů v BuildService, s čímž nemůže RPMfusion soupeřit.

[l4m4]

openSUSE oproti tomu přijímá pouze aktualizace z repozitářů distribuce - zbytek je na uživateli

Eh?

Rozdílu mezi rpmfusion-free.repo a rpmfusion-free-updates.repo si panáček odmítl všimnout, nebo povolení jednoho či obou podle nějaké obskurní definice není na uživateli?

Nehledě na to, že popisované chování nepozoruji, a to jedu veskrze na testing-updates.

[l4m4]

A ještě bych dodal, že pokud se OpenSuSE skutečně chová, jak popisuješ, tak je to chyba. Výchozí stav by měl být brát i aktualizace, pouze kdo nechce, tak ať si je vypne.

[pushkin]

OK, jinak: openSUSE updater bere aktualizace pouze odsud. Pokud je dostupná novější verze nějakého balíku mimo tento repozitář (třeba u Packmana), uživatel si ji může nainstalovat ručně, ale updater mu jí nikdy k instalaci nenabídne (ignoruje ji). To je košer chování, důvěřovat pouze svému autorizovanému zdroji, ne?

[l4m4]

Ne, to je pitomost. Updater není žádný svrchovaný vládce, je to program, který má být schopen aktualizovat systém, jak to chce uživatel. Pokud uživatel nějakému repositáři důvěřuje, updater mu do toho nemá co kecat.

[Petr Tomášek]

Proč? Záleží jen a jen na závislostech. Pokud máše jednoduchý prográmek, který závisí jen např. na glib, tak nebude vůbec problém.

Popřípadě taky lze často použít SRPM a zkompilovat si program pro vlastní disto, to velkou část problémů se závislostmi vyřeší... (RTFM "rpmbuild").

[Ruža Becelin]

Nepises, jestli na stanici, nebo server. Na stanici napr. Fedora 12, na server CentOS5

[blv]

Desktop, pokud možno aktuální software...

[vencour]

Chceš zkoušet, hledáš? Máš 30GB volného místa na disku? Tak si zkus 3 image třeba v kvm, porovnej si sám, když Ti nestačí obecná odpověď, že je Mandriva, Fedora, Suse skoro to samé.