FOSSBook от alv’а

 По умолчанию при старте Fedora запускается графический режим, то есть для начала X-сервер, а затем -- программа авторизации, именуемая gdm. В переводе на русский это означает GNOME Display Manager, хотя этот же менеджер сеансов применяется и при использовании таких сред, как XFce и LXDE, а также всех "бессредных" оконных менеджеров.

Continue reading ‘GNOME: запуск пользовательского сеанса’ »

Предыстория среды GNOME уходит в лохматые 90-е годы прошлого столетия, когда ряд производителей проприетарных UNIX'ов вместе с консорциумом OpenGroup создали первую интегрированную рабочую среду (DE -- Desktop Environment, по русски просто десктоп), функционирующую поверх оконной системы X на UNIX-машинах. Рискну предположить, что в отношении интерфейса её разработчики ориентировались на Presentation Manager -- графическую оболочку для OS/2. Continue reading ‘GNOME: немного истории’ »

Как я уже говорил, дистрибутив Fedora распространяется в вариантах со всеми существующими рабочими окружениями. Почему же в настоящей книге предпочтение отдаётся GNOME? Попробую обосновать. Но для начала -- несколько слов личного характера.

Долгое время я был пользователем KDE -- начиная с первой его версии и вплоть до версии 3.5X. Отношение же моё к GNOME было более чем скептическим -- скорее даже неприязненным. Но выход KDE 4.X отвратил меня от этой среды полностью и необратимо -- в причины тут вдаваться неуместно. Надо было искать замену.

В качестве таковой сначала была опробован десктоп XFce, успешно использовавшийся мной в Xubuntu и Zenwalk'е. А вот в Fedora с ней начались осложнения -- штатные дистрибутивспецифичные утилиты её настройки в этой среде работали не очень гладко. То же самое обнаружилось и в XFDE -- этот десктоп вообще производил впечатление не вполне доработанного. И тогда я переборол свою предубеждение против GNOME -- о чём до сих пор не жалею, уж больно органично они сочетаются друг с другом.

И тут уже совсем выяснилось, что не так страшен GNOME, как его малюют. Чтобы убедиться в этом, достаточно осознать следующий факт:

GNOME — это не интегрированная среда в сосбственном смысле слова, в отличие от KDE и даже Xfce.

Возможно, это покажется крамолой, поэтому попробую обосновать.

На том, что GNOME не имеет собственного менеджера окон, я зацикливать внимание не буду: времена, когда он мог менять WM’ы “как, терьям-терьям, перчатки”, кажется, забылись (хотя в свете грядущего рано или поздно GNOME 3 о них и придётся вспомнить в связи с заменой Metacity на Mutter -- но об этом пойдёт речь на последней странице данного раздела). Тем не менее, остаётся фактом, что интерфейс GNOME обеспечивается сочетанием оконного менеджера, механизма панелей и набора плагинов и апплетов.

Далее, GNOME, как ни странно, в сущности не имеет сквозных средств настройки — эти функции выполняются набором утилит общесистемного конфигурирования и представления пользовательского окружения. Да, они объединены рамкой Центра управления полетами, но, в отличие от KDE'шного аналога, KCC, системного единства не представляют. Да и самого Центра управления может не быть — точнее, он может быть по умолчанию скрыт в невидимом пункте системного меню, как это имеет место быть по умолчанию в Fedora.

Более того, с помощью Центра управления можно настроить далеко не всё — многие, причём достаточно банальные, пользовательские опции замурованы в реестроподобном общесистемном конфиге, откуда выудить их можно не всегда очевидным способом.

И, наконец, штаnные приложения GNOME. Существует мнение, что их бессчётное количество. Однако, если вдуматься, то неотъемлемых приложения в GNOME всего ничего -- об этом пойдёт речь в следующем разделе. Все остальные — либо меняются от версии к версии среды, либо благополучно существуют вне GNOME и помимо его, будучи объединены с ним только привязкой к тем же библиотекам Gtk.

То есть первое впечатление эклектичности среды подтверждается при ближайшем рассмотрении — именно это и обескураживает пользователей KDE и XFce, для которых существуют канонические наборы приложений. Однако в этой эклектике есть своя прелесть: она позволяет легко тасовать пользовательские приложения в соответствие со своими вкусами, привычками, просто обстоятельствами. То есть действовать точно так же, как поступали во времена до появления интегрированных сред. С той только разницей, что единообразие поведения и внешнего вида приложений всё-таки обеспечивается без ручного манипулирования файлами ресурсов — как едиными библиотеками, так и общим, хотя и функционально ограниченным, Центром управления.

После осознания факта, что GNOME — не интегрированная среда, а лишь её заготовка, жизнь в нём становится простой и лёгкой. Не понравившееся приложение из сборки данного дистрибутива без труда меняется на функционально аналогичное, но более импонирующее, приложения заведомо ненужные — удаляются, недостающие компоненты — доустанавливаются. Что же касается “внесредовых приложений”, типа Firefox’а или Openoffice.org, то они, будучи компилируемы обычно с поддержкой библиотек Gtk, в GNOME выглядят более чем органично.

Осталось рассмотреть только вопросы о пожираемых ресурсах и визуальном быстродействии. Первый — не актуален на мало-мальски современных машинах, тем более, что числа, призванные показывать расход памяти, как правило, от Глюкавого.

А вот по поводу визуального быстродействия — нельзя не признать, что GNOME в этом отношении ныне далеко превосходит KDE даже 3-й ветки, не говоря уже о ветке 4-й.

Сравнение с Xfce не столь однозначно. Можно лишь утверждать, что последняя не выказывает подавляющего превосходства. И вообще, тут дело скорее зависит от конкретной сборки. Во всяком случае, GNOME в Fedora по “отзывчивости” на действия пользователя ничуть не уступает Xfce из Zenwalk’а, несколько превосходя её же из Xubuntu.

С LXDE сравнение, конечно же, не в пользу GNOME. Но тут надо помнить, что первая -- ещё более эклектична, да и вообще интегрированной средой может называться с определённой долей условности.

И последний довод в пользу GNOME именно в Fedora -- все службы и конфигураторы этого дистрибутива настолько тесно интегрированы именно с GNOME, что кажутся созданными друг для друга, как Huggis и... ну вы сами знаете, для чего созданы подгузники Huggis.

Итог же этого рассмотрения таков: жизнь есть везде, даже в подземельях Мории. То есть в среде GNOME. Что и будет проиллюстрировано в серии последующих страниц.

Прежде чем переходить непосредственно к главному герою нынешнего повествования -- GNOME, необходимо сказать несколько слов графических рабочих средах вообще -- дискретных, то бишь менеджерах окон, и интегрированных, сиречь десктопах. Continue reading ‘Вступление: десктопы и менеджеры окон’ »

Как уже говорилось в разделе о получении дистрибутива , в Fedora штатно, из установочных образов, доступны все существующие интегрированные рабочие среды. И большое количество сред не интегрированных, то есть оконных менеджеров, может быть установлено из репозиториев. Однако испокон веков, ещё со времён существования настольного Red Hat, в роли основного рабочего окружения в Fedora выступает GNOME. О ней и пойдёт речь на ближайших страницах. Continue reading ‘Рабочая среда GNOME’ »

Весьма часто при конфигурировании требуется изменить или добавить одну-единственную строку в одном определённом файле. Для чего, согласитесь, открывать редактор -- не самое целесообразное занятие. Однако тут есть очень эффективная альтернатива утилиты командной строки. Continue reading ‘Редактирование без редактора: утилиты командной строки’ »

Кроме того, в nano предусмотрено еще и внешнее средство конфигурирования — пользовательский конфиг ~/.nanorc. Выполнив в нем некоторые манипуляции, можно несколько расширить функциональность редактора, в частности, обеспечить подсветку синтаксиса. Continue reading ‘Nano: настройка’ »

Meta-последовательности работают обычно как переключатели. С их помощью выполняются следующие действия: Continue reading ‘Nano: справка по Meta-последовательностям’ »

Control-последовательности — следующие (в скобках — дублирующие функциональные клавиши и, иногда, Meta-последовательности): Continue reading ‘Nano: справка по Control-последовательностям’ »

Редактор nano чисто консольный и запускается из строки шелла одноимённой командой, можно — с указанием имени файла, существующего или нового (в последнем случае, как обычно, файл с таким именем будет создан). Поддерживается несколько опций командной строки, как то: -T #, устанавливающей величину (в символах) табуляции, -i, включающей автоматические отступы, -w, отключающей режим переноса строк на границе экрана (что очень важно при редактировании конфигурационных файлов), и так далее. Полный их список можно, как всегда, посмотреть на man-странице. Continue reading ‘Nano: характеристика’ »

Сертификация может быть обязательной и добровольной. Объектом обязательной сертификации может быть только продукция, выпускаемая в обращение на территории Российской Федерации (п.1 статья 23 ФЗ от 27.12.2002 N 184-ФЗ «О техническом регулировании»).

Перечень продукции, подлежащей обязательной сертификации, регламентирован Постановлением правительства от 01.12.2009 N 982 «Об утверждении единого перечня продукции, подлежащей обязательной сертификации, и единого перечня продукции, подтверждение соответствия которой осуществляется в форме принятия декларации о соответствии».

Обязательная сертификация осуществляется органами по сертификации, аккредитованными в порядке, установленном Правительством Российской Федерации (Постановление Правительства РФ от от 19 июня 2012 г. N 602 «Правила аккредитации органов по сертификации и испытательных лабораторий (центров), выполняющих работы по подтверждению соответствия, аттестации экспертов по аккредитации, а также привлечения и отбора экспертов по аккредитации и технических экспертов для выполнения работ в области аккредитации»).

Объектами добровольной сертификации могут быть продукция (в том числе подлежащая обязательной сертификации), работы (услуги), системы менеджмента, персонал. Прохождение добровольной сертификации продукции, подлежащей обязательной сертификации, не отменяет её обязательную сертификацию.

Добровольная сертификация проводится органами по Сертификации ТР ТС , аккредитованными в системах сертификации в установленном порядке. Добровольная сертификация осуществляется по инициативе заявителя на условиях договора между заявителем и органом по сертификации.

Индивидуальная настройка Fedora в значительной мере осуществляется её штатными графическими утилитами. Однако в ряде случаев это проще сделать прямой правкой конфигурационных файлов. И тут первейшим инструментом оказывается текстовый редактор.

Традиционно в UNIX-системах этой цели служит универсальный vi, точнее, его современная свободная реализация -- vim. Однако мало кто из начинающих пользователей может смотреть на него без содрогания. Но большинство юзерофильных дистрибутивов Linux предлагают ему адекватную для столь ограниченных задач замену -- текстовый редактор nano. И Fedora здесь не исключение. Continue reading ‘Обязательная и добровольная сертификация’ »

Команда sudo — это ещё один способ ущемления прав пользователя при доступе к аккаунту администратора. До недавнего времени в Fedora по умолчанию он не применялся: соответствующий пакет надо было установить дополнительно и на строить руками. Однако, начиная с версии 14, при начальном постинсталляционном конфигурировании появилась опциональная возможность использовать sudo для создаваемого при этом аккаунта. Continue reading ‘Энеке, бенеке, команда sudo’ »

Первый из таких способов -- традиционная для всех UNIX- и UNIX-подобных систем команда su. Имя её иногда трактуют как аббревиатуру от Super User, но на самом деле оно означает Set UID: она позволяет получить права не только администратора, но и любого другого пользователя — достаточно указать его имя в качестве аргумента. Однако без оного команда su предоставляет, по вводе соответствующего пароля, доступ именно к суперпользовательскому аккаунту. Continue reading ‘В su обретёшь ты право root’а’ »

Казалось бы, самый простой (и напрашивающийся) способ получить права администратора — это авторизоваться под логином root с вводом соответствующего пароля, того самого, который мы задали при инсталляции. (который почти во всех дистрибутивах задаётся при инсталляции). Однако это не самое лучшее решение. Continue reading ‘Войти root’ом’ »

Наматрасник представляет собой чехол, надеваемый на матрас. Приспособление обладает противоаллергическими пылеотталкивающими, ортопедическими и другими свойствами. Изготавливают их из натуральных материалов. Такие покрытия используют повсеместно, главное правильно подобрать подходящий вариант.
Continue reading ‘Что такое наматрасник’ »

В позапрошлом и прошлом разделах мы, подобно митьковскому Максиму, со старшной силой овладели философией марксизма методами работы в командной строке. Теперь настало время помостреть, какой инструментарий CLI может предложить нам для решения первоочередной задачи советской власти -- индивидуализированной настройки Fedora. Continue reading ‘Консоль: инструменты для настройки’ »

Мир командных оболочек не исчерпывается bash'ем: существует чрезвычайно мощный командный процессор zsh, простой в обращении и настройке tcsh, и ещё несколько, с которыми автор этих строк знаком только понаслышке. Continue reading ‘Bash: заключение’ »

Очень полезно в файле ~/.bashrc определить псевдонимы (aliases) для некоторых часто используемых команд. Псевдоним -- это просто некоторое условное имя, подменяющее определённую команду с теми её опциями, которые мы используем чаще всего. Причём, что характерно, псевдоним команды может совпадать с ее именем. То есть, например, -- набирая просто ls, мы получаем список файлов не в умолчальном формате, а в том, в каком нам угодно было пожелать. Continue reading ‘Bash: псевдонимы’ »

Для настройки шелла важно понимать разницу между интерактивным и неинтерактивным шеллами. Первый -- это любой экземпляр командной оболочки, запущенный пользователем непосредственно. Если этот экземпляр запускается при входе пользователя в систему, его называют login shell (то есть главная пользовательская оболочка). Continue reading ‘Bash: настройка’ »

Название оболочки bash расшифровывается как “еще одна оболочка Борна”, “заново рожденный шелл” и тому подобным образом. Она происходит от первого шелла первозданного Unix’а, разработанного Борном (которая именовалась просто shell или sh), но снабжена многими дополнительными возможностями. Continue reading ‘Bash: обзор возможностей’ »