Добре дошли на семантичния работен плот: Бонус песен: Разпределения!

Относно серията статии на KDE (част 1, част 2, част 3, част 4, част 5, част 6 y част 7), Поставих много неща в някои коментари, които заслужават да бъдат в отделна статия, така че ето няколко съвета за различните дистрибуции, които можем да имаме.

Нека помним: в повечето случаи най-доброто разпространение за KDE е това, което имате, но има много сериозни проблеми с много от тях, така че идеята, освен да знаете кой да изберете и кой да избягвате, е как да направите разпространението, което човек работи добре с KDE.

Това е принос на Ернесто Манрикес, като по този начин се превръща в един от победителите в нашето седмично състезание: «Споделете какво знаете за Linux«. Поздравления Ернесто!

Debian? Не

Debian Sid, нестабилното хранилище на Debian, има KDE 4.8.4 като най-новата налична версия. Това дава представа за това колко е остарял Debian. Разумно и дори очаквано е да поискаме от Debian stable да има стара, тествана версия с отстранени всички грешки, но наличието на такава стара версия в нестабилно хранилище не поддава на човешкото разбиране. Както ще видим по-късно, има полуофициален начин за инсталиране на KDE 4.10.2 на Red Hat Enterprise Linux, дистрибуция като стабилна или по-стабилна от самата Debian Stable.

Ако наистина искате да инсталирате Debian с KDE, наличните две опции са:

1. Включете хранилищата на ZevenOS в Debian Testing. Не знам за колко време или колко съвместима е тази опция. Те трябва да добавят тези два реда към /etc/sources.list.

deb http://proindi.de/zevenos/neptune/repo/ sid main
deb http://proindi.de/zevenos/neptune/kde-repo/ sid main

След това Aptitude трябва да се използва за обновяване на хранилищата и актуализация.

актуализация на склонността
aptitude инсталирайте kde-workspace

2. Разбъркайте експерименталните хранилища на Debian. Ново разочарование тук: бихте очаквали да намерите в наистина експериментално хранилище KDE седмични git снимки (което OpenSuSE прави с Factory) или поне KDE 4.11 бета, но не, човек не намира нито повече, нито по-малко, отколкото с KDE 4.10.4 .XNUMX, наистина стабилна версия. Проблемът е, че много пакети на Debian Experimental зависят от наистина нестабилни версии на други пакети, така че трябва внимателно да се справите с приоритета на deb линиите в /etc/sources.Slackwarelist и да инсталирате KDE на ръка всеки път, когато надстроите. Не го препоръчвам.

Магея? РОЗА

Проблемът с Mageia е същият с много дистрибуции и с Mandriva: след като пуснат версия на KDE, те остават с нея завинаги. Това означава: ако Mageia 3 излезе с KDE 4.10.2, за тях е много трудно да надстроят до KDE 4.10.3 или до KDE 4.10.4.

С Mandriva ми се случи, че трябваше да отида в „Mandriva International Backports“, за да получа актуализация на точки, а екипът зад MIB реши да не подкрепя Mageia, а да мигрира към ROSA Linux. Така че, ако става въпрос за семейство Mandriva, ROSA Linux е изборът пред Mageia и горещо препоръчвам новата версия Desktop R1. Ако сте нов в KDE, ще бъдете изненадани.

Качеството на пакетите от групата Mandriva International Backports е добро, но както казах, техните пакети са съвместими само с ROSA Linux. Добавянето на това хранилище е много лесно: отидете на http://urpmi.mandriva.ru/ и кликнете там, където пише „MIB“. EasyURPMI ще се погрижи за останалото.

Slackware

Разпространението на Патрик Волкердинг, въпреки че има репутацията на стабилен и никога не разполага с най-новите пакети, е невероятно добро за KDE. Има две възможности.

1. Slackware-current е истинска подвижна версия, точно като Arch. Ако харесвате нестабилността, тя е перфектна, но ако не, внимавайте какво следва.

2. Ерик Хамелеърс е събрал специално хранилище със свежи скриптове на Slackbuild, пълни с KDE 4.10.4, идеално за комбиниране на стабилността на Slackware 14 със силата на KDE. Първо трябва да инсталирате два пакета:

polkit-kde-агент-1
polkit-kde-kcmodules-1

След това източниците се изтеглят и компилират с предоставения скрипт SlackBuild.

