A KDE cikksorozattal (1. rész, 2. rész, 3. rész, 4. rész, 5. rész, 6. rész y 7. rész), Sok olyan dolgot fűzök néhány megjegyzéshez, amely megérdemli, hogy külön cikkben szerepeljenek, ezért íme néhány tipp a rendelkezésünkre álló különböző terjesztésekhez.
Emlékezzünk: a legtöbb esetben a legjobb terjesztés a KDE számára az Öné, de sokukkal vannak súlyos problémák, ezért az ötlet amellett, hogy tudja, melyiket válassza és melyiket kerülje el, az a terjesztés módja hogy az ember jól működik a KDE-vel. |
Debian? Nem
A Debian Sid, a Debian instabil tárháza a legújabb elérhető KDE 4.8.4 verzióval rendelkezik. Ez képet ad arról, hogy mennyire elavult a Debian. Ésszerű, sőt elvárható, hogy a Debian istállótól kérjen egy régi, tesztelt verziót, minden hibával javítva, de ha ilyen régi verziója instabil lerakatban van, az emberi megértést szembeszáll. Mint később látni fogjuk, van egy félhivatalos módszer a KDE 4.10.2 telepítésére a Red Hat Enterprise Linuxra, amely olyan stabil vagy stabilabb disztribúció, mint maga a Debian Stable.
Ha valóban telepíteni szeretné a Debian-t a KDE-vel, akkor a következő két lehetőség áll rendelkezésre:
1. Vigye be a ZevenOS adattárakat a Debian tesztelésbe. Nem tudom, hogy ez az opció mennyi ideig vagy mennyire kompatibilis. Ezt a két sort hozzá kell adniuk az /etc/sources.list fájlhoz.
deb http://proindi.de/zevenos/neptune/repo/ sid main
deb http://proindi.de/zevenos/neptune/kde-repo/ sid main
Ezután az Aptitude-t kell használni a tárak frissítésére és frissítésére.
alkalmassági frissítés
aptitude install kde-workspace
2. Keverje össze a Debian kísérleti adattárakat. Új csalódás itt: egy valóban kísérleti adattárban elvárható, hogy találjon egy KDE heti git pillanatképet (amit az OpenSuSE a Factoryval csinál), vagy legalábbis a KDE 4.11 bétát, de nem, nem talál sem többet, sem kevesebbet, mint a KDE 4.10.4 esetén .XNUMX, igazán stabil verzió. A probléma az, hogy sok Debian kísérleti csomag függ a többi csomag nagyon instabil verzióitól, ezért gondosan kell kezelnie a debet sorok prioritását az /etc/sources fájlban. Slackwarelist és kézzel telepítse a KDE-t minden frissítéskor. Nem ajánlom.
Mageia? RÓZSA
A Mageia problémája megegyezik sok disztribúcióval és a Mandriva-val is: miután kiadták a KDE egyik verzióját, örökre maradnak. Ez azt jelenti: ha a Mageia 3 kijön a KDE 4.10.2-vel, akkor nagyon nehéz frissíteniük a KDE 4.10.3-ra vagy a KDE 4.10.4-re.
Velem történt a Mandrivával, hogy a "Mandriva International Backports" -ba kellett mennem, hogy pontfrissítést kapjak, és az MIB mögött álló csapat úgy döntött, hogy nem támogatja a Mageiát, hanem áttér a ROSA Linux-ra. Tehát ha a Mandriva családról van szó, akkor a ROSA Linux a választás a Mageia helyett, és nagyon ajánlom az új Desktop R1 verziót. Ha még nem ismeri a KDE-t, meg fog lepődni.
A Mandriva International Backports csoport csomagjainak minősége jó, de mint mondtam, csomagjaik csak a ROSA Linux-szal kompatibilisek. A lerakat hozzáadása nagyon egyszerű: keresse fel a http://urpmi.mandriva.ru/ webhelyet, és kattintson a "MIB" feliratra. Az EasyURPMI gondoskodik a többiről.
Slackware
Patrick Volkerding disztribúciója annak ellenére, hogy stabil hírű, és soha nem rendelkezik a legújabb csomagokkal, hihetetlenül jó a KDE számára. Két lehetőség van.
1. A Slackware-current egy igazi gördülő verzió, csakúgy, mint az Arch. Ha szereted az instabilitást, akkor tökéletes, de ha nem, vigyázz, mi következik.
2. Eric Hammeleers összeállított egy speciális tárhelyet, amely a KDE 4.10.4-tel teli friss Slackbuild parancsfájlokat tartalmazza, tökéletesen kombinálva a Slackware 14 stabilitását a KDE erejével. Először két csomagot kell telepítenie:
polkit-kde-agent-1
polkit-kde-kcmodules-1
Ezt követően a forrásokat a mellékelt SlackBuild szkript segítségével letöltjük és összeállítjuk.
rsync -av rsync: //alien.slackbook.org/alien/ktown/source/4.10.4.
cd 4.10.4 / kde
./KDE.SlackBuild
Várjon egy kicsit, és készen áll a KDE 4.10.4 telepítésére. Ez csak a Slackware 14-ben használható.
Gördülő kiadás? Nincs mit.
A valódi gördülő verziók, például az Arch Linux és az Arch-származékok (Manjaro, Chakra) nem igényelnek további utasításokat. Egyszerűen, ha a KDE alapértelmezés szerint nincs telepítve, akkor egy egyszerű paranccsal telepíthető.
pacman -Sy kde
Figyeljen a disztribúció wikijére: előfordulhat, hogy vannak problémák, amelyeket az újrafordítás hiánya okoz, de az utasítások mindig ott lesznek. Ne feledje: az Arch használatához folyamatosan el kell olvasnia az oldalt, be kell tartania az utasításokat és folyamatosan frissítenie kell. Az Arch könnyen megtörhet, ha akár néhány hónapig frissítés nélkül hagyja, majd hirtelen frissíti.
Ugyanez vonatkozik a Gentoo-ra is, bár ott igazi csomag-debunking orgiára van szükség.
Fedora, RHEL, CentOS
Soha nem érdemes egyszerű és egyszerű Fedorát használni a KDE-vel. Mindig meg kell látogatnia a http://kde-redhat.sourceforge.com webhelyet, és aktiválnia kell az ott megjelenő Yum adattárat. Rex Dieter, a Fedora KDE csapatvezetője jó munkát végez a KDE javításában, de nem sokat lát belőle, mert gyakran hosszú időbe telik, mire a csomagjai eljutnak a fő adattárba.
Az igazán figyelemre méltó dolog az, hogy innen megrendelheti a KDE 4.10.2 csomagokat az RHEL-hez, egy disztribúcióhoz, amely bolondbiztonságáról és a csomagok koráról ismert. Itt az egyetlen disztróról beszélünk, amely valóban képes megbirkózni a Debian Stable-lel, tehát ha KDE-t használunk, akkor a választás az RHEL, vagy valamilyen klón, például a Scientific Linux. Először aktiválnia kell az EPEL-t (Extended Packages for Enterprise Linux, az RHEL-hez fordított Fedora csomagokkal ellátott félhivatalos tárház), majd futtatnia kell ezeket a parancsokat.
cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/redhat/kde.repo
Szerkesszük a szóban forgó fájlt, és változtassuk meg az "engedélyezett = 0" feliratú összes sort "engedélyezett = 1" -re. Igen, a KDE 4.10.2-et "instabilnak" jelölik, de a KDE 4.10.2-et egy Debian Wheezy-nél elavultabb csomagokkal rendelkező terjesztéshez adjuk, ezért óvatosnak kell lennünk. Ezt követően a klasszikus Fedora / RHEL kombó.
yum update
Meglátjuk, hogy a KDE 4.3 (nagyon régi) helyébe az igazán stabil KDE 4.10 lép. Most öröm futtatni ezeket az exkluzív atomfizikai szimulációs programokat a Scientific Linux-ból.
A Fedora esetében az eljárás rendkívül hasonló, de a rendelkezésre álló verziók mennyiben változnak.
cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
yum update
Ezúttal ne változtassuk meg az összes „enable = 0” sort „enable = 1” -re, hanem nézzük meg alaposan. A [kde-unstable] itt megkapja a KDE 4.11 beta 1-et, egy igazán instabil verziót. A [kde-testing] jóval a Fedora hivatalos tárháza előtt megkapja a KDE legfrissebb stabilpontos verzióját. És [kde] legtöbbször üres lesz. Hagyjuk a kde.repo fájlt a jelenlegi állapotában, vagy ha valóban instabilitást akarunk, kapcsoljuk be a [kde-unstable] parancsot.
Distrók hiányoznak, ezért ennek az útmutatónak lesz egy második része. Találkozunk.
A kezdetektől fogva teljes mértékben betartottam az útmutatót, és most már csakra használom a szemantikus asztalt, és örülök neki.
Miért mondanánk, hogy nem jó ötlet a Fedorát közvetlenül a KDE-vel futtatni?
Örökké használtam a KDE-t, és soha nem használtam ezt a szemantikus asztalról. Nem hiszem, hogy én vagyok az egyetlen.
KDE-t használok, és még mindig nem értem az xD szemantikus asztalt
Ezt nem nagyon értették, de ennek az az oka: mert a legfrissebb frissítésekkel rendelkező csomagok időbe telnek, amíg eljutnak a Fedora adattáraiba. A KDE a többi környezettől eltérően betartja az "újabb az jobb" szót. Tehát bár a Fedora "használható" a készletraktárakhoz, a legjobb, ha a kde-redhat-ot használja, és élvezi a teljes élményt. Plusz Rex Dieter hirtelen jó dolgokat tesz abba az adattárba, amelyet kihagy, ha nem használja.
Lásd a többi útmutatót 🙂
Mindenképpen meg fogom csinálni 😀
A Debian Sidről elmondott véleményem szerintem rossz benyomást kelt.
1- Először előbb vagy utóbb a KDE 4.10 vagy a KDE 4.11 kerül a Debian Sid-hez, majd a Debian Testinghez. Mint már említettük, úgy tűnik, hogy a Debian Sid mindig a KDE 4.8.4-nél marad, és nem az.
2- Azt hiszem, olvastam néhány levelezőlistán (régen, ezért nem tudom feltenni a linket), hogy a KDE frissítésének késedelme oka az átmenet a KMail 1-ről (a KDE 4.9-ig használva) a KMail-re 2 (használt a KDE 4.10-ben): meg akarják győződni arról, hogy a felhasználói adatok vagy e-mailek nem vesznek el a folyamat során.
Valamivel ezelőtt telepítettem a KDE 4.10.2-t a kísérleti adattár meghúzásával, és elsőre jól működött. Nekem a Nepomuk Cleaner futtatásakor volt a problémám, amely az első lépésben nem okozott problémát, a másodikban azonban elérhetetlenné tette az e-mailjeimet. Szerencsére készítettem egy biztonsági másolatot, és újratelepítettem a Debian Testing szolgáltatást, hogy csendben megvárjam, amíg a KDE 4.10.4 megérkezik a teszttárba.
A következő probléma merül fel a kde repo fedora telepítésében:
#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
Az apt.kde-redhat.org (apt.kde-redhat.org) megoldása… 129.93.181.6
Csatlakozás az apt.kde-redhat.org (apt.kde-redhat.org) [129.93.181.6] fájlhoz: 80… sikertelen: A kapcsolat elutasítva
Gond van a tárral?
Megérted, hogy miután évekkel ezelőtt megbeszéltem Fathi Boudrával, a Debian KDE vezető karbantartójával arról, hogyan kell csomagolni a Strigit, nem kaptam túl jó benyomásokat arról, hogy a Debianben hogyan zajlanak a dolgok. Ha jól tudom, a Debian 4 alaptárat használ: kísérleti (név nélkül), instabil (Sid), Debian Testing (Jessie) és Debian Stable (Wheezy).
Bármennyire is instabil az e-mail kezelés, amit egyébként egy hatalmas, láthatatlan Akonadi IMAP átszervezéssel javítottak, amely a KDE 4.10.1 és a KDE 4.10.3 között történt (igen, ez a hiba súlyos volt, ezért megérdemelte a hatalmas javításokat a pont verziókban) , A KDE 4.10-nek MINDIG Sid-ben kellett volna lennie, így a javítások teszteléssel zárultak (Debian stílusú KDE 4.8-mal), és Jessie-hez mentek. Az instabil a Debianon "instabil"; Nem olyan stabil, mint a Debian Stable, de többé-kevésbé stabil, és ez itt nem teljesül.
A lényeg az, hogy a Debian nem megfelelően karbantartja vagy nem csomagolja a KDE-t. Ezért történnek ezek a dolgok, és ezért szeretném elhagyni a figyelmeztetést a Debian ellen.
Errata: nem http://kde-redhat.sourceforge.com; van
http://kde-redhat.sourceforge.net/
Igen, használja a tükröt http://kdeforge2.unl.edu/kde-redhat/ (cserélje az apt.kde-redhat.org fájlt a kde.repo fájlba ezzel a címmel)
Amennyire megértem, oldstable (szorítás), stabil (wheezy), tesztelés (jessie) és instabil (sid) módszert használ, és teljes mértékben egyetértek veled a régi szoftverek használatában. Egyébként néhány perc múlva telepítem ezt a kde-t a zihálásomra, kívánok szerencsét! xD
végül frissítettem tesztelésre, de nem tölti be a gmd3 fájlt, el kell halasztanom a kde-t, amikor kijavítom xD