Ричард Столлман и революция свободного программного обеспечения

Столлман опоздал к пирушке победителей, но всё ещё очень влиятелен. Фонд свободного ПО объявляет о финансовой и моральной поддержке проекта Мёрдока, и вслед за этим его окатывает волна поддержки из других источников. Мёрдок называет свой проект Debian – сокращение от имени его жены Деборы и его собственного имени Ян – и уже через несколько недель выкатывает первую версию дистрибутива. “Поддержка Ричарда буквально катапультирует Debian к пику внимания сообщества”, – говорит Мёрдок.

В январе 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.

Ветвление разработки программы для хакера – неоднозначное действие. Конечно, хакерская этика не ограничивает программиста в возможности копировать код и создавать новые версии программ, но хакеры считают более правильным отсылать все правки кода разработчику оригинальной версии. Улучшать сообща основную версию программы удобнее и полезнее для всех. Свободные лицензии не запрещают создавать ответвления, но делать это без явной необходимости считается дурным тоном.