LINUX.ORG.RU

Red Hat Enterprise Linux 8.9

 , , , ,


0

1

После выпуска Red Hat Enterprise 9.3 подготовлен выпуск предыдущей версии Red Hat Enterprise Linux 8.9. Rocky Linux на данный момент все еще не выпустил версию 9.3. RHEL 8 будет поддерживаться без учета расширенной фазы до 2029 года, поддержка CentOS Stream будет прекращена в 2024 году, пользователям рекомендовано либо обновиться до CentOS Stream 9, либо перейти на RHEL/Клоны RHEL.

Исходные тексты Red Hat Enterprise Linux 8.9 доступны только подписчикам на портале access.redhat.com . По условиям пользовательского соглашения редистрибьюция запрещена.

Что нового:

  • Обновлены инструменты для разработчиков: GCC Toolset 13, LLVM Toolset 16.0.6, Rust Toolset 1.71.1, Go Toolset 1.20.10, Node.js 20, Valgrind 3.21, SystemTap 4.9, elfutils 0.189, java-21-openjdk (также продолжают поставляться java-17-openjdk, java-11-openjdk и java-1.8.0-openjdk).
  • Обновлены системные компоненты: samba 4.18.4, 389-ds-base 1.4.3.35, OpenSCAP 1.3.8, Grafana 9.2.10, opencryptoki 3.21.0, iproute 6.2.0, libnftnl 1.2.2, makedumpfile 1.7.2, Podman 4.6.
  • В установочные образы добавлен параметр «inst.wait_for_disks», задающий время ожидания загрузки kickstart-файла или готовности драйверов в процессе загрузки.
  • В команду network для kickstart-файлов добавлены новые опции "--ipv4-dns-search" и "--ipv6-dns-search" для задания базовых доменов для директивы «search» в /etc/resolv.conf, а также опции "--ipv4-ignore-auto-dns" и "--ipv6-ignore-auto-dns" для игнорирования получения настроек DNS через DHCP.
  • В сервис fapolicyd для упрощения отладки проблем добавлена передача номеров правил для отклонённых обращений к API fanotify.
  • Бэкпортирован драйвер Intel QAT с поддержкой устройств Intel Quick Assist Technology 401xx/402xx.
  • Добавлены драйверы для сетевых устройств Thunderbolt/USB4 (thunderbolt_net) и беспроводных адаптеров Broadcom 802.11 (brcmfmac), поставляемых для систем ARM64. Добавлены драйверы для Bluetooth-устройств MediaTek, Microsoft Azure Network Adapter IB (mana_ib), Linux USB Video Class driver (uvc), AMD SoundWire (soundwire-amd), DisplayPort Alternate Mode (typec_displayport), Virtio-mem (virtio_mem). Улучшена поддержка процессоров Intel на базе микроархитектуры Meteor Lake.
  • Добавлена возможность указания UUID при создании ФС GFS2 (в утилиту mkfs.gfs2 добавлена команда "-U").
  • Другие новшества.

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



Проверено: hobbit ()
Последнее исправление: Virtuos86 (всего исправлений: 3)
Ответ на: комментарий от Vsevolod-linuxoid

Эти похожи на полумертвецов. Это уже слишком.

Was2023
() автор топика
Ответ на: комментарий от Vsevolod-linuxoid

Эта внезапно найденная лазейка была известна всегда. Но психи ничего не хотели слышать.

Вместо этого десятилетия мы слышим страдания и заламывание рук о том что а вот большие проекты под BSD могут закрыть. В реальности же именно GPL позволяет творить всякие мерзости и портить жизнь сообществу.

tommy ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Да что вы такие фанатики то. Я про открытое ПО, а они опять про лицензии. Опять это СПО. Мир так не мыслит, столлмановскими измышлениями. Есть программы с исходным кодом, есть лицензии. СПО и «свободные лицензии» это столлмановский Фейк.

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

а вот большие проекты под BSD могут закрыть

Что значит могут? Реально закрывают же. Сходу могу назвать:

  • Nintendo Switch — внутри FreeBSD
  • Intel ME — внутри Minix

Покажи мне способ получить их исходники. Ах да — его нет.

именно GPL позволяет творить всякие мерзости и портить жизнь сообществу

В то время как BSD позволяет не просто портить жизнь сообществу через лазейки, а открыто его посылать на три буквы.

Не понимаю, чем это лучше лазейки в GPL. Или у тебя принцип «сгорел сарай, гори и хата»?

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от tommy

Открытое ПО и свободное ПО — и правда разные вещи. Это закреплено на юридическом уровне, как раз таки через лицензии и EULA. Потому что есть лицензии, где код открыт, а менять нельзя, например у RAR.

СПО и «свободные лицензии» это столлмановский Фейк.

Впервые слышу, что имеющие юридическую силу лицензии называли фейком.

Если что, я под СПО, как и RMS, понимаю как BSD, так и GPL.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

Покажи мне способ получить их исходники. Ах да — его нет.

Специально для сектантов: люди отдают код. Кто хочет - развивают основной проект.

И значимых проектов под Mit/BSD возможно больше чем GPL.

А вы, со своей «свободной» лицензией, требуйте изменения у RHEL :)

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

Специально для сектантов: люди отдают код. Кто хочет - развивают основной проект.

А кто не хочет — закрывает. И мы даже не знаем, сколько их — они могут это делать молча. Как с Intel, что они задействовали Minix, стало известно вообще случайно.

со своей «свободной» лицензией, требуйте изменения у RHEL

Вот именно, что покупатели вправе его требовать и даже могут получить без ругани — их ограничения не более чем paywall, что придется покупать новые подписки, чтобы получать обновления (для Oracle и прочих авторов клонов это так себе препятствие).

А с BSD, они бы просто послали нафиг — код закрыли бы и всё. То есть клоны RHEL стали бы в принципе невозможны — только форки от точки во времени.

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

Вот именно, что покупатели вправе его требовать и даже могут получить без ругани — их ограничения не более чем paywall, что придется покупать новые подписки, чтобы получать обновления (для Oracle и прочих авторов клонов это так себе препятствие).

И как уже отметил, это во всяком случае предотвращает деградацию материнского проекта. Например, именно из-за шума вокруг CentOS шапке пришлось расширить бесплатный вариант до 16 систем, а не повесить тяжелый замок. Также появились скрипты для миграции с одного на другой. Не говоря уж о системах создания RHEL и возможно патчей для улучшения скорости компиляции кода. Но к сожалению, читатель LOR не способен оценить это. Печаль.

Was2023
() автор топика
Последнее исправление: Was2023 (всего исправлений: 1)
Ответ на: комментарий от tommy

Ну и какие правки кода вернула Nintendo во FreeBSD или донаты дала после того, как всю ОС целиком использовала и закрыла?

И даже если ты себе купишь Switch, то кода тебе не видать, даже под EULA — пошлет.

С RHEL они закрыли его лазейкой, которую можно обойти хотя бы.

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

Никто не просил ничего возвращать. Но сектантам не понять.

А с GPL на вами так и будут издеваться. Она защищает крупные корпорации, не вас и не код.

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

Я не отрицаю очевидного факта, что основную выгоду от условий GPL действительно получают крупные корпорации, как и от всего СПО в целом.

Я лишь не могу не заметить, что это свойственно лицензиям BSD типа в ещё большем объеме. Ограничения GPL пусть и крайне несовершенно, но всё же сдерживают корпорации и играют на руку сообществу СПО.

Лицензии BSD же дают корпорациям карт-бланш на то, чтобы эксплуатировать труд сообщества СПО, не давая ничего взамен.

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

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

Да такого вклада как превращения быстрого ядра линукс в серверное и вкорячивания в систему пышпыщьaudio и зонда systemd лучше не надо.

Программисты пишут код. Программисты отдают код. Не лезьте со своим фейковым свободным софтом под лицензиями выгодными именно мегакорпорациям и миру капитала в целом.

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

Лицензии BSD защищают права программиста (корпорации), а GPL — пользователя.

Eshkin_kot ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.