gladilov.org.ru gladilov.org.ua

4 заметки с тегом

BSD

Установка GUI на BSD

Часто для моих «изысканий» нужно установить графическую подсистему и рабочую среду на BSD-подобную ОСь. Обычно выбираю окружение Xfce как лёгкое, доступное и универсальное. Минутка рекламы:

Xfce — для тех, кому нужен простой, эффективно работающий рабочий стол, который легко использовать и настраивать!

Установку произвожу так: Показать

На  FreeBSD 11.4:

# pkg update
# pkg install xorg xfce

На  NetBSD 7.1:

# export PKG_PATH=ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/`uname -m`/`uname -r`/All
# pkg_add -v pkgin
# pkgin update
# pkgin install xfce


Задача решена

В конце «причёсываю» систему:

# pkgin install sudo bash mc
# useradd -m -G wheel soul
# passwd soul
# chsh -s `which bash` soul

Для старта иксов запускаю

startx

или прописываю в ~/.xinitrc:

startxfce4

P. S. Заметка из кровавых подвалов 2018 года, решил чуть дополнить и опубликовать из черновиков.

Нужные ссылки:
https://www.freebsd.org/doc/handbook/x11-wm.html
https://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/x11-wm.html

Коллекция логотипов дистрибутивов *nix

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

Для удобства доступа к этим ОСям я на рабочем столе создал ярлыки, запускающие соответствующие виртуалки (по инструкциям раз, два, три к  ВиртуалБоксу и, соответственно, для  ВэЭмВари). Следующая моя мысль была такой: «Не плохо было бы присвоить этим ярлыкам соответствующий установленной ОСи логотип»... Но, к сожалению, в виртуализационном ПО весьма мало иконок типов ОС. К примеру, я установил в виртуальной машине  Manjaro Linux, а иконки такой ни в VirtualBox’е, ни в VMware нет.

Коллекция: Показать

Как сделал список: Показать

В общем, поискал я в инете linux distro logos, нашёл прекрасную (хоть и немного староватую) страницу камрада Fat Duck (он ещё ведёт блог под именем Peter Pan). Он организовал коллекцию логотипов с ДистроВотча.

От него я взял много логотипов, ещё несколько добавил сам, к примеру:

С самого дисторовоча я тоже посливал много логов, некоторые логотипы обновились, например:

Старый Новый Старый Новый Старый Новый

(я стараюсь сохранять старые логосы, т. к. чем дальше, тем их труднее найти). Некоторые логотипы менялись больше двух раз:

За время работы над логотипами на Distrowatch’е появились новые дистры:

Были и непонятки, типа такого — логотип PureOS, показаный через сервис archive.org, не совпадает с тем, что сейчас на текущей странице.

Основную массу работы я сделал так: зашёл на страницу http://distrowatch.com/search.php?status=All, в пустой текстовый файл скопировал нумерованный список дистров, на тот момент их было 891. В текстовом редакторе удалил все строки описаний дострибутивов

/^(.*)\.$//

Затем удалил все цифры в скобках (популярность дистров) в конце названий:

/ \([0-9]+\)$//

Удалил подстроку у дистров с неизмеренной популярностью:

/ (Not ranked)//

После этого поменял несколько переводов строк на один

/\r\n\r\n/\n/

Удалил порядковые номера:

/^[0-9]+\. //

В результате у меня появился список из названий дистрибутивов. Пройдясь по нему, я выискал не учтённые у FatDuck’а, слил их логотипы с DistroWatch и нарисовал эту страницу.


Задача решена

# A B C D E F G H I J K L M N O P Q R S T U V W X Y Z



#


A


B


C


D


E


F


G


H


I


J


K


L


M


N


O


P


Q


R


S


T


U


V


W


X


Y


Z

Источники:
http://fatduck.org/gnulinux/distro-logos.en.html (копия в archive.org)
https://distrowatch.com/search.php?status=All (копия в archive.org)
https://distrowatch.com/dwres.php?resource=links (копия в archive.org)


Оценка оперативности устранения новых уязвимостей в BSD-системах

Директор подразделения компании IOActive, занимающегося тестированием систем безопасности, в докладе на конференции 34c3 привёл статистику, свидетельствующую о нехватке разработчиков, способных заниматься выявлением и исправлением ошибок в BSD-системах.

В ходе проведённого летом поверхностного аудита в ядрах трёх наиболее распространённых BSD-систем было выявлено 115 ошибок, потенциально приводящих к проблемам с безопасностью. 30 ошибок было найдено в ядре FreeBSD, 25 в OpenBSD и 60 в NetBSD. Спустя полгода после информирования разработчиков данных систем о проблемах, многие из ошибок остались неисправленными или не были доведены до пользователей.

Показать

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

   Во FreeBSD разработчики отреагировали на проблемы в течение недели, но исправили в репозитории лишь часть проблем и выпустили лишь несколько отчётов об уязвимостях. Статус исправления остальных ошибок находится в неопределённом состоянии, так как разработчики посчитали, что для них отсутствуют практические пути эксплуатации и перенесли из категории проблем с безопасностью в область обычных ошибок.

   Хуже всего обстоит дело с ОС NetBSD, качество кода которой очень разнородно, а время доставки исправлений слишком велико. Ошибки были исправлены за ночь, но были доведены до пользователей только через 6 месяцев из-за редкого формирования обновлений.

С учётом того, что многие из проблем лежали на поверхности и не потребовали больших усилий для их выявления, исследователь делает вывод, что небольшое число отчётов об уязвимостях в BSD системах говорит не об их безопасности, а о недостаточном числе разработчиков, заинтересованных в проведении аудита. Также отмечается слишком большое время жизни ошибок, от их появления в коде до обнаружения. По утверждению докладчика, большинство уязвимостей в ядре Linux выявляются достаточно оперативно. В BSD-системах ситуация иная и ряд выявленных исследователем проблем находились в коде 10 и более лет.

Источник

P. S. Интересный комментарий анонима:

У ребят нет выбора: сектантские истерики и хайп, которые лапчатый базар давно сделал нормой общения, имеют определенное влияние на потребителя. Чтобы не отпугнуть оставшиеся три с половиной компании от своих систем, бздуны теперь сообщают о проблемах иносказательно.

P. P. S. Ну и шутка «в тему».

2018   BSD   интересное   ОС   софт

Установка xfce4 в BSD-системах

Всё время забываю, как установить и настроить гуй в BSD-системах. Процесс такой...
Ставим пакеты xfce4-session, xfdesktop, xfwm4:

$ sudo pkg_add -v xfce4-session xfdesktop xfwm4

Пакет вытянет вместе с собой GTK, Glib, cairo, d-bus, некоторые компоненты среды и все необходимое для их работы (кроме X.Org, он идет в комплекте базовой системы).

Показать

Добавляем Xfce в автозагрузку:

$ echo 'LC_CTYPE="ru_RU.UTF-8"' > ~/.xinitrc
$ echo 'setxkbmap "us,ru" ",winkeys" "grp:caps_toggle" &' >> ~/.xinitrc
$ echo 'exec xfce4-session' >> ~/.xinitrc
$ ln -s ~/.xinitrc ~/.xsession
$ startx

Для графического входа в систем ставится менеджер входа SLIM:

$ sudo pkg_add -v slim

Автозапуск SLIM при старте системы реализуется добавлением в /etc/rc.local строки:

[ -x /etc/rc.d/slim ] && /etc/rc.d/slim start

Для автологина добавляем в /etc/slim.conf строки:

default_user [имя_юзера]
auto_login yes



P. S. Хотя в DragonFly BSD 5.0.0 установил так (с небольшими извратами, см. ниже):

$ sudo pkg install xorg xfce slim slim-themes

и в /etc/rc.conf дописал

dbus_enable="YES"
hald_enable="YES"
slim_enable="YES"

а в .xinitrc

exec startxfce4

(ставил по этому мануалу).

Извраты были такие:

$ sudo dbus-uuidgen > /var/lib/dbus/machine-id

чтобы иксы стартовали без ошибок, а в /etc/rc.conf дописал

moused_enable="YES"
moused_nondefault_enable="YES"
hald_enable="YES"
dbus_enable="YES"

и выполнил

$ sudo /etc/rc.d/moused start

Эти извраты подсмотрел здесь и здесь.

Наверх