GNU/Linux

GitHub заблокировал репозиторий c официальной документацией проекта SymPy и размещённый на серверах GitHub сайт docs.sympy.org после получения жалобы о нарушении авторских прав компании HackerRank, специализирующейся на проведении конкурсов среди разработчиков и найме программистов. Блокировка произведена на основании действующего в США Закона об авторском праве в цифровую эпоху (DMCA).

После возмущения сообщества компания HackerRank отозвала жалобу и признала, что заявление о нарушении авторских прав было отправлено по ошибке. GitHub снял блокировку с репозитория и сайта SymPy. Чтобы избежать подобных ошибок в дальнейшем руководитель HackerRank объявил о приостановке процесса отправки жалоб DMCA до пересмотра правил определения нарушений. В качестве компенсации компания HackerRank намерена пожертвовать проекту SymPy 25 тысяч долларов.

Проект SymPy развивает Python-библиотеку компьютерной алгебры для символьных вычислений и применения методов дискретной математики, пользующуюся популярностью среди учёных, исследователей и студентов. Претензии HackerRank сводились к обвинению в заимствовании материалов из тестов компании на одной из страниц сайта с документацией к SymPy.

История интересна тем, что, судя по всему, работники компании HackerRank в своё время использовали отрывки из официальной документации SymPy в своих тестах. Для борьбы с нарушениями авторских прав в сети компания HackerRank наняла агентство WorthIT Solutions, представители которого провели рейд по выявлению фактов заимствования материалов HackerRank, нашли пересечение и не разбираясь написали жалобу на нарушение авторских прав против сайта SymPy, в котором была размещена документация, на основе которой составлялись тесты.

Примечательно, что это не первый случай и компания HackerRank ранее уличалась в отправке жалоб, не соответствующих действительности. Например, разработчики PHP в январе получили жалобу на нарушение авторских прав на странице с описанием функции range() на сайте php.net. До этого более 40 репозиториев было заблокировано по жалобе HackerRank в ноябре прошлого года. Некоторые из заблокированных проектов, например, React-Leaderboard, не содержат следов нарушения.

Апрельские жалобы HackerRank не ограничились проектом SymPy и затронули ещё 12 репозиториев (1, 2, 3, 4, 5), которые также были заблокированы. Автор одного из заблокированных репозиториев (shreyash1811.github.io) отправил встречное возражение, в котором не признал нарушение. Тем не менее возражение уже три дня остаётся нерассмотренным, и сайт shreyash1811.github.io по-прежнему заблокирован.

Также заслуживает внимание то, что блокировка была осуществлена несмотря на ранее предпринятые в GitHub действия по предотвращению необоснованных блокировок. Например, GitHub утверждал, что перед блокировкой жалобы будут проходить независимую техническую экспертизу и проверяться юристами, а перед началом блокировки разработчикам будет даваться время, чтобы оспорить претензию или внести исправление в репозиторий. Указанные меры были приняты для жалоб о нарушении 1201 статьи DMCA, которая запрещает обход технических мер защиты, таких как DRM. Разработчики SymPy были обвинены в нарушении статьи 501, охватывающей нарушения авторского права. Тем не менее представители GitHub поверили голословным обвинениям и не предприняли действий по перепроверке факта нарушения, даже в ситуации, когда блокировка касалась популярного и значимого проекта.

Компания Microsoft портирует DirectX 12 на SteamOS, чтобы улучшить работу своих будущих проектов на Linux. Как заявил глава графического подразделения Adroll Thief, мы очень рады, что наши решения смогут дополнить инфраструктуру инструментария доступного разработчикам на Linux, а игрокам предпочитающим "необычные решения" сосредоточиться на простом запуске игр. Данное решение ещё требует некоторых согласований, но мы уже работаем с Линусом Торвальдсом о внедрение компонентов DirectX в грядущий релиз ядра 5.9, а также с компанией Valve о возможной адаптации Halo: The Master Chief Collection для Steam Deck. Мы, как корпорация имеющая платиновый статус поддержки Linux, уверены, что будущее должно наступить для всех, а прошлые заблуждения остаться в прошлом. Ждём больше информации в ближайшее время.

Я хочу поделиться с вами одним наблюдением, которое я сделал при изучении отчета о развитии FreeBSD за 4-й квартал 2021-го и за 4-й квартал 2020-го, но сперва небольшая вводная часть.

При разработке свободных и открытых операционных систем нередко функциональность приносится в жертву лицензионной чистоте. К примеру, Проект Debian разрабатывает по-настоящему свободный дистрибутив GNU/Linux (что бы Фонд СПО не говорил). Нередко случается так, что программное обеспечение, исходный код которого распространяется под той или иной свободной лицензией, содержит несвободные компоненты. В таких случаях перед попаданием в Debian все несвободные компоненты выкидываются из этого ПО. Ядро Linux, которое аж с 1996-го «привязано» к бинарным блобам, здесь не исключение, но ценой его освобождения является сокращение количества поддерживаемого оборудования.

Во FreeBSD есть похожая тенденция, когда компоненты операционной системы проходят отбор на соответствие определенным условиям распространения, и функциональность в этом отборе, также как и в Debian, имеет не самый высокий приоритет. Для того чтобы стать частью FreeBSD, компоненты должны распространяться на условиях любой свободной лицензии, за исключением GPL. Предпочтение отдается BSD и другим пермиссивным (разрешительным) лицензиям. Но так было не всегда. Было время, когда компоненты, распространяющиеся на условиях GPL, мирно сосуществовали со всеми остальными в базовой системе FreeBSD, но с приходом GPLv3 в 2007-м все изменилось – разработчики FreeBSD стали одержимы поиском и созданием замен для различных частей операционной системы, распространявшихся на условиях GPL. Так, на протяжении следующих десяти лет они работали в этом направлении. (О том, откуда нелюбовь к GPL берет свое начало, я рассказал в отдельной статье, а также в ролике, который вы найдете в конце этой заметки.) В отчете за 4-й квартал 2020-го разработчики похвастались, что у них это, наконец, получилось. Но позднее, из отчета за 4-й квартал 2021-го, стало ясно, что, выкинув из базовой системы отладчик GNU GDB, разработчики теперь по нему скучают, т.к. заменивший его LLDB не достаточно функционален для полноценной отладки ядра операционной системы. Действительно, одно дело заменить GNU Grep на альтернативу, распространяющуюся на условиях BSD, а другое дело найти полнофункциональные аналоги для фундамента разработки самой операционной системы – GCC и GDB. Но разработчики не сдаются – теперь их значительные усилия направлены на доведения LLDB до паритета в функциональности с GDB.

Многолетняя борьба разработчиков FreeBSD подходит к успешному завершению (об этом я надеюсь узнать уже из отчета за 1-й квартал 2022-го). Я, в свою очередь, продолжаю изучать квартальные отчеты некоммерческих организаций, занимающихся разработкой свободного и открытого ПО, вдохновляться упорством, с которым люди идут к поставленным целям, и делиться своими наблюдениями.