The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Представлен дистрибутив Red Hat Enterprise Linux 8.3

31.10.2020 08:36

Компания Red Hat анонсировала дистрибутив Red Hat Enterprise Linux 8.3. Установочные сборки пока не сформированы, но их на следующей неделе обещают подготовить для архитектур x86_64, s390x (IBM System z), ppc64le и Aarch64. Сборки будут доступны для загрузки только зарегистрированным пользователям Red Hat Customer Portal. Исходные тексты rpm-пакетов Red Hat Enterprise Linux 8 распространяются через Git-репозиторий CentOS.

Ветка 8.x развивается в соответствии с новым предсказуемым циклом разработки, подразумевающим формирование релизов раз в полгода в заранее определённое время. Новый цикл разработки продуктов RHEL охватывает несколько уровней, включая Fedora как плацдарм для реализации новых возможностей, CentOS Stream для доступа к пакетам, формируемым для следующего промежуточного выпуска RHEL (rolling-вариант RHEL), минималистичный универсальный базовый образ (UBI, Universal Base Image) для запуска приложений в изолированных контейнерах и RHEL Developer Subscription для бесплатного использования RHEL в процессе разработки. Ветка RHEL 8.x будет поддерживаться как минимум до 2029 года.

Ключевые изменения:

  • В репозиторий AppStream добавлены модули с новыми ветками GCC 10, LLVM 10, Rust 1.43, nginx 1.18, Node.js 14, Perl 5.30, PHP 7.4, Ruby 2.7. Обновлены пакеты с Git 2.27, Go 1.14.4, Python 3.8.3 и Squid 4.11.
  • Инсталлятор Anaconda обновлён до версии 33.16.3.1, в которой реализован показ размера сектора для NVDIMM, улучшена настройка IPv6, разрешено использовать не ASCII символы в пароле для шифрования диска, показаны корректные рекомендации по выбору ФС для /boot, /tmp, /var и /usr, для шифрованных контейнеров по умолчанию задействован LUKS2. В окне с суммарными сведениями предоставлена возможность установить пароль для root и создать нового пользователя на этапе до начала установки (ранее данные действия выполнялись после начала установки).
  • По умолчанию отключено использование расширений Intel TSX (Transactional Synchronization Extensions), предоставляющих средства для повышения производительности многопоточных приложений за счёт динамического исключения лишних операций синхронизации. Расширения отключены из-за возможности совершения атак Zombieload, манипулирующих утечкой сведений по сторонним каналам, возникающей при работе механизма асинхронного прерывания операций (TAA, TSX Asynchronous Abort). Для включения поддержки TSX следует загрузить ядро с параметром "tsx=on".
  • В инструментах для управления идентификацией объявлена устаревшей поддержка набора шифров RC4, который по умолчанию использовался для шифрования при взаимодействии между доменами Active Directory (AD). Для сохранения совместимости предоставлена новая политика DEFAULT:AD-SUPPORT (update-crypto-policies --set DEFAULT:AD-SUPPORT) для выборочного включения RC4 в RHEL Identity Management (IdM) и SSSD Active Directory.
  • В окружении GNOME Classic кнопка для переключения виртуальных рабочих столов перемещена в нижний правый угол и оформлена в виде полоски с миниатюрами.
  • Графическая подсистема DRM (Direct Rendering Manager) синхронизирована с версией ядра Linux 5.3. Обновлены графические драйверы.
  • Заменён бэкенд в сборщике образов osbuild-composer. Из поддерживаемых типов образов отмечаются TAR (.tar), QEMU QCOW2 (.qcow2), VMware Virtual Machine Disk (.vmdk), Amazon Machine Image (.ami), Azure Disk Image (.vhd) и OpenStack Image (.qcow2). Пока недоступны ext4, partitioned-disk, Alibaba Cloud и Google GCE. Добавлена возможность размещения образа в облаке.
  • В ядро добавлены параметры:
    • cpuidle.governor для выбора обработчика состояния простоя CPU (cpuidle governor).
    • kvm.nx_huge_pages для обхода ошибки X86_BUG_ITLB_MULTIHIT.
    • kvm.nx_huge_pages_recovery_ratio для управления переводом 4KiB страниц памяти в huge pages.
    • page_alloc.shuffle для управления рандомизацией списка свободных страниц.
    • panic_print и /proc/sys/kernel/panic_print для настройки сведений, выводимых в случае краха системы (состояния panic).
    • rcutree.sysrq_rcu, rcutorture.fwd_progress, rcutorture.fwd_progress_div, rcutorture.fwd_progress_holdoff, rcutorture.fwd_progress_need_resched для настройки параметров RCU (Read-copy update).
    • intel_iommu - для управления Intel IOMMU DMAR (Direct Memory Access Remapping).
    • tsc - для отключения проверки стабильности таймера для Time Stamp Counter (TSC).
    • isolcpus - для изоляции CPU от обработки прерываний.
    • mitigations, tsx, tsx_async_abort, mds для управления защитой от атак на механизм спекулятивного выполнения CPU.
    • mem_encrypt для управления включением расширений AMD SME (Secure Memory Encryption).
    • /proc/sys/kernel/sched_energy_aware для отключения планирования задач с учётом оптимизации энергопотребления.
    • /proc/sys/kernel/threads-max для определения максимального числа потоков, которые может создать функция fork().
    • /proc/sys/net/bpf_jit_enable для управления включением JIT-компилятора для BPF.
  • В dnf по умолчанию отключена возможность обновления пакета при помощи команды 'dnf install пакет', (параметру best присвоено значение False).
  • Обновлены версии NetworkManager 1.26.0, bind 9.11, samba 4.12, gnutls 3.6.14 (с поддержкой OCSP-stapling), USBGuard 0.7.8 (с поддержкой GUI-уведомлений), smartmontools 7.1, Libreswan 3.32 (вместо SHA-1 и RSA-PKCS v1.5 теперь применяются SHA-2 и RSA-PSS, добавлена поддержка виртуальных интерфейсов XFRMi), powertop 2.12 (с поддержкой Intel Comet Lake, Skylake и Jasper Lake), tuned 2.14.0 (добавлены профиль optimize-serial-console и плагин irqbalance, а также оптимизации для Marvell ThunderX и систем AMD), tcpdump 4.9.3, libpcap 1.9.1, memcached 1.5.22, libssh 0.9.4, stunnel 5.56, libkcapi 1.2.0, setools 4.3.0, OpenSCAP 1.3.3, scap-security-guide 0.1.50, clevis 13, fapolicyd 1.0, libseccomp 2.4.3, firewalld 0.8.2, tpm2-tools 4.1.1, pacemaker 2.0.4, krb5 1.18.2, OpenDNSSEC 2.1, tigervnc 1.10.1.
  • В iperf3 добавлена возможность использования протокола SCTP вместо TCP при тестировании пропускной способности, а также поддержка аутентификации соединения с сервером при помощи SSL.
  • В Cyrus SASL добавлена поддержка привязки каналов при помощи плагинов SASL/GSSAPI и SASL/GSS-SPNEGO.
  • Реализована возможность прикрепления меток SELinux к отдельным файлам и каталогам в CephFS.
  • В Ansible добавлены роли для автоматического развёртывания клиентов Clevis и серверов Tang. Добавлены модули ansible-freeipa для выполнения типовых задач IdM (Identity Management).
  • Модули для отслеживания соединений nf_conntrack_ipv4 и nf_conntrack_ipv6 объединены в один модуль nf_conntrack.
  • Продолжена работа по стабилизации подсистем eBPF. Добавлена полная поддержка libbpf. В RHEL 8.3 стабильными заявлены: инструментарий и библиотека BCC (BPF Compiler Collection) для создания BPF-программ трассировки и отладки, поддержка eBPF в tc (Traffic Control) для классификации пакетов и обработки входящих и исходящих очередей. На стадии Technology Preview остаются компоненты bpftrace и eXpress Data Path (XDP).
  • Добавлена поддержка отслеживания владельцев страниц памяти, позволяющая отдельно отслеживать потребление памяти ядра для упрощения отладки утечек памяти в ядре и выявления райверов, потребляющих слишком много памяти.
  • В утилите perf реализована визуализация статистики о производительности системы через FlameGraph.
  • В режиме FIPS устройства /dev/random и /dev/urandom переведены на использование при формировании энтропии генератора псевдослучайных чисел DRBG (Deterministic Random Bit Generator), предоставляемого в Kernel Crypto API.
  • В утилите lshw обеспечен вывод дополнительных сведений о CPU, таких как семейство, модель и степпинг.
  • Компоненты для работы в режиме реального времени (kernel-rt) синхронизированы с набором патчей для ядра v5.6.14-rt7 (было 5.2.21-rt13).
  • Обеспечена полная поддержка сетевых адаптеров Mellanox ConnectX-6 Dx.
  • В Apache httpd перенесена новая версия mod_http2, добавлена директива H2Padding и добавлена возможность сохранения логов, определённых через директиву CustomLog, в подсистеме journald.
  • В web-консоли предоставлена возможность переключения между привилегиями администратора и ограниченного пользователя без смены сеанса.
  • Добавлена поддержка создания дисковых образов QCOW2 в хранилищах RBD (виртуальные машины могут использовать серверы RBD в своих бэкендах хранения).
  • Лимит на число устройств VFIO увеличен с 32 до 64.
  • В QEMU/KVM перенесена поддержка команд discard и write-zeroes, а также механизма упакованных виртуальных очередей (virtqueue) для обмена данными с виртуальным устройством ввода/вывода в пакетном режиме.
  • Добавлена поддержка движка IBM POWER 9 XIVE (External Interrupt Virtualization Engine), который позволяет на системах IBM POWER9 поднять производительности при интенсивном вводе/выводе в виртуальной машине.
  • Для виртуальных машин предоставлена поддержка cgroup v2.
  • В KVM добавлена возможность миграции виртуальных машин с включённым дисковым кэшем и реализована поддержка векторных инструкций AVX512_BF16 (Vector Neural Network Instructions BFLOAT16).
  • Предоставлена возможность обновления драйверов Windows Virtio для виртуальных машин Windows 10+, Windows Server 2016 и Windows Server 2019+ через сервис Windows Updates.
  • Добавлены команды "virsh guestinfo" и "virsh pool-capabilities" для предоставления информации о гостевой системе и хранилище.
  • Добавлен экспериментальный Netfilter-модуль xt_u32, позволяющий перенаправлять пакеты на основе произвольной информации, недоступной в фильтрах пакетов, учитывающих протоколы.
  • В режиме Technology Preview предложен фреймворк OPAE (Open Programmable Acceleration Engine), развиваемый компанией Intel для управления и доступа к FPGA, интегрированных в CPU Intel Xeon или в Intel Programmable Acceleration Card (PAC) на базе Arria 10 GX.
  • В режиме Technology Preview реализована поддержка MPTCP (MultiPath TCP), расширения протокола TCP для организации работы TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. Для сетевых приложений подобное агрегированное соединение выглядит как обычное TCP-соединение, а вся логика разделения потоков выполняется силами MPTCP. Multipath TCP может использоваться как для расширения пропускной способности, так и для увеличения надёжности. Например, MPTCP можно применять для организации передачи данных на смартфоне с использованием одновременно линков WiFi и 4G или для сокращения расходов за счёт подключения сервера с использованием нескольких дешёвых линков вместо одного дорогого.
  • Добавлены новые драйверы, в том числе
    • gVNIC Driver (gve.ko.xz),
    • Broadcom UniMAC MDIO (mdio-bcm-unimac.ko.xz),
    • Software iWARP (siw.ko.xz),
    • Clustered MD (md-cluster.ko.xz),
    • DRM VRAM memory-management (drm_vram_helper.ko.xz),
    • Intel Trace Hub (intel_th_*.ko.xz),
    • Device DAX (dax_pmem_core.ko.xz),
    • PMEM DAX (dax_pmem.ko.xz),
    • Intel PMC Core (intel_pmc_core_pltdrv.ko.xz)
    • Intel RAPL (Running Average Power Limit, intel_rapl_*.ko.xz).
  • Обновлены драйверы:
    • VMware vmxnet3,
    • Intel 10 Gigabit Virtual Function Network Driver,
    • Intel 10 Gigabit PCI Express Network,
    • Intel Ethernet Connection E800 Series,
    • Netronome Flow Processor (NFP),
    • Elastic Network Adapter (ENA),
    • HPE watchdog,
    • Intel I/OAT DMA,
    • HPE Smart Array Controller,
    • LSI MPT Fusion SAS 3.0,
    • QLogic FCoE Driver,
    • Emulex LightPulse Fibre Channel SCSI,
    • QLogic FastLinQ 4xxxx FCoE,
    • QLogic Fibre Channel HBA,
    • Microsemi Smart Family Controller,
    • QLogic FastLinQ 4xxxx iSCSI,
    • Broadcom MegaRAID SAS.
  • Объявлен устаревшим протокол для удалённого доступа к экрану SPICE. В ветке RHEL 8 поддержка SPICE сохранится, но в RHEL 9 будет прекращена. Вместо SPICE рекомендовано перейти на VNC, RDP, HP RGS или Mechdyne TGX.
  • Продолжено предоставление экспериментальной (Technology Preview) поддержки nmstate, AF_XDP, XDP, KTLS, dracut, kexec fast reboot, eBPF, igc, NVMe over TCP/IP, DAX в ext4 и xfs, OverlayFS, Stratis, DNSSEC, GNOME на системах ARM, AMD SEV для KVM, Intel vGPU.


  1. Главная ссылка к новости (https://www.redhat.com/en/abou...)
  2. OpenNews: Выпуск Red Hat Enterprise Linux 7.9 и Oracle Linux 7.9
  3. OpenNews: Компания Oracle выпустила ядро Unbreakable Enterprise Kernel R5U4
  4. OpenNews: Доступен дистрибутив SUSE Linux Enterprise 15 SP2
  5. OpenNews: Релиз дистрибутива Red Hat Enterprise Linux 8.2
  6. OpenNews: Проект по эмуляции сборки Red Hat Enterprise Linux на базе Fedora
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53996-redhat
Ключевые слова: redhat, rhel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (134) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Zenitur (ok), 12:24, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    > Компоненты для работы в режиме реального времени (kernel-rt) синхронизированы с набором патчей для ядра v5.6.14-rt7 (было 5.2.21-rt13).

    Сейчас бы использовать жутко дорогой дистрибутив Linux для работы с музыкой.

     
     
  • 2.2, Аноним (2), 12:29, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Для коммерческих студий звукозаписи же...
     
  • 2.6, Аноним (6), 12:53, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А что надо обязательно использовать бесплатный, собранный на коленке шкальником arch linux?
     
     
  • 3.13, Аноним (13), 13:09, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В Debian есть rt ядра.
     
  • 3.41, Жорш (?), 16:21, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Арч... Мужики Генту сами собирают!
     
     
  • 4.77, yjut (?), 23:12, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    У мужиков есть дела поважнее, все же это к школьникам скорее. студенты накрайняк
     
  • 2.16, Аноним (16), 13:19, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Пиксар на редхате 3д мультики делает. И что им теперь без звука сидеть?
     
     
  • 3.33, анонимуслинус (?), 14:34, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    обработка для музыкантов в реальном времени и работа с записью и вставкой разные вещи. чистая запись и вставка не требует режима реального времени и может быть сделана на обычном неподготовленном компе, а вот обработка в реальном времени совсем другое. я пробовал играть на гитаре чез эффекты компа.... лучше не вспоминать. задержка все равно есть и чувствуется. нет сыграть все равно можно, но надо подстраиваться. это как знать что тормоза работают слабо и начинать тормозить раньше. ну аналогия так себе , ну думаю поняли.
     
     
  • 4.62, Аноним (62), 20:13, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я особо не разбираюсь, а что если в сырой формат (без сжатия) кодировать с аппаратуры, там тоже задержка будет?
     
     
  • 5.65, анонимуслинус (?), 20:46, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    проблема не в потоке с ним то как раз все в порядке проблемы начнутся при моме... большой текст свёрнут, показать
     
  • 4.64, bergentroll (ok), 20:40, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальная задержка. 5 мс вполне достижимы, что, если не ошибаюсь, соответствует прохождению звуковыми волнами метров трёх.
     
     
  • 5.70, анонимуслинус (?), 21:13, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    проблема не в задержке, а в том , что она вообще есть тут то понятно, что невоз... большой текст свёрнут, показать
     
     
  • 6.85, ghhhg (?), 00:10, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    на винХП АСИО-технология на некоторых картах оч хорошо реализовано в плане задержек. на линукс через джек боле менее задержки норм. В Виндах новее ХП АСИО пломано и не работает.
     
     
  • 7.87, анонимуслинус (?), 00:48, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    именно так. в свое время до покупки ламппового усилка тестил гитару на хр с асио. и все равно скажу , что это далеко не хорошо. даже с хорошей аудиокартой и приличным компом , задержка чувствовалась, но не так как через jack. надежды на jack рухнули после первой игры.)) а вообще вся эта технология реального времени подходит больше для промышленного производства с меньшими запросами к норме задержки и там она действительно будет работать хорошо. например у атомщиков на аэс к примеру. или станках с чпу и четкими требованию к программному обеспечению, но там думаю будет спец по и без разжиревшего ядра. хотя кто знает , выкинут все ненужное и соберут обрубок с чисто необходимыми функциями и все ок.
     
  • 6.110, bergentroll (ok), 12:16, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > проблема не в задержке, а в том , что она вообще есть.

    Так а в стек как играть? Задержка же есть. А из мониторов ещё больше. Пересчитал, 5 мс — это 1,7 м до источника звука.

    > скажу сразу эта задержка всех музыкантов нервирует жутко

    Музыка — сплошные нервы. То струны зажирились, то лампы сели, то провод слишком длинный и жрёт верха, то микрофон заводится, то настроения нет вообще. Главное близко к сердцу не принимать. =)

     
     
  • 7.115, анонимуслинус (?), 13:07, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    сказать честно задержка должна быть даже на аналоге, но фишка в том, что там сделана реализация сплошного потока. грубо говоря дисторшн это когда из синусоидальной волны обрезают верх , делая её трапецивидной. но фишка в том , что это как ограничитель волны и он просто режет синусоиду и пропускает дальше( примерно как поток воды из широкой трубы в меньшую по диаметру, тут неудачный пример так как сигнал проходит обрезанный и обрезанная часть просто отбрасывается). как итог вся обработка сводится к обрезанию, но никаких колец обработок, как в программном варианте. всё дело в том, что фактически программной реализации не хватает именно этого времени на обработку, иначе все работало бы нормально.
     
  • 6.129, Ordu (ok), 07:10, 02/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе объясню почему Программность аналоговость решения -- это не тот фактор, ... большой текст свёрнут, показать
     
  • 2.18, Аноним (18), 13:27, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Очень много студий и музыкантов использует Logic Pro и соответственно MacOS.
    https://www.apple.com/ru/logic-pro/
     
     
  • 3.19, Аноним (18), 13:34, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А RHEL например на суперкомпьютерах не редкость:
    https://www.opennet.dev/opennews/art.shtml?num=53213
     
  • 2.32, анонимуслинус (?), 14:29, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если только записи. обработка в реальном времени и существующие эффекты оч и оч слабоваты. сам  гитарку пишу иногда, проверял. как всегда линь впереди по сетевым вещам , тут малость не дотягивает. хотя чистая запись оч даже сойдет. но в таком случае ядрышко реального времени не нужно совсем.
     
  • 2.53, Аноним (53), 18:12, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Музыка это конечно важно.
    Но это сделано для станков и роботов. Там стоимость ОС в конечной цене доли процента.
     
     
  • 3.74, microsoft (?), 21:53, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Музыка не важна, важны роботы.
     
  • 3.109, Zenitur (ok), 11:55, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне кажется, что -rt не подходит для станков. -rt это soft realtime, а для станков нужен hard realtime. soft realtime отличется от hard realtime тем, что hard realtime это гарантированный отклик через определённое время, а soft - негарантированный. Поэтому для станков QNX, а -rt для музыки.
     

  • 1.3, АнДанте (?), 12:31, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >"В iperf3 добавлена возможность использования протокола SCTP вместо TCP"

    Ничоси, какие быстрые..

     
     
  • 2.44, Ля (?), 16:49, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    SCTP мертв уже давным давно, лучше бы MTCP допиливали рукожопы
     
     
  • 3.75, microsoft (?), 21:54, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не говори, еще небось и про космическую радиацию забыли, ага.
     

  • 1.4, Аноним (4), 12:37, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    >Вместо SPICE рекомендовано перейти на VNC, RDP, HP RGS или Mechdyne TGX.

    Что из этого поддерживает буфер обмена?

     
     
  • 2.5, макароновирус (?), 12:50, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Это вообще какая-то измена.
    Сначала пели какой спайс фичастый и опенсорсный, засунули его в тот же овирт, потом берут и выкидывают когда драйвера написаны, софт уже внедрен и нормально работает.
    Шляпа, походу, дала течь.

     
     
  • 3.8, mumu (ok), 13:02, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Просто так (кроме btrfs) они редко что выкидывают. Чаще всего это происходит когда разработчики кладут болт на безопасность и совместимость, а отвечать за бардак приходится мейнтейнерам дистра.
     
     
  • 4.12, Аноним (12), 13:07, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В репозиторий ... добавлены модули с ... Rust
    > разработчики кладут болт на безопасность

    как так... добавили безопасный раст, но цветочек каменный не выходит?!

     
     
  • 5.23, Siborgium (ok), 13:59, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Поясните опеннету, как модули на расте в дистрибутиве связаны с системой удаленного доступа, написанной на C/C++.
     
     
  • 6.31, Аноним (12), 14:29, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А всё потому, что ржавый молоток не приспособлен для работы.
     
  • 5.26, макароновирус (?), 14:10, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Шляпа не настолько нищяя контора, чтобы что-то там не мочь поддерживать в своих же решениях.
    Спайс пилится, делаются постоянно комиты, скоро новый релиз.
    Это откат назад, предлагают юзать обратно старье или лютую проприетарщину(они в доле что-ли?).
    Прокмокс не юзал, но вижу, что там спайс тоже поддерживается.
    Значит в следующий раз, выбор будет точно не в пользу овирта, если спайс будет выпилен.
    Идут на ер такие "промышленные решения". Объявляю красношляпу устаревшей.
     
     
  • 6.42, mumu (ok), 16:26, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я не очень в курсе что за спайс. Разве винда его поддерживает? Ведь графический доступ вроде как только винде и нужен, в чем смысл этого спайса если к линуксам подключение всегда по ssh идёт?
     
     
  • 7.54, макароновирус (?), 18:43, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спайс в КВМ дает доступ по типу как к монитору пк. Т.е видна консоль груба и тд. В графическом режиме полноценно можно настроить разрешение экрана. Речь не про консольный доступ по ssh, а про графический. В КВМах вращение десктопных дистров нормальное явление, удобно разворачивать по шаблону среды для разработчиков со всеми необходимыми инструментами. На лине это все заводится без дополнительных плясок.

    Для выни тоже есть дрова спайса, но у нее есть свой РДП, который правда по дефолту не дает одновренно работать нескольким юзерам одновременно. Винь через спайс не пробовал, ибо она сама по себе почти не используется у нас, а если и используется, то только c рдп через ссш тонель.

     
     
  • 8.66, bergentroll (ok), 20:49, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    libvirt VNC тоже обеспечивает т е не нужно его для подключения в госте запус... текст свёрнут, показать
     
     
  • 9.69, макароновирус (?), 21:12, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    VNC в овирте тоже есть ... текст свёрнут, показать
     
  • 7.55, Аноним (55), 18:43, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В гостевую винду ставится драйвер спайса и всё красиво, плавно и без задержек. Даже 3д работает частично через opengl на хосте
     
  • 7.117, trunk (?), 14:27, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Через спайс подключаешься к консоли виртуалки. Видно процесс загрузки, перезагрузки и т.д., когда ос даже не запущена. Для загруженной винды ты сидишь перед экраном и сессия rdp не задействуется. Плюс спайс намного быстрее и рдп и, тем более, vnc.
     
  • 4.57, пох. (?), 18:54, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Просто так (кроме btrfs) они редко что выкидывают.

    Да. Вот btrfs выкинули за дело - в тот момент от нее лучше было подальше базироваться.
    А обычная история - это, например, xen. Который был основной поддерживаемой платформой и очередным рулезом, воспеваемым редхатовскими менеджерами, а потом вдруг - опаньки, предан анафеме и запрещен, всем велено резко перебежать на kvm (который тогда и не работал толком).
    Почему - вполне понятно.

    Видимо, у spice тоже нашелся какой-то нередхатоугодный коммерческий разработчик.

     
  • 3.10, Анонизм (?), 13:05, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Странно что за столько лет не появилось по сути ни одного SPICE клиента или сервера за пределами виртуалок. Киному не нужно?
     
     
  • 4.30, макароновирус (?), 14:27, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какая разница где оно не используется?
    У шляпы есть решения, где этот протокол давно внедрен и работает, есть соответвующие инструменты.
    Сейчас они говорят о том, что это будет выпилено в угоду какой-то хрени.
    Это промышленный дистр и решение видится идиотским.
    Что со спайсом не так, что он смог устареть будучи более фичастым и мощным чем внс и рдп?
     
     
  • 5.35, Аноним (35), 14:40, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А есть что почитать по поводу более мощный чем рдп?
     
     
  • 6.37, макароновирус (?), 14:52, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почитать можно тут
    https://www.opennet.dev/keywords/spice.html
    Там же есть новости о тестах производительности.

    Ну и на сайте проекта https://www.spice-space.org/features.html

    В спайсе еще не до конца все фичи сделали, но он уже, как оказалось, устарел.

     
     
  • 7.124, Аноним (35), 21:21, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нда, почти ничего нет по ссылкам кроме блаблабал. Единственный отчёт от 10 года. Где он в чём-то лучше, в чём-то хуже.
     
  • 4.56, Аноним (55), 18:46, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Клиент под андроид как минимум есть.

    Сервер спайса можно запускать совместно с иксами. Рисуется всё на процессоре, но нагрузка меньше чем от vnc. Работает тоже лучше.

     
  • 4.118, trunk (?), 14:30, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Remmina - чем не клиент за пределами виртуалок ?
     
  • 2.15, Аноним (15), 13:15, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    пробрось xclip по ssh, чо ты как лох
     

  • 1.7, Аноним (12), 13:01, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > кнопка для переключения виртуальных рабочих столов перемещена в нижний правый угол и оформлена в виде полоски с миниатюрами.

    Всё, что нужно знать о работе поцтерингов.

     
     
  • 2.9, Аноним (12), 13:03, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кто не в курсе, в древнем-древнем гноме кнопка находилась там же и выглядела так же.
     
     
  • 3.17, Аноним (16), 13:20, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там и сейчас гном
     

  • 1.11, Аноним (13), 13:07, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Fedora как плацдарм для реализации новых возможностей

    Не плацдарм, слышите? Твёрдо и чётко.

     
     
  • 2.14, ДаНуНаХ (?), 13:14, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Fedora не плацдарм, а лаборатория Red Hat и сторонних одиночек.
     
  • 2.40, Аноним (-), 16:20, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Не плацдарм, слышите? Твёрдо и чётко.

    Федора - это тестовый полигон.

     
     
  • 3.50, linxon (ok), 17:52, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >тестовый полигон

    Называйте это как хотите, но, не смотря на то, что Федора старается быть впереди планеты всей, - является стабильным и готовым к работе дистрибутивом! :)

    В мире линукс как раз-таки сейчас не хватает таких "тестовых полигонов" с нормальной базой пользователей, от которых можно было бы получить обратную связь. Ибо качество дистрибутива зависит от количества активных и вменяемых пользователей, которые могут хоть чем-то помочь проекту...

     
     
  • 4.52, Ля (?), 18:02, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Гонишь! Вот федорку сколько лет уже тестят, а толку ноль
     
     
  • 5.95, IRASoldier_registered (ok), 02:46, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Fedora 29, 30 ... 33

    Ушёл на неё с Ubuntu. Полёт нормальный. Нечего там "тестить", кроме как обычные отправки багрепортов, когда что-то ломается так же, как у _всех_, да. Давно уже Linux как Linux, причём вполне пользовательский дистрибутив.


     
     
  • 6.113, zzz (??), 12:35, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То-то я смотрю - в корпоративном окружении почему-то сплошь убунты да дебианы. Не понимают тупые одмены, что щастье-то в федорке, которая не ломается, слышите, НЕ ЛОМАЕТСЯ!
     
     
  • 7.123, IRASoldier_registered (ok), 20:25, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > в корпоративном окружении

    ... RHEL и CentOS, которые выбирают примерно из тех же соображений, что Debian и Ubuntu LTS (которую ты явно путаешь с просто Ubuntu). Ставить на корпоративный _сервер_ тот же Debian Testing / Unstable не будет никто в здравом уме. А вот на десктопах легко.

    Петросянь с умом, анонимус.

     
     
  • 8.125, zzz (??), 21:45, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не видел ни одного офиса на дебиан тестинге А он тут федору пропихивает как ста... текст свёрнут, показать
     
     
  • 9.128, IRASoldier_registered (ok), 05:16, 02/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты читать умеешь Похоже, что нет ... текст свёрнут, показать
     
  • 4.79, zzz (??), 23:36, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Back to the roots:

    Помогите, пожалуйста, обновил сервер с 15й до 16й Федоры, конфиги все перенес, но загрузка процессора выросла раза в полтора, появились дропы на eth0:

    Сетевуха Intel Pro 1000 PT Server

    RX packets:22928136413 errors:6 dropped:175943852

    ethtool -S eth0:
    rx_no_buffer_count: 343343490
    rx_missed_errors: 173933073
    tx_restart_queue: 472902

    Обновление до 32-ой федоры: Failed to start switch root

    "Федора является стабильным и готовым к работе дистрибутивом".

     
     
  • 5.96, IRASoldier_registered (ok), 02:48, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обновление СЕРВЕРА с 15 до 32, ты это серьезно? Кто тебя до сервера допустил, несчастный?
     
     
  • 6.112, zzz (??), 12:32, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На 32-ой чел обновлялся с 31-ой, ессно. И даже такое, по сути - минорное, обновление не может пройти без косяков.
     
  • 5.101, n242name (?), 06:46, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    там же написано что обновление через версию и больше не поддерживается, притом написано минимальная версия для которой поддерживаются обновления, и 15-ая вроде туда уже не попадает

    надо искать доки, но мне лень

     

  • 1.20, FortyTwo (ok), 13:43, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Изменений много. Но тааак долго он выходил. Хорошо, что приняли новую систему выпуска.
     
  • 1.22, Онаним (?), 13:57, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    MPTCP бэкпортировали?
    Вот это зачётно.
     
  • 1.24, InuYasha (??), 14:01, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Среднестатистическая продолжительность жизни человека измеряется 7ю релизами RedHat-а... *вздох*
     
     
  • 2.29, Аноним (-), 14:20, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чтоб точнее - 7.3
     
  • 2.81, Онаним (?), 23:46, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты меня огорчаешь, я уже на пятом :(
     

  • 1.25, Daemon (??), 14:05, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ставил 8. Мне не понравился. Постоянно хочет чтобы зарегистрировали. Хотя мне подписка не нужна в принципе. У конкурента в лице SUSE это есть.
     
     
  • 2.28, макароновирус (?), 14:17, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А чем оно от центос отличается, кроме платной подписки?
     
     
  • 3.34, Owlet (?), 14:37, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ничем. Ставить его без поддержки - ССЗБ.
     
     
  • 4.39, Аноним (39), 15:38, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Отличается. Для установки Oracle требуется конкретная сборка. Иначе не поставится.
     
  • 4.49, Daemon (??), 17:45, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да на работе попросили посмотреть основные дистрибы для работы и сравнить на что переходить. Сравнивал Астру SE, RHEL и SUSE.
     
     
  • 5.67, bergentroll (ok), 20:52, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Отечественные нет резона рассматривать, если ФЗ не обязывают (кроме Альта, разве что).
     
  • 5.72, Аноним (72), 21:41, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Debian
     
     
  • 6.140, sysadmin_s (?), 17:39, 15/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это же глючное Г, разрабатываемое школьниками
     
  • 3.46, zzz (??), 17:12, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >А чем оно от центос отличается

    Тем, что выходит спустя неделю после релиза RHEL. CentOS же может задержаться и на полгода. И всё это время не получать обновления безопасности. Чего стоит CentOS 8, который вышел 24 сентября, в то время как RHEL 8 вышел 5 мая, 140 дней задержки. В C7 в это время никто ничего не бэкпортировал, потому что центосники были жутко заняты выпиливанием логотипчиков RHEL. Все 140 дней, да.

     
     
  • 4.89, gogo (?), 01:06, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ляпать, как корова на асфальт - это упоительно и весело...
     
     
  • 5.94, zzz (??), 02:19, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык ынтырпрайзненько жи, а исчо нахаляву
     
  • 4.106, лютый жабби__ (?), 09:00, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >В C7 в это время никто ничего не бэкпортировал

    враки. во время подготовки Ц8 в Ц7 апдейты выходят. на самом деле проблема центоса в другом, в том что и сам rhel как-то скатился в уг.

     
     
  • 5.114, zzz (??), 12:46, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не выходили. Во время подготовки С8 по этому поводу люди на форуме массово бугуртили, требуя объяснить, почему для семерки вот уже сколько месяцев не выходят обновления, хотя для RHEL они есть, на что одмены флегматично отвечали, что вот-вот обновления появятся, сборка дистра - это очень сложный процесс, и вообще тут никто тебе ничо не должен.
     
  • 2.36, Аноним (36), 14:43, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скачай активатор с рутрекера
     

  • 1.27, mikhailnov (ok), 14:12, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему обновление пакетов по dnf install foo по умолчанию выключили?
     
     
  • 2.68, bergentroll (ok), 20:54, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, чтобы поведение больше соответствовало ожидаемому.
     
     
  • 3.102, Аноним (102), 07:16, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, вот я ожидаю, что у меня установится последняя версия пакета. Почему результат должен быть разным в зависимости от того, установлен ли пакет или нет? Я хочу новый пакет и мне нет дела до того, установлен он уже или нет.

    Тут должно быть какое-то более подробное объяснение такого изменения.

     
     
  • 4.111, bergentroll (ok), 12:24, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну, вот я ожидаю, что у меня установится последняя версия пакета.

    Я ожидаю, что install мне поставит то, чего у меня ещё нет. А если оно уже есть, то мне скажут «Ты что, bergentroll, дурак? Оно уже установлено.». На мысль об обновлении или иных действиях системного характера слово «install» меня не наводит.

     

  • 1.38, bli kova (?), 15:25, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Какой смысл в этой новости, когда 8.3 совсем не представлен? Эта якобы новость видимо расчитаня на тех, кто будет пускать слюну ещё неделю, пока RHEL 8.3 таки не будет представлена в виде ISO образов.
     
  • 1.43, Аноним (43), 16:41, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    О боже они убили SPICE
     
     
  • 2.45, Ля (?), 16:51, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Рукожопы сэр...
     
     
  • 3.59, Sergey (??), 18:58, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Где бы почитать про реальные причины выкидывания SPICE, то что его считают устаревшим а 100 летнии VNC и RDP нет, явно какой то обман.
     
     
  • 4.60, Аноним (43), 19:23, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не достаточно энтерпрайзно, на Win2k не работает
     
     
  • 5.76, Sergey (??), 22:34, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это про то что win2k не работает VNC или это это про то что Win2k давно уже снят с поддержки ?
     
     
  • 6.108, Ля (?), 11:45, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    VNC он же RFB на винде работает
     
  • 4.107, Ля (?), 11:45, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    VNC и RDP оказались более зрелыми и интегрированными с виндой продуктами, насчет SPICE ну он конрентно слился VNC(RFB) который открыт и протестирован
     
     
  • 5.132, RHEL fan (?), 10:02, 02/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, тока спайс умеет прокидывать USB устройства и директории всякие (как RDP), а открытый (спайс тоже открытый) и протестированный VNC - нет. Сначала выпилили поддержку HTML5 клиента из oVirt при переходе от 3 к 4, типа, дюже сложно интегрировать. Терь вот вообще решили выпилить. Я из списка того, что на замену предлагают, кроме VNC и RDP вообще ничего не знаю. Теперь процесс загрузки виртуалки только через VNC можно будет узреть или через виртуальный ком, где это поддерживается.
     
     
  • 6.135, green (??), 22:54, 03/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, ты успокойся) в овирте прекрасно все работает не запуская ни каких клиентов внешних типа tigervnc - на виртуалку прямо из браузера можно ходить ( главное импортнуть и сапрувить сертификат самоподписанный твой с rhvm и в настройках консоли виртуалки выбрать VNC и noVNC)
     

  • 1.47, Иваня (?), 17:13, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В AppStream старая ветка Rust :(
     
     
  • 2.48, Аноним (12), 17:41, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    кому он вообще нужен?!
     
  • 2.58, Sergey (??), 18:56, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Меня вообще этот АппСтрим ставит в тупик, орали что модули это круто, в результате в обычном ЕПЕЛ все новее.
     
  • 2.82, Онаним (?), 23:48, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    гRustь-печаль...
    И да минует меня чаша сия.
     

  • 1.61, Аноним (61), 20:09, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > сервис windows updates

    А это как реализовано?

     
  • 1.63, Аноним (102), 20:26, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В репозиторий AppStream добавлены модули с новыми ветками GCC 10

    Значит ли это, что в RedHat/CentOS теперь будут корутины c++20? В Clang без libc++ их нет (а в редхате нет libc++ от llvm), в GCC v9 их тоже нет (а он сейчас в последнем dev tool set). Есть тут кто в теме?

     
     
  • 2.92, ZULUL (?), 02:07, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    боже мой установи нормальный линукс уже.
     
     
  • 3.99, Аноним (102), 03:04, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Конечно, без твоего совета, я так бы и не попробовал другие дистрибутивы CentOS... большой текст свёрнут, показать
     

  • 1.78, xESKOBARx (?), 23:32, 31/10/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Когда они уже выпилят анаконду и добавят нормальный установщик?
     
     
  • 2.80, zzz (??), 23:43, 31/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Удваиваю. Ублюдочный тормозной инсталлятор.
     
     
  • 3.84, xESKOBARx (?), 00:09, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Удваиваю. Ублюдочный тормозной инсталлятор.

    Такой же у6людочный и тормозной, как и другое их поделие — Gnome 3.

    В Red Hat одни наркоманы что ли работают?

     
     
  • 4.86, zzz (??), 00:39, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Напоминают газпромовцев, которые на совещаниях по поводу спутникового интернета трясут своими новенькими айфонами и заявляют "Абонентка в год дешевле этого айфона, копейки". Вот только не взлетает ни у Газпрома, ни у гнума.
     
     
  • 5.93, ZULUL (?), 02:09, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ахах, зачем напомнил блин, 2 тысячи в месяц за 10 мбит, этим ушлепкам выгодно торможение развитие интернета в северных республиках России, иначе там давно уже положили магистрали и доили монопольно все дома/квартиры за 500 рублей от Ростелекома.
     
     
  • 6.97, zzz (??), 02:52, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну это еще по-божески. Лет семь назад канал вдвое меньшей ширины стоил 10к.
     

  • 1.83, yt (?), 00:01, 01/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кстати, virt-manager тоже объявлен устаревшим.
    И вместо него предлагают Cockpit.
     
  • 1.88, Аноним (88), 00:48, 01/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем?
     
  • 1.90, смузихлёб (?), 01:12, 01/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кому нужен платный Линекс, когда есть Дебиан и ФриБСД?
     
     
  • 2.98, Аноним (98), 02:54, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Двачую. Только лошкам из корпораций!
    Мы накатили бесплатную центось с таким же функционалом.
     
     
  • 3.121, смузихлёб (?), 18:09, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для освоения спонсорского бабла. Не думайте, что только в Рашке знают про откаты.
     
  • 3.122, funtt (?), 18:22, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только у центоси нет такого же функционала.
     
  • 2.100, Аноньимъс (?), 06:20, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дебиан только скурвился с свж и системД.
     
     
  • 3.120, смузихлёб (?), 18:06, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чем плох системд? Что за карго-культ везде его хейтить?
     
  • 2.105, Аноним (105), 07:48, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кому нужен платный Линекс

    Исходники Линукс и всех его производных, всегда, гарантировано будут бесплатны и строго распространятся только под GPL-2.

    Ты платишь за зборку дистрибутива, поддержку и гарантии.

     

  • 1.91, darkshvein (ok), 01:29, 01/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    чопочом?
    мой вопрос про стоимость для soho в силе.
     
     
  • 2.116, tolstushka.ru (ok), 13:23, 01/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.redhat.com/en/store

    349 долларов. Потянет бюджет?

     
     
  • 3.133, Аноним (133), 16:17, 02/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нее лучше продолжу сидеть на Центосе.
     
     
  • 4.137, darkshvein (ok), 17:14, 11/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Нее лучше продолжу сидеть на Центосе.

    сколько ты платишь за центос и кому??

     

  • 1.104, Аноним (105), 07:45, 01/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > /proc/sys/net/bpf_jit_enable для управления включением JIT-компилятора для BPF.

    JIT - зло.

     
  • 1.126, Аноним (126), 02:32, 02/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Самый минимальный пакет на Red Hat Enterprise Linux Workstation стоит 179$ (14000 руб) и это в год (без техподдержки). Винда и то дешевле обходится.
    А теперь посмотрим, RHEL за 5 лет съест 70 т.р., а Ubuntu LTS 0 р. При том, что в RHEL пакетов явно меньше, например, нет Хромиума (который еще есть нормальный для 16.04 и 18.04).
    Сомнительным кажется существования дистра. Хотя, зарубежом такие суммы не должны быть проблемой.
     
     
  • 2.134, mikhailnov (ok), 13:58, 03/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    За 0 руб поддержки Ubuntu LTS будет на 0 руб
     
  • 2.136, Хай (?), 11:08, 10/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для разработчика по Developer Subscribe будет стоить 0 руб.
     
  • 2.138, darkshvein (ok), 17:16, 11/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Самый минимальный пакет на Red Hat Enterprise Linux Workstation стоит 179$ (14000
    > руб) и это в год (без техподдержки). Винда и то дешевле
    > обходится.
    > А теперь посмотрим, RHEL за 5 лет съест 70 т.р., а Ubuntu
    > LTS 0 р. При том, что в RHEL пакетов явно меньше,
    > например, нет Хромиума (который еще есть нормальный для 16.04 и 18.04).
    > Сомнительным кажется существования дистра. Хотя, зарубежом такие суммы не должны быть проблемой.

    считать по количеству пакетов это наркоманство.
    а вот то, что RH кладёт болт на soho и выкатывает неконкурентный ценник - ещё большее наркоманство.

     
  • 2.139, Nvidio (?), 08:48, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прежде чем писать такие размышления, вы бы хоть изучили вопрос, за что люди деньги платят. redhat-insights там... Или sosreport... Не о чём вам не говорят?
     

  • 1.127, Аноним (126), 02:44, 02/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вот интересно. RHEL7 (точнее CentOS) вышла в 2014 году. Но на зеркалах уже нет пакетов для архитектуры x86 (не в 2014 году же они ее дропнули). Доступны только пакеты для последней ревизии. Судя по web archive страницы википедии, в 2018 году исчезло о ней упоминание. Через 4 года. Дистр поддерживается минимально 5 лет (2019). Такой себе LTS получается. Архитектуры дропают. Версии GTK меняют.
     
     
  • 2.130, fske (?), 08:33, 02/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для RHEL/CentOS 7 никогда небыло х86, только х86_64.
     
     
  • 3.131, fske (?), 08:35, 02/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    не было*
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру