Движение по включению проприетарных прошивок в поставку Debian

Стив Макинтаир (Steve McIntyre), несколько лет занимавший пост лидера проекта Debian, выступил с инициативой переосмысления отношения Debian к поставке проприетарных прошивок, которые в настоящее время не включаются в состав официальных установочных образов и поставляются в отдельном репозитории non-free. По мнению Стива, попытки достижения идеала в отношении поставки только открытого ПО приводят к лишним трудностям у пользователей, которым во многих случаях приходится устанавливать проприетарные прошивки, если они желают добиться полноценной работы своего оборудования.

Движение по включению проприетарных прошивок в поставку Debian

Проприетарные прошивки помещаются в отдельный репозиторий non-free, наряду с другими пакетами, распространяемыми не под свободными и открытыми лицензиями. Репозиторий non-free официально не относится к проекту Debian и пакеты из него не могут входить в состав установочных и live-сборок. Из-за этого установочные образы с проприетарными прошивками собираются отдельно и отнесены к категории неофициальных, хотя формально их разработкой и сопровождением занимается проект Debian.

Таким образом, в сообществе достигнут определённый статус кво, в котором совмещено желание поставлять в дистрибутиве только открытое ПО и потребность пользователей в прошивках. Имеется и небольшой набор свободных прошивок, который включён в официальные сборки и репозиторий main, но таких прошивок очень мало и их недостаточно в большинстве случаев.

Применяемый в Debian подход создаёт многие проблемы, среди которых неудобство для пользователей и траты ресурсов на сборку, тестирование и размещение неофициальных сборок с закрытыми прошивками. Проект преподносит в качестве основных рекомендуемых сборок официальные образы, но лишь вводит этим пользователей в замешательство, так как в процессе установки они сталкиваются с проблемами в поддержке оборудования. Использование же неофициальных сборок невольно приводит к популяризации несвободного ПО, так как пользователь вместе с прошивками получает и подключённый репозиторий non-free с другим несвободным ПО, в то время как если бы прошивки предлагались отдельно, без включения репозитория non-free можно было бы обойтись.

Последнее время производители всё более активно прибегают к использованию внешних прошивок, загружаемых операционной системой, вместо поставки прошивок в постоянной памяти на самих устройствах. Подобные внешние прошивки необходимы многим современным графическим, звуковым и сетевым адаптерам. При этом неоднозначен вопрос, насколько прошивки можно относить к требованиям поставки только свободного ПО, так как по сути прошивки выполняются на аппаратных устройствах, а не в системе, и относятся к оборудованию. С тем же успехом на современных компьютерах, оснащённых даже полностью свободными дистрибутивами, выполняются прошивки, встроенные в оборудование. Разница лишь в том, что одни прошивки загружаются операционной системой, а другие уже прошиты в ПЗУ или Flash-память.

Стив вынес на обсуждение пять основных вариантов оформления поставки прошивок в Debian, которые планируется выставить на общее голосование разработчиков:

  1. Оставить всё как есть, поставлять закрытые прошивки только в отдельных неофициальных сборках.
  2. Прекратить предоставление неофициальных сборок с несвободными прошивками и привести дистрибутив в соответствие с идеологией проекта по поставке только свободного ПО.
  3. Перевести неофициальные сборки с прошивками в разряд официальных и поставлять их параллельно и в одном месте со сборками, включающими только свободное ПО, что упростит поиск пользователем нужной прошивки.
  4. Включить проприетарные прошивки в состав штатных официальных сборок и отказаться от поставки отдельных неофициальных сборок. Недостатком такого подхода является включение репозитория non-free по умолчанию.
  5. Выделить проприетарные прошивки из репозитория non-free в отдельный компонент non-free-firmware и поставлять его в другом репозитории, не требующем активации репозитория non-free. Добавить в правила проекта исключение, разрешающее включение компонента non-free-firmware в штатные установочные сборки. Таким образом, появится возможность отказаться от формирования отдельных неофициальных сборок, включить прошивки в штатные сборки и не активировать у пользователей репозиторий non-free.

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

Источник: opennet

44
6 комментариев

Фишка Линукса в опенсорсе. Тащить туда проприетарку нету вообще никакого смысла.
Та же Убунту тупо коммерческое говно уровня Винды. И какой смысл переходить с Винды на такие дистры?

4
Ответить

Угу. Попробуй поставь Clear Linux от Intel без совместимого wifi/eth железа.
В установочном дистре нет ни dkms, ни репозиториев. А костылять только на этапе установки - это обычно плохой знак.
Проще, как оказалось, поставить чистый арч, перекомпилировать ядро Clear под него и уже накатить стол.

Кстати в арче в роллинг ветке ядра все железо отлично ловится и ставится.

Я считаю, что в дистре должна быть поддержка всех сетевых устройств как минимум.

Пока, как видится, даже с этим большие проблемы.

Ответить

Если бы они давали выриант, то вопросов бы не было. Дайте репы где лежат закрытые драйвера и скажите что после установки пользователь сам несёт ответственность. Спору нет, они не обязаны это делать из-за своих идеалов, но потребность это не убирает.

Ответить

Комментарий недоступен

Ответить

Ниче другого от ярких небинарных мейнтейнеров дибилиана и не ожидал.
Кушайте сами.

Ответить

Комментарий недоступен

Ответить