Исходное сообщение
"В ядре Linux прекращается поддержка 32-разрядных гостевых си..." Отправлено Ordu, 28-Окт-19 01:23
Это естественно. Комментарий, конечно, patch мог бы и обработать вручную, но вот всё остальное надо проверять глазами, прежде чем патчить. Даже если патчиемая строка не была затронута. Инкапсуляция C'шного кода производится на уровне отдельного сорца, в том смысле, что детали реализации, сокрытые в сорце, тебя могут не заботить, только если ты вызываешь код извне. Если же ты меняешь его внутри, то она тебя должна заботить и очень, во всех деталях, каждая строчка сорца. Не все C программисты это уловили, и не всегда им удаётся таким образом делить код на сорцы, но в ядре это именно так. И если в коде есть лишняя строчка, нужная для поддержки чего-то устаревшего, то любой вносящий правки в этот сорец, должен её иметь в виду. Если же ты поддерживаешь форк, то ты должен проверить каждую изменённую апстримом строчку, на предмет того, не вступает ли она в конфликт с твоей, которой нет в апстриме. И тут уже дело не в том, что patch слишком тупой, а в том, что если patch будет слишком умным, то, используя его, ты накидаешь себе в код багов. Тут не важно, кто будет проделывать работу по поиску конфликтов новых строк со старой -- мейнтейнер/разработчик апстрима или ты, разница во времени выполнения задачи будет определяться только разницей в квалификации: если ты лучше разработчиков апстрима знаешь и понимаешь код, то ты будешь это делать быстрее них, если хуже, то, значит, медленнее. Дело в том, что в апстриме разработчиков много, и многие из них впахивают, и впахивают они молча, ты можешь наблюдать только конечный результат их впахивания. А вот свою работу по поддержанию форка ты не сможешь не заметить, и сравнивая то, что ты видишь, с тем чего ты не видишь, ты естественно приходишь к выводу, что тебе сложнее чем им. Но если ты чего-то не видишь, это не значит, что это что-то не существует.