Üdvözöljük a szemantikus asztalon: Bónusz sáv: Terjesztések!

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.

Ez Ernesto Manríquez közreműködése, így a heti versenyünk egyik nyertese lett: «Ossza meg, mit tud a Linuxról«. Gratulálok Ernesto!

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.


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   izzyvp dijo

    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.

  2.   William moreno dijo

    Miért mondanánk, hogy nem jó ötlet a Fedorát közvetlenül a KDE-vel futtatni?

  3.   meghívott dijo

    Örökké használtam a KDE-t, és soha nem használtam ezt a szemantikus asztalról. Nem hiszem, hogy én vagyok az egyetlen.

  4.   Költség Granda dijo

    KDE-t használok, és még mindig nem értem az xD szemantikus asztalt

  5.   Ernesto Manriquez dijo

    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.

  6.   Ernesto Manriquez dijo

    Lásd a többi útmutatót 🙂

  7.   Költség Granda dijo

    Mindenképpen meg fogom csinálni 😀

  8.   65 dijo

    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.

  9.   Fabian Eduardo dijo

    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?

  10.   Ernesto Manriquez dijo

    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.

  11.   Ernesto Manriquez dijo

    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)

  12.   AlbertoAru dijo

    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

  13.   AlbertoAru dijo

    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