Материал из Linuxformat.

KDE На­стро­им и за­пус­тим по­пу­ляр­ный ра­бо­чий стол на ва­шем ком­пь­ю­те­ре [Категория:Учебники]

Содержание 1 KDE: Cоздаем сбор­ку с ну­ля 1.1 На­чи­на­ем 1.2 Со­су­ще­ст­вую­щие вер­сии 1.3 Вре­мя сес­сии 1.4 В эфире Xephyr 1.5 Мел­кие па­ке­ты 1.6 Сде­лай сам 1.7 В по­ис­ках лег­ких пу­тей 1.8 Нау­ка уме­ет мно­го ги­тик 1.9 Чуть-чуть под­со­лим

KDE: Cоздаем сбор­ку с ну­ля

Ес­ли, по-ва­ше­му, KDE – са­мый пе­ре­до­вой и ин­но­ва­ци­он­ный ра­бо­чий стол, го­товь­тесь при­сое­ди­нить­ся к Бо­бу Мос­су в соз­да­нии соб­ст­вен­ной сбор­ки.

KDE сей­час, бес­спор­но, са­мый пе­ре­до­вой и при­вле­ка­тель­ный ра­бо­чий стол в ми­ре Linux. Бла­го­да­ря недавним уси­ли­ям он так­же доста­точ­но на­де­жен, что­бы ка­ж­дый мог сде­лать его ча­стью сво­его по­все­днев­но­го ра­бо­че­го ок­ру­жения.

Вы мо­же­те по­ин­те­ре­со­вать­ся, за­чем ком­пи­ли­ро­вать KDE из ис­ходников, когда его мож­но уста­но­вить поч­ти из лю­бо­го ди­ст­ри­бу­ти­ва че­рез менед­жер па­ке­тов; но при­чи­ны на это все-та­ки есть. Ска­жем, вам хо­чет­ся по­про­бо­вать но­вую класс­ную фиш­ку или плаз­мо­ид, но вы ли­ше­ны та­кой воз­мож­но­сти, по­то­му что в ва­шем ди­ст­ри­бу­ти­ве они еще не пол­но­стью про­тес­ти­ро­ва­ны. Или вам мо­зо­лит гла­за ошиб­ка или про­бле­ма в безо­пас­но­сти, и все это уже ис­прав­ле­но, но еще не по­па­ло в офи­ци­аль­ный ре­лиз KDE.

А глав­ная при­чи­на соз­дания соб­ст­вен­но­го ра­бо­че­го сто­ла KDE в том, что вы смо­же­те от­сечь ненуж­ные па­ке­ты и то, чем никогда не поль­зуе­тесь, и по­лу­чить пол­но­стью оп­ти­ми­зи­ро­ван­ную для ва­ше­го ком­пь­ю­те­ра уста­нов­ку. В ито­ге ва­ша ра­бо­та станет го­раз­до эф­фек­тивнее; кро­ме то­го, у вас вы­сво­бо­дит­ся ме­сто на дис­ке.

На­чи­на­ем

Итак, без дол­гих раз­го­во­ров соз­да­дим-ка соб­ст­вен­ный ра­бо­чий стол KDE. Пер­вым де­лом убе­ди­тесь, что в сис­те­ме уста­нов­ле­ны Cmake, KDE Support и Qt4. Ес­ли Qt вы хо­ти­те ском­пи­ли­ро­вать, а не про­сто уста­но­вить че­рез менед­жер па­ке­тов (это мо­жет по­тре­бо­вать­ся, на­при­мер, ес­ли вы со­бра­лись ком­пи­ли­ро­вать вер­сию KDЕ на осно­ве бо­лее поздней вер­сии биб­лио­те­ки Qt по срав-нению с имею­щей­ся у вас в ди­ст­ри­бу­ти­ве), сле­дуй­те ин­ст­рук­ци­ям по по­лу­чению ее ис­ходников из Git во врез­ке «Нау­ка уме­ет мно­го ги­тик». Сле­дую­щим ша­гом соз­дай­те но­во­го поль­зо­ва­те­ля для сво­ей сбор­ки KDE – для га­ран­тии, что ок­ру­жение по­лу­чит­ся пол­но­стью «чис­тым», безо вся­ких по­сто­ронних гло­баль­ных пе­ре­мен­ных, уце­лев­ших от пре­ды­ду­щих сбо­рок из ис­ходников. Боль­шин­ст­во ди­ст­ри­бу­ти­вов снаб­же­но для этой це­ли про­стой гра­фи­че­­ской ути­ли­той, но ес­ли вы пред­по­чи­тае­те команд­ную стро­ку, вы­полните в ней сле­дую­щие ко­ман­ды:

sudo useradd -m kde-dev -s /bin/bash
sudo passwd kde-dev

Так­же убе­ди­тесь, что kde-dev есть в спи­ске sudoers. Все гло­баль­ные пе­ре­мен­ные сбор­ки, ко­то­рые нуж­но оп­ре­де­лить, бу­дут на­хо­дить­ся в фай­ле .bashsrc в до­машнем ка­та­ло­ге раз­ра­бот­чи­ка. Про­сто ско­пи­руй­те и вставь­те его со­дер­жи­мое из при­ме­ра на сай­те http://techbase.kde.org/Getting_Started/Increased_Productivity_in_KDE4_with_Scripts/.bashrc. Ес­ли вы не хо­ти­те уста­нав­ли­вать ин­ст­ру­мен­та­рий раз­ра­бот­чи­ка KDE Software Development Kit (SDK), най­ди­те и за­ком­мен­ти­руй­те сле­дую­щую стро­ку, по­мес­тив в ее на­ча­ле #:

alias make=makeobj

Так­же сле­ду­ет прой­тись по фай­лу и за­ком­мен­ти­ро­вать все стро­ки, не под­хо­дя­щие к ва­шей сис­те­ме. На­при­мер, ес­ли вы уста­нав­ли­вае­те вер­сию Qt, пре­достав­лен­ную менед­же­ром па­ке­тов, ин­фор­ма­ция в пе­ре­мен­ных QTDIR вам ни к че­му, и мож­но за­ком­мен­ти­ро­вать че­ты­ре со­от­вет­ст­вую­щих стро­ки. Файл бо­гат ком­мен­та­рия­ми, и в боль­шин­ст­ве слу­ча­ев все бу­дет оче­вид­но; его глав­ное пре­иму­ще­ст­во – в том, что мы так­же по­лу­ча­ем доступ к ма­лень­кой по­лез­ной функ­ции cmakekde. Эта функ­ция га­ран­ти­ру­ет, что при сбор­ке бу­дут уста­нов­ле­ны кор­рект­ные пу­ти и пе­ре­мен­ные. Пу­ти мож­но из­менить, ес­ли вы хо­ти­те со­хранить от­дель­ные вер­сии KDE в сбор­ке и в ре­по­зи­то­рии в од­ной и той же сис­те­ме.

По­кон­чив с этим фай­лом, «ус­та­но­ви­те» его ко­ман­дой

source ~/.bashrc

За­тем вы­пол­ни­те сле­дую­щую ко­ман­ду, что­бы зай­ти в сис­те­му под но­вым поль­зо­ва­те­лем и на­чать сбор­ку:

su - kde-dev

Те­перь пе­ре­клю­чи­тесь в обо­лоч­ку в тек­сто­вом ре­жи­ме, на­жав Ctrl+Alt+F1. При же­ла­нии мо­же­те вы­та­щить при­ло­же­ния KDE с по­мо­щью ssh, ко­ман­дой:

ssh -X kde-devel@localhost

На дан­ном эта­пе мы го­то­вы к то­му, что­бы по­лу­чить ис­ходники KDE с по­мо­щью команд, при­ве­ден­ных во врез­ке «Нау­ка уме­ет мно­го ги­тик». Ис­ходники долж­ны ав­то­ма­ти­че­­­ски поя­вить­ся в ка­та­ло­ге ~/kde/src/, а сбор­ка, как вы так­же за­ме­ти­те, поя­вит­ся в ка­та­ло­ге ~/kde/build/. Так про­ис­хо­дит бла­го­да­ря недав­но вве­ден­но­му в KDE 4.x пра­ви­лу, по ко­то­ро­му ис­ходники и сбор­ка долж­ны на­хо­дить­ся в раз­ных ка­та­ло­гах. Не спе­ши­те ужа­сать­ся при мыс­ли, сколь­ко раз при­дет­ся на­би­рать ко­ман­ду cd: уч­ти­те, что бла­го­да­ря ранее уста­нов­лен­но­му фай­лу .bashsrc мож­но пе­ре­клю­чать­ся ме­ж­ду дву­мя на­бо­ра­ми ка­та­ло­гов ко­ман­да­ми cs и cb неза­ви­си­мо от то­го, в ка­ком из них на­хо­дим­ся в те­ку­щий мо­мент. На­при­мер, ес­ли мы на­хо­дим­ся в ка­та­ло­ге ~/kde/src/kdebase ко­ман­да cb от­пра­вит нас в ~/kde/build/kdebase, а cs вернет об­рат­но в ка­та­лог с ис­ходника­ми.

Еще один по­вод бла­го­да­рить скрипт .bashsrc – то, что для сбор­ки ка­ж­до­го мо­ду­ля с ним обыч­но тре­бу­ет­ся все­го две ко­ман­ды:

cs KDE/kdebase
cmakekde

Как все­гда при сбор­ке из ис­ход­ни­ков, сна­ча­ла нуж­но по­стро­ить спи­сок за­ви­си­мо­стей мо­ду­лей. В за­ви­си­мо­сти от то­го, ка­кие ком­по­нен­ты вклю­че­ны в сбор­ку, он мо­жет быть раз­лич­ным, но kdebase, kdelibs, kdesupport и kdepimlibs – че­ты­ре са­мых важ­ных мо­ду­ля, и их обя­за­тель­но нуж­но со­би­рать в са­мом на­ча­ле.

По за­вер­шении сбор­ки вы смо­же­те про­тес­ти­ро­вать ее, вы­полнив несколь­ко команд SSH или, как и пре­ж­де, за­пустив startx по­сле до­бав­ления startkde в файл ~/.xinitrc поль­зо­ва­те­ля kde-dev.

Ес­ли вы оста­ви­ли все пу­ти и пе­ре­мен­ные в зна­чениях по умол­чанию, то те­ку­щая уста­нов­ка KDE бу­дет за­менена но­вой. Это не всегда оп­ти­маль­но, и сей­час мы уз­на­ем по­че­му.

Со­су­ще­ст­вую­щие вер­сии

Как вы, воз­мож­но, помните, ранее мы от­ме­ти­ли, что в фай­ле .bashsrc мож­но за­дать гло­баль­ные пе­ре­мен­ные и пу­ти, и это сто­ит де­лать при на­ли­чии в сис­те­ме несколь­ких раз­лич­ных уста­но­вок KDE. Тут вы мо­же­те спро­сить: «А за­чем мне несколь­ко уста­но­вок KDE?» При­чин несколь­ко, но глав­ная – в том, что сей­час у вас есть ста­биль­ная сис­те­ма, по­лу­чен­ная из менед­же­ра па­ке­тов и пол­но­стью оп­ти­ми­зи­ро­ван­ная для сбор­ки и под­держ­ки но­во­го ра­бо­че­го сто­ла KDE – к ней всегда мож­но бу­дет вер­нуть­ся, ес­ли что-то пой­дет не так. Ес­ли но­вая сбор­ка до­ка­жет свою на­деж­ность, мож­но выкинуть ста­рую и сно­ва остать­ся толь­ко с од­ной вер­си­ей KDE.

Но что­бы все по­лу­чи­лось, обес­пе­чьте, что­бы пу­ти к биб­лио­те­кам в фай­ле .bashsrc, который был соз­дан для kdedev, вы­гля­де­ли при­мер­но так:

QTDIR=/home/kde-devel/qt-custom
KDEDIR=/home/kde-devel/kde-custom
KDEHOME=/home/kde-devel/.kde-custom
PATH=$PATH:$QTDIR/bin:$KDEDIR/bin
LD_LIBRARY_PATH=$QTDIR/lib:$KDEDIR/lib
XDG_DATA_DIRS=$KDEDIR/share/:/usr/local/share/:/usr/share/
XDG_CONFIG_DIRS=$KDEDIR/etc/xdg/:/etc/xdg/export QTDIR KDEDIR PATH LD_LIBRARY_PATH XDG_DATA_DIRS XDG_CONFIG_DIRS

Ма­лень­кое на­по­ми­нание: ес­ли вы поль­зуе­тесь вер­си­ей Qt из менед­же­ра па­ке­тов, пе­ре­мен­ную QTDIR оп­ре­де­лять не нуж­но. По­сле из­менения фай­ла ./bashsrc сно­ва за­пусти­те ко­ман­ду source ~./bashsrc или про­сто вый­ди­те из сис­те­мы и вой­ди­те в нее.

За­тем сно­ва ском­пи­ли­руй­те ка­ж­дый мо­дуль, и в ито­ге вы долж­ны уви­деть, что под стан­дарт­ным поль­зо­ва­те­лем вы ав­то­ма­ти­че­­ски за­хо­ди­те в вер­сию KDE из ре­по­зи­то­ри­ев, а под поль­зо­ва­те­лем kde-dev – в но­вую сбор­ку KDE.

Вре­мя сес­сии

Ка­ж­дый раз вы­хо­дить из сис­те­мы и за­хо­дить в нее в од­но­поль­зо­ва­тель­ском ок­ру­жении уто­ми­тель­но, ведь есть ве­щи и по­ин­те­реснее. К сча­стью, су­ще­ст­ву­ет хит­рый спо­соб од­но­вре­мен­но­го за­пуска обо­их вер­сий KDE – стан­дарт­ной из ре­по­зи­то­рия и но­вой сбор­ки. Ес­ли мы мо­жем ра­бо­тать с пол­но­эк­ран­ны­ми вер­сия­ми обо­их ра­бо­чих сто­лов, мож­но за­пустить несколь­ко сес­сий X Server: од­ну для стан­дарт­но­го поль­зо­ва­те­ля и од­ну для kde-dev. За­тем мы смо­жем лег­ко пе­ре­клю­чать­ся ме­ж­ду ними с по­мо­щью за­дан­ной ком­би­на­ции кла­виш.

Для это­го про­сто зай­ди­те в сис­те­му обыч­ным об­ра­зом под стан­дарт­ным поль­зо­ва­те­лем че­рез Kdm. На­жми­те Ctrl+Alt+F1, с целью пе­ре­клю­чения в обо­лоч­ку, и вве­ди­те следующие две ко­ман­ды:

login kde-dev
startx -- :1

Пер­вая вы­пол­ня­ет вход в сис­те­му под поль­зо­ва­те­лем сбор­ки, для ко­то­ро­го уже пол­но­стью на­строе­ны пе­ре­мен­ные ок­ру­жения и са­ма сбор­ка; те­перь мож­но запускать X-сер­вер. Вторая соз­да­ет но­вую сес­сию X-сер­ве­ра на тер­ми­на­ле 1 – по умол­чанию X-сер­вер вы­пол­ня­ет­ся на тер­ми­на­ле 0. По­следний (с вер­си­ей KDE из ре­по­зи­то­ри­ев) досту­пен с по­мо­щью ком­би­на­ции кла­виш Ctrl+Alt+F7, а что­бы вер­нуть­ся на тер­ми­нал 1, нуж­но на­жать Ctrl+Alt+F8.

В эфире Xephyr

Как это ра­бо­та­ет? Linux и Unix в це­лом из­на­чаль­но соз­да­ва­лись с рас­че­том на под­держ­ку несколь­ких сес­сий вир­ту­аль­ных тер­ми­на­лов и бы­ли мно­го­поль­зо­ва­тель­ски­ми сис­те­ма­ми. Как след­ст­вие, мы мо­жем за­пускать лю­бое ко­ли­че­­ст­во сес­сий в тер­ми­на­лах, и в лю­бой мо­мент в сис­те­ме мо­жет ра­бо­тать лю­бое ко­ли­че­­ст­во поль­зо­ва­те­лей. Здесь мы по су­ти за­шли в сис­те­му под со­от­вет­ст­вую­щим поль­зо­ва­те­лем и за­пусти­ли X-сер­вер на тер­ми­на­ле 0 че­рез вир­ту­аль­ный тер­ми­нал, как это и про­изо­ш­ло бы по умол­чанию, а так­же сде­ла­ли то же са­мое еще раз, но за­пусти­ли X-сер­вер на от­дель­ном тер­ми­на­ле. Прак­ти­че­­ское след­ст­вие тут та­кое, что мож­но (тео­ре­ти­че­­ски) за­пустить столь­ко сес­сий X-сер­ве­ра (и ра­бо­чих сто­лов/про­грамм, ко­то­рые их ис­поль­зу­ют), сколь­ко по­зво­ля­ют объ­ем ОЗУ сис­те­мы и ее вы­чис­ли­тель­ная мощ­ность. В дан­ном слу­чае необ­хо­ди­мо за­пустить две сес­сии KDE, что нетруд­но сде­лать в лю­бой сво­бод­ной ОС.

