Журнал LinuxFormat - перейти на главную

LXF142:KDE

Материал из Linuxformat
Версия от 12:16, 23 мая 2012; Crazy Rebel (обсуждение | вклад)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск
Подписка на печатную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подписка на электронную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подшивки старых номеров журнала (печатные версии)
Весь 2014 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
KDE На­стро­им и за­пус­тим по­пу­ляр­ный ра­бо­чий стол на ва­шем ком­пь­ю­те­ре [Категория:Учебники]

Содержание

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. Там мож­но най­ти раз­но­об­раз­ные до­пол­ни­тель­ные ком­по­нен­ты, с ко­то­ры­ми ваш ра­бо­чий стол ста­нет го­раз­до удоб­нее по срав­не­нию с про­стой ус­та­нов­кой, со­дер­жа­щей толь­ко са­мое не­об­хо­ди­мое.

Источник — «http://wiki.linuxformat.ru/wiki/index.php?title=LXF142:KDE&oldid=13877»
Персональные инструменты
купить
подписаться
Яндекс.Метрика