Лінус Торвальдс чекав надовго, щоб мають у свого драйвера поставити програмне забезпечення Paragon NTFS, щоб додати його до ядра Linux і це вже зроблено і Torvalds нарешті об'єднав новий драйвер з джерелом ядра Linux 5.15.
Але до цього він скаржився на використання функції запиту злиття GitHub у пості, сказавши, що GitHub "створює абсолютно непотрібні злиття". Очевидно, творцю ядра Linux не дуже подобаються злиття GitHub, якщо вони цього роблять. Також попередження компілятора тепер розглядаються як помилки за замовчуванням у збірках ядра.
На початку серпня, Торвальдс дав Paragon Software поштовх для виконання запиту на витяг»Фактична відправка коду, який буде об'єднаний з джерелами ядра, так що його драйвер читання / запису NTFS може бути включений до наступної версії 5.15, для якої зараз відкрито вікно злиття.
Paragon належним чином подав "запит на виведення", заявивши:
"Поточна версія працює з нормальними / стисненими / спар -файлами та підтримує відтворення журналів acl та NTFS." Тим не менш, компанія все ще знайомиться з процесом подання заявок, і Торвальдс мав досить багато зауважень з метою покращення майбутніх запитів на вилучення. Перш за все, творець ядра Linux сказав, що запит на витяг мав бути підписаний. "У ідеальному світі це був би підпис PGP, який я можу простежити безпосередньо до вас через ланцюжок довіри, але я ніколи не вимагав цього", - сказав він.
Потім помітив, що код у запиті на витяг включає коміти злиття, зроблені з веб -інтерфейсом GitHub.
"Це ще одна з тих речей, які я * дійсно * не хочу бачити: GitHub створює непотрібні злиття, і ви ніколи не повинні використовувати інтерфейси GitHub для об'єднання будь -чого." Злиття - це не одна з цих речей. У минулому, особливо в 2012 році, Торвальдс скаржився на певні аспекти GitHub.
«Я не виконую запити на витяг GitHub. GitHub відкидає всю відповідну інформацію, наприклад навіть наявність дійсної адреси електронної пошти для особи, яка робить запит на витяг. Дифстат також відсутній і непотрібний ", - сказав він тоді. Зауважте, що команда git request-pull відрізняється від функції pull request із GitHub. Крім того, у сховищі Paragon є повідомлення про фіксацію, в яких відсутня інформація, наприклад, «Об’єднати гілку« torvalds: master »у master«. Говорячи про це, Торвальдс заявив у суботу, що "злиття ядра Linux має бути зроблено * правильно *".
Крім додавання контролера Paragon NTFS до ядра Linux 5.15, Торвальдс також включив опцію збірки "-Werror", який є типовим для всіх збірок ядра.
Прапор компіляції »-Помилка«розглядати всі попередження як помилки компіляції. Розповсюджуючи всі попередження як помилки, Торвальдс змушує розробників стежити за тим, щоб попередження про збірки, які в іншому випадку могли б залишитися непоміченими або лише на них слабо вплинули розробники, тепер мають пріоритет, оскільки вони переривають процес збірки.
Торвальдс прокоментував про зміну що ми дійсно повинні завжди мати чисту будову і ми відключимо надто ретельні попередження, якщо це необхідно, якщо ми не можемо їх виправити. Але хоча я застосовую це досить релігійно на своєму власному дереві, різні будівельні роботи, які не обов’язково повідомляють про попередження, цього не роблять.
Переконайтесь, що обробляються попередження, але більшість із цих проектів не мають розміру ядра Linux. З іншого боку, WERROR як перемикач Kconfig. Це вимкне прапор »-Помилка», якщо новіші версії компілятора вводять нові попередження про те, що ядро не може виправити негайно, або інші вибіркові проблеми, для яких неможливо створити ядро без попереджень. Параметр WERROR увімкнено за замовчуванням для всіх збірок ядра.
Лінус закінчив повідомлення патча з:
"Сподіваюся, це означатиме, що я буду отримувати менше запитів на витяг, що містять нові попередження, які не були помічені різними автоматизованими системами". Я стукаю по дереву.