gladilov.org.ru gladilov.org.ua

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

BSD

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

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

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

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

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

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

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

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

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

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

Были и непонятки, типа такого — логотип 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

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

Наверх