Компания Red Hat выпустила (https://www.redhat.com/en/about/press-releases/red-hat-bridg... дистрибутив Red Hat Enterprise Linux 7.4. Ветка RHEL 7.x будет поддерживаться до июня 2024 года. Установочные образы RHEL 7.4 доступны (https://access.redhat.com/downloads/) для загрузки только зарегистрированным пользователям Red Hat Customer Portal и подготовлены для архитектур x86+64, IBM POWER7+, POWER8 (big endian и little endian) и IBM System z. Исходные тексты пакетов можно загрузить из Git-репозитория (https://git.centos.org/project/rpms) проекта CentOS.Основные новшества (https://access.redhat.com/documentation/en-US/Red_Hat_Enterp...:
-
Безопасность- Добавлен фреймворк USB Guard, позволяющий управлять доступом пользователей к USB-устройствам для блокирования возможных утечек информации. Поддерживается создание белого и чёрного списков USB-устройств;
- Усилена защита изолированных контейнеров, благодаря обеспечению поддержки SELinux в OverlayFS;
- Компоненты OpenSSH обновлены до версии 7.4 (https://www.opennet.ru/opennews/art.shtml?num=45719), добавлена возможность продолжения прерванных загрузок по SFTP и поддержка сертификатов и слепков публичных ключей на основе SHA-256. Прекращена поддержка SSH-1 на стороне сервера;
- Поддержка NBDE (Network Bound Disk Encryption), позволяющего шифровать содержимое корневых разделов на жестких дисках без необходимости ручного ввода пароля в процессе загрузки;
- Улучшения в инструментах системного аудита: фильтрация событий из логов аудита по идентификатору сеанса или uid, вывод дополнительной информации по критическим событиям и упрощённая навигация по большим наборам записей;
- Обновлён пакет OpenSSL 1.0.2, в который добавлена поддержка протоколов DTLS (Datagram Transport Layer Security) 1.2, возможность использования ECDHE в TLS и реализация ALPN (Application-Layer Protocol Negotiation, позволяет использовать HTTP/2 в nginx);
- Прекращена (https://access.redhat.com/blogs/766093/posts/3050871) поддержка большой порции устаревших криптографических протоколов и методов шифрования, в том числе SSH 1.0, SSL 2.0, экспортных шифров (EXPORT), RC4, MD5, MD4 и SHA-0, параметров Diffie-Hellman (DH) до 1024 бит;- Добавлена поддержка системного вызова getrandom(), который позволяет получить значения от системного генератора псевдослучайных чисел через обращение к системному вызову, что обеспечивает надёжную защиту от атак, основанных на исчерпании доступных файловых дескрипторов (при отсутствии свободных дескрипторов невозможно задействовать /dev/urandom);
- Для генератора псевдослучайных чисел представлен новый коллектор энтропии на основе джиттера (Jitter Entropy Random Number Generator), основанный на учёте отклонения времени повторного исполнения определённого набора инструкций на CPU (CPU execution time jitter), которое зависит от множества внутренних факторов и непредсказуемо без физического контроля над CPU;
- Обеспечена полная поддержка пространств имён идентификаторов пользователей (user name spaces), позволяющих задействовать в контейнере отдельную таблицу идентификаторов, не пересекающуюся с хост-системой (например, root в контейнере не будет иметь повышенных прав в хост-системе);- Подсистема идентификации SSSD (System Security Services Daemon) в контейнерах переведена в разряд полностью поддерживаемых технологий. Контейнер для развёртывания сервера идентификации (IdM, Identity Management) пока остаётся в числе экспериментальных возможностей. Пакет OpenLDAP обновлён до версии 2.4.44, а Samba до версии 4.6.2 (https://www.opennet.ru/opennews/art.shtml?num=46156) (ранее использовался выпуск 4.4.4). Средства идентификации приведены в соответствие критериям FIPS (реализован отдельный режим соответствия FIPS).
- Значительно улучшена поддержка смарт-карт. В web-интерфейсе IdM добавлена возможность входа при помощи смарт-карты и поддержка аутентификации в Active Directory, реализована гибкая схема привязки сертификата смарт-карты к учётной записи. В дополнение к драйверу CoolKey добавлен OpenSC, набор библиотек для работы со смарт-картами, поддерживающий Common Access Card (CAC) и предоставляющий функциональность апплета CoolKey. В IdM добавлена экспериментальная поддержка DNSSEC;
- В SSSD добавлена возможность получения билета Kerberos при аутентификации через смарт-карту, возможность входа в разные учётные записи при помощи одного сертификата на смарт-карте, реализован новый сервис kcm для кэширования параметров учётных записей Kerberos, поддержка настройки субдоменов Active Directory в серверном режиме SSSD, возможность аутентификации по коротким именам пользователей в Active Directory, поддержка работы с пользователями и группами через D-Bus и PAM (не обязательно наличие SID и OID/GID).
- В сервере директорий задействована новая схем хранения паролей на основе хэша SSHA_512 и добавлена поддержка схемы PBKDF2_SHA256, осуществлён переход на библиотеку tcmalloc и событийно-ориентированный фреймворк nunc-stans, представлена большая порция оптимизаций производительности;- В состав включен пакет tss2 с реализацией стека TSS 2.0 (Trusted Computing Group Software Stack), позволяющего взаимодействовать с устройствами TPM 2.0;
- В ядре по умолчанию включена поддержка рандомизации адресного пространства ядра (KASLR) для подсистем управления памятью
(например, KASLR применяется для рандомизации стартового адреса для виртуальных адресов в секциях Direct mapping, vmalloc и vmemmap). Для остальных подсистем поддержка KASLR пока носит экспериментальный характер и не включена по умолчанию;- Добавлена экспериментальная поддержка демона systemd-importd, позволяющего организовать загрузку готовых образов контейнеров в форматах tar, raw, qcow2 и dkr и их размещение в директории /var/lib/machines для запуска через nspawn. Для проверки валидности загружаемых образов используется GPG.
- Для гостевых систем, работающих под управлением гипервизора KVM, добавлена экспериментальная поддержка USB 3.0;Сетевые возможности
- NetworkManager обновлён до версии 1.8 (https://www.opennet.ru/opennews/art.shtml?num=46528) с поддержкой настройки атрибутов для статических маршрутов, задействованием технологии MACsec (IEEE 802.1AE, Media Access Control Security), поддержкой управления настройками DNS через D-Bus и устранением неопределённости с восстановлением состояния устройств после перезапуска;
- Пакет wpa_supplicant обновлён до выпуска 2.6 с поддержкой шифрования MACsec;- Реализация GRE-туннелей синхронизирована с ядром 4.8. Добавлена возможность выноса обработки туннелей GENEVE, VXLAN и GRE на специализированное оборудование (offloading), а также реализована поддержка LCO (Local Checksum Offloading) для туннелей. Проведена оптимизация кода работы с туннелями для сетевых карт не поддерживающих
offloading;
- В Netfilter добавлена поддержка трансляции сетевых префиксов IPv6 - NPTv6 (IPv6-to-IPv6 Network Prefix Translation, RFC 6296);- Реализация сетевых мостов (bridge) синхронизирована с ядром 4.9. Появилась поддержка таких возможностей, как фильтрация 802.1ad VLAN, ускорение Tx VLAN, 802.11 Proxy ARP, применения switchdev для выноса операций коммутации пакетов на внешнее устройство, учёт статистики в привязке к VLAN;
- В ядро добавлена поддержка вложенных VLAN, определённых в спецификации 802.1ad (QinQ) (https://en.wikipedia.org/wiki/IEEE_802.1ad). Реализация основана на коде Open vSwitch;
- Проведена оптимизация блокировок в реализации UDP-сокетов, что позволило добиться увеличения пропускной способности обработки UDP-пакетов;
- В утилиту iproute добавлена возможность изменения опций порта сетевого моста (state, priority, cost). В утилиту tc добавлена поддержка классификатора трафика flower;
- Из ветки BIND 9.11 перенесён плагин DynDB (Dynamic Database), позволяющий орган...
URL: https://www.redhat.com/en/about/press-releases/red-hat-bridg...
Новость: https://www.opennet.ru/opennews/art.shtml?num=46955
> GNOME обновлён до выпуска 3.22Джва года ждал. Скоро прилетит ко мне в центос, значит. Шикарно
>Скоров ноябре-то?
>>Скоро
> в ноябре-то?Релиз Centos выходит обычно через месяц после RHEL.
Но в CR репе обновления появляются через неделю. Кому не терпится могут через несколько дней уже обновить до Centos 7.4. В течение месяца также обновится rpmfusion для EL. Большое количество пакетов Fedora 25 будут доступны для RHEL/Centos.
две последние центоси 1511 и 1611
А что, это долго что ли?
Может у почтенной публики есть информации по дате релиза RHEL 8 и roadmap`у ?
Покупайте Альт, по цене самый выгодный выходит (https://store.softline.ru/basket/shareLink?items[100403...
Миша, залогинься!!!
Показательно, что эту лажу рекламирвать можно только анонимно )
Зарелизят как только напишут новый инит.
> Зарелизят как только напишут новый инит.и новый ФС для лёниного пакаж-манагера
Шо, системдэ слишком безглючный получился, надо опять переписывать с нуля?
Нет, но надо ж им как-то зарабатывать на админских курсах. А то системде уже все освоили, даже кто не хотел.
есть информация - дата релиза не определена.
и вообще, там пока не очень представляют, что из себя должен представлять рхел-8, просто очередной бамп версий всего - уныло.
а зачем тебе именно рхел-8? скоро новое ядро подвезут, с юзерлэндом от 7.4.
> есть информация - дата релиза не определена.
> и вообще, там пока не очень представляют, что из себя должен представлять
> рхел-8, просто очередной бамп версий всего - уныло.
> а зачем тебе именно рхел-8? скоро новое ядро подвезут, с юзерлэндом от
> 7.4.В ближайшие пару-тройку лет смысла в RHEL 8 нет. Скорее всего 8-ка уже будет нацелена на квантовые компьютеры и ядром с ZFS.
Расскажите кто в теме, у кого какие преимущества\недостатки между Red Hat Enterprise Linux и SUSE Linux Enterprise ?
Я, конечно, абсолютно не в теме, но из общих соображений - из примерно равных решений лучше выбирать более популярное - банально больше опыта эксплуатации доступно.
Преимущества RHEL: есть бесплатный CentOS. Поэтому можно установить на ноут, и не платить. Если тебе не нужна техподдержка - самое то! А если захочешь SLED на ноут, то придётся заплатить в любом случае. Альтернатива CentOS в мире SLED - это "60-дневный триал-период".Преимущества SLE: YAST, куча GUI-шек ко всему что только можно.
На SLE приятно мигрировать с openSUSE, на RHEL - с Fedora.
Недостатки обоих дистров: systemD.
> Недостатки обоих дистров: systemDГоворим-то про enterprise, а не про хипстероватые "крафтовые" баш-портянки.
Лёня, не бугурть.
>> Недостатки обоих дистров: systemD
> Говорим-то про enterprise, а не про хипстероватые "крафтовые" баш-портянки.ага, фиг чо сдерёшь с этих хипсторов, то ли дело интырпрайз, плотющий за неисправляемые баги миллиарды
> заплатить в любом случаену сколько можно втирать эту дичь?
нынешний openSUSE Leap суть CentOS только для SLES/SLED
> ну сколько можно втирать эту дичь?
> нынешний openSUSE Leap суть CentOS только для SLES/SLEDну сколько можно втирать эту дичь?
У CentOS поддержка 10 лет, как и у соответствующего релиза RHEL.
А у openSUSE, пусть даже и Leap, поддержка 18 месяцев! Месяцев! Полтора года!!! И ЭТО Вы предлагаете ставить на сервер?
первая ссылка в гугле по "opensuse lifetime"
ведёт на https://en.opensuse.org/Lifetime
где простым языком простых реднеков написано: 18 месяцев для минорного(!) релиза и минимум 36 для мажорного (на самом деле больше, скорее всего 5 лет для не-evergreen + 1-5 лет для evergreen релизов). просто решение о запуске Leap появилось уже после выхода SLES12 и нынешний Leap с его 36 месяцами (это кстати минимум, но не максимум) будет самым короткоживущим.
openSUSE имеет Yast2.
Расскажи, зачем тебе на ноуте энтерпрайзная ось?
из личного опыта - SLES8 - при массовом копировании с диска на диск система падала. да и отзывчивостью не блистала - в отличии от… В RH, по моим наблюдением, более сильные разработчики ядра, да и тестирование на высоком уровне.зы. у убунты теже проблемы с разработкой ядра (((
зы2. не дадут мне соврать )) люди из альтлинукс - они сами использовали ядра из RH
зы3. как и люди из оракл :)))))))
> из личного опыта - SLES8это какой год был, если не секрет, 2003?
> В RH, по моим наблюдением, более сильные разработчики ядра, да и тестирование на высоком уровне
вы это из головы выдумываете?
https://www.suse.com/communities/blog/openqa-open-source-tes.../RH тянутся за качеством SUSE и используют их методики и инструменты
> https://www.suse.com/communities/blog/openqa-open-source-tes.../Это один из инструментов. Пусть будет :))))
в целом они выпускают качественную ОС уже давно. так что "RH тянутся за…" мимо кассы, но нет предела совершенства.а с openSUSE и SLE* воюю давно, но уже сдался, даже дома поставил клон rhel (раньше был именно openSUSE) и расслабился
> у убунты теже проблемы с разработкой ядраУ них как раз никаких проблем нет. Как и разработки.
> Расскажите кто в теме, у кого какие преимущества\недостатки между Red Hat Enterprise
> Linux и SUSE Linux Enterprise ?у suse чуть более человеческий пакетный менеджер и чуть больше консерватизма в выборе версий и технологий.
Оба пункта, разумеется, актуальны только если у тебя на самом деле ентерпрайз, а не просто лишние деньги, и серверов не один и не два.RH ценен своими опенстековскими и прочими распределенными поделками, но это отдельная тема за отдельные деньги, нужная далеко не всем.
Ну и да - если понадобится ставить какую-то коммерческую поделку - то версия для RHEL у нее точно будет, а для SLES уже как повезет.
> у suse чуть более человеческий пакетный менеджерЧуть? Ни фига себе — "чуть"! zypper — один из лучших пакетных менеджеров, его только с apt можно сравнивать. А убогий yum — непрерывный источник анальной боли админов, и dnf (которого в RHEL по-прежнему нет) от него недалеко ушёл.
т.е. апт богоподобный пакетный менеджер, а юм кал... ясно, понятно :)
> Расскажите кто в теме, у кого какие преимущества\недостатки между Red Hat Enterprise
> Linux и SUSE Linux Enterprise ?RHEL: mac (selinux), lts (7 лет + 3), свежий сетевой стек и ФС (большинство разработчиков кормится в RH), вычищенные (частично) баги systemd (т.к. Поттеринг наблюдается в редхатовской клинике). RHDS|IPA (могут рассматриваться как) аналог/замена M$ AD. CentOS (RH левой рукой делает то, от чего официально отказывается правая, e.g. XEN).
(Всё ещё) лучшее на рынке тестирование перед релизами (но качество падает и у RH, увы.) Десктоп какой-то есть, но странная идея его поставить последние 10 лет ни ко мне, ни к знакомым в голову не забредала.
* Ходят слухи, что инженеры RH любят ноуты Lenovo thinkpad, поэтому (в fedora) минимум проблем с acpi.SLES|SLED: dac (apparmor), "lts" (1.5 года*N, т.к под видом SP меняют ядро и обвязку), относительно "свежие" (по номерам) ядра. Очень хорошо проработанный (по меркам linux-экосистемы) GUI. Аффилиаты M$.
Мда, как-то мрачно выходит. "Для конченых мышевозов без претензий на контроль доступа и стабильность в рамках жизненного цикла".
* Однако, на моих довольно-таки многочисленных десктопах живут достаточно близкие к SLED openSUSE, именно по причине GUI.Оба дистрибутива малопригодны для историй с "continuous integration.", но могут выступать подкладкой под те или иные виды контейнеров с, так сказать, "интегрируемым".
RHDS|IPA (могут рассматриваться как) аналог/замена M$ ADНе может. Она не поддерживает винду, только линух. В принципе, красивая штука, но без винды в реальном мире никуда, так что не стоит городить огород и проще сразу поднять АД на самбе.
> но без винды в реальном мире никудаЧушь сморозил. Админам локалхостов без венды может и никуда.
>RHEL: mac (selinux), lts (7 лет + 3)условный lts. если посмотреть насколько сильно перелопатили сетевой стек между 7.2 и 7.3 - то заметно подтягивание к 4.9 vanila. Но да, циферку не сменили - и можно считать что все хорошо.
> Но да, циферку не сменили - и можно считать что все хорошо.так это самое главное - что бы API ведерный сохранился, для всяких vmware ws и dahdi хорошо, не надо постоянно патчи мержить
> Расскажите кто в теме, у кого какие преимущества\недостатки между Red Hat Enterprise
> Linux и SUSE Linux Enterprise ?В сузе прикольно возиться с репами с obs, в остальном одно и то же, дело вкуса.
С репами с OBS можно возиться и в RHEL.
> С репами с OBS можно возиться и в RHEL.Ты даже не представляешь себе сколько в конторах, в которых > 1.5 программиста развернуто локальных OBS (для всевозможных rpm- и deb-based платформ), втихаря, не сообщаяя об этом на изгаженный мишей опеннет.
лицензией отличается, технически отличается, две разные технологии, ни одна из них не панацея. вам вообще под что нужен линукс с платной поддержкой от производителя?
В предыдущие несколько лет SUSE пережила целый цикл всяких поглощений и слияний. Это не лучшим образом сказалось на популярности дистрибутива. Поэтому, всякий коммерческий серьезный софт реализуется в первую очередь под шапку, под SLES/SLED можно и не найти.Обновленные сборки для SLES выходят пореже. 12я версия была запилена 27.10.2014, в настоящее время выпущена 12SP2. 7я шапка вышла 10.06.2014, сейчас уже доступна версия 7.4.
У шапочников больше всяких сопутствующих технологий, предназначенных для руления облаками, контейнерами, виртуалками и прочими модными сейчас штуками. Хотя, вот у SUSE есть такая штука как "SUSE Linux Enterprise Server for SAP Applications", аналога которой нет у RH.
У RH есть техподдержка которая называется SelfSupport (дешевая). Не знаю, пользуется ли ей кто-то в условиях наличия CENTOS, но тем не менее. У SLESa аналога ей нет.
В SLES12 юзается в качестве дефолтной файловой системы BfrFS. Правда, мелким шрифтом написано, что это только для размещения самой оси стоит делать, данные хранить на xfs ))
Что касается YAST и прочих гуёвых примочек для настройки, свойственных SLES'у. При большом парке систем никто не тыкает мышкой, настраивая каждую систему персонально. Поэтому отсутствие YAST'а в редхате не напрягает нисколько. Всё разворачивается и управляется централизованно.
Получается, что с т.з. крупных компаний (а мелким Enterprise-сектор не особо интересен) РедХат выглядит все же более привлекательным.
Как-то так...
Все это, конечно же имхо, готов выслушать альтернативные мнения
Хм, похороны Btrfs в пользу допиленного нормального стека lvm/md? Отлично. Правильная архитектура рулит.
Да не, просто все лизнули CoW FS, и поняли, что нафиг оно реально не нужно.
Так оно, собственно, стало ненужным когда нормальные снимки появились на уровне LVM.
Они в lvm как раз _не_нормальные. Потому что "журнал наоборот" и fs-agnostic. (Есть ещё вариант устроить панику в ситуации недостатка ОЗУ.)
COW таки нужен, но редко и для этого ZoL собирает rpm прямо под RH ядра. 90% COW-кейсов это закрывает, а оставшиеся идут в SLES.
Filesystem-agnostic - это, собственно, невелика проблема - в любом случае констистентность того, что на файловой системе - забота какой-то внешней логики, о которой FS ничего знать в принципе не может.А вот насчёт "журнала наоборот" - можно поянсить?
> А вот насчёт "журнала наоборот" - можно поянсить?1. Пришёл запрос "записать блок X в сектор N".
2. lvm читает текущее содержимое сектора N, затем пишет его в журнал.
3. lvm пишет блок X в сектор N.4. Пришёл запрос "прочитать со снапшота сектор N.
5. LVM находит в журнале сектор N и отдаёт оттуда6. Пришёл запрос "прочитать со снапшота сектор M (не менялся с момента создания снапшота).
7. lvm не находит сектор M в журнале и отдаёт с оригинала.Отсюда имеем 2х+ провал по записи на раздел с одним подключенным "снапшотом". Учитывая, что снапшот обычно подключают не для развлечения, ситуация ещё грустнее (линейное чтение по всему разделу в процессе выполнение резервной копии де-факто оказывается чтением с 2-х разделов).
COW выбирают, когда изложенное выше перевешивает "нюансы", присущие (zfs|btrfs).
А! Но насколько я помню, это же с thin snapshots поправили?
> А! Но насколько я помню, это же с thin snapshots поправили?1. Разбивку места "поправили", ценой деградации надёжности (статическая разбивка элементарно чинится при наличии бэкапа конфига). Принципов ведения журнала это не меняет, обратный (прямой) способ называется COW.
2. Записываемый снапшот для thin provisioning можно воспринимать как частный случай cow (аналог контейнеров qemu "qcow2"). "Нюансы", соответственно, в обоих случаях похожи. Но как только снимаем "снапшот со снапшота" (а как по-другому сбэкапить х.з. что содержащее блочное устройство?), см. п.1.
смотри,
если копируем старый блок из оригинала в снапшот, то если нам снапшот больше не нужен (бекап завершен), то дропаем из все, едем дальше, но роллбак требует копирования из снапшота.если пишем новый блок в снапшот, то роллбак очень прост, но удаление снапшота требует копирования.
плюс что получим если снапшот, не дай будда, переполнится и будет ЧП.
видимо решили что удаление снапшота более частая ситуация.
CoW да, фишка не всем нужная. Но помимо CoW есть еще сжатие.
Cжатие тоже нужно не всем.
Логи небось ратируешь...
> Логи небось ратируешь...а ты выбрасываешь вместе с заполненным нжмд?
>> Логи небось ратируешь...
> а ты выбрасываешь вместе с заполненным нжмд?Да на ZFS on Linux под GZIP
Только вот какая еще есть фс без журналирования и со сжатием? Одними lvm/md не выкрутиться. Да и скорость такой связки значительно ниже.
Без журналирования - ext* (для ext2/3 ужрнал отключается). Вот насчёт сжатия - действительно любопытно, раз его нигде больше нет - может, причины есть для этого?
> Без журналирования - ext* (для ext2/3 ужрнал отключается). Вот насчёт сжатия -
> действительно любопытно, раз его нигде больше нет - может, причины есть
> для этого?Как минимум, 2 причины:
1. Экстенты. "Презаписать середину вот этого файла" превращается во что?
* Для cow (btrfs) можно и с экстентами жать, 1х новый блок в новое место пишется. И жмут.
** Однако: hpfs|ntfs считаются экстентными, но как-то сжатие туда впилили.2. Отсутствие модульной архитектуры "от рождения". Камень в огород ext*. Докинуть в такую ФС функциональность — фактически без шансов.
Отключение журнала в ext делает эту фс полностью беззащитной при отключении электричества. В btrfs вместо журнала перекидываются указатели, и лишней работы в виде ведения журнала получается избежать.
Ну так выражаться надо яснее. Хотел человек без журнала - пожалуйста.
> lvm/md не выкрутиться. Да и скорость такой связки значительно ниже.Результаты тестов в студию.
> Хм, похороны Btrfs вНе не не, вы все врети!
Нам же мудрые и знающие анонимы опеннета последние пару лет все уши этим БТРом прожужжали - что оно современное, молодежное, почти надежное (проблема с бтрфс на 99% проблема с руками), давно готовое к применению и вот-вот станет дефолтом, ведь даже САМ великий ею пользуется!
А тут такой облом.
А когда будут твои похороны?
А в чём измерять? В количестве "технологий", рождённых чтобы умереть, типа hal или вот этого вот? Или может в количестве несовместимых версий udisks, которые к тому времени будут выпущены?
они бы php хотябы до 5.6 обновили бы цены бы им небыло
5.4 это уже просто неприлично и ун юзебл
https://developers.redhat.com/products/softwarecollections/o.../
> https://developers.redhat.com/products/softwarecollections/o.../под centos нету
>> https://developers.redhat.com/products/softwarecollections/o.../
> под centos нетуИди https://duckduckgo.com/?q=software+collections+php+centos от?
> они бы php хотябы до 5.6 обновили бы цены бы им небыло
> 5.4 это уже просто неприлично и ун юзеблТсссс! https://blog.remirepo.net/ никому не говори!111!!!! https://blog.remirepo.net/pages/English-FAQ#goal
да это понятно
только офф пакеты было бы кошернее
>было бы кошернееЭто к ребе.
халяльный php
Ставишь RH с платной поддержкой.
Потом используешь репы какого-то левого человека. Вот уж воистину обезьяны с гранатой.Зачем вам вообще опенсоурс? Все равно качаете левые бинари с помоек.
> Зачем вам вообще опенсоурс? Все равно качаете левые бинари с помоек.Д--ак шо ле?! Я и .src.rpm качаю на почитать.
> они бы php хотябы до 5.6 обновили бы цены бы им небыло
> 5.4 это уже просто неприлично и ун юзеблв эпоху докера такие сообщения выглядят нытьём дауна
тоже верно
> в эпоху докера такие сообщения выглядят нытьём даунаВ эпоху "докеров" дауном уже почти некого и называть...
докер и пхп старая в дистрибе из каробки как соотносятся?
понятно что в докере можно любой софт использовать, и вообще не зависеть от дистриба
я о другом писал что из коробки старая пхп и ее не возможно использовать
> докер и пхп старая в дистрибе из каробки как соотносятся?
> понятно что в докере можно любой софт использовать, и вообще не зависеть
> от дистриба
> я о другом писал что из коробки старая пхп и ее не
> возможно использоватьто ли дело: купил дистр с пехопе, пехопе обновилось до следующей версии, всё писанное сто лет наследие на пехопе накрылось тазом.
Твоя слишком сложно говорить парюсски... ничего не панимать аднака...
Вот тебе любые похапе для centos: https://rpms.remirepo.net
по-хорошему так еще и выбор должен быть между 5.6 и как минимум 7.1
но "энтерпрайз" с давно неподдерживаемой версией порадовал.
> USB GuardЖдем Unlocker и Sputnik@Mail.RU
невижу ссылку на скачку
В новости есть ссылка https://git.centos.org/project/rpms
src-пакеты теперь выкладывают там.
а бинарные то где?
> а бинарные то где?В продаже !
> Компания Red Hat приняла решение не выводить Btrfs в разряд полностью поддерживаемых в RHEL технологий и поддержка данной ФС будет прекращена в будущем значительном выпуске RHEL 8.А как-же Лёнина хотелка с пакетами?
https://www.opennet.ru/opennews/art.shtml?num=40494
Горшкова побрили? :-)
>> Компания Red Hat приняла решение не выводить Btrfs в разряд полностью поддерживаемых в > А как-же Лёнина хотелка с пакетами?С лёникной "хотелкой" всё отлично: деза-провокация вброшена, охочие до фантиков "современные прогрессивные разработчики" и конкуренты побежали по граблям. С лёнеными "релизами" всё то же самое...
> Горшкова побрили? :-)
Медаль ему дали и банку варенья, на секретном совещании.
...кто там про спрос на программеров спрашивал? Отделы пиара и дезинформацмм -- ждут.
> А как-же Лёнина хотелка с пакетами?Ждите в Дебиане :-)
Эдуард Шишкин все же добил Btrfs!!! Прощай, будем помнить тебя на века!
Он же в RH работает, если не ошибаюсь? Чем занимается, кто-нибудь знает?
в свое время именно он тестировал пригодность Btrfs для rhel, и написал разгромный отчет - тут был его пересказ. Наверно дальше курирует подсистему fs - в чем он спец
А кто писал btrfs (в эпоху его зарождения)?Не, ну я могу конечно в вики посмотреть, но мы тут вроде как на поминках, поэтому хотелось бы посидеть-поболтать об ушедшем от нас.
> А кто писал btrfs (в эпоху его зарождения)?
> Не, ну я могу конечно в вики посмотреть, но мы тут вроде
> как на поминках, поэтому хотелось бы посидеть-поболтать об ушедшем от нас.Крис Масон, при поддержке Oracle.
ну вот, что и требовалось доказать. Массоны при поддержки рептилоидов-ораклоидов.
Мне кажется, он просто запустил какие-то свои тесты, показал манагерам, и ... супер-пупер мега ФС решили выпилить.
Ждем Reiser4 в следующих выпусках в статусе experimental pre-alpha technical preview.
Шапка просто лол-контора. Осталось систимдю задепрекейтить.
> решили выпилить.
> Шапка просто лол-контора.Уж не хуже чем каноникал :)
Кто ничего не делает, тот и не ошибается. RH честно старались протащить бтр в продакшн, но не удалось, видимо, пройти QA
Замечу, что суся и орацле пихают бтр, что бы хоть что-то было интересного в них. И я уверен, после такого шага РХ, ни в следущей сусе, ни в орацле бтр не будет бтр
> Мне кажется, он просто запустил какие-то свои тесты, показал манагерам, и ...Ну не так все просто - он указал на множество проблем и даже ошибок в ее архитектуре
Лучший дистрибутив.
Дистрибутив как дистрибутив.
Разве что дороговат)
И вайн 32-х битный не завозят :)
Не дороговат, но поддержке на тебя со своим одним жалким зелёным портретом мёртвого президента пофиг, могут даже на письмо не ответить.
>И вайн 32-х битный не завозят :)Собирайте wow64 сами, вот спекота: https://github.com/JajaumaPackages/wine/.
>> До ветки 1.0.2 обновлён пакет OpenSSLждал как раз примерно 2 года
Когда уже google запилит нормального клиента gdrive под линух! Издеваются просто
Rclone/Rclone Browser - пробовали? Вроде очень даже ничего. Или сформулируйте свой критерий нормальности. Приведите пример нормального клиента.
Во ничего так: https://github.com/astrada/google-drive-ocamlfuse
Неудобно только, что на Ocaml -- там кучу каких-то депендансов приходится ставить в $HOME, причём не только Ocaml'овых, но ещё и Perl'овых. Но во всём остальном -- превосходная штука.
Ну так grive2 в помощь, был довольно живым когда я его с пол-года назад гонял. Чистые плюсы, без извращений.
> Ну так grive2 в помощь, был довольно живым когда я его с
> пол-года назад гонял. Чистые плюсы, без извращений.Я толерантно отношусь к извращениям, так что это не аргумент. Но мне не нравится в этом grive2 то, что он зачем-то хочет заниматься такой лабудой как "синхронизация". Мне это не надо. Если мне понадобится синхронизация, я выберу из всего разнообразия софта для синхронизации что-нибудь, и заставлю его синхронизировать ~/google-drive и ~/google-drive.local-copy. Кстати, а git-репозиторий в гуглодрайве... По идее ведь должно работать, если только гуглодрайв не запрещает имена файлов начинающиеся с точки. Ну вот -- и зачем мне околонулевые способности к синхронизации в исполнении grive2, если у меня есть git?
На данный момент мне не нужна синхронизация, так же как мне не нужна локальная копия всего того хлама, что я храню на google-drive, мне вполне достаточно того, что локальные приложения имеют доступ к файлам и директориям на гуглодрайве.
ага, ясно. У меня всё проще было - encfs -r и несколько софтин, синхронизирующих это с разными облаками.Насчёт извращений - имелось в виду, что ничего в хомяк не тащит, в отлииче от.
Вот ещё нагуглил ради интереса https://github.com/odeke-em/drive - потыкал палочкой, вроде работает... С моей точки зрения плюс в том, что в код на go я хоть залезть и что-то понять/подкрутить могу (да и почти любой из здешних обитателей может), в отличие от OCaml.
> ага, ясно. У меня всё проще было - encfs -r и несколько
> софтин, синхронизирующих это с разными облаками.
> Насчёт извращений - имелось в виду, что ничего в хомяк не
> тащит, в отлииче от.
> Вот ещё нагуглил ради интереса https://github.com/odeke-em/drive - потыкал палочкой,
> вроде работает... С моей точки зрения плюс в том, что в
> код на go я хоть залезть и что-то понять/подкрутить могу (да
> и почти любой из здешних обитателей может), в отличие от OCaml.Это тоже построено на идее хранить локальную копию гуглодрайва и синхронизировать её с remote. В том смысле, что если я хочу подправить какой-нибудь файлик на гуглодрайве, мне придётся сначала скачать содержимое гуглодрайва (выполнить pull), внести все изменения, а потом синхронизировать обратно (выполнить push).
fuse-драйвер делает всё это сам. Причём сугубо по мере необходимости: если я не обращюсь к файлу, то файл не скачивается. Такая штука как гуглодрайв в моей системе представлена как файловая система, а уж как с ней работать и как одолевать data races -- я сам определюсь. У меня тут coreutils под рукой, и ещё дерево портажей в /usr/portage/.Ну и да, go не сильно-то лучше ocaml'а в плане "не тащить ничего в хомяк". У go тоже свой пакетный менагер -- gpm, -- и если нет ебилдов, то придётся тащить в $HOME и само приложение, и депендансы к нему. Если есть ебилды, то они отстают от реальности не менее чем на полгода, а скорее даже больше, причём в случае go и прочих не очень популярных но быстро эволюционирующих вещей, все эти ебилды помечены кейвордом ~amd64, несмотря на отставание от реальности. Чтобы написать свои ебилды надо разобраться с пакетным менагером и научиться им пользоваться. Проще взять install guide к софтине, вогнать две-три команды в шелл, и начать пользоваться этой софтиной, чем превозмогать.
На правах оффтопа. Я вообще подозреваю, что пришла пора расслабиться в отношении "устанавливать в хомяк", прекратить сопротивление и попытаться получать удовольствие. Линуксовые дистрибутивы вваливаются в конкретный кризис, они не поспевают за реальностью и они не готовы меняться, приспосабливаясь к этой реальности.[1] Программисты разрабатывают пакетные менагеры под себя (gem, pip, opam, gpm, cargo...), потому что системные пакетные менагеры не справляются с теми задачами, которые нужны программистам. Сисадмины решают проблемы своим способом -- плодят контейнеры. Юзеры просто используют Steam, который ставит игры в $HOME, и не парятся по этому поводу. Системные пакетные менагеры же продолжают тащить на себе традиции и духовность, вместо того, чтобы конкурировать с тенденциями. Они проиграют, если не одумаются.
[1] https://blog.flameeyes.eu/2017/06/distributions-becoming-irr.../
Смеялся про BTRFS.
7.4 это там где gcc 2.96?
не, то был redhat linux 7.3 15 лет назад, 7.4 не было, был 8 и потом 9. в современном rhel 7.3 4.8.5
какую фс красношляпка рекомендует ?
Платный Permabit для своих подписок RHEL
Для системы? XFS, хотя EXT4 полностью поддерживаемый вариант (кроме разделов > 16 ТБ). А там там много ФС для разных целей поддерживается.
> ZFS … теперь практически стандарт и в линуксе.ну самомнение им не занимать, просто распирает. На каждом хосте уже установлена и трудиться во славу пингвина )))))
Может тут кто в теме, как в этом интерпрайзе который рекомендует nmcli, сделать следующие:
Через интерактивное nmcli переключаться между интерфейсами чтобы поочередно настраивать, а не выходя из интерактивного режима запускать по новой nmcli con edit.
nmtui не подошёл?
Шрифты всё ещё ШГ?