LINUX.ORG.RU

Вышла OpenBSD 6.7

 ,

Вышла OpenBSD 6.7

1

3

19 мая представлен релиз свободной UNIX-подобной операционной системы OpenBSD 6.7. Особенностью этой системы является акцент на качестве кода и безопасности. Проект был основан Тео де Раадтом в 1995 году после конфликта с разработчиками NetBSD. Наиболее значимые изменения в релизе перечислены ниже.

  • Теперь поддерживается до 15 разделов на одном физическом устройстве. Подробней

  • Машинонезависимая реализация mploc для платформы powerpc.

  • Оптимизация очистки страниц памяти.

  • Многочисленные улучшения и багфиксы в dhclient, клиенте для протокола DHCP.

  • Максимальный размер блока для операций с NVMe 128K.

  • Улучшения в демоне apmd, который отвечает за гибернацию/сон. Информацию об изменении питания демон получает от драйвера батареи. Сообщения драйвера игнорируются в течении 60 секунд после возобновления работы компьютера, чтобы пользователь мог начать работу раньше, чем машина снова уйдет в сон.

  • Добавлена возможность создавать безымянные файлы в tmpfs. Это может ограничить доступ приложений к файловой системе.

  • Добавлен человекочитаемый режим для systat (опция -h).

  • Восстановлено старое поведение dhclient. Теперь система снова будет игнорировать соединения, не предоставляющие маску подсети.

Улучшения в файловой системе ffs2, использующей 64-битные временные метки и адреса блоков:

  • Теперь ffs2 используется по-умолчанию на всех платформах, кроме landisk, luna88k и sgi.

  • Поддержка загрузочного раздела и ramdisk для платформы sgi.

  • Исправлена загрузка для sparc64 и Mac PPC.

  • Возможность загрузки для платформ alpha и amd64.

  • Возможность загрузки для платформ arm_v7 и arm64 с использованием efiboot.

  • Возможность загрузки для платформы loongson.

Улучшения в SMP:

  • Системные вызовы __thrsleep, __thrwakeup, close, closefrom, dup, dup2, dup3, flock, fcntl, kqueue, pipe, pipe2 и nanosleep теперь запускаются без KERNEL_LOCK.

  • Переработана реализация SMP для процессоров AMD. Теперь система не будет ошибочно идентифицировать ядра как потоки.

Драйверы:

  • Улучшения в драйвере em, отвечающем за поддержку сетевых карт Intel PRO/1000 10/100/Gigabit Ethernet.

  • Реализация микросекундного разрешения с использованием microcputime для процессоров семейства Cherry Trail для исправления зависаний при старте оконной системы X.

  • Поддержка адресации памяти в PCI-устройствах для LPSS(Low Power Subsystem).

  • Поддержка контроллера x553 в драйвере ix, отвечающем за высокоскоростные сетевые карты Intel, использующие интерфейс PCI Express.

  • Исправлены баги после сна/гибернации для amdgpu и radeondrm.

  • Исправление зависания на HP EliteBook при загрузке в режиме UEFI.

  • Больше подробностей можно узнать из оригинального сообщения на официальном сайте проекта.

А так же:

  • Были удалены следующие драйверы:
    • rtfps, отвечающий за последовательный порт на платах IBM RT PC;

    • dpt для DPT EATA SCSI RAID;

    • gpr для ридеров смарткарт на интерфейсе PCMCIA GemPlus GPR400;

    • mesh, для карт расширения scsi в Power Macintosh;

  • Была улучшена аудио-подсистема.

  • Добавлена поддержка RaspberryPi 3/4 на архитектуре arm64 и RaspberryPi 2/3 на архитектуре arm_v7.

Традиционно, постер :)

>>> Подробности

★★

Проверено: maxcom ()
Последнее исправление: a1batross (всего исправлений: 14)
Ответ на: комментарий от One

На FreeBSD хотя бы пытаются Wayland палочкой тыкать. У OpenBSD с графикой беда и останутся на Xenocara (X11) без изменений, скорее всего.

commagray ★★★★★
()
Ответ на: комментарий от commagray

Ну вообще говоря Wayland куда более аутируем чем Xorg. Так что, весьма вероятно, они просто рано или поздно напишут свой композитор поверх Wayland.

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от commagray

На FreeBSD хотя бы пытаются Wayland палочкой тыкать.

А чего его тыкать. Он там работает: Sway, Hikari. Софт Qt5 нативно работает стабильно, GTK3 само собой.

anonymous
()
Ответ на: комментарий от commagray

Ну вот скорее всего, что-то такое и будет. Самостоятельно тащить иксы они не смогут. Может wlroots поддержат, я хз. Он под MIT вроде.

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от commagray

Во FreeBSD, тем более, иксы не относятся к базовой системе. Там можно этим в фанатиков иксов тыкать, что иксы сторонний софт, равно как и wayland, а значит выбор за пользоваетелем. Но там правда много сторонников «классических юниксов», уже начали вопить, что иксы - классическая оконная система на юниксах, а вэйланд ваш - поделие созданное для линукса, который ушел от традиций юниксов. Ясно, что вейланд всех их сметет, потому как FreeBSD сугубо на линуксовом софте существует, и примет рано или поздно все, что примут в линуксе, куда им деваться. Но подгорать будет сильно. Линукс уже прошел полпути, а у FreeBSD все только начинается.

А вот в OpenBSD иксы в состав ОС включены, это уже хуже. По их замене будет и официальная позиция иметь силу, не только сообщество.

anonymous
()
Ответ на: комментарий от anonymous

Инит в FreeBSD часть ОС, а куски ОС в FreeBSD не принято менять, чтобы не плодить зоопарк. Так что, оно там может и будет, или совместимая альтернатива, но очень нескоро.

anonymous
()
Ответ на: комментарий от commagray

У OpenBSD с графикой беда

Пока у них у руля стоит главный сектант, так и будет.

Odalist ★★★★★
()
Ответ на: комментарий от anonymous

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

Угу-угу. То-то патчи-то для БСД в вяленый еще в 2013 засылали, правда принимать их - не приняли, с обоснованием «это с ifdef добавленно, вот если бы вы переписали нормально, с абстакцией от платформы, то было бы хорошо, а так - звиняйе, но ...» https://lists.freedesktop.org/archives/wayland-devel/2013-February/007442.html

+#ifdef HAVE_SYS_EPOLL_H
 #include <sys/epoll.h>
+#ifdef HAVE_SYS_SIGNALFD_H
 #include <sys/signalfd.h>
+#endif /* signalfd */
+#ifdef HAVE_SYS_TIMERFD_H
 #include <sys/timerfd.h>
+#endif /* timerfd */
+#elif HAVE_SYS_EVENT_H
+#include <sys/types.h>
+#include <sys/event.h>
+#include <sys/time.h>
+#else /* !epoll && !kqueue */
https://lists.freedesktop.org/archives/wayland-devel/2013-February/007455.html

I'm a little worried that we're going to make event-loop too much of a mess of #defines without covering all the cases. My use-case, Android, is Linux but not GNU/Linux;
Would it be a better overall solution if we simply replace timerfd and signalfd with a more generic architecture and then move the guts of the event loop to poll or select?

Теперь вот «фрибздуны» недавно вкорячили EVDEV в ядро и libevdev + libudev-devd в юзерспейс — и правда ж «куда им деваться» ...

anonymous
()
Ответ на: комментарий от commagray

На FreeBSD хотя бы пытаются Wayland палочкой тыкать. У OpenBSD с графикой беда и останутся на Xenocara (X11) без изменений, скорее всего.

OpenBSD - это вообще сплошная бида для говноделов, окупировавших Linux: зонда systemD нет, современный новый жир они не пускают к себе, да еще и регулярно выкидывают различные ненужно, постоянно очищая, уменьшая и улучшая код своей базовой части.

anonymous
()
Ответ на: комментарий от anonymous

Вот только bluetooth выкинули зачем-то (потому что разработчик ушел). Надо наладить обмен кода между netbsd и openbsd и все будет хорошо.

anonymous
()
Ответ на: комментарий от anonymous

На FreeBSD хотя бы пытаются Wayland палочкой тыкать.

А чего его тыкать. Он там работает: Sway, Hikari. Софт Qt5 нативно работает стабильно, GTK3 само собой.

Исключительно во влажных и горячих девичьих мечтах любителей вялого. Qt-приложения падают примерно раз в 5 минут, поведение X-программ на XWayland'е — АдЪ и Израиль, программы на GTK3... А нет их, годных программ на GTK3. Firefox 3 раза вроде нормально запускается и работает, на 4-ый раз говорит, у нее проблемы и нужно пересоздать профиль. Ха, и обещанного ускорения видео на vaapi нет.

В лучшем случае — уровень фейланда, как у X'ов в 84 году.

anonymous
()
Ответ на: комментарий от anonymous

Ясно, что вейланд всех их сметет, потому как FreeBSD сугубо на линуксовом софте существует...

Галоперидолом бы тебя подколоть... Ты еще скажи, что небо зеленое, потому как асфальт мокрый. Вы, наркоманы — отвратительны.

anonymous
()
Ответ на: комментарий от anonymous

Qt-приложения падают примерно раз в 5 минут.

Почему у меня ничего не падает? Нужно установить QT_QPA_PLATFORM=wayland, чтобы Qt софт работал wayland-нативно, а не через XWayland.

XWayland

XWayland не нужен. Пропиши в конфиге sway «disable xwayland».

anonymous
()
Ответ на: комментарий от anonymous

А что не так то? Покажи примеры эксклюзивно бсдшного прикладного софта или тем более стека приложений, тулкиты, фреймворки? Да весь прикладной софт общий по используемым POSIX-совместимым осям. А GNU/Linux задает направление разработки.

anonymous
()
Ответ на: комментарий от anonymous

Qt-приложения падают примерно раз в 5 минут.

Почему у меня ничего не падает?

Очевидно, потому, что у тебя не стоит ничего.

Нужно установить QT_QPA_PLATFORM=wayland, чтобы Qt софт работал wayland-нативно

Спасибо, кэп. Только забыл добавить, что работает нестабильно, против rock solid работы в X'ах.

XWayland не нужен.

Только тем, у которых не стоит ничего, хе-хе-хе.

anonymous
()
Ответ на: комментарий от anonymous

Да весь прикладной софт общий по используемым POSIX-совместимым осям.

Вроде бы у тебя просветление началось. Наконец таблетки принял?

А GNU/Linux задает направление разработки.

Увы и ах, твои счастливые мгновенья длятся буквально считанные секунды.

Хотя бы попытайся на секунду задуматься: под какую ОС пишется nginx? Под какую он портируется?

anonymous
()
Ответ на: комментарий от anonymous

под какую ОС пишется nginx?

под докер

anonymous
()
Ответ на: комментарий от anonymous

ускорения видео на в firefox с wayland'ом на vaapi нет

Работает на sway. HOWTO: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244793#c0

Ты, лично ты пробовал? Мои попытки были безуспешны.

Более того, я тебе скажу, сегодня пересоберу firefox с патчами местного LOR'вца — i-rinat — и у меня в лисичке аппаратное ускорение заработает без всякого чаклунства, как в твоей ссылке.

Еще раз, коротко, уровень развития фейланда — примерно X'ы 84 года.

anonymous
()
Ответ на: комментарий от anonymous

https://i.imgur.com/nMHaz1D.png

Current. Ясно-понятно. За 12 лет развития в фейланде поддержка исключительно bleeding-edge. Да и то, твои результаты без замеров производительности — несерьезно.

Еще раз, коротко, уровень развития фейланда — примерно X’ы 84 года.

Да-да-да.

Прекрасно, что к тебе приходит понимание ненужности этой невзлетевшей технологии. За 12 лет не добиться результата X'ов 84 года!

P.S. Отдельно добавлю про это днище — alacritty. Жрет ресурсы как не в себя, но выделения крыской нет. И так все в этом вашем вялом — все полурабочее. Кстати, продемонстрируй запрет на снятие скриншотов в этом твоем сувае. Он ведь такой безопасный!

anonymous
()
Ответ на: комментарий от anonymous

Current. Ясно-понятно. За 12 лет развития в фейланде поддержка исключительно bleeding-edge.

Ян тестирует VAAPI на какой-то из релизных веток 11 с i386 на Skylake.

Жрет ресурсы как не в себя, но выделения крыской нет. УМВР, выпрямляй руки.

Да и то, твои результаты без замеров производительности — несерьезно.

Измерять производительность VAAPI? Поддерживаемые железом профили H.264 работают без дропа кадров. Критерий «серьёзности» какой?

За 12 лет не добиться результата X’ов 84 года!

VAAPI в 84?

продемонстрируй запрет на снятие скриншотов в этом твоем сувае

permit grim fullscreen screenshot

Остальным программам можно разрешить доступ к разным протоколам: permit * fullscreen keyboard mouse background screenshot panel lock

anonymous
()
Ответ на: комментарий от anonymous

Что-то на этом форуме разметка стала упоротой.

anonymous
()
Ответ на: комментарий от anonymous

Ян тестирует VAAPI на какой-то из релизных веток 11 с i386 на Skylake.

Тестирует — значит пока не работает. И почему проц такой древний — Skylake — в нашей смузишной это не одобрят, хе-хе-хе.

Да и то, твои результаты без замеров производительности — несерьезно.

Измерять производительность VAAPI? Поддерживаемые железом профили H.264 работают без дропа кадров.

Не строй из себя гимназистку, готовую потерять невинность после бала. У меня на Ivy Bridge тоже все в firefox'е работает без потери кадров, да и проц не особенно сильно нагружен. Еще раз, слова стоят ничего. Нужны замеры и сравнения.

За 12 лет не добиться результата X’ов 84 года!

VAAPI в 84?

Ну да: vaapi и фейланд — это одно и то же. Галоперидолом бы тебя подколоть.

permit grim fullscreen screenshot

Теперь запрети лисичке делать скриншоты. Почему она может это делать? Ты ведь ей это не разрешал, хе-хе-хе.

Днище этот ваш фейланд.

anonymous
()
Ответ на: комментарий от anonymous

Тестирует — значит пока не работает.

Ясно.

Нужны замеры и сравнения.

VAAPI на скрине не VAAPI.

Теперь запрети лисичке делать скриншоты.

Теперь запрети лисичке под иксами делать скриншоты.

Галоперидолом бы тебя подколоть.

anonymous
()
Ответ на: комментарий от anonymous

Нужны замеры и сравнения.

VAAPI на скрине не VAAPI.

Ясно-понятно. Замеров не будет. Мы тебе должны поверить, просто поверить, хе-хе-хе.

Теперь запрети лисичке под иксами делать скриншоты.

Ага, «а у вас негров линчуют». Как-то уверенность в вялых технологиях пошатнулась. Кстати, если я тебе продемонстрирую, как это сделать — ты трижды напишешь в этом уютном чятиге: «Слава BSD! X слава!»? Идет?

anonymous
()
Ответ на: комментарий от anonymous

Отдельно добавлю про это днище — alacritty. Жрет ресурсы как не в себя, но выделения крыской нет.

У меня на иксах есть выделение мышкой, но

  1. Ресурсы таки жрёт.
  2. Позволяет выделять какие-то символы (предположительно пробелы) после конца строки вместо символа перевода строки как положено у нормальных эмуляторов терминала.
  3. Странности с некоторыми шрифтами: ШГ
Gentooshnik ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.