Projekt Debian ogłosiło głosowanie nad rezolucją ogólną (GR) wśród deweloperów projektu w sprawie włączenia zastrzeżonego oprogramowania sprzętowego do oficjalnych obrazów instalacyjnych i kompilacji live. Faza dyskusji nad elementami poddanymi pod głosowanie potrwa do 2 września, po czym rozpocznie się głosowanie. W głosowaniu może wziąć udział około 1000 deweloperów zaangażowanych w utrzymanie pakietów i wsparcie infrastruktury. Debian.
Ostatnio producenci sprzętu coraz częściej uciekają się do korzystania z zewnętrznego oprogramowania układowego wgrywanego przez system operacyjny, zamiast dostarczać je w pamięci ROM urządzenia. Takie zewnętrzne oprogramowanie układowe jest wymagane przez wiele nowoczesnych kart graficznych, dźwiękowych i sieciowych. Jednak kwestia, w jaki sposób dostarczanie zastrzeżonego oprogramowania układowego ma się do wymogu dostarczania wyłącznie oprogramowania open source w głównych wersjach, pozostaje kontrowersyjna. Debian, ponieważ oprogramowanie sprzętowe działa na urządzeniach, a nie w systemie, i jest specyficzne dla danego sprzętu. Nowoczesne komputery, nawet te z całkowicie darmowymi dystrybucjami, korzystają z oprogramowania sprzętowego wbudowanego w sprzęt. Jedyną różnicą jest to, że część oprogramowania sprzętowego jest ładowana przez system operacyjny, a inne są już wgrane do pamięci ROM lub flash.
Do tej pory zastrzeżone oprogramowanie sprzętowe nie było uwzględniane w oficjalnych obrazach instalacyjnych. Debian i były dystrybuowane w oddzielnym repozytorium, które nie jest wolne. Wersje instalacyjne z zastrzeżonym oprogramowaniem układowym są uważane za nieoficjalne i są dystrybuowane oddzielnie, co prowadzi do zamieszania i trudności dla użytkowników, ponieważ w wielu przypadkach pełną funkcjonalność nowoczesnego sprzętu można osiągnąć jedynie poprzez instalację zastrzeżonego oprogramowania układowego. Projekt jest odpowiedzialny za przygotowywanie i utrzymywanie nieoficjalnych wersji z zastrzeżonym oprogramowaniem układowym. Debian, co wymaga dodatkowych zasobów do tworzenia, testowania i hostowania nieoficjalnych kompilacji, które są duplikatami wersji oficjalnych.
Powstała sytuacja, w której nieoficjalne kompilacje są bardziej preferowane przez użytkownika, jeśli chce on osiągnąć normalne wsparcie dla swojego sprzętu, a instalacja zalecanych oficjalnych kompilacji często prowadzi do problemów ze wsparciem sprzętu. Ponadto korzystanie z nieoficjalnych kompilacji zakłóca osiągnięcie ideału dostarczania wyłącznie oprogramowania typu open source i mimowolnie prowadzi do popularyzacji oprogramowania własnościowego, ponieważ użytkownik wraz z oprogramowaniem układowym otrzymuje również połączone repozytorium niewolne z innym niewolnym oprogramowaniem.
Aby rozwiązać problem z aktywacją dla użytkowników repozytorium non-free w przypadku korzystania z firmware non-free, proponuje się oddzielenie firmware'u własnościowego od repozytorium non-free do osobnego komponentu non-free-firmware i dostarczenie go osobno, bez konieczności aktywacji repozytorium non-free. Jeśli chodzi o dostarczanie firmware'u własnościowego w zespołach instalacyjnych, do głosowania wystawiono trzy opcje zmian:
Źródło: opennet.ru
