Pokud jde o sérii článků KDE (část 1, část 2, část 3, část 4, část 5, část 6 y část 7), Do několika komentářů jsem vložil mnoho věcí, které si zaslouží být v samostatném článku, takže zde je několik tipů pro různé distribuce, které můžeme mít.
Pamatujme: ve většině případů je nejlepší distribuce pro KDE ta, kterou máte, ale u mnoha z nich existují vážné problémy, takže kromě toho, že víte, které zvolit a které se vyhnout, je myšlenka, jak zajistit distribuci, která jeden funguje dobře s KDE. |
Debian? Ne
Debian Sid, nestabilní úložiště Debianu, má KDE 4.8.4 jako nejnovější verzi KDE k dispozici. To dává představu o tom, jak zastaralý Debian je. Je rozumné a dokonce se očekává, že požádáte Debian stabilní, aby měl starou testovanou verzi se všemi opravenými chybami, ale mít takovou starou verzi v nestabilním úložišti odporuje lidskému porozumění. Jak uvidíme později, existuje polooficiální způsob instalace KDE 4.10.2 na Red Hat Enterprise Linux, distribuce stejně stabilní nebo stabilnější než samotný Debian Stable.
Pokud si opravdu chcete nainstalovat Debian s KDE, máte k dispozici dvě možnosti:
1. Přiveďte úložiště ZevenOS do testování Debianu. Nevím, jak dlouho a jak je tato možnost kompatibilní. Měli by přidat tyto dva řádky do /etc/sources.list.
deb http://proindi.de/zevenos/neptune/repo/ sid main
deb http://proindi.de/zevenos/neptune/kde-repo/ sid main
Poté by měla být Aptitude použita k aktualizaci úložišť a aktualizaci.
aktualizace aptitude
aptitude install kde-workspace
2. Zamíchejte experimentální úložiště Debianu. Nové zklamání zde: dalo by se očekávat, že ve skutečně experimentálním úložišti najdete týdenní gitové snímky KDE (což je to, co OpenSuSE dělá s Factory), nebo alespoň KDE 4.11 beta, ale ne, nenajdete ani více, ani méně než s KDE 4.10.4, opravdu stabilní verzí. Problém je v tom, že mnoho balíčků Debian Experimental závisí na opravdu nestabilních verzích jiných balíčků, takže musíte pečlivě zpracovat prioritu linek deb v /etc/sources.Slackwarelist a nainstalovat KDE ručně při každé aktualizaci. Nedoporučuji to.
Mageia? RŮŽE
Problém s Mageií je stejný s mnoha distribucemi a s Mandrivou: jakmile vydají verzi KDE, zůstanou s ní navždy. To znamená: pokud Mageia 3 vyšla s KDE 4.10.2, je pro ně opravdu obtížné upgradovat na KDE 4.10.3 nebo na KDE 4.10.4.
S Mandrivou se mi stalo, že jsem musel jít na „Mandriva International Backports“, abych získal bodovou aktualizaci, a tým za MIB se rozhodl nepodporovat Mageii, ale migrovat na ROSA Linux. Takže pokud jde o rodinu Mandriva, ROSA Linux je volbou pro Mageii a velmi doporučuji novou verzi Desktop R1. Pokud jste v KDE nováčkem, budete překvapeni.
Kvalita balíčků ze skupiny Mandriva International Backports je dobrá, ale jak jsem řekl, jejich balíčky jsou kompatibilní pouze s ROSA Linux. Přidání tohoto úložiště je velmi snadné: přejděte na http://urpmi.mandriva.ru/ a klikněte tam, kde je uvedeno „MIB“. O zbytek se postará EasyURPMI.
Slackware
Distribuce Patricka Volkerdinga, přestože má pověst stabilní a nikdy nemá nejnovější balíčky, je pro KDE neuvěřitelně dobrá. Existují dvě možnosti.
1. Slackware-current je skutečná válcovací verze, stejně jako Arch. Pokud máte rádi nestabilitu, je to perfektní, ale pokud ne, sledujte, co následuje.
2. Eric Hammeleers sestavil speciální úložiště s čerstvými skripty Slackbuild plnými KDE 4.10.4, které je ideální pro kombinaci stability Slackware 14 s výkonem KDE. Nejprve musíte nainstalovat dva balíčky:
polkit-kde-agent-1
polkit-kde-kcmodules-1
Poté se zdroje stáhnou a zkompilují pomocí dodaného skriptu SlackBuild.
rsync -av rsync: //alien.slackbook.org/alien/ktown/source/4.10.4.
cd 4.10.4 / kde
./KDE.SlackBuild
Chvíli počkejte a budete mít KDE 4.10.4 připravené k instalaci. Toto lze použít pouze v Slackware 14.
Postupné uvolnění? Žádný problém.
Aktuální verze, jako je Arch Linux, a verze odvozené od Arch (Manjaro, Chakra) nepotřebují další pokyny. Jednoduše, pokud není KDE nainstalováno ve výchozím nastavení, je nainstalováno pomocí jednoduchého příkazu.
pacman -Sy kde
Věnujte pozornost wiki distribuce: může se stát, že nastanou problémy způsobené nedostatkem rekompilací, ale pokyny tam budou vždy. Pamatujte: pro použití Archu musíte neustále číst stránku, řídit se pokyny a neustále se aktualizovat. Oblouk se může snadno zlomit, pokud ho necháte bez aktualizace i několik měsíců a pak jej aktualizujete najednou.
Totéž platí pro Gentoo, i když je zde nutná skutečná orgie odhalující pakety.
Fedora, RHEL, CentOS
Nikdy není dobrý nápad používat prostý a jednoduchý Fedora s KDE. Vždy je nutné jít na http://kde-redhat.sourceforge.com a aktivovat úložiště Yum, které se tam objeví. Rex Dieter, vedoucí týmu Fedora KDE, dělá dobrou práci při opravách KDE, ale moc toho nevidíte, protože dosažení jeho balíků do hlavního úložiště často trvá nějakou dobu.
Skutečně pozoruhodné je, že odtud si můžete objednat balíčky KDE 4.10.2 pro RHEL, distribuci známou díky své spolehlivosti a stáří svých balíčků. Mluvíme zde o jediném distribuci, který se opravdu dokáže vyrovnat s Debianem Stable, takže pokud použijeme KDE, je to možnost RHEL nebo nějaký klon jako Scientific Linux. Nejprve musíte aktivovat EPEL (Extended Packages pro Enterprise Linux, polooficiální úložiště s balíčky Fedory kompilovanými pro RHEL) a poté spustit tyto příkazy.
cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/redhat/kde.repo
Upravme dotyčný soubor a změňme všechny řádky, které říkají „enabled = 0“ na „enabled = 1“. Ano, KDE 4.10.2 je označeno jako „nestabilní“, ale přidáváme KDE 4.10.2 do distribuce s více zastaralými balíčky než Debian Wheezy, takže musíme být opatrní. Poté klasické kombo Fedora / RHEL.
yum aktualizace
Uvidíme, jak bude KDE 4.3 (je velmi staré) nahrazeno skutečně stabilním KDE 4.10. Nyní je potěšením spouštět tyto exkluzivní programy simulace jaderné fyziky ze systému Scientific Linux.
U Fedory je postup extrémně podobný, liší se však dostupné verze.
cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
yum aktualizace
Tentokrát nezměňme všechny řádky „enabled = 0“ na „enabled = 1“, ale podívejme se pozorně. [kde-unstable] zde získá KDE 4.11 beta 1, opravdu nestabilní verzi. [kde-testing] nám dá nejnovější stabilní bodovou verzi KDE dlouho před oficiálními úložišti Fedory. A [kde] bude většinou prázdný. Necháme soubor kde.repo tak, jak je, nebo pokud opravdu chceme nestabilitu, zapneme [kde-unstable].
Distra chybí, takže v této příručce bude druhá část. Uvidíme se.
Průvodce jsem úplně sledoval od začátku a nyní jsem uživatelem sémantické plochy s čakrou a jsem nadšený.
Proč říkat, že není dobrý nápad spouštět Fedoru přímo s KDE?
Používal jsem KDE navždy a nikdy jsem to nepoužíval ze sémantické plochy. Nemyslím si, že jsem jediný.
Používám KDE a stále nechápu sémantickou plochu xD
Nebylo to příliš dobře pochopeno, ale důvod je: protože balíčky s nejnovějšími aktualizacemi se dostanou do úložišť Fedory dlouho. KDE se na rozdíl od jiných prostředí řídí zásadou „novější je lepší“. Takže zatímco Fedora „může“ být použita s úložišti akcií, je nejlepší použít kde-redhat a užít si plný zážitek. Plus Rex Dieter najednou vloží do úložiště skvělé věci, které vám budou chybět, pokud je nepoužíváte.
Podívejte se na ostatní průvodce 🙂
Určitě to udělám 😀
Z toho, co říkáte o Debian Sid, si myslím, že působíte špatným dojmem.
1- Nejprve dříve nebo později přijde KDE 4.10 nebo KDE 4.11 na Debian Sid a poté na Debian Testing. Jak již bylo uvedeno, zdá se, že Debian Sid vždy zůstane s KDE 4.8.4, a není tomu tak.
2 - Myslím, že jsem četl v nějakém seznamu adresátů (dávno, takže nemohu dát odkaz), že důvodem zpoždění při aktualizaci KDE je přechod z KMail 1 (používá se do KDE 4.9) na KMail 2 (používá se v KDE 4.10): chtějí zajistit, aby se v tomto procesu neztratily žádné informace o uživateli ani e-maily.
Před nějakou dobou jsem nainstaloval KDE 4.10.2, který stahoval experimentální úložiště, a zpočátku to pro mě fungovalo dobře. Problém, který jsem měl při spuštění Nepomuk Cleaner, který v prvním průchodu nedal žádné problémy, ale ve druhém způsobil, že moje e-maily byly nepřístupné. Naštěstí jsem vytvořil zálohu a přeinstaloval jsem Debian Testing, abych tiše počkal, až KDE 4.10.4 dorazí do testovacího úložiště.
Mám následující problém s instalací kde repo ve Fedoře:
#wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
–2013-07-05 15:05:19– http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
Řešení apt.kde-redhat.org (apt.kde-redhat.org)… 129.93.181.6
Připojení k apt.kde-redhat.org (apt.kde-redhat.org) [129.93.181.6]: 80… se nezdařilo: připojení odmítnuto
Problém s úložištěm?
Pochopíte, že když jsem před lety diskutoval s Fathi Boudrou, hlavním správcem Debianu KDE, o tom, jak by měl být Strigi zabalen, nezískal jsem moc dobré dojmy o tom, jak se věci v Debianu dělají. Pokud vím, Debian používá 4 základní úložiště: experimentální (bez jména), nestabilní (Sid), Debian Testing (Jessie) a Debian Stable (Wheezy).
Jak nestabilní je zpracování e-mailů, které bylo mimochodem opraveno masivní neviditelnou restrukturalizací Akonadi IMAP, ke které došlo mezi KDE 4.10.1 a KDE 4.10.3 (ano, tato chyba byla vážná, proto si zasloužila masivní opravy v bodových verzích) , KDE 4.10 mělo být VŽDY v Sid, aby opravy skončily Testováním (s KDE 4.8 ve stylu Debianu) a šly do Jessie. Nestabilní v Debianu je „nestabilní“; Není tak stabilní jako Debian Stable, ale je víceméně stabilní, což se zde neplní.
Jde o to, že KDE není v Debianu udržováno nebo správně zabaleno. Proto se tyto věci stávají, a proto chci ponechat varování před Debianem.
Errata: ne http://kde-redhat.sourceforge.com; je
http://kde-redhat.sourceforge.net/
Ano, použijte zrcadlo http://kdeforge2.unl.edu/kde-redhat/ (nahraďte apt.kde-redhat.org v souboru kde.repo touto adresou)
Pokud chápu, používá oldstable (squeeze), stable (wheezy), testování (jessie) a unstable (sid) a naprosto s vámi souhlasím s používáním starého softwaru. Mimochodem, za pár minut nainstaluji toto kde na moje pískání, přeji mi štěstí! xD
Nakonec jsem aktualizoval na testování, ale nenačte gmd3, budu muset odložit kde, když to opravím xD