Алексей Федорчук - Погружение в Salix

Более того, обе KDE-редакции не слишком отличаются и от самурая без меча... то есть, пардон, от Salix в инсталляции CORE. За исключением того, что в последней меча, то есть десктопа, нет вообще. Но самурайский-то дух от наличия меча. не зависит. По крайней мере, говорят, что так обстоит дело у настоящих самураев. А в настоящих дистрибутивах он не зависит от наличия десктопа...

Поэтому в KDE-редакциях интересно было поглядеть только на то, как майнтайнер обоих дистрибутивов понимает применительно случаю понимает вариант BASICдля этого десктопа.

Так, из пакета kde-baseapps-lite, что в собственном репозитории Slackel'а (а именно этот пакет определяет своеобразие KDE-редакции дистрибутива) выпилен даже традиционный Konqueror в обеих своих ипостасях (и файлового менеджера, и браузера). В роли файлового менеджера остался один Dolphin, а браузером работает... нет, даже не rekonq, а обычный FireFox. Кроме того, из пользовательских приложений имеются только Konsole и KWrite с Kate:

Рисунок 11-28. KDE-редакция Slackel'а: меню после установки BASIC

Рисунок 11-29. KDE-редакция Slackel'а: базовые приложениями

В KDE-редакции Salix'а тоже не найти ни малейших следов Konqueror'а. Здесь мы видим те же самые Konsole, Dolphin и Kate:

Рисунок 11-30. KDE-редакция Salix'а: Konsole

Рисунок 11-31. KDE-редакция Salix'а: Dolphin

Рисунок 11-32. KDE-редакция Salix'а: Kate

Неожиданным оказался выбор браузера. В Salix с KDE эта ниша оказалась занята не Firefox'ом, ни даже Rekonq'ом, а некоей Qupzilla, которой я раньше не то что не видел, но о которой даже и не слышал. Кстати, браузер этот (основанный на Qt, без использования библиотек KDE) был вполне приятен видом:

Рисунок 11-33. KDE-редакция Salix'а: браузер Qupzilla

Такой же этот браузер оказался и нравом: основанный на движке WebKit, он, в отличие от Midori «командорской» сборки, работает действительно быстро и действительно стабильно. Настолько, что я произвёл его в свои вторые браузеры во всех применяемых мной дистрибутивах.

Как в Salix'е, так и в Slackel'е KDE-редакции содержат набор инструментария для разработки Qt-приложений, это их родовая черта:

Рисунок 11-34. KDE-редакция Salix'а: набор Qt-инструментария

Рисунок 11-35. Он же в KDE-редакции Salix'а

Думаю, излишне упоминать, что в обоих случаях и Nepomuk ещё никуда не делся, и искоренить его не получится – для этого нужно ждать версии 4.13 (или выше), которой для этих дистрибутивов нет (и, похоже, не предвидится). В результате, не смотря на почти полное отсутствие пользовательских приложений (а кроме перечисленных, их действительно нет), KDE-редакции и Salix'а, и Slackel'а после установки по варианту BASIC заняли одни и те же 3,3 ГБ.

Вот уже десять лет минуло с той поры, как по миру Open Source начали ходят жизнеутверждающие сказания о фантастически простой установке Ubuntu – в пять мышиных кликов. И около двадцати лет шёпотом и в темноте пересказывают очень страшные истории о том, как сложно устанавливать Slackware. Как и все мифы и легенды, опровергнуть их очень трудно. Но я всё же попытаюсь – на примере установки дистрибутивов Salix и Slackel с Live-носителей – причём любых их редакций, таковые имеющих. А имеют их все их редакции, кроме «командорской», с Xfce, и идеологически ближайшей к ней редакции MATE.

Если мы загрузим Salix или Slackel с любого из Live-носителей, то после старта «живой» системы на рабочем столе и в главном меню обнаружится пиктограмма, предназначенная, как следует из подписи к ней, для запуска инсталлятора. Например, в KDE-редакции slackellive это выглядит так: