Verze z 19. 12. 2011, 20:00 editovat JAnDbot (diskuse \| příspěvky) Roboti 4 244 editací m napřímení po přesunu ← Porovnání se starší verzí		Verze z 30. 12. 2017, 13:20 editovat zrušit editaci JAnDbot (diskuse \| příspěvky) Roboti 4 244 editací m Robot: kosmetické úpravy Porovnání s novější verzí →
Řádek 173: \|} Ubuntu vydává každý rok novou verzi (podobně jako Mandriva). Z tohoto hlediska je tedy dobrou volbou pro lidi co sice chtějí moderní systém na desktop, ale nemají odvahu řešit nečekané problémy. Také je to docela dobrou volbou pro server, který by měl podporovat nové technologie a zároveň měl i výhody ''stable'' verze Debianu. {{Upozornění\| Řádek 425: }} Seznamy dostupných balíků pro příslušné distribuce jsou uloženy v podadresářích adresáře ''dists''. Vlastní instalační balíky, a to jak zdrojové, tak binární jsou umístěny v podadresářích adresáře ''pool''. Vzhledem k tomu, že balíků je ohromné množství, může (ale nemusí) být adresář ''pool'' rozdělen do menších bloků, podle abecedy a názvu aplikací. '''Adresář s názvem aplikace obsahuje všechny binární a zdrojové balíky pro všechny aktuální distribuční verze.''' Řádek 439: * vyexportovat ''veřejný klíč'' a ten umístit (třeba zapouzdřený ve formě textového souboru) někam, odkud si jej mohou stáhnout lidé co chtějí používat vaše balíčky, nebo ověřovat či dešifrovat vámi podepsané či šifrované soubory. Bez by toho bude apt při instalaci vašich balíčků vždy vyžadovat manuální schválení. Předtím, než se do toho pustíte se důkladně seznamte s tím jak se vlastně vůbec s klíči pracuje. === Vytvoření zdroje (repository) === Řádek 546: == update-alternatives == Nástroj pro správu [[Linux:Alternatives \| alternatives ]] . <!--balík apt--> Řádek 560: == apt-config == je nástroj kterým lze vypsat aktuální konfigurační nastavení pro APT. Ta lze ovlivňovat např. defaultním souborem <code>/etc/apt/apt.conf</code>, ale také lze u některých příkazů předávat operativně vlastní konfirační soubory. <pre> Řádek 616: Zcela běžně se stává, zvláště u zdrojů typu ''testing'', ''unstable'' či ''experimental'', že nějaký balíček nelze nainstalovat kvůli chybě v závislostech. A to tehdy když: * balík závisí na jiném, nově přidaném balíku, ale seznam dostupných balíků ve zdroji na serveru ještě nebyl zaktualizován. V takovém případě se můžete pokusit chybějící balík stáhnout přes www prohlížeč, pokud se již ve zdroji vyskytuje a doinstalovat ho pak z lokálního adresáře. Nebo si chybějící balík rekompilovat (viz níže). Ale pozor! tento problém nejčastěji nastává tehdy, obsahuje-li zdrojový balík chybu, která brání rekompilaci. A nalezení a oprava takové chyby nemusí být vůbec triviální záležitost. * balík má chybu v závislostech. Tj. balík na kterém závisí již byl nahrazen novější verzí. Tam pomůže pouze rekompilace balíku. Ovšem před ní je třeba upravit závislosti v souboru ''control'', který najdete v podadresáři rozbaleného instalačního balíku ''debian'' Řádek 649: ''"Odklepnete souhlas s realizací změn a uvědomíte si nějakou botu"'' : Tak raději nic. Nechat operaci proběhnout. V případě problému totiž stejně nemusí dojít k instalaci, nebo nakonfiguraci problémového balíku. V tom osobně spatřuji výhodu DEB systému oproti RPM. Viz [[ Instalační balíčky#Rozdíl mezi DEB, RPM a TGZ \| rozdíl mezi DEB a RPM ]] . '''Odebrání balíku...''' Řádek 700: : kpackage - (Qt) závislý na instalaci KDE : ara : xara - (GTK2) grafické GUI aplikace ara, které využívá GTK2 knihoven Prakticky vše co nabízejí tyto aplikace lze udělat i čistě s nástroji které poskytuje holý APT

Apt: Porovnání verzí