FOSSBook от alv’а

Прообразы современных кресел появились ещё в Древнем Египте и Месопотамии. При археологических раскопках на территории Месопотамии был обнаружен штандарт войны и мира, на котором мозаикой выложена сцена пиршества шумеров (III тысячелетие до н. э.). На этой сценке знатные гости сидят на невысоких церемониальных креслах. Continue reading ‘История кресла’ »

Этот пункт вполне тривиален, устанавливая в сущности лишь формат представления времени -- двенадцати- или двадцатичетырёхчасовой: Continue reading ‘Clock’ »

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

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

Ознакомившись с внешним видом GNOME и базовыми приёмами работы в нём, самое время заняться подгонкой среды под свои индивидуальные потребности. Задача эта многогранная, и распадается на две: настройки пользовательские и общесистемные. В настоящем разделе мы коснёмся только первых. Однако и эта подзадача решается двояким образом. Оба эти образа мы и рассмотрим последовательно. Continue reading ‘GNOME: пользовательские настройки’ »

И, наконец, теперь уместно сказать о выходе из среды GNOME, а заодно и из системы тоже. С давних пор принято пугать пользователя тем, что если сделать это неправильно (кнопкой Power на корпусе или тумблером на блоке питания), то ему (точнее его системе) будет плохо. Continue reading ‘GNOME: завершение работы’ »

Так или иначе, но с запуском приложений мы справились. И теперь перед нами встаёт следующая задача -- управление запущенными приложениями. Поскольку в оконной системе X каждое рассчитанное на неё приложение запускается в собственном окне, то задача эта сводится в первую очередь к управлению окнами. Continue reading ‘GNOME: управление окнами’ »

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

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

 По умолчанию при старте 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 ‘Обязательная и добровольная сертификация’ »