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

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

Патентованият фърмуер се поставя в отделно несвободно хранилище, заедно с други пакети, които не се разпространяват под безплатни и отворени лицензи. Несвободното хранилище не принадлежи официално към проекта Debian и пакетите от него не могат да бъдат включени в инсталация и компилации на живо. Поради това инсталационните изображения със собствен фърмуер се събират отделно и се класифицират като неофициални, въпреки че формално се разработват и поддържат от проекта Debian.

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

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

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

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

Оставете всичко както е, доставяйте затворен фърмуер само в отделни неофициални сборки.

Спрете предоставянето на неофициални компилации с несвободен фърмуер и приведете разпространението в съответствие с идеологията на проекта за предоставяне само на безплатен софтуер.

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

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

Отделете частния фърмуер от несвободното хранилище в отделен компонент на несвободния фърмуер и го доставете в друго хранилище, което не изисква активиране на несвободното хранилище. Добавете изключение към правилата на проекта, което позволява включването на несвободен фърмуерен компонент в стандартните инсталационни модули. По този начин ще бъде възможно да се откаже създаването на отделни неофициални сглобки, да се включи фърмуер в стандартните сглобки и да не се активира несвободното хранилище за потребителите.

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

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