Ruch mający na celu włączenie zastrzeżonego oprogramowania sprzętowego do dystrybucji Debiana

Steve McIntyre, który przez kilka lat był liderem projektu Debian, podjął inicjatywę, aby przemyśleć na nowo podejście Debiana do dostarczania zastrzeżonego oprogramowania sprzętowego, które obecnie nie jest zawarte w oficjalnych obrazach instalacyjnych i jest dostarczane w oddzielnym, niewolnym repozytorium. Według Steve'a dążenie do ideału dostarczania wyłącznie oprogramowania typu open source powoduje niepotrzebne trudności dla użytkowników, którzy w wielu przypadkach muszą instalować firmowy firmware, jeśli chcą uzyskać pełną funkcjonalność swojego sprzętu.

Zastrzeżone oprogramowanie sprzętowe umieszczane jest w oddzielnym, niewolnym repozytorium, wraz z innymi pakietami, które nie są dystrybuowane na wolnych i otwartych licencjach. Niewolne repozytorium oficjalnie nie należy do projektu Debian i pakiety z niego nie mogą być uwzględniane w instalacjach ani kompilacjach na żywo. Z tego powodu obrazy instalacyjne z zastrzeżonym oprogramowaniem są gromadzone osobno i klasyfikowane jako nieoficjalne, chociaż formalnie są opracowywane i utrzymywane przez projekt Debian.

Tym samym w społeczności osiągnięto pewne status quo, które łączy w sobie chęć dostarczania w dystrybucji wyłącznie oprogramowania typu open source i zapotrzebowanie użytkowników na oprogramowanie sprzętowe. Istnieje również niewielki zestaw darmowego oprogramowania układowego, który znajduje się w oficjalnych złożeniach i głównym repozytorium, ale takiego oprogramowania jest bardzo niewiele i w większości przypadków nie są one wystarczające.

Podejście zastosowane w Debianie stwarza wiele problemów, w tym niedogodności dla użytkowników i marnowanie zasobów na budowanie, testowanie i hosting nieoficjalnych kompilacji z zamkniętym oprogramowaniem. Projekt przedstawia oficjalne obrazy jako główne zalecane zestawy, ale to tylko dezorientuje użytkowników, ponieważ podczas procesu instalacji napotykają problemy z obsługą sprzętu. Używanie nieoficjalnych asemblacji mimowolnie prowadzi do popularyzacji oprogramowania prawnie zastrzeżonego, gdyż użytkownik wraz z oprogramowaniem sprzętowym otrzymuje także połączone niewolne repozytorium z innym niewolnym oprogramowaniem, natomiast jeśli oprogramowanie sprzętowe było oferowane osobno, włączenie można zrezygnować z niewolnego repozytorium.

W ostatnim czasie producenci coraz częściej uciekają się do korzystania z zewnętrznego oprogramowania ładowanego przez system operacyjny, zamiast dostarczać oprogramowanie w pamięci stałej na samych urządzeniach. Takie zewnętrzne oprogramowanie jest niezbędne w przypadku wielu nowoczesnych kart graficznych, dźwiękowych i sieciowych. Jednocześnie niejednoznaczne jest pytanie, w jakim stopniu oprogramowanie sprzętowe można przypisać wymaganiom dostarczania wyłącznie wolnego oprogramowania, skoro w istocie oprogramowanie sprzętowe jest wykonywane na urządzeniach sprzętowych, a nie w systemie i dotyczy sprzętu. Z takim samym sukcesem nowoczesne komputery, wyposażone nawet w całkowicie darmowe dystrybucje, uruchamiają oprogramowanie wbudowane wbudowane w sprzęt. Jedyna różnica polega na tym, że niektóre oprogramowanie sprzętowe jest ładowane przez system operacyjny, podczas gdy inne są już flashowane w pamięci ROM lub Flash.

Steve poruszył do dyskusji pięć głównych opcji projektowania dostarczania oprogramowania sprzętowego w Debianie, które mają zostać poddane ogólnemu głosowaniu programistów:

Zostaw wszystko tak, jak jest, dostarczaj zamknięte oprogramowanie układowe tylko w oddzielnych nieoficjalnych złożeniach.

Przestań dostarczać nieoficjalne kompilacje z niewolnym oprogramowaniem i dostosuj dystrybucję do ideologii projektu polegającego na dostarczaniu wyłącznie wolnego oprogramowania.

Konwertuj nieoficjalne zestawy z oprogramowaniem na oficjalne i dostarczaj je równolegle i w jednym miejscu z zestawami zawierającymi wyłącznie darmowe oprogramowanie, co ułatwi użytkownikowi wyszukiwanie wymaganego oprogramowania.

Dołącz zastrzeżone oprogramowanie sprzętowe do standardowych oficjalnych zestawów i odmawiaj dostarczania poszczególnych nieoficjalnych zestawów. Wadą tego podejścia jest domyślne włączenie niewolnego repozytorium.

Oddziel zastrzeżony firmware z niewolnego repozytorium do osobnego, niewolnego komponentu oprogramowania sprzętowego i dostarcz go do innego repozytorium, które nie wymaga aktywacji niewolnego repozytorium. Dodaj wyjątek do reguł projektu, który pozwala na włączenie niewolnego komponentu oprogramowania sprzętowego do standardowych zestawów instalacyjnych. W ten sposób będzie można odmówić tworzenia oddzielnych nieoficjalnych zestawów, dołączyć oprogramowanie układowe do standardowych zestawów i nie aktywować niewolnego repozytorium dla użytkowników.

Sam Steve opowiada się za przyjęciem punktu piątego, co pozwoli projektowi nie odbiegać zbytnio od promowania wolnego oprogramowania, ale jednocześnie sprawić, że produkt będzie wygodny i użyteczny dla użytkowników. Instalator oferuje wyraźne rozróżnienie pomiędzy darmowym i niewolnym oprogramowaniem, umożliwiając użytkownikowi dokonanie świadomego wyboru i informując go, czy dostępne bezpłatne oprogramowanie sprzętowe obsługuje bieżący sprzęt i czy istnieją projekty stworzenia bezpłatnego oprogramowania sprzętowego dla istniejących urządzeń. Na etapie uruchamiania planowane jest również dodanie ustawienia wyłączającego pakiet z niewolnym oprogramowaniem.

Źródło: opennet.ru