Тексты ядра Linux и их компиляция

Отсюда:
https://masterok.livejournal.com/9013014.html

Американская некоммерческая организация Linux Kernel Organization, занимающая разработкой ядра операционной системы Linux, отказалась принимать правки в код своего продукта от российского разработчика процессоров "Байкал Электроникс"...Linux относится к программному обеспечению с открытым кодом. Код ядра Linux и его базовых компонентов открыт и свободно распространяется на основе лицензии GPL. Любой желающий может использовать и модифицировать код при условии, что сделанные им изменения также будут общедоступны. В результате формируется основная ценность открытого ПО - общедоступный массив кода.
… Любой компьютер понимает только автокоды, т.е последовательность 16-ричных чисел – команд. Их можно написать самостоятельно и сохранить в файл. Если все написано правильно, компьютер выполнит нужные действия.
Так не делают, потому что это сложно и долго. Раньше для такого программирования использовался ассемблер – язык очень близкий к автокодам. Сейчас, скорее всего, используется какой-то Си-диалект.  Текстовый файл на Си обрабатывает компилятор. Он берёт текст на Си и пишет понятные компьютеру автокоды.
Самый просто пример такой работы – компилятор Arduino. Он берёт Си-тексты, делает автокоды, понятные микроконтроллеру и засовывает их в его память. После этого этот маленький компьютер выполняет заданные действия.
Что генерирует компилятор ядра Linux, я не знаю. Может ISO образ загрузочного диска. Но если этого компилятора нет в свободном доступе, и компиляцией может заниматься только его собственник, то никакой открытости нет. Точнее открыто кому угодно показываются одни тексты, компилировать могут какие угодно другое. Может быть и те, которые есть в открытом доступе. Но добавить при компиляции ещё какие-то очень просто. Я не буду утверждать, что добавлены тексты, которые все сотрут в пятницу 13-го неизвестного года, но при отсутствии компилятора в открытом доступе, т.е при отсутствие способности создать свой диск ядра по текстам, никто не мешает такие тексты добавить. Так же как и любые другие.
отказалась принимать правки в код своего продукта от российского разработчика процессоров.... может использовать и модифицировать код при условии, что сделанные им изменения также будут общедоступны
… Опишу внутреннюю механику взаимодействий, на которую это все похоже. Программы могут быть больше, т.е содержащие много в себе много текстовых файлов. Их могут корректировать одновременно много народу. Но в результате текст должен быть общий и доступный всем разработчикам. Чтобы совмещать все изменения используются специальные программы. Они периодически запрашивают тексты с изменениями и рассылает разработчикам актуальные варианты текстов. Пусть на сервере хранился текст какой-то вычислительной программы. Причём неправильный. Переменной ПИ забыли присвоить значение 3.14, потому все умножалось на 0. Кто-то исправил ошибку и отправил на сервер текст программы, в середине которого появилась строка «pi=3.14». Программа, совмещающая тексты, строка за строкой просматривает старый и новый вариант. Первая строка – одинаковая, вторая тоже. Наконец она доходит до строки «pi-3.14» в новом варианте и видит, что в старом такой не было. Смотрит дальше и понимает, что дальше ничего не изменилось. Добавляет в старый вариант новую строку и все в порядке.
Примерно тоже самое происходит со всеми корректировками. Но могут возникнуть проблемы. Например, ошибку исправили двое. Одни написал «pi=3.14», а другой решил, что хватит и так «pi=3». Чьё изменение учитывать?
В таких случаях программа не может разобраться и начинается какая-то полуручная сборка. Как это работает можно посмотреть на обновлениях 1С. Есть там такое, кому интересно, поинтересуйтесь.
Возможность делать свои добавления чрезвычайно важна. Если ее не будет, разработчикам придется самостоятельно поддерживать свои варианты кода (форки) и регулярно тратить большие ресурсы на объединение своих изменений с изменениями сообщества. Такие прецеденты есть - например, мы в Postgres Professional поддерживаем свой форк СУБД самостоятельно, поскольку объем наших изменений столь велик, что международное сообщество не успевает его "переварить" в нужные для нас и наших заказчиков сроки.
… Похоже на описание именно таких коллизий, когда кому-то тексты приходится соединять руками. А ситуация наводит на мысль о низком качестве сборщика текстов. Таких программ много (разные есть).
Если нет компилятора этого Linux-а в открытом доступе, то за красивыми словами про открытость и общедоступность прячется в лучшем случае только использование бесплатной рабочей силы.
Если там действительно так, то наглость (рассказ про открытость и компиляция чего угодно у себя) сопоставима разве что с напёрстками.