Од­на­ко бла­го­да­ря ум­ной ути­ли­те Xephyr оба мож­но за­пустить од­но­вре­мен­но; но на сей раз мы за­пустим на­шу сбор­ку внут­ри стан­дарт­ной сис­те­мы. Это по­зво­лит за­пустить пер­вую поч­ти как в вир­ту­аль­ной сре­де (хо­тя, стро­го го­во­ря, в этом слу­чае при­шлось бы за­пустить две сес­сии X-сер­ве­ра).

Для это­го уста­но­ви­те па­кет Xserver-Xephyr че­рез менед­жер па­ке­тов, за­пусти­те сес­сию в Konsole, зай­ди­те в kde-vm внут­ри яд­ра (в основ­ной сис­те­ме вы все еще долж­ны быть под обыч­ным поль­зо­ва­те­лем) и вве­ди­те ко­ман­ды

startx -- :1
Xephyr -query localhost :1 -host-cursor -screen 1024x768

Ес­ли X-сер­вер на тер­ми­на­ле 1 уже за­пу­щен, на нем поя­вит­ся ма­лень­кое окош­ко – в про­тив­ном слу­чае пер­вая ко­ман­да за­пус­ти­ла бы сес­сию X-сер­ве­ра для kde-dev. Вто­рая ко­ман­да долж­на по­зво­лить вам поль­зо­вать­ся те­ку­щим кур­со­ром без не­об­хо­ди­мо­сти пе­ре­хва­ты­вать его, ра­бо­тая в на­шей сбор­ке KDE.

Мел­кие па­ке­ты

Вы мо­же­те об­на­ру­жить, что ис­ход­ные ко­ды до­воль­но дол­го за­гру­жа­ют­ся из ре­по­зи­то­рия, осо­бен­но при мед­лен­ном ин­тер­нет-со­еди­не­нии, и в боль­шин­ст­ве слу­ча­ев при­хо­дит не­ма­ло до­пол­ни­тель­ных па­ке­тов, ко­то­рые вам на са­мом де­ле не нуж­ны. Ре­шить эту про­бле­му мож­но ус­ко­ре­ни­ем за­груз­ки, за­гля­нув в файл CMakesLists.txt лю­бо­го за­дан­но­го па­ке­та. Най­ди­те там стро­ки, на­чи­наю­щие­ся со сле­дую­щих кон­ст­рук­ций:

add_subdirectory(x)
add_optional_subdirectory(x)

где x – па­кет.

Эти стро­ки оп­ре­де­ля­ют фик­си­ро­ван­ные и оп­ци­он­ные за­ви­си­мо­сти для сбор­ки ка­ж­до­го па­ке­та. Что­бы зря не за­би­вать ка­нал, мож­но за­гру­зить толь­ко эти фик­си­ро­ван­ные и оп­ци­он­ные за­ви­си­мо­сти, а за­тем про­вес­ти сбор­ку как обыч­но, не до­бав­ляя в свою сис­те­му ни­ка­ких по­сто­рон­них па­ке­тов. Для это­го по­на­до­бит­ся не­ре­кур­сив­ная (без об­ра­бот­ки под­ка­та­ло­гов) за­груз­ка дан­но­го па­ке­та. Ка­ж­дую за­ви­си­мость сле­ду­ет за­гру­зить пе­ред сбор­кой. На­при­мер, вы­пол­ни­те сле­дую­щие ко­ман­ды

svn co -N svn://anonsvn.kde.org/home/kde/trunk/KDE/kdegames
svn co -N svn://anonsvn.kde.org/home/kde/trunk/KDE/kdegames/dependency
svn co -N svn://anonsvn.kde.org/home/kde/trunk/KDE/kdegames/cmake

и про­дол­жи­те сбор­ку KDE как обыч­но, ко­ман­дой cmakekde.

Сде­лай сам

Тех­но­ло­гии, при­ве­ден­ные в этой ста­тье, по­зво­ля­ют не про­сто соз­дать ра­бо­чий стол KDE. С их по­мо­щью мож­но раз­ра­ба­ты­вать при­ло­жения GTK в по­докне ра­бо­че­го сто­ла KDE или впер­вые по­про­бо­вать Xfce, зная, что вы всегда вернетесь в бо­лее при­выч­ное ок­ру­жение на­жа­ти­ем па­ры кла­виш.

Или – по­че­му бы те­перь, по­про­бо­вав ском­пи­ли­ро­вать KDE са­мо­стоя­тель­но, не по­мочь в его раз­ра­бот­ке? В ба­зе оши­бок KDE4 (доступ­на по ад­ре­су http://bugs.kde.org) есть об­шир­ная кол­лек­ция оши­бок, и там вы смо­же­те со­об­щить о но­вых ошиб­ках и по­мочь ис­пра­вить су­ще­ст­вую­щие. Мож­но так­же при­сое­динить­ся к од­ной из команд раз­ра­бот­чи­ков или от­ве­чать на во­про­сы на фо­ру­мах KDE4. На­конец, восполь­зо­вав­шись бес­плат­ны­ми ру­ко­во­дства­ми по раз­ра­бот­ке для Qt на сай­те http://tuxradar.com/learnqt, мож­но соз­дать соб­ст­вен­ные при­ло­жения, ко­то­рые иде­аль­но впи­шут­ся в ва­ше но­вое ра­бо­чее ок­ру­жение.

В по­ис­ках лег­ких пу­тей

Ес­ли воз­мож­ность без­гра­нич­ной адап­та­ции под се­бя при сбор­ке KDE с ну­ля вас не при­вле­ка­ет, мо­же­те ав­то­ма­ти­зи­ро­вать боль­шую часть про­цес­са с по­мо­щью Kdesrc-build. Эта ум­ная ути­лит­ка вы­пол­нит все на­чаль­ные про­вер­ки, на­стро­ит сис­те­му сбор­ки, со­бе­рет и ус­та­но­вит KDE и еще раз про­ве­рит все по­сле ус­та­нов­ки. Од­на­ко нуж­но убе­дить­ся, что в ос­нов­ной сис­те­ме ус­та­нов­лен Perl (и libwww). Вам ос­та­нет­ся толь­ко из­ме­нить файл на­строй­ки, вклю­чив ту­да со­от­вет­ст­вую­щие мо­ду­ли. Под­роб­ные ука­за­ния ищи­те на сай­те http://techbase.kde.org/Getting_Started/Build/kdesvn-build.

Нау­ка уме­ет мно­го ги­тик

При по­лу­чении све­жих вер­сий ис­ходников вы столк­нетесь с дву­мя тех­но­ло­гия­ми, с ко­то­ры­ми, воз­мож­но, не встре­ча­лись пре­ж­де. Пер­вую, Subversion, по­сто­ян­ные чи­та­те­ли, ­наверное, пом­нят по учебнику в LXF133, а под­роб­ную ин­фор­ма­цию о вто­рой, Git, мож­но по­лу­чить из LXF121. Ес­ли вкрат­це, и то, и дру­гое – сис­те­мы управ­ления вер­сия­ми. Управ­ление вер­сия­ми – ум­ная тех­но­ло­гия, по­зво­ляю­щая раз­ра­бот­чи­кам сво­бод­но­го ПО вно­сить из­менения в ис­ход­ные ко­ды. Это оз­на­ча­ет, что одни мо­гут вно­сить из­менения, дру­гие – от­ме­нять их, и бла­го­да­ря от­вет­ст­вен­ным лю­дям этот упо­ря­до­чен­ный хаос в кон­це кон­цов ро­ж­да­ет сво­бод­ное ПО.

Итак, за­чем нам нуж­ны сис­те­мы управ­ления вер­сия­ми? Де­ло в том, что ко­ман­да раз­ра­бот­чи­ков KDE раз­мес­ти­ла все ис­ход­ные ко­ды KDE в ре­по­зи­то­рии SVN, а Trolltech по­мес­ти­ла Qt (осно­ва для KDE) в от­дель­ный ре­по­зи­то­рий Git. Для сбор­ки нам нуж­ны ис­ход­ные ко­ды из ка­ж­до­го из этих ре­по­зи­то­ри­ев.

Ес­ли они у вас не уста­нов­ле­ны, мо­же­те уста­но­вить их с по­мо­щью менед­же­ра па­ке­тов или гра­фи­че­­ско­­го кли­ен­та, та­ко­го как RapidSVN. Что­бы соз­дать костяк ра­бо­че­го сто­ла KDE, нуж­но вы­пол­нить как ми­ни­мум че­ты­ре сле­дую­щие ко­ман­ды:

svn co svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs
svn co svn://anonsvn.kde.org/home/kde/trunk/KDE/kdepimlibs
svn co svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase
svn co svn://anonsvn.kde.org/home/kde/trunk/kdesupport

Ес­ли вы ра­бо­та­ли с SVN рань­ше, то уди­ви­тесь, что здесь нет ло­ги­на и па­ро­ля – но де­ло в том, что это аноним­ный сер­вер с ис­ходника­ми KDE. Ес­ли бранд­мау­эр бло­ки­ру­ет по­лу­чение ис­ходников, до­бавь­те

:433 по­сле anonsvn.kde.org.

За­тем за­гру­зите ис­ходники Qt по­следней вер­сии (это нуж­ноде­лать, толь­ко ес­ли то­го тре­бу­ет сбор­ка)

git clone git://gitorious.org/+kde-developers/qt/kde-qt.git qt-kd

Поз­же я рас­ска­жу, как до­ба­вить ком­по­нен­ты, но ес­ли вы хо­ти­те вклю­чить все, на эта­пе по­лу­че­ния ис­ход­ни­ков ско­ман­дуй­те:

svn co svn://anonsvn.kde.org/home/kde/trunk/KDE

Впро­чем, это не луч­ший ва­ри­ант. Луч­ше ус­та­но­вить толь­ко те ком­по­нен­ты KDE, ко­то­рые вам в са­мом де­ле не­об­хо­ди­мы.

Чуть-чуть под­со­лим

Наш урок про­ве­дет вас че­рез ба­зо­вую сбор­ку KDE, но са­ма по се­бе она не осо­бен­но удоб­на. Вам яв­но по­тре­бу­ет­ся до­пол­ни­тель­ный функ­цио­нал, для че­го сто­ит за­гля­нуть в со­от­вет­ст­вую­щие ка­та­ло­ги. Вам мо­гут при­го­дить­ся та­кие:

Ка­та­лог	На­зна­че­ние
koffice	Со­дер­жит офис­ный па­кет KDE
extragear	Про­грам­мы KDE, не во­шед­шие в ос­нов­ной ре­лиз
playground	При­ло­же­ния в бе­та-вер­сии
kdereview	При­ло­же­ния – ре­лиз-кан­ди­да­ты
kdegames	На­бор ка­зу­аль­ных игр
kdeartwork	На­бор тем и обо­ев для ра­бо­че­го сто­ла
kdelibs	Об­щие биб­лио­те­ки, ис­поль­зуе­мые все­ми при­ло­же­ния­ми KDE
kdebase	Ос­нов­ные па­ке­ты – па­нель управ­ле­ния и т. д.
kdetoys	Не­ко­то­рые иг­ры и вид­же­ты
kdemultimedia	При­ло­же­ния для ра­бо­ты с ви­део и зву­ком
kdegraphics	Гра­фи­че­ские ре­дак­то­ры

Пол­ный спи­сок ка­та­ло­гов и па­ке­тов, дос­туп­ных с этой сбор­кой KDE, мож­но по­лу­чить на сай­те Websvn про­ек­та KDE: http://websvn.kde.org/trunk/KDE. Там мож­но най­ти раз­но­об­раз­ные до­пол­ни­тель­ные ком­по­нен­ты, с ко­то­ры­ми ваш ра­бо­чий стол ста­нет го­раз­до удоб­нее по срав­не­нию с про­стой ус­та­нов­кой, со­дер­жа­щей толь­ко са­мое не­об­хо­ди­мое.