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

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

Наверх