В январе 1994 года Мёрдок составляет Манифест Debian. В духе столлмановского Манифеста GNU он объясняет важность тесного сотрудничества с фондом свободного ПО:
Фонд свободного программного обеспечения чрезвычайно важен для будущего проекта Debian. Тот простой факт, что этот фонд распространяет дистрибутив, говорит миру, что Linux [sic] – не коммерческий продукт, и не должен быть таковым, но не значит, что Linux не может соперничать с коммерческими продуктами. Если вы не согласны с этим – объясните рационально успех GNU Emacs и GCC, которые не относятся к коммерческим продуктам, но серьёзно влияют на рынок по факту.
Пришло время позаботиться о будущем Linux [sic], а не о деструктивном обогащении за счёт Linux и его сообщества. Может быть, разработка и раздача Debian не решат поднятой в Манифесте проблемы, но, надеюсь, хотя бы привлечёт к ней достаточно внимания.[123]
Вскоре после выхода Манифеста фонд свободного ПО делает первый важный запрос. Столлман просит Мёрдока называть систему “GNU/Linux”. Сначала, впрочем, Ричард предлагает комбинированный вариант – “Lignux”, но это название никому не нравится, и Столлман возвращается к более длинному, но не такому критикуемому названию GNU/Linux.
Мёрдок принимает просьбу Столлмана, однако многие продолжают игнорировать приставку “GNU”, считая её попыткой запоздало приписать себе заслуги. Сам Мёрдок так не считает. По его словам, это попытка примирить разработчиков проекта GNU с теми программистами, что адаптируют программы GNU к ядру Linux. “Был серьёзный раскол, – вспоминает он, – и он беспокоил Ричарда”.
В 1990 году у каждой программы GNU уже был сопровождающий специалист. Многие программы GNU могут работать в разных операционных системах, и пользователи регулярно добавляют в код этих программ возможности для работы на других системах. Но многие пользуются лишь одной операционной системой, и их правки кода часто вызывают проблемы на других платформах. Сопровождающие отклоняют такие правки, прося переделать их. Если пользователь хочет, чтобы его правки попали в общую версию, то ему приходится выполнять требования сопровождающего. После чего сопровождающий принимает правки и далее обслуживает их уже сам. Эта процедура в различных программах GNU повторяется десятки раз для десятков различных систем.
Но программистов, работающих над адаптацией программ GNU к ядру Linux, волнует лишь их собственная система. Когда сопровождающие GNU просят их переделать правки для стабильной работы в других системах, те игнорируют просьбы. Их не заботит правильность кода с точки зрения многоплатформенности и дальнейшей поддержки программ GNU. Они скорее выделят разработку программы в новую ветку, не связанную с проектом GNU, чем будут тратить время на проблемы GNU.
Ветвление разработки программы для хакера – неоднозначное действие. Конечно, хакерская этика не ограничивает программиста в возможности копировать код и создавать новые версии программ, но хакеры считают более правильным отсылать все правки кода разработчику оригинальной версии. Улучшать сообща основную версию программы удобнее и полезнее для всех. Свободные лицензии не запрещают создавать ответвления, но делать это без явной необходимости считается дурным тоном.
На посту лидера проекта GNU Столлман уже сталкивался с печальными последствиями ветвления кода. В 1991 году компания Lucid нанимает несколько программистов для улучшения GNU Emacs, они пишут ряд новых функций и предлагают их Столлману. Как это обычно бывает, половину этих функций Ричард принимает, а другую половину отклоняет. Программисты настаивают на том, чтобы Столлман принял все функции, но он говорит, что может принять лишь половину, да и то лишь после доработки. Тогда программисты Lucid вообще отказываются помогать ему даже с этой одобренной половиной функций, и ветвят код GNU Emacs, выпуская собственную версию – Lucid Emacs. Это вызывает бурю эмоций в сообществе.[124]
Теперь же программисты делают ответвления сразу нескольких важнейших программ GNU. Поначалу Столлман считает, что так проявляется лихорадочная нетерпеливость, которая характерна для всего динамичного сообщества Linux. В отличие от них, сопровождающие проекта GNU вносят изменения куда медленнее и вдумчивее, анализируя их с точки зрения долгосрочной стабильности. Но со временем, читая электронные письма программистов GNU/Linux, Ричард понимает, что причина в расхождении их целей с целями проекта GNU.
123
Ian Murdock,
124
Джейми Завински, бывший программист компании Lucid, впоследствии ставший главой разработчиков Mozilla, аргументированно защитил создание Lucid Emacs в статье “The Lemacs/FSFmacs Schism.”, at http://www.jwz.org/doc/lemacs.html[124]. Столлман ответил на эти аргументы собственной статьёй здесь http://stallman.org/articles/xemacs.origin[125].