rsync -av rsync: //alien.slackbook.org/alien/ktown/source/4.10.4.
cd 4.10.4 / kde
./KDE.SlackBuild

Изчакайте малко и ще имате готовност за инсталиране на KDE 4.10.4. Това може да се използва само в Slackware 14.

Подвижно освобождаване? Няма проблем.

Действителните подвижни версии, като Arch Linux, и тези, получени от Arch (Manjaro, Chakra), не се нуждаят от допълнителни инструкции. Просто, ако KDE не е инсталиран по подразбиране, той се инсталира с проста команда.

pacman -Sy kde

Обърнете внимание на wiki на дистрибуцията: може да има проблеми, причинени от липсата на рекомпилации, но инструкциите винаги ще бъдат налице. Запомнете: за да използвате Arch, трябва постоянно да четете страницата, да следвате инструкциите и постоянно да актуализирате. Arch може лесно да се счупи, ако го оставите без актуализация дори няколко месеца и след това го актуализирате внезапно.

Същото важи и за Gentoo, въпреки че там е необходима истинска оргия за развенчаване на пакети.

Fedora, RHEL, CentOS

Никога не е добра идея да използвате обикновена и проста Fedora с KDE. Винаги е необходимо да отидете на http://kde-redhat.sourceforge.com и да активирате Yum хранилището, което се появява там. Рекс Дитер, ръководителят на екипа на Fedora KDE, се справя добре с корекцията на KDE, но не виждате много от нея, защото често отнема много време, докато пакетите му достигнат до основното хранилище.

Наистина забележителното е, че от тук можете да поръчате пакети KDE 4.10.2 за RHEL, дистрибуция, известна със своята стабилна стабилност и възрастта на своите пакети. Тук говорим за единствения дистрибутор, който наистина може да се справи с Debian Stable, така че ако използваме KDE, изборът е RHEL или някакъв клон като Scientific Linux, така или иначе. Първо трябва да активирате EPEL (разширени пакети за Enterprise Linux, полуофициалното хранилище с пакети Fedora, съставени за RHEL) и след това да изпълните тези команди.

cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/redhat/kde.repo

Нека да редактираме въпросния файл и да сменим всички редове, които казват „enabled = 0“ на „enabled = 1“. Да, KDE 4.10.2 е маркиран като "нестабилен", но ние добавяме KDE 4.10.2 към дистрибуция с пакети, по-остарели от Debian Wheezy, така че трябва да бъдем внимателни. След това, класическата комбинация Fedora / RHEL.

Yum актуализация

Ще видим как KDE 4.3 (той е много стар) е заменен от наистина стабилния KDE 4.10. Сега е удоволствие да стартирам тези ексклузивни програми за симулация на ядрена физика от Scientific Linux.

За Fedora процедурата е изключително подобна, но това, което варира, са наличните версии.

cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
Yum актуализация

Този път нека не променяме всички редове “enabled = 0” на “enabled = 1”, но нека разгледаме внимателно. [kde-unstable] тук ще ни даде KDE 4.11 beta 1, наистина нестабилна версия. [kde-testing] ще ни даде най-новата версия на стабилната точка на KDE много преди официалните хранилища на Fedora. И [kde] през повечето време ще бъде празно. Нека оставим файла kde.repo както е, или ако наистина искаме нестабилност, нека включим [kde-нестабилно].

Липсват дистрибуции, така че ще има втора част от това ръководство. Ще се видим.


Оставете вашия коментар

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани с *

*

*

  1. Отговорен за данните: Мигел Анхел Гатон
  2. Предназначение на данните: Контрол на СПАМ, управление на коментари.
  3. Легитимация: Вашето съгласие
  4. Съобщаване на данните: Данните няма да бъдат съобщени на трети страни, освен по законово задължение.
  5. Съхранение на данни: База данни, хоствана от Occentus Networks (ЕС)
  6. Права: По всяко време можете да ограничите, възстановите и изтриете информацията си.

  1.   иззивп каза той

    Изцяло следвах ръководството от самото начало и сега съм потребител на семантичния работен плот с чакра и съм доволен от него.

  2.   Уилям Морено каза той

    Защо да казвате, че не е добра идея да стартирате Fedora директно с KDE?

  3.   поканена каза той

    Използвал съм KDE завинаги и никога не съм използвал това от семантичния работен плот. Не мисля, че съм единственият.

  4.   Разход Гранда каза той

    Използвам KDE и все още не разбирам семантичния десктоп xD

  5.   Ернесто Манрикес каза той

    Не беше много добре разбрано, но причината е: тъй като пакетите с най-новите актуализации отнемат време, за да достигнат до хранилищата на Fedora. KDE, за разлика от други среди, спазва максимата „по-новото е по-добро“. Така че, макар Fedora да може да се използва със складови хранилища, най-добре е да използвате kde-redhat и да се насладите на пълното изживяване. Плюс Rex Dieter изведнъж поставя страхотни неща в това хранилище, които ще пропуснете, ако не ги използвате.

  6.   Ернесто Манрикес каза той

    Вижте останалите ръководства 🙂

  7.   Разход Гранда каза той

    Определено ще го направя 😀

  8.   Дах65 каза той

    В това, което казвате за Debian Sid, мисля, че създавате погрешно впечатление.

    1- Първо, рано или късно KDE 4.10 или KDE 4.11 ще дойдат в Debian Sid и след това в Debian Testing. Както беше посочено, изглежда, че Debian Sid винаги ще остане с KDE 4.8.4 и не го прави.

    2- Мисля, че съм чел в някакъв пощенски списък (отдавна, така че не мога да поставя връзката), че причината за забавянето при актуализирането на KDE е преходът от KMail 1 (използван до KDE 4.9) към KMail 2 (използвано в KDE 4.10): те искат да се уверят, че в този процес няма да се загубят потребителска информация или имейли.

    Преди известно време инсталирах KDE 4.10.2, като издърпах експерименталното хранилище и в началото ми се получи добре. Имах проблем при стартирането на Nepomuk Cleaner, който при първото преминаване не създаваше проблеми, но при втория оставяше имейлите ми недостъпни. За щастие направих резервно копие и преинсталирах Debian Testing, за да изчакам тихо KDE 4.10.4 да пристигне в хранилището за тестване.

  9.   Фабиан Едуардо каза той

    Имам следния проблем при инсталирането на kde repo във fedora:

    #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

    Решаване на apt.kde-redhat.org (apt.kde-redhat.org) ... 129.93.181.6

    Свързване с apt.kde-redhat.org (apt.kde-redhat.org) [129.93.181.6]: 80 ... неуспешно: Връзката отказана

    Проблем с хранилището?

  10.   Ернесто Манрикес каза той

    Ще разберете, че след като обсъдихме преди години с Фати Будра, главен поддръжник на Debian KDE, как Strigi трябва да бъде пакетиран, не получих много добри впечатления за това как се правят нещата в Debian. Доколкото знам, Debian използва 4 основни хранилища: експериментално (без име), нестабилно (Sid), Debian Testing (Jessie) и Debian Stable (Wheezy).

    Колкото и да е нестабилно боравенето с имейли, което между другото беше коригирано с масивна невидима реструктуриране на IMAP Akonadi, възникнала между KDE 4.10.1 и KDE 4.10.3 (да, тази грешка беше сериозна, затова заслужаваше масивни корекции в точковите версии) , KDE 4.10 ВИНАГИ трябва да е бил в Sid, така че корекциите да са приключили с Тестване (с KDE 4.8 в стил Debian) и да са отишли ​​при Jessie. Нестабилно в Debian е "нестабилно"; Той не е толкова стабилен, колкото Debian Stable, но е повече или по-малко стабилен и това не е изпълнено тук.

    Въпросът е, че Debian не поддържа или не опакова правилно KDE. Ето защо се случват тези неща и затова искам да оставя предупреждението срещу Debian.

  11.   Ернесто Манрикес каза той
  12.   Ернесто Манрикес каза той

    Да, използвайте огледалото http://kdeforge2.unl.edu/kde-redhat/ (заменете apt.kde-redhat.org във файла kde.repo с този адрес)

  13.   АлбертоАру каза той

    Доколкото разбирам, той използва oldstable (стискане), стабилно (хриптене), тестване (jessie) и нестабилно (sid) и съм напълно съгласен с вас за използването на стар софтуер. Между другото, след няколко минути ще инсталирам този kde на хриптене, пожелайте ми късмет! xD

  14.   АлбертоАру каза той

    в крайна сметка актуализирах до тестване, но не зарежда gmd3, ще трябва да отложа kde, когато го поправя xD