RAAAR.RU

Доброго времени суток, дорогой гость !

Если интересно, то можете почитать что-нибудь из этого:

Ниже пойдет рассказ о графической стороне FreeBSD.

X Window System:

1. Обзор

2. Основы X

3. Установка XFree86

4. Конфигурация XFree86

[1] Xfree86 используется FreeBSD для обеспечения мощной графической среды. XFree86 является открытой реализацией X Window System. Официальный сайт Xfree86: http://www.xfree86.org/

[2] Из handbook по FreeBSD:

"Первое знакомство с X может оказаться чем-то вроде шока для тех, кто работал с другими графическими системами, такими, как Microsoft Windows или Mac OS. Нет необходимости вникать во все детали различных компонентов X и их взаимодействия; однако некоторые базовые знания делают возможным использование сильных сторон X."

Х не первая графическая система, до нее была W (Window), а по заявлениям разработчиков - X это следующая буква в алфавите =)

Поскольку FreeBSD разрабатывается как сетевая ОС, т.е. для модели клиент-сервер, то и Иксы разрабатывались для такой же модели. Разделяются Х на два типа - клиент и сервер. Сервером является машина, у которой есть клавиатура, мышь и монитор, клиентом будут все приложения, которые пользователь запускает. Сервер отвечает за управление дисплеем, обработку ввода с клавиатуры, мыши и так далее. Если кому-то не понятно, то разруливаю. Клиент (программа) посылает серверу сигнал типа "нарисуй мне окно с координатами 15,56-25,87", а сервер посылает сообщения типа "пользователь кликнул на кнопке "Ok". Необходимо запомнить, что в Иксах модель клиент-сервер является обратной, чем это обычно представлено. Например, сервером может быть даже бездисковый терминал, т.е. слабая машинка, в которой нет жесткого диска, есть только монитор и клавиатура. А клиент будет запускать программы с какой-нить дорогой и навороченной машины, подключенной в сеть. Протокол общения сервера-клиента располагает к независимости от ОС, т.е. реально запускать, например, сервер под Windows, а клиент под FreeBSD.

Из handbook по FreeBSD:

"Философия построения X очень похожа на философию построения UNIX, "инструменты, не политика". Это значит, что X не пытаются диктовать то, как должна быть выполнена работа. Вместо этого пользователю предоставляются инструменты, а за пользователем остается принятие решения о том, как использовать эти инструменты. Этот подход расширен в X тем, что не задается, как окна должны выглядеть на экране, как их двигать мышью, какие комбинации клавиш должны использоваться для переключения между окнами (то есть Alt+Tab, в случае использования Microsoft Windows), как должны выглядеть заголовки окон, должны ли в них быть кнопки для закрытия, и прочее.

Вместо этого X делегирует ответственность за это приложению, которое называется "Window Manager" (Менеджер Окон). Есть десятки оконных менеджеров для X: AfterStep, Blackbox, ctwm, Enlightenment, fvwm, Sawfish, twm, WindowMaker и другие. Каждый из этих оконных менеджеров предоставляет различные внешние виды и удобства; некоторые из них поддерживают "виртуальные рабочие столы"; некоторые из них позволяют изменять назначения комбинаций клавиш, используемых для управления рабочим столом; в некоторых есть кнопка "Start" или нечто подобное; некоторые поддерживают "темы", позволяя изменять внешний вид, поменяв тему. Эти оконные менеджеры, а также множество других, находятся в категории x11-wm коллекции Портов.

Кроме того, оболочки KDE и GNOME обе имеют собственные оконные менеджеры, которые интегрированы с оболочкой.

Каждый оконный менеджер также имеет собственный механизм настройки; некоторые предполагают наличие вручную созданного конфигурационного файла; некоторые предоставляют графические инструменты для выполнения большинства работ по настройке; по крайней мере один (sawfish) имеет конфигурационный файл, написанный на диалекте языка Lisp.

Политика фокусирования: Другой особенностью, за которую отвечает оконный менеджер, является "политика фокусирования" мыши. Каждая оконная система должна иметь некоторый способ выбора окна для активации получения нажатий клавиш, а также визуальную индикацию того, какое окно активно.

Широко известная политика фокусировки называется "click-to-focus". Эта модель используется в Microsoft Windows, когда окно становится активным после получения щелчка мыши.

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

Самыми популярными политики фокусирования являются:

focus-follows-mouse (фокус следует за мышью)

Фокусом владеет то окно, что находится под указателем мыши. Это не обязательно будет окно, которое находится поверх всех остальных. Фокус меняется при указании на другое окно, при этом также нет нужды щёлкать на нём.

sloppy-focus (нечеткий фокус)

С политикой focus-follows-mouse если мышь помещается поверх корневого окна (или заднего фона), то никакое окно фокус не получает, а нажатия клавиш просто пропадают. При использовании политики нечёткого фокуса он меняется только когда курсор попадает на новое окно, но не когда уходит с текущего окна.

щелчок для выбора фокуса

Активное окно выбирается щелчком мыши. Затем окно может быть "поднято" и появиться поверх всех других окон. Все нажатия клавиш теперь будут направляться в это окно, даже если курсор переместится к другому.

Многие оконный менеджер поддерживают и другие политики, а также вариации перечисленных. Обязательно обращайтесь к документации по оконному менеджеру."

[3] Перед тем, как ставить Xfree86 решите - какую ветку вы будите юзать. На данный момент приемлемыми являются 3 и 4 ветки. Главное отличие в том, что 3 ветка больше не поддерживается, является стабильной и работает на огромном количестве адаптеров. 4 ветка является разрабатываемой, немного не стабильна, работает на небольшом количестве адаптеров, но очень усилила свою мощь в плане графики. XFree86 4.X теперь является стандартно используемой во FreeBSD версией X Window System.

Установка XFree86 из коллекции портов происходит примерно так:

# cd /usr/ports/x11/XFree86

# make all install clean

Если Вы хотите поставить Xfree86 из бинарных фалов, то нужно выполнить:

# pkg_add -r XFree86

Это загрузит последнюю версию XFree86.

Для установки XFree86 4.X вы можете также воспользоваться Коллекцией Портов, для чего вам нужно просто набрать следующие команды:

# cd /usr/ports/x11/XFree86-4

# make install clean

[4] Из handbook по FreeBSD:

"5.4 Конфигурация XFree86

Текст предоставил Christopher Shumway.

5.4.1 Перед тем, как начать

Перед настройкой XFree86 4.X необходима следующая информация о конфигурируемой системе:

Характеристики монитора

Набор микросхем, используемый в видеоадаптере

Объём видеопамяти

Характеристики монитора используются в XFree86 для определения рабочего разрешения и частоты. Эти характеристики обычно могут быть получены из документации, которая прилагается к монитору или с сайта производителя. Тут нужны два диапазона значений, для частоты горизонтальной развёртки и для частоты вертикальной синхронизации.

Набор микросхем графического адаптера определяет, модуль какого драйвера использует XFree86 для работы с графическим оборудованием. Для большинства типов микросхем это может быть определено автоматически, но все же его полезно знать на тот случай, когда автоматическое определение не работает правильно.

Объём видеопамяти графического адаптера определяет разрешение и глубину цвета, с которым может работать система. Это важно, чтобы пользователь знал ограничения системы.

5.4.2 Конфигурирование XFree86 4.X

Процесс настройки XFree86 4.X является многошаговым. Первый шаг заключается в построении начального конфигурационного файла посредством запуска XFree86 с параметром -configure. Работая с правами суперпользователя, просто запустите:

# XFree86 -configure

При этом в каталоге /root будет создан скелет конфигурационного файла XFree86 под именем XF86Config.new (на самом деле в качестве каталога используется тот, что задан в переменной окружения $HOME, а она зависит от способа получения прав суперпользователя). Программа XFree86 сделает попытку распознать графическое оборудование системы и запишет конфигурационный файл, загружающий правильные драйверы для обнаруженного оборудования в системе.

Следующим шагом является тестирование существующей конфигурации для проверки того, что XFree86 может работать с графическим оборудованием в настраиваемой системе. Для выполнения этой задачи пользователю нужно выполнить:

# XFree86 -xf86config XF86Config.new

Если появилась чёрно-белая сетка и курсор мыши в виде X, то настройка была выполнена успешно. Для завершения тестирования просто нажмите одновременно Ctrl+Alt+Backspace.

Note: Если мышь не работает, удостоверьтесь, что соответствующее устройство было отконфигурировано.

Теперь выполните тонкую настройку в файле XF86Config.new по своему вкусу. Откройте файл в текстовом редакторе, таком, как emacs или ee. Сначала задайте частоты для монитора. Они обычно обозначаются как частоты горизонтальной и вертикальной синхронизации. Эти значения добавляются в файл XF86Config.new в раздел "Monitor":

Section "Monitor"

Identifier "Monitor0"

VendorName "Monitor Vendor"

ModelName "Monitor Model"

HorizSync 30-107

VertRefresh 48-120

EndSection

Ключевых слов HorizSync и VertRefresh может и не оказаться в файле конфигурации. Если их нет, то они должны быть добавлены, с указанием корректных значений горизонтальной частоты синхронизации после ключевого слова HorizSync и вертикальной частоты синхронизации после ключевого слова VertRefresh. В примере выше были введены частоты монитора настраиваемой системы.

X позволяет использовать возможности технологии DPMS (Energy Star) с поддерживающими её мониторами. Программа xset управляет временными задержками и может явно задавать режимы ожидания, останова и выключения. Если вы хотите включить использование возможностей DPMS вашего монитора, вы должны добавить следующую строку в раздел, описывающий монитор:

Option "DPMS"

Пока файл конфигурации XF86Config.new открыт в редакторе, выберите желаемые разрешение и глубину цвета, которые будут использоваться по умолчанию. Они задаются в секции "Screen":

Section "Screen"

Identifier "Screen0"

Device "Card0"

Monitor "Monitor0"

DefaultDepth 24

SubSection "Display"

Depth 24

Modes "1024x768"

EndSubSection

EndSection

Ключевое слово DefaultDepth описывает глубину цвета, с которой будет работа по умолчанию. Это значение может быть переопределено при помощи параметра командной строки -bpp для XFree86(1). Ключевое слово Modes описывает разрешение, с которым нужно работать при данной глубине цвета. Заметьте, что поддерживаются только те стандартные режимы VESA, что определены графическим оборудованием настраиваемой системы. В примере выше глубина цвета по умолчанию равна двадцати четырём битам на пиксел. При такой глубине цвета принимается разрешение в одну тысячу двадцать четыре на семьсот шестьдесят восемь точек.

Наконец, запишите конфигурационный файл и протестируйте его при помощи тестового режима, описанного выше. Если все в порядке, то конфигурационный файл нужно установить в общедоступное место, где его сможет найти XFree86. Обычно это /etc/X11/XF86Config или /usr/X11R6/etc/X11/XF86Config.

# cp XF86Config.new /etc/X11/XF86Config

После того, как конфигурационный файл будет помещён в общедоступное место, настройка завершена. Для запуска XFree86 посредством startx установите порт x11/wrapper. XFree86 4.X можно также запустить через xdm.

Note: Имеется также графический инструмент для настройки, xf86cfg, который включён в дистрибутив XFree86 4.X. Он позволяет выполнить настройку в интерактивном режиме посредством выбора соответствующих драйверов и настроек. Эту программу можно использовать и в консольном режиме, просто нужно запустить её как xf86cfg -textmode. Для получения более полной информации обратитесь к странице справочной системы xf86cfg.

5.4.3 Тонкие вопросы настройки

5.4.3.1 Конфигурирование при работе с графическими чипсетами Intel(r) i810

Конфигурирование при работе с интегрированными наборами микросхем Intel i810 требует наличия agpgart, программного интерфейса AGP, посредством которого XFree86 будет управлять адаптером. Драйвер agp присутствует в ядре GENERIC с момента выпуска 4.8-RELEASE и 5.0-RELEASE. Для предшествующих релизов вам нужно добавлять такую строку:

device agp

в конфигурационный файл вашего ядра и перестраивать новое ядро. Однако вместо этого вы можете подгружать модуль ядра agp.ko автоматически во время загрузки системы при помощи loader. Для этого просто добавьте следующую строку в файл /boot/loader.conf:

agp_load="YES"

Затем, в случае использования FreeBSD 4.X или более ранних её версий, для программного интерфейса должен быть создан файл устройств. Для создания файла устройств для AGP запустите MAKEDEV(8) в каталоге /dev:

# cd /dev

# sh MAKEDEV agpgart

Note: Во FreeBSD 5.X и более поздних версиях будет использоваться devfs для выделения файлов устройств в прозрачном режиме, поэтому шаг с MAKEDEV не нужен.

Это позволит конфигурировать графическое оборудование точно так же, как и любой другой графический адаптер. Заметьте, что для систем, у которых драйвер agp в ядро не вкомпилирован, попытка погрузить модуль с помощью kldload окончится неудачно. Этот драйвер должен оказаться в ядре во время загрузки, либо вкомпилированным, либо подгруженным посредством /boot/loader.conf.

Если вы используете XFree86 4.1.0 (или более позднюю версию), и выдаются сообщения о неразрешённых ссылках типа fbPictureInit, попробуйте добавить такую строчку после Driver "i810" в конфигурационном файле XFree86:

Posts Tagged ‘freebsd’

Рекурсия в портах FreeBSD

Воскресенье, Ноябрь 22nd, 2009

 Решил поставить из портов pear-Mail с включённым pear-Net_SMTP с включённым pear-Auth с включённым pear-Log.

 pear-Log спросил у меня, хочу ли я PEAR::Mail support… Тут я заподозрил неладное, но согласился.

 После чего установка впала в рекурсию: (далее…)

Tags: freebsd, sucks

Posted in tech | 2 Comments »

как становятся красноглазыми

Пятница, Октябрь 9th, 2009

 Я понял, бздуны становятся красноглазыми после первого обновления системы, когда mergemaster предлагает нажать клавишу I на всех файлах, где поменялся номер версии. Это реальный п#здец – их сотни. Проклятые обезьяны…

Tags: freebsd, sucks

Posted in tech | No Comments »

Загадки FreeBSD

Понедельник, Ноябрь 17th, 2008

 За много лет моих занятий с FreeBSD у меня накопилось несколько очевидных вопросов. Возможно, кто-нибудь сможет мне объяснить в чём тут суть.

   * Зачем нужны слайсы ? Какая у них технологическая нагрузка ?

   * Как с помощью команды route посмотреть таблицу рутинга. Если это невозможно, то почему эта команда так называется ?

   * Почему IDE диски называются “ad“, а SCSI – “da” ? В чём идея ?

   * Зачем у каждого NIC своё название устройства, а не как в Linux – eth0, eth1 и так далее ?

   * Почему bash требует ключи перед аргументом, тогда как в Linux порядок не важен ?

   * Как посмотреть список железа, если /var/run/dmesg.boot отсутствует ?

   * Почему нет нормальной стандартной утилиты для конфигурации ядра, которая бы отслеживала зависимости и предоставляло справку как menuconfig в Linux ? Ну разве так трудно это сделать ?

   * Почему брандмаур pf работает по правилу “последнее правило побеждает”, но в то же время имеет опцию quick

   * Какого хрена portupgrade не показывает информативные сообщения портов в самом конце в суммарном виде, а только после сборки каждого отдельного порта ? Если обновилось двадцать портов то нужно прокручивать километры вывода что-бы найти нужное :(

 Надеюсь на наличие логически обоснованных ответов на эти загадки века :)

Tags: freebsd, sucks

Posted in tech | 7 Comments »

Миграция FreeBSD с пятёрки на семёрку

Воскресенье, Ноябрь 16th, 2008

 FreeBSD говно.

 Таким не хитрым вступлением хотелось бы начать свой короткий, но очень печальный рассказ о причине и попытке миграции FreeBSD версии 5.5 на текущий стабильный выпуск 7.0.

 Причина проста – перестали собираться порты. Конкретнее – autoconf и иже с ним. Погуглив, обнаружил, что свежие порты не собираются на 5.x. Зашибись.

 Не долго думая, решил обновить до семёрки, так как на сайте freebsd есть простая пошаговая инструкция как это делать: http://www.freebsd.org/releases/7.0R/announce.html

 Мощный сценарий freebsd-update.sh что-то делает долгое время, после чего просит РУКАМИ (!) исправить с десяток файлов в которых меняется номер версии выпуска. В любой момент можно отказаться, в результате чего сценарий завершает свою работу. То есть, как бы, пользователю задают вопросы, но правильный ответ всегда “yes”. Или домой.

 Со второго раза, согласившись со всем, что только не предлагал сценарий обновления, я, следуя инструкции, послал сервер в перезагрузку.

 То, что сервер не загрузился, меня совсем не удивило. Ничего иного от разработчиков поделия под названием FreeBSD я и не ожидаю. Какими бы не были красивыми, простыми и понятными инструкции, что бы не кричали фанаты, но FreeBSD это убогая и не удобная в администрировании система.

 Завтра с утра придётся ехать и красноглазить на месте, что там обновил этот дебильный обновлятель…

 НА УТРО….

 Оказалось, что freebsd-update.sh удалил ядро. Благо, kernel.old оказался на месте. Как позже подсказал мне Гугл, этот идиотский сценарий похоже рассчитан исключительно на ядро GENERIC.

 В общем, используя проверенный опытом make buildworld; make installworld, прыгнул сначала на 6.0, потом на stable 6.3. Не без танцев с бубном конечно, но всё же. Сразу на 7.0 с 5.5 не удалось даже пересборкой, ну да и ладно, не очень-то и хотелось. Наверняка, ещё годик проблем там будет не мерено.

Tags: freebsd, sucks

Posted in hack, tech | 22 Comments »

FreeBSD говно

Воскресенье, Март 30th, 2008

 Вырубился UPS, FreeBSD упал и после загрузки (и fsck) postgreSQL больше не нашёл файлы базы данных. Хорошо хоть о резервных копиях подумал заранее.

 Решил заодно обновить postgreSQL до 8.3 – оказалось это уже другой порт ! Сначала надо удалить postgresql81-server , только потом ставить postgresql83-server. Мдааа…

 Никогда не понимал красноглазых фанатегов устанавливающих поделия типа FreeBSD на сервера…

Разобравшись в первом приближение с пингвинами, вызываем демонов. Поскольку они, согласно замечанию на одном из сайтов, "круче".,

В этой заметке речь пойдет об обоих известных мне представителях линии *BSD - FreeBSD и OpenBSD (с NetBSD мне ознакомиться так и не удалось и, видимо, уже не удастся, ввиду неактуальности). Хотя собственно демон - это эмблема FreeBSD. Я, честно говоря, затрудняюсь классифицировать "существо (возможно, вещество)", избранное эмблемой OpenBSD: то ли это рыба, прикинувшаяся батискафом, то ли батискаф, замаскировавшийся под рыбу. Так что, да простят меня изобретатели эмблем, пусть уж демон с вилами будет собирательным символом всей этой линии...

В отличие от дистрибутивов Linux, Free- и OpenBSD по всем стандартам представляют собой самостоятельные ОС. Однако в чем различие между ними с точки зрения пользователя? Они действительно есть, эти различия. И начинаются с системы инсталляции и конфигурирования.

FreeBSD обладает собственной системой установки - sysinstall. Она в едином стиле обеспечивает как начальную инсталляцию (разбиение диска, создание файловых систем, выбор пакетов, настройка X Window, языкового окружения), так и пост-инсталляционные настройки, обновление системы, восстановление после сбоев, управления пользовательскими бюджетами. Короче говоря, это - (почти) универсальная утилита управления системой.

По сравнению с ней система установки OpenBSD выглядит если не примитивной, то - крайне аскетичной. Она предусматривает, в сущности, только разбиение диска, создание файловых систем и установку спартанского набора базовых компонентов системы. Все дальнейшие манипуляции - доустановка мало-мальски необходимого набора утилит и приложений, настройка X Window, минимальные административные процедуры, не говоря уже о локализации, - должны осуществляться вручную, или с помощью соответствующих утилит, ни в какую систему не связанных.

Следующее отличие, бросающееся в глаза, - в файловых системах. Хотя, если вдуматься, физически файловая система у них едина (ffs, Fast File System, именуемая также UFS), Однако родство это старательно замаскировано соврешенно различной терминологией (сравните, пожалуйста, slices во FreBSD и partitions - в OpenBSD, и то, и другое примерно соответствует primary partition в DOS и Linux). Не говоря уже о совершенно различной системе номенклатуры логических разделов. Да и структура каталогов различается, хотя и не столь сильно, как в семействе Linux.

Двигаемся дальше. Следующее различие - в формате пакетов. Хотя и в той, и в другой ОС они именуются packages и представляют собой простые компрессированные tar-архивы, напрямую бинарный пакет для FreeBSD в OpenBSD установить не удастся (как и наоборот). Поскольку конфигурационные и инсталляционные скрипты в них различны, что естественным образом вытекает из отличия файловых систем.

Наконец, существенно различна комплектация дистрибутивов. Полная реализация FreeBSD - монументальное сооружение из 4-х CD, включающее в себя версии подавляющего большинства программ, существующих для Linux, или их функциональные аналоги. Однако базовый комплект, доступный в виде iso-образа инсталляционного диска, обнаруживает полное наличие отсутствия массы обычных пользовательских приложений.

В OpenBSD реализован иной подход. Базовая редакция ее распространяется на одном CD, и на первый взгляд производит весьма убогое впечатление. Однако если поглядеть внимательно, среди пакетов на диске можно обнаружить практически все необходимые для функционирования настольной платформы приложения. И установка их не требует ни скачивания из Сети, ни обращения к коллекции портов (о которой - чуть ниже).

Несколько различен подход к интернационализации (по крайней мере, на примере ее частного случая - русификации). Обе системы не признают в качестве языка инсталляции никакого иного, нежели английский. Однако во FreeBSD на стадии установки (или позднее, при конфигурировании, но в той же среде sysinstall) можно не только установить русские шрифты для консоли и X Window, не только определить русские раскладки клавиатуры, но и предписать перекодирование экранных консольных шрифтов (из KOI8 в CP866). Правда, некие действия руками все же необходимы (изменение типа терминала в соответствующем файле конфигурации).

Локаль во FreeBSD - один из атрибутов пользователя, и устанавливается заданием для него соответствующего поля в учетной записи - Class (для русской локали значение его, соответственно, russian). Хотя не возбраняется и задание соответствующих переменных окружения в конфигурационных файлах используемой командной среды, но это, очевидно, менее удобно.

В OpenBSD не предлагается никаких способов автоматизации процесса локализации. Правда, русские шрифты для консоли устанавливаются сами собой, но обеспечить их воспроизведение на экране и ввод с клавиатуры можно только ручной правкой конфигурационных файлов. При этом система ввода кириллических символов далека от идеала (обеспечиваясь только при нажатой клавише Alt), зато - сразу в двух вариантах.

Следует также самому озаботиться установкой кириллических шрифтов для X Window и соответствующей раскладки клавиатуры (Xmodmap), которая, мало того, что не вполне стандартна, еще и отсутствует в штатном комплекте. Как ни странно, стандартные приемы русификации графического режима через настройку Xkb в OpenBSD не срабатывают.

Локализация в OpenBSD устанавливается через настройку окружения в конфигурационных файлах командной среды. Правда, поле Class в учетной записи пользователя также имеется, но в описании классов русского мне найти не удалось. И вообще, далеко не всегда локализация завершается успешно. Вызывая, подчас, проблемы в приложениях графического режима.

Следующее бросающееся в глаза различие - в консольных драйверах, sysconsol во FreeBSD и pcvt - в OpenBSD. Что, помимо отмеченных различий в приемах русификации текстового режима, обуславливает также иные методы работы с виртуальными консолями, экранными буферами и т.д.

Таким образом, коренные различия Free- и OpenBSD можно свести к

   * файловой системе,

   * формату пакетов,

   * программам установки,

   * комплектации дистрибутивов и

   * консоли.

То есть к практически к тем же пунктам, по которым различаются между собой дистрибутивы Linux. За исключением последнего, казалось бы. Однако вспомним, что и в Linux для управления консолью используется минимум два различных пакета (kbd и console-tools), которые, хотя и обеспечивают более или менее однообразное ее поведение, но существенно различаются приемами конфигурирования (в том числе и русификации).

Близость Free- и OpenBSD (и их отличие от Linux) особенно подчеркивается т.н. системой портов. Если в Linux основной метод распространения программ - бинарные пакеты различных форматов (аналог packages из *BSD), то и во Free-, и в OpenBSD главным является сборка из исходников. Однако не простых, а специальным образом оформленных в виде коллекции портов, позволяющей производить как установку программ (в том числе и системных), так и их актуализацию в автоматическом режиме. Для чего, правда, очень желательно иметь постоянное подключение к Сети.

Как и в разговоре о дистрибутивах Linux, я не буду обсуждать здесь вопросы быстродействия, стабильности, защищенности и т.д. Хотя вкратце и затрону их - но уже в следующей заметке, где попробую сравнить семейства Linux и *BSD как системные целостности. Поскольку все сказанное выше свидетельствует, что, если отвлечься от деталей архитектуры, с точки зрения пользователя представители линии *BSD могут рассматриваться как некая системная целостность, равномасштабная Linux-семейству. Что и делает такое сравнение правомерным.