The OpenNET Project / Index page

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

Релиз ядра Linux 5.2

08.07.2019 10:29

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.2. Среди наиболее заметных изменений: режим работы Ext4 без учёта регистра символов, раздельные системные вызовы для монтирования ФС, драйверы для GPU Mali 4xx/ 6xx/7xx, возможность обработки изменения значений sysctl в программах BPF, device-mapper модуль dm-dust, защита от атак MDS, поддержка Sound Open Firmware для DSP, оптимизация производительности BFQ, доведение подсистемы PSI (Pressure Stall Information) до возможности использования в Android.

В новую версию принято 15100 исправлений от 1882 разработчиков, размер патча - 62 Мб (изменения затронули 30889 файлов, добавлено 625094 строк кода, удалено 531864 строк). Около 45% всех представленных в 5.2 изменений связаны с драйверами устройств, примерно 21% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 3% - файловыми системами и 3% c внутренними подсистемами ядра. 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4% - Google, 4.0% - AMD, 3.1% - SUSE, 3% - IBM, 2.7% - Huawei, 2.7% - Linaro, 2.2% - ARM, 1.6% - Oracle.

Основные новшества:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Для Ext4 добавлена поддержка работы без различия регистра символов в именах файлов, которая активируется только в привязке к отдельным пустым каталогам при помощи нового атрибута "+F" (EXT4_CASEFOLD_FL). При установке данного атрибута на каталог все операции с файлами и подкаталогами внутри будут производиться без учёта регистра символов, в том числе регистр будет игнорироваться при операциях поиска и открытия файлов (например, файлы Test.txt, test.txt и test.TXT в подобных каталогах будут считаться одинаковыми). По умолчанию ФС продолжает быть регистрозависимой, за исключением каталогов с атрибутом "chattr +F";
    • Унифицированы функции обработки символов UTF-8 в именах файлов, которые применяются при выполнении операций сравнения и нормализации строк;
    • В XFS добавлена инфраструктура для отслеживания состояния файловой системы и новый ioctl для запроса статуса работоспособности. Реализована экспериментальная возможность для проверки на лету (online scrub) счётчиков суперблока.
    • Добавлен новый модуль device-mapper "dm-dust", позволяющий симулировать появление bad-блоков на носителе или ошибок при чтении с диска. Модуль позволяет упростить отладку и тестирование приложений и различных систем хранения в условиях возможного появления сбоев;
    • Проведена значительная оптимизация производительности планировщика ввода/вывода BFQ. В условиях высокой нагрузки на ввод/вывод внесённые оптимизации позволяют до 80% сократить время таких операций, как запуск приложений;
    • Добавлена серия системных вызовов для монтирования файловых систем: fsopen(), open_tree(), fspick(), fsmount(), fsconfig() и move_mount(). Данные системные вызовы позволяют раздельно обработать разные стадии монтирования (обработать суперблок, получить информацию об ФС, примонтировать, прикрепить к точке монтирования), которые ранее выполнялись при помощи общего системного вызова mount(). Раздельные вызовы дают возможность выполнять более сложные сценарии монтирования и отдельно выполнять такие операции, как перенастройка суперблока, включение опций, изменение точки монтирования и перенос в другое пространство имён. Кроме того, раздельная обработка позволяет точно определять причины вывода кодов ошибок и задавать несколько источников для многослойных ФС, таких как overlayfs;
    • В интерфейс для асинхронного ввода/вывода io_uring добавлена новая операция IORING_OP_SYNC_FILE_RANGE, выполняющая действия, эквивалентные системному вызову sync_file_range(), а также реализована возможность регистрации eventfd с io_uring и получения уведомлений о завершении операций;
    • Для файловой системы CIFS добавлен ioctl FIEMAP, обеспечивающий эффективное cопоставление экстентов, а также поддержка режимов SEEK_DATA и SEEK_HOLE;
    • В подсистеме FUSE предложен API для управления кэшированием данных;
    • В Btrfs проведена оптимизация реализации qgroups и повышена скорость выполнения fsync для файлов с несколькими жесткими ссылками. Улучшен код проверки целостности данных, который теперь учитывает возможное повреждение информации в ОЗУ перед сбросом данных на диск;
    • В CEPH добавлена поддержка экспорта снапшотов через NFS;
    • Улучшена реализация монтирования NFSv4 в режиме "soft" (при возникновении ошибки доступа к серверу в режиме "soft" вызов в сразу возвращает код ошибки, а в режиме "hard" управление не отдаётся до возобновления доступности ФС или таймаута). В новом выпуске обеспечена более точная обработка таймаута, ускорено восстановление после сбоя и добавлена новая опция монтирования "softerr", позволяющая изменить код ошибки (ETIMEDOUT), возвращаемый при наступления таймаута;
    • В API nfsdcld, предназначенном для отслеживания состояния клиентов NFS, обеспечена возможность корректного отслеживания NFS-сервером состояния клиента при перезагрузке. Таким образом, демон nfsdcld теперь может выполнять роль обработчика nfsdcltrack;
    • Для AFS добавлена эмуляция блокировок дапазонов байт в файлах (Byte Range Locking);
  • Виртуализация и безопасность
    • Проведена работа по устранению мест в ядре, допускающих выполнение кода из доступных на запись отражённых областей памяти, что позволяет блокировать потенциальные бреши, которые могут быть эксплуатированы при атаке;
    • Добавлен новый параметр командной строки ядра "mitigations=", предоставляющий упрощённый способ управления включением тех или иных техник защиты от уязвимостей, связанных со спекулятивным выполнением инструкций в CPU. Передача "mitigations=off" выключает все имеющиеся методы, а применяемый по умолчанию режим "mitigations=auto" включает защиту, но не влияет на использование Hyper Threading. Режим "mitigations=auto,nosmt" дополнительно выключает Hyper Threading, если того требует метод защиты.
    • Добавлена поддержка электронной цифровой подписи по ГОСТ Р 34.10-2012 (RFC 7091, ISO/IEC 14888-3), разработанная Виталием Чикуновым из "Базальт СПО". Во встроенную реализацию TLS добавлена поддержка AES128-CCM. В модуль crypto_simd добавлена поддержка алгоритмов AEAD;
    • В Kconfig добавлена отдельная секция "kernel hardening" с опциями для усиления защиты ядра. В настоящее время в новой секции пока собраны только настройки для включения усиливающих проверки GCC-плагинов;
    • Код ядра почти избавлен от непрерывающихся выражений casе в switch (без return или break после каждого блока case). Осталось исправить 32 из 2311 случая подобного использования switch, после чего при сборке ядра можно будет применять режим "-Wimplicit-fallthrough";
    • Для архитектуры PowerPC реализована поддержка аппаратных механизмов ограничения нежелательных путей доступа ядра к данным в пространстве пользователя;
    • Добавлен код для блокирования атак класса MDS (Microarchitectural Data Sampling) в процессорах Intel. Проверить подверженность системы уязвимости можно через SysFS-переменную "/sys/devices/system/cpu/vulnerabilities/mds". Доступно два режима защиты: полный, требующий наличия обновлённого микрокода, и обходной, который полностью не гарантирует очистку буферов CPU при передаче управления в пространство пользователя или гостевой системе. Для управления режимами защиты в ядро добавлен параметр "mds=", который может принимать значения "full", "full,nosmt" (+ отключение Hyper-Threads) и "off";
    • На системах x86-64 для IRQ, механизмов отладки и обработчиков исключений добавлена защита "stack guard-page", суть которой в подстановке на границе со стеком страниц памяти, обращение к которым приводит к генерации исключения (page-fault);
    • Добавдена sysctl-настройка vm.unprivileged_userfaultfd, управляющая возможностью использования системного вызова userfaultfd() непривилегированными процессами;
  • Сетевая подсистема
    • Добавлена поддержка шлюзов IPv6 для маршрутов IPv4. Например, теперь можно указывать правила маршрутизации вида "ip ro add 172.16.1.0/24 via inet6 2001:db8::1 dev eth0";
    • Для ICMPv6 реализованы ioctl-вызовы icmp_echo_ignore_anycast и icmp_echo_ignore_multicast для игнорирования ICMP ECHO для anycast и multicast адресов. Добавлена возможность ограничения интенсивности обработки пакетов ICMPv6;
    • Для mesh-протокола B.A.T.M.A.N. ("Better Approach To Mobile Adhoc Networking), позволяющего создавать децентрализованные сети, каждый узел в которых связан через соседние узлы, добавлена поддержка трансляции из multicast в unicast, а также возможность управления через sysfs;
    • В ethtool добавлен новый параметр Fast Link Down, позволяющий сократить время поступления информации о событии отключения линка для 1000BaseT (в обычных условиях задержка составляет до 750ms);
    • Появилась возможность привязки туннелей Foo-Over-UDP к определённому адресу, сетевому интерфейсу или сокету (ранее привязка производилась только по общей маске);
    • В беспроводном стеке обеспечена возможность реализации обработчиков OWE (Opportunistic Wireless Encryption) в пространстве пользователя;
    • В Netfilter в цепочки nat добавлена поддержка семейства адресов inet (например, теперь можно использовать одно правило трансляции для обработки ipv4 и ipv6, без разделения правил для ipv4 и ipv6);
    • В netlink добавлен режим strict для жёсткой проверки корректности всех сообщений и атрибутов, в котором не допускается превышение ожидаемого размера атрибутов и запрещено добавление добавочных данных в конце сообщений;
  • Память и системные сервисы
    • В системный вызов clone() добавлен флаг CLONE_PIDFD, при указании которого родительскому процессу возвращается файловых дескриптор "pidfd", отождествлённый с созданным дочерним процессом. Данный файловый дескриптор, например, можно использовать для отправки сигналов без опасения столкнуться с состоянием гонки (сразу после отправки сигнала целевой PID может быть освобождён из-за завершения работы процесса и занят другим процессом);
    • Для второй версии cgroups добавлена функциональность контроллера freezer, при помощи которого можно остановить работу в cgroup и временно высвободить некоторые ресурсы (CPU, ввод/вывод и потенциально даже память) для выполнения других задач. Управление производится через управляющие файлы cgroup.freeze и cgroup.events в дереве cgroup. Запись 1 в cgroup.freeze замораживает процессы в текущем cgroup и всех дочерних группах. Так как заморозка требует некоторого времени, дополнительно предложен файл cgroup.events через который можно узнать о завершении операции;
    • Обеспечен экспорт атрибутов памяти, прикреплённой к каждому узлу в sysfs, что позволяет из пространства пользователя определить характер обработки банков памяти в системах с гетерогенной памятью;
    • Доработана подсистема PSI (Pressure Stall Information), которая позволяет проанализировать информацию о времени ожидания получения различных ресурсов (CPU, память, ввод/вывод) для определённых задач или наборов процессов в cgroup. При помощи PSI обработчики в пространстве пользователя могут более точно оценить уровень загруженности системы и характер замедления работы, по сравнению с Load Average. В новой версии обеспечена поддержка настройки порогов чувствительности и возможность использовать вызов poll() для получения уведомления о срабатывании установленных пороговых значений за определённый промежуток времени. Данная возможность позволяет организовать в Android отслеживание нехватки памяти на ранней стадии, определять источник проблем и завершать неважные приложения, не доводя до появления заметных пользователю проблем. При стресс-тестировании средства мониторинга потребления памяти на основе PSI продемонстрировали с 10 раз меньше ложных срабатываний по сравнению со статистикой vmpressure;
    • Проведена оптимизация кода для проверки BPF-программ, который для больших программ стал выполнять проверку до 20 раз быстрее. Оптимизация позволила поднять лимит на размер BPF-программ с 4096 до миллиона инструкций;
    • Для BPF-программ предоставлена возможность доступа к глобальных данным, что позволяет определять в программах глобальные переменные и константы;
    • Добавлен API, позволяющий контролировать из BPF-программ изменения параметров sysctl;
    • Для архитектуры MIPS32 реализован JIT-компилятор для виртуальной машины eBPF;
    • Для 32-разрядной архитектуры PowerPC добавлена поддержка отладочного инструмента KASan (Kernel address sanitizer), обеспечивающего выявление ошибок при работе с памятью;
    • На системах x86-64 снято ограничение по размещению дампов состояния при крахе ядра (crash-dump) в областях памяти выше 896MB;
    • Для архитектуры s390 реализована поддержка рандомизации адресного пространства ядра (KASLR) и возможность верификации цифровых подписей при загрузке ядра через kexec_file_load();
    • Для архитектуры PA-RISC добавлена поддержка отладчика ядра (KGDB), меток перехода и kprobes;
  • Оборудование
    • В состав включён драйвер Lima для GPU Mali 400/450, применяемого во многих старых чипах на основе архитектуры ARM. Для более новых GPU Mali добавлен драйвер Panfrost, поддерживающий чипы на базе микроархитектур Midgard (Mali-T6xx, Mali-T7xx, Mali-T8xx) и Bifrost (Mali G3x, G5x, G7x);
    • Добавлена поддержка звуковых устройств, использующих открытые прошивки Sound Open Firmware (SOF). Несмотря на наличие открытых драйверов, код прошивок для звуковых чипов до сих пор оставался закрытым и поставлялся в бинарном виде. Проект Sound Open Firmware разработан компанией Intel для создания открытых прошивок для DSP-чипов, связанных с обработкой звука (позднее к разработке также подключился Google). В настоящее время в рамках проекта уже подготовлены открытие прошивки для звуковых чипов платформ Intel Baytrail, CherryTrail, Broadwell, ApolloLake, GeminiLake, CannonLake и IceLake;
    • В DRM-драйвере Intel (i915) добавлена поддержка чипов Elkhartlake (Gen11). Добавлены PCI-идентификаторы для чипов Comet Lake (Gen9). Стабилизирована поддержка чипов Icelake, для которых также добавлены дополнительные PCI-идентификаторы устройств. Включён режим асинхронного переключения между двумя буферами в видеопамяти (async flip) при выполнении операций записи через mmio, что позволило заметно поднять производительность некоторых 3D-приложений (например, производительность в тесте 3DMark Ice Storm увеличилась на 300-400%). Добавлена поддержка технологии HDCP2.2 (High-bandwidth Digital Content Protection) для шифрования видеосигнала, передаваемого через HDMI;
    • В драйвер amdgpu для GPU Vega20 добавлена поддержка RAS (Reliability, Availability, Serviceability) и экспериментальная поддержка подсистемы SMU 11, пришедшей на смену технологии Powerplay. Для GPU Vega12 добавлена поддержка режима BACO (Bus Active, Chip Off). Добавлена начальная поддержка XGMI, высокоскоростной шины (PCIe 4.0) для соединения GPU. В драйвер amdkfd добавлены недостающие идентификаторы карт на базе GPU Polaris10;
    • В драйвер Nouveau добавлена поддержка плат на основе чипсета NVIDIA Turing 117 (TU117, используется в GeForce GTX 1650). В kconfig добавлена настройка для отключения устаревших функций, которые уже не применяются в актуальных выпусках libdrm;
    • В API DRM и драйвер amdgpu добавлена поддержка объектов синхронизации "timeline", позволяющих обойтись без классических блокировок.
    • Из ветки staging в основной состав перенесён драйвер vboxvideo для виртуального GPU VirtualBox;
    • Добавлен драйвер aspeed для GFX чипа SoC ASPEED;
    • Добавлена поддержка ARM SoC и плат Intel Agilex (SoCFPGA), NXP i.MX8MM, Allwinner (RerVision H3-DVK (H3), Oceanic 5205 5inMFD, ,Beelink GS2 (H6), Orange Pi 3 (H6)), Rockchip (Orange Pi RK3399, Nanopi NEO4, Veyron-Mighty Chromebook), Amlogic: SEI Robotics SEI510, ST Micro (stm32mp157a, stm32mp157c), NXP ( Eckelmann ci4x10 (i.MX6DL), i.MX8MM EVK (i.MX8MM), ZII i.MX7 RPU2 (i.MX7), ZII SPB4 (VF610), Zii Ultra (i.MX8M), TQ TQMa7S (i.MX7Solo), TQ TQMa7D (i.MX7Dual), Kobo Aura (i.MX50), Menlosystems M53 (i.MX53)), NVIDIA Jetson Nano (Tegra T210).

Одновременно Латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.2 - Linux-libre 5.2-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске включена загрузка файлов Sound Open Firmware. Отключена загрузка блобов в драйверах mt7615, rtw88, rtw8822b, rtw8822c, btmtksdio, iqs5xx, ishtp и ucsi_ccg. Обновлён код чистки блобов в драйверах и подсистемах ixp4xx, imx-sdma, amdgpu, nouveau и goya, а также в документации к микрокоду. Прекращена чистка блобов в драйвере r8822be из-за его удаления.

  1. Главная ссылка к новости (https://lkml.org/lkml/2019/7/7...)
  2. OpenNews: Релиз ядра Linux 5.1
  3. OpenNews: Релиз ядра Linux 5.0
  4. OpenNews: Релиз ядра Linux 4.20
  5. OpenNews: Релиз ядра Linux 4.19
  6. OpenNews: Релиз ядра Linux 4.18
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (123) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:31, 08/07/2019 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –13 +/
     
  • 1.2, Аноним (2), 10:33, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Как включить фичу с ext4 на уже существующий весь раздел?
     
     
  • 2.3, Аноним (3), 10:37, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очевидно никак.
     
  • 2.5, Нанобот (ok), 10:50, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    удаляешь все файлы с раздела, включаешь фичу на точку монтирования. очевидно же
     
     
  • 3.36, Fyjybv755 (?), 12:55, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > включаешь фичу на точку монтирования

    chattr на точку монтирования будет влиять на смонтированную фс? WUT?

     
     
  • 4.47, Аноним (47), 13:42, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    На корень смонтированной ФС. Так понятнее?
     
  • 2.20, Адекват (ok), 12:05, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А в чем проблема ? фича же драйвером а не разделом определяется, нет ? Будет ядро 5.2, будет в ядре эта фича включена и оно само заработает.
     
     
  • 3.25, Sluggard (ok), 12:17, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Ты как-то странно читал новость. Фича-то появилась, но сама по себе на всём подряд она не заработает (что естественно), активировать её надо руками, и для пустых каталогов. Очевидно, что для работы регистронезависимости на существующем разделе его надо вычистить и назначить каталогу, в который раздел монтируется, соответствующий атрибут.
     
  • 2.29, Аноним (29), 12:40, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    man tune2fs
     
  • 2.39, КО (?), 13:12, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    mkdir tmp
    chattr +f
    mc и далее F6

    :)

     
  • 2.51, Аноним (51), 13:59, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да не нужно это включать, тут в другом прикол.
    Shift надо нажимать пальчиком на другой руке, вроде "ш" нажимаешь правой, а shift - левой.
    Очень удобно.
     
     
  • 3.52, Аноним (52), 14:04, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Майкрософт сказал что регистры в названиях файлов не нужны. Значит не нужны.
     
     
  • 4.58, Аноним (58), 14:36, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Поддержка POSIX
    Из всех поддерживаемых файловых систем NTFS наиболее полно соответствует POSIX.1. В ней реализована поддержка следующих требований POSIX.1:

    назначение имен с учетом регистра;

    согласно POSIX. README.TXT, Readme.txt и readme.txt – это разные файлы;

    дополнительная отметка времени;

    дополнительный штамп времени для сохранения времени последнего доступа к файлу;

    жесткие связи.

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

     
     
  • 5.62, Аноним (62), 15:26, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > дополнительный штамп времени
    > штамп времени

    Это такой оф перевод?

     
  • 5.67, Аноним84701 (ok), 15:52, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Самое интересное - источник https support microsoft com ru-ru help 100108 ove... текст свёрнут, показать
     
  • 5.98, Аноним (98), 05:32, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тем не менее, по умолчанию эта возможность в Виндовс не работает.
     
  • 2.60, Amphyby (ok), 15:11, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    винду с рутрекера долго скачать что ли? зачем кому-то вообще может быть нужно регистронаплевательство в ФС? оО
     
  • 2.110, Аноним (110), 15:04, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем?
     
  • 2.122, Kuromi (ok), 22:00, 13/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Фичу нельзя включить для каталогов в которых уже есть файлы, очевидно чтобы не создавать путаницы (а вдруг у вас атм два файла в разнх регистрах?).
     

  • 1.4, Аноним (4), 10:37, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +26 +/
    > режим работы Ext4 без учёта регистра символов

    Безрукие игроделы ликуют.

     
     
  • 2.8, Аноним (8), 11:02, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поясни для тех кто в танке
     
     
  • 3.10, Аноним (10), 11:07, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +15 +/
    В интернетах встречал, что т.к. игры сделаны под виндавс, там встречалось, что в разных местах на один итот-же файл ссылаются например как file.ext, FILE.EXT и file.EXT. При этом в папке лежит вообще File.Ext. В винде это проблем не вызывает и игра работает, в линуксах добро пожаловать на танцы с бубном.
     
     
  • 4.17, Иваныч (??), 11:34, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Подтверждаю. Так и есть, поучить одному стилю именования весьма сложно, при порте под Linux начинаются проблемы. Либо тотальное переименование скриптом (до свидания, репозиторий), либо набор костылей. Данная опция позволить просто забить на проблему в стиле "и так нормас".
     
     
  • 5.75, Аноним (75), 18:40, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > при порте под Linux начинаются ...

    я не в курсе конечно, но можно перекрыть это одной библиотекой причем загрузить ее даже после сборки такой вот трюк с LD_PRELOAD, а есть и адекватный режим когда всем имена файла оборачивают в макрос делающий все внешние имена файла (как вариант замена вызова open, на custom_open).

    в чем пробелма вообще ума не приложу. поясните где там и у кого сложности? сдлеать sed -i 'g/open/custom_open/s'

     
     
  • 6.86, Иваныч (??), 21:15, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так о чем и речь. Все в движке сводится к работе с нижним регистром (с которыми работал). Файлы либо собираются в архив (виртуальная файловая система) или переименовать все ресурсы в нижний регистр.
     
  • 4.77, Аноним (77), 19:00, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ln File.Ext file.ex
    ln File.Ext FILE.EXT
    ln File.Ext file.EXT
    Не спасут гамеров?
     
     
  • 5.85, Sluggard (ok), 20:48, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это и есть танцы с бубном для конечного пользователя (которому сперва ещё нужно будет узнать, что проблема в регистре имени какого-то файла).
     
  • 5.104, Andrey Mitrofanov_N0 (??), 08:51, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ln File.Ext file.ex
    > ln File.Ext FILE.EXT
    > ln File.Ext file.EXT
    > Не спасут гамеров?

    Нет.   Ты лентяй:

    $ echo {F,f}{I,i}{L,l}{E,e}.{E,e}{X,x}{T,t} |wc -w
    128

    И это ещё не всё.  Пропущенное(*) выше видишь?
    При этом "оно" ещё и от локали, говорят, зависит...
    А ещё "бывают".... .эти, как их?.... ну, кружоки-шапочки на буковках.

    (*)
    $ head -c 1000000 </dev/urandom |grep -aio [filext] |sort -u |cat -n
         1  e
         2  E
         3  f
         4  F
         5  i
         6  I
         7  ı
         8  l
         9  L
        10  t
        11  T
        12  x
        13  X
    $ _

     
     
  • 6.107, Andrey Mitrofanov_N0 (??), 11:41, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > $ echo {F,f}{I,i}{L,l}{E,e}.{E,e}{X,x}{T,t} |wc -w
    > 128
    > И это ещё не всё.  Пропущенное(*) выше видишь?
    > При этом "оно" ещё и от локали, говорят, зависит...

    Агенты Микрософта рады!

    Теперь этот пень https://www.cybertec-postgresql.com/en/icu-collations-against-glibc-2-28-data-
    горит [не только в cifs.ko/]....
    ...на лужайке простофили Линуса и стада его... "клиентов".

    Спасибо, Линус!  Спасибо, Грег.  Спасибо, Джим.

    > А ещё "бывают".... .эти, как их?.... ну, кружоки-шапочки на буковках.

     
  • 2.13, Аноним (13), 11:17, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А я сижу на btrfs.(держу в курсе)
     
     
  • 3.94, iCat (ok), 02:04, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну и зря. Надо для разных задач использовать разные файловые системы.
    Это же Linux, тут никто не принуждает пользоваться единственной "универсальной" FS.
    Для / - одна FS,
    Для архивов - другая
    Для мультимедиа - третья,
    Для баз данных - четвёртая,
    Для кешей - пятая...
     
     
  • 4.124, Аноним (124), 00:25, 16/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Для баз данных - четвёртая,

    Какие предложения по этому пункту будут?

     
     
  • 5.125, iCat (ok), 05:55, 16/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Для баз данных - четвёртая,
    > Какие предложения по этому пункту будут?

    У меня на одних системах - ReiserFS, на других - XFS... Зависит от режима использования БД.

     
     
  • 6.126, Аноним (126), 07:43, 16/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как один из вариантов: пару баз мускуля по пару гиг каждая с RW ~ 90/10
     
     
  • 7.127, iCat (ok), 09:21, 16/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Как один из вариантов: пару баз мускуля по пару гиг каждая с RW ~ 90/10

    Я бы разместил на XFS.

     
  • 2.28, жека воробьев (?), 12:23, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне это полезно, т.к. юзеры готовят в винде данные для обсчета на линуксовом кластере. Сейчас приходится колхозить скрипты предпроцессинга с привидением всего к одному регистру, что-то делать с конфликтами и т.п.
     
     
  • 3.93, gsdh (?), 01:22, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сдается мне, это самая простенькая проверка, наличие которой, вообще, не влияет.
     
  • 2.63, ГабенВульвович (ok), 15:26, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сразу за ними маршируют безрукие разработчики node (никакой ненависти к самой ноде, только к безруким разработчикам)
     

  • 1.7, Аномномномнимус (?), 10:56, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >> режим работы Ext4 без учёта регистра символов

    Довольно бесполезная фича. Куда нужнее было бы увеличить квоты на длину имён файлов

     
     
  • 2.12, Аноним (12), 11:12, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Когда нужнее было бы возможность отключать UGO пермишнс, делая возможным использовать её на флашках вместо кривых фат.
     
     
  • 3.33, Fyjybv755 (?), 12:51, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Монтировать с umask=0, не?
     
     
  • 4.48, Xasd5 (?), 13:44, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не.
     
  • 4.55, Аноним (55), 14:10, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это что, флешки с судо теперь подключать надо?
     
     
  • 5.78, Аноним (77), 19:04, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А в fstab прописать?
     
     
  • 6.117, Алексей Михайлович (?), 16:44, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Флэшку, которую ты ещё даже не видел? Которую тебе принесёт друг, предварительно зарядив туда то самое видео, что ты просил? Да ты силён, как я погляжу.
     
  • 4.68, Аноним (12), 17:06, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Опцию umask имеет только vfat (я имею ввиду команду mount и соответствующее поле в fstab). А если ты предлагаешь ломать систему, ставя юзерам umask=0, то проще уж тогда под рутом работать, примерно одного уровня "решения".

    Так что мимо тут тебе плюсов наставили

     
  • 3.66, iPony129412 (?), 15:47, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Им уж F2FS засадили, но нет — всё им поизвращаться.
     
     
  • 4.69, Аноним (12), 17:08, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    f2fs правда позволяет выкинуть пермишшены?
     
  • 3.79, Аноним (77), 19:12, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >делая возможным использовать её на флашках вместо кривых фат

    А завести на всех пользовательских тачках специального юзера со специальным одинаковым UID? От его имени и монтировать флешки.

     
  • 2.15, _kp (ok), 11:21, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для работы с распакованными образами предназначенными для иных систем, тестирования программ - полезно.
    Еще, подсказали, некоторым это для Win игр нужно.
    Правда и сейчас можно создать небольшой раздел, не ext, где регистр не учитывается, и задача решена.
    Возможно, это баловство, но пусть будет.
     
     
  • 3.42, Аноним (58), 13:19, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это еще нужно тупо для ускорения wine, который при каждой операции открытия файла на чтение/записи был вынужден читать названия всех файлов в каталоге. Теперь же все вновь создаваемые папки будут с этим флагом и останется лишь проверять его наличие, чтобы обходиться без костылей.
     
     
  • 4.44, Michael Shigorin (ok), 13:24, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > и останется лишь проверять его наличие, чтобы обходиться без костылей.

    Поправка: без _своих_ костылей.

     
  • 4.49, Аномномномнимус (?), 13:49, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А вы читали что это вырублено по умолчанию, не везде применимо и вообще не проблема ядра? Ну т.е. Wine как приводил самостоятельно весь выхлоп из ФС, так и будет. А ещё всякие FM точно так же всё это дублируют сами. Т.е. они про этоу фичу ничего не знали, не знают и ещё много лет не будут знать
     
     
  • 5.113, axredneck (?), 18:40, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Wine просто при создании префикса будет ему назначать chattr +F, делов-то.
     

  • 1.11, гы (?), 11:07, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    QtBPF coming soon (:
     
     
  • 2.80, Аноним (77), 19:13, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только6 чтоб для компиляция BPF-программ не был нужем LLVM.
     

  • 1.18, InuYasha (?), 11:35, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >>Добавлен драйвер aspeed для GFX чипа SoC ASPEED;

    Wheeeeeee! Уж не уж то текст в перестанет тормозить на серваках!? Получасовой вывод apt или тормоза в less на грёбаных аспидах - это сущий ужас!

     
     
  • 2.21, Аноним (21), 12:05, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Скажите, а зачем рабочему серваку монитор?!? SSH не достаточно?
     
     
  • 3.26, Stax (ok), 12:17, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Очевидно, для неработающих в данный момент серваков. При обслуживании, решении проблем, добавлении железа. И дело не только в мониторе - если оно тормозит на выводе локально, то точно так же тормозит и при просмотре этого дела через IPMI KVM.
     
     
  • 4.116, InuYasha (?), 12:56, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > просмотре этого дела через IPMI KVM.

    Да, именно так. Ну и когда монитор подключаешь чтобы лог посмотреть, приходится полчаса ждать пока less отрендерится. (

     
  • 3.87, noname.htm (ok), 22:01, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Систему ты как поставишь, чтобы SSH получить?
     
     
  • 4.89, Stax (ok), 22:36, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Cobbler'ом же.
     
  • 2.24, Stax (ok), 12:15, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Пока это ядро до серваков доберется, уже этих aspeed и не найти будет...

    И, к слову сказать, были же драйверы ast и фреймбуффер через astdrmfb. На каких-то aspeed это точно подгружалось и работало. Актуальный AST2500 пару лет как поддерживало. Так что не совсем ясно, что ожидается от нового драйвера.

     
     
  • 3.54, НяшМяш (ok), 14:07, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    DX12 и Raytracing видимо.
     
  • 2.115, sigprof (ok), 10:04, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это драйвер не для того видеоадаптера, который виден со стороны x86_64, а для того, который доступен со стороны ARM-ядра внутри чипа ASPEED BMC — т.е., он предназначен для тех, кто будет собирать собственную прошивку для BMC.

    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=

     

  • 1.19, fi2fi (?), 11:39, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хороший номер версии ))

    помню rh5.2, теперь kernel linux 5.2, большой путь пройден ))))

     
  • 1.27, Аноним (27), 12:20, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >ip ro add 172.16.1.0/24 via inet6 2001:db8::1 dev eth0

    наркомания, чесслово

     
     
  • 2.103, Гентушник (ok), 07:59, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не знаю в каких практических случаях это может понадобиться, но почему бы и нет. Ведь от адреса в via по сути просто берётся MAC-адрес и всё.
     
     
  • 3.109, Аноним (27), 14:48, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >едь от адреса в via по сути просто берётся MAC-адрес и всё.

    нет. ip протокол не только поверх ethernet работает. есть еще линки где мас адресов нет
    а сабж вносит только путаницу

     

  • 1.30, robot228 (?), 12:43, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    А можно мне в будущий апдейт манжары и федоры отключить вот это?
    Добавлена поддержка эллиптических кривых GOST R 34.10-2012 (RFC 7091, ISO/IEC 14888-3).
    КАТЕГОРИЧЕСКИ ПРОТЕСТУЮ!
     
     
  • 2.32, Аноним (-), 12:50, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чем оно тебе мешает? Просто не используй.
     
     
  • 3.34, Fyjybv755 (?), 12:52, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    От одного факта наличия в ядре этого кода сало подгорать начинает.
     
  • 3.100, хотел спросить (?), 07:33, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    этот тот который с бэкдором?

    ну и накой черт оно в свободном софте?

     
  • 2.40, Michael Shigorin (ok), 13:18, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Эх, неумеха Не так надо набрасывать, надо умеючи Если уж Вот, например, пра... текст свёрнут, показать
     
  • 2.76, онанимас (?), 18:46, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Researchers have identified a possible backdoor in the Grasshopper and Stribog algorithms

    категорически удваиваю.

     

  • 1.31, Northern Wolf (?), 12:48, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Проведена значительная оптимизация производительности планировщика ввода/вывода BFQ. В условиях высокой нагрузки на ввод/вывод внесённые оптимизации позволяют до 80% сократить время таких операций, как запуск приложений.

    Прекрасно же! И давно пора. Только, к примеру в Debian мы не "увидим" данное ядро, ну например, никогда! хахахахах

     
     
  • 2.35, Fyjybv755 (?), 12:53, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вы не "увидите", а я через месяцок из stable-backports поставлю.
     
     
  • 3.45, Northern Wolf (?), 13:33, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Из Debian - backports в sources.list? Вы подразумеваете?
     
  • 2.50, Аноним (50), 13:52, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Самому пихнуть слабо?
     
     
  • 3.53, NorthernWolf (?), 14:07, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Объясните, прошу как же таеи собрмть ядро версии 5.0 и старше под Debian 10?
     
     
  • 4.56, Andrey Mitrofanov_N0 (??), 14:12, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >таеи собрмть

    Я не Дминтрий Анатольевич, но...  а , не, о чём это я?

    >ядро версии 5.0 и старше под
    > Debian 10?

    А что не https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-ke
    так-то?

     
  • 4.111, Павел Отредиез (?), 16:00, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    [code]
    cd /usr/src/linux-5.2
    make oldconfig
    make dep-pkg
    [/code]
     
     
  • 5.118, NorthernWolf (?), 19:28, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Смотрите, собрал ядро как было указано в множестве инструкций, и получил при старте системы вот что..
    https://drive.google.com/file/d/1-ddNnkLnMHqqQnWgMhvyCAxziDEZzM0x/view?usp=dri

    Собирал ядро в Debian 10 Buster,для этой же системы, с помощью команды make oldconfig. Потом make menuconfig.

     

  • 1.37, Аноним (37), 13:00, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я так понимаю для работы с AMD Ryzen 2 нужно ждать следующего релиза ядра?
     
     
  • 2.57, Аноним (57), 14:35, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А оно не работало? У меня с марта месяца работает AMD Ryzen 5 2600 c kernel 4.19.
     
     
  • 3.74, commiethebeastie (ok), 18:17, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он Zen2 имеет в виду, там поведение инструкции RdRandr изменилось.
     
     
  • 4.101, хотел спросить (?), 07:35, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А как это решается с ромами? Это серверная штука, и там врядли будут ставить последние ядра.
     
  • 2.114, axredneck (?), 18:45, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да, только ждать нужно релиза systemd, а не ядра.
     

  • 1.38, Michael Shigorin (ok), 13:05, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Тут порой спрашивают (особенно User294), мол, а что сделал альт; вот конкретно от 5.1 до 5.2:

    * Виталик Чикунов принёс целый набор патчей в подсистему crypto (ссылку на наиболее релевантный предложил добавить в новость): https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?qt=aut

    PS: ...и он же поправил однострочником perf на arm64: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=

    * Дима Левин (ldv@) явно в рамках работ по strace добавил syscall_get_arch() ко всем архитектурам, где недоставало; исправил сломанное шляпниками (16add411645cff83360086e102daa67b25f1e39a vs 5e937a9ae913 и 1002d94d3076); и принял участие в исправлении вновь добавленного флага CLONE_PIDFD:
    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=
    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=

    * Коля Костригин (наша молодёжь уже тоже берётся за ядро ;-) при поддержке коллег из SUSE закрыл  https://bugzilla.kernel.org/show_bug.cgi?id=194521 однострочником насчёт Radeon R7 GPU ATS: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=

     
     
  • 2.43, Аноним (43), 13:21, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это проделан титанический труд, выполнен конечно колоссальный объём работ. Спасибо.
     
     
  • 3.82, Michael Shigorin (ok), 19:52, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Привет pavlinux :)
     

  • 1.46, AlexYeCu_not_logged (?), 13:34, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Улучшена реализация монтирования NFSv4 в режиме "soft"

    Сбылась мечта KDE-разрабов?

     
  • 1.59, Аноним (59), 14:48, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Общий mitigations выглядит очень полезно
     
  • 1.61, Аноним (61), 15:17, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4% - Google, 4.0% - AMD, 3.1% - SUSE, 3% - IBM, 2.7% - Huawei, 2.7% - Linaro, 2.2% - ARM, 1.6% - Oracle.

    не понял, а где самый жирный друг опенсорса на букву M ?

     
     
  • 2.64, Andrey Mitrofanov_N0 (??), 15:39, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4%
    > не понял, а где самый жирный друг опенсорса на букву M ?

    В ....гусары!!! мо-о-о-л.... -чать!....  там же.
      http://www.opennet.ru/openforum/vsluhforumID3/109860.html#184
    http://www.opennet.ru/openforum/vsluhforumID3/108941.html#184
    http://www.opennet.ru/openforum/vsluhforumID3/107019.html#26
       http://www.opennet.ru/openforum/vsluhforumID3/105139.html#34

     
  • 2.65, An (??), 15:40, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Им сейчас не до этого , они прикручивают ядро линукса к винде.
     
     
  • 3.102, хотел спросить (?), 07:37, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот вам и extend ))

    зачем вам линукс, если можно и линукс и виндовс сразу?

    и не многие понимают, что это как огурцы с молоком

    пипл хавает

     
  • 2.97, bergentroll (ok), 05:20, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У них своя репа. Они уже extend'ят.
     

  • 1.70, Аноним (70), 17:15, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4% - Google, 4.0% - AMD, 3.1% - SUSE, 3% - IBM, 2.7% - Huawei, 2.7% - Linaro, 2.2% - ARM, 1.6% - Oracle.

    =43.4%

    А кто остальные 56.6%?

     
     
  • 2.71, Аноним84701 (ok), 17:52, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > 12.4% всех изменений подготовлено компанией Intel, 6.3% - Red Hat, 5.4% -
    > Google, 4.0% - AMD, 3.1% - SUSE, 3% - IBM, 2.7%
    > - Huawei, 2.7% - Linaro, 2.2% - ARM, 1.6% - Oracle.
    > =43.4%
    > А кто остальные 56.6%?

    Исходя из содержимого комментариев к различным новостям, там должна быть приписка:
    "And a big, big thanks to anonymous developers from opennet.ru":
    Аноним(1) - 1%, Аноним(2) - 1.2% ... Аноним(55) - 1.1%
    Есть такая? Нет?
    Хм, странно. Видать, слишком длинный список был и его обрезало. Жаль.

    Ну а вообще:
    https://lwn.net/Articles/791606/
    > Most active 5.2 employers

    [code]
    Intel 12.4%
    (Unknown) 7.8%
    Red 859
    Google 5.4%
    (None) 4.7%
    AMD 4.0%
    Linutronix 3.5%
    SUSE 3.1%
    IBM 3.0%
    Linaro 2.7%
    Huawei Technologies 2.7%
    Bootlin 2.6%
    Mellanox 2.6%
    ARM 2.2%
    (Consultant) 2.2%
    Renesas 276
    Oracle 1.6%
    NXP Semiconductors 1.3%
    Linux Foundation  1.2%
    BayLibre 1.2%[/code]

     
  • 2.72, Аноним (72), 17:57, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Независимым сообществом, возможно
     
  • 2.73, Аноним (73), 18:11, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Базальт же, ну.
     
  • 2.81, Аноним (59), 19:15, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Линукс, к счастью, пока еще пишут не только корпорации
     

  • 1.84, Аноним (84), 20:05, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    - Ты Canonical в списке разработчиков ядра видишь?
    - Нет.
    - А он есть.
     
  • 1.88, Oleg (??), 22:13, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Когда WireGuard интегрируют, известно?
     
     
  • 2.92, Аноним (92), 01:14, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Когда все, ради чего делался zinc, будет в kernel crypto, а от zinc останется только маленькая обертка без конкретных реализаций алгоритмов.

    В общем, нескоро.

     

  • 1.90, Линухбарин (?), 23:02, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >12.4% Intel, 6.3% - Red Hat, 5.4% - Google, 4.0% - AMD, 3.1% - SUSE, >3% - IBM, 2.7% - Huawei, 2.2% - ARM, 1.6% - Oracle.

    Норм батрачат

     
  • 1.91, Аноним (91), 00:06, 09/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    позволю небольшое замечание: согласно действующему законодательству есть только электронная подпись, электронно-цифровая подпись отсутствует как класс
     
     
  • 2.95, Аноним (95), 04:33, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А цифровой нет?
    А электронная - это в виде электронов или в виде микросхемы в конвертике?
     
  • 2.131, Аноним (131), 22:10, 18/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж совсем по правильному она должна именоваться цифровой и никак иначе. Это же матеша, для неё электричество не нужно
     

  • 1.96, Гвоздь (?), 04:55, 09/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Добавлена поддержка шлюзов IPv6 для маршрутов IPv4. Например, теперь >можно указывать правила маршрутизации вида "ip ro add 172.16.1.0/24 >via inet6 2001:db8::1 dev eth0";

    Интересно, для каких сценариев это следует применять ?

     
     
  • 2.99, zanswer CCNA RS and S (?), 06:57, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Можно предположить, что для сценариев, когда нужно соединить два IPv4 сайта, через IPv6 магистраль.

    RFC 5549: Advertising IPv4 Network Layer Reachability Information with an IPv6 Next Hop


     

  • 1.108, Анонимно (?), 12:30, 09/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Начать бы с того что бы бестпраксис запрещал примение больших букв в именах файлов в среде Linux. А после того как дистры перешли бы на эти рельсы можно было бы активировать неразборчивости к регистру.
     
     
  • 2.120, анонимка (?), 12:13, 11/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Только однобайтовые кодировки и восьмой бит заблокировать в именах файлов и каталогов.
     
     
  • 3.121, Andrey Mitrofanov_N0 (??), 14:03, 12/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Только однобайтовые кодировки и

    ...имена - последовательности _байтов_.  Не интерпретировать их, байты!, кодировки  не нужны, регистронезависимое ядро/ФС не нужны.

     

  • 1.112, Павел Отредиез (?), 16:28, 09/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Люди не телепаты, ничего не понятно. Надо формулировать свои мысли.
     
  • 1.119, LeNiN (ok), 11:38, 11/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Часть патчей были от команды разработчиков смартфона Librem 5: https://puri.sm/posts/purism-and-the-linux-5-2-kernel/
     
  • 1.123, Аноним (123), 11:32, 15/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не подскажете, почему постоянно портится ext4 (и файлы) на относительно новом ноуте? long test норм, smart тоже.
     
     
  • 2.128, AlexYeCu_not_logged (?), 01:14, 17/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Не подскажете, почему постоянно портится ext4 (и файлы) на относительно новом ноуте?

    Smartbuy?

     
  • 2.129, AlexYeCu_not_logged (?), 01:16, 17/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, если ssd-накопитель, то стоит обновить прошивку: последние годы не меньше половины моделей в продажу с бажными поступают, похоже. Причём все, от уже упомянутых Смартбаев до Самсунгов и Плексторов.
     

  • 1.130, Аноним (130), 23:44, 17/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А фризы системы на подобие этого https://forum.manjaro.org/t/pc-freezes-since-some-days-kernel-5-1-10-and-highe исправили?
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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