Движение за включване на проприетарни фърмуери в доставката на Debian

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

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

Така в общността е постигнат определен статус кво, в който е съчетано желанието да се предоставя само отворен софтуер в дистрибуцията и нуждата на потребителите от фърмуерни версии. Съществува и малък набор свободни фърмуерни версии, който е включен в официалните сборки и репозитория main, но такива фърмуерни версии са много малко и недостатъчни в повечето случаи.

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

През последните години производителите все по-активно прибягват до използването на външни фърмуерни версии, заредени от операционната система, вместо да предоставят фърмуери в постоянната памет на самите устройства. Подобни външни фърмуери са необходими на много съвременни графични, звукови и мрежови адаптери. При това остава неясен въпросът доколко фърмуерите могат да бъдат отнесени към изискванията за предоставяне само на свободен софтуер, тъй като по същество фърмуерите работят на хардуерни устройства, а не в системата, и са свързани с оборудването. Със същия успех на съвременни компютри, оборудвани дори с изцяло свободни дистрибуции, работят фърмуери, вградени в оборудването. Разликата е само, че едни фърмуери се зареждат от операционната система, а други вече са записани в ROM или Flash памет.

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

  • Да оставим всичко както е, да предоставяме затворени фърмуери само в отделни неофициални сборки.
  • Да спрем предоставянето на неофициални сборки с несвободни фърмуери и да приведем дистрибуцията в съответствие с идеологията на проекта за предоставяне само на свободен софтуер.
  • Да преведем неофициалните сборки с фърмуери в категорията на официалните и да ги предоставяме паралелно и на едно място със сборките, които включват само свободен софтуер, което ще улесни търсенето на необходимия фърмуер от потребителя.
  • Да включим проприетарни фърмуери в състава на стандартните официални сборки и да се откажем от предоставянето на отделни неофициални сборки. Недостатък на този подход е включването на репозитория non-free по подразбиране.
  • Да отделим проприетарните фърмуери от репозитория non-free в отделен компонент non-free-firmware и да го предоставим в друг репозиторий, който не изисква активиране на репозитория non-free. Да добавим в правилата на проекта изключение, позволяващо включването на компонента non-free-firmware в стандартните инсталационни сборки. По този начин ще стане възможно да се откажем от формирането на отделни неофициални сборки, да включим фърмуерите в стандартните сборки и да не активираме репозитория non-free за потребителите.

    Стив предлага за приемането на петия пункт, който ще позволи на проекта да не се отклонява прекалено от насърчаването на свободния софтуер, но същевременно да направи продукта удобен и полезен за потребителите. В инсталатора се предлага ясно разделение на свободни и несвободни фърмуери, като се предоставя възможност на потребителя да направи осъзнат избор, информираен за това дали наличните свободни фърмуери поддържат текущото оборудване и дали съществуват проекти за създаване на свободни фърмуери за наличните устройства. На етапа на зареждане също така се планира добавяне на настройка за деактивиране на пакета с несвободни фърмуери.

    Източник: opennet.ru

  • Купете надежден хостинг за сайтове със защита от DDoS, VPS и VDS сървъри 🔥 Купете надежден хостинг за сайтове със защита от DDoS, VPS и VDS сървъри | ProHoster