Proyekto Debian nag-anunsyo ng botohan para sa pangkalahatang resolusyon (GR) sa mga developer ng proyekto hinggil sa isyu ng pagsasama ng proprietary firmware sa mga opisyal na larawan ng pag-install at mga live build. Ang yugto ng talakayan para sa mga aytem na pagbobotohan ay tatagal hanggang Setyembre 2, at pagkatapos nito ay magsisimula ang botohan. Humigit-kumulang 1,000 developer na kasangkot sa pagpapanatili ng pakete at suporta sa imprastraktura ang karapat-dapat bumoto. Debian.
Kamakailan lamang, ang mga tagagawa ng hardware ay lalong gumagamit ng panlabas na firmware na nilagyan ng operating system, sa halip na magbigay ng firmware sa ROM ng device. Ang ganitong panlabas na firmware ay kinakailangan para sa maraming modernong graphics, sound, at network adapters. Gayunpaman, ang tanong kung paano ang pagkakaloob ng proprietary firmware ay naaayon sa kinakailangan na magpadala lamang ng open source software sa mga mainstream build ay nananatiling kontrobersyal. Debian, dahil ang firmware ay tumatakbo sa mga hardware device, hindi sa loob ng system, at partikular sa hardware. Ang mga modernong computer, kahit na ang mga nagpapatakbo ng mga libreng distribution, ay nagpapatakbo ng firmware na nakapaloob sa hardware. Ang pagkakaiba lamang ay ang ilang firmware ay nilo-load ng operating system, habang ang iba ay naka-flash na sa ROM o flash memory.
Hanggang ngayon, ang proprietary firmware ay hindi kasama sa mga opisyal na larawan ng pag-install. Debian at ipinamahagi sa isang hiwalay na hindi-malayang repositoryo. Ang mga installation build na may proprietary firmware ay itinuturing na hindi opisyal at ipinamamahagi nang hiwalay, na humahantong sa kalituhan at mga kahirapan para sa mga gumagamit, dahil sa maraming pagkakataon, ang buong paggana ng modernong hardware ay makakamit lamang sa pamamagitan ng pag-install ng proprietary firmware. Ang proyekto ay responsable sa paghahanda at pagpapanatili ng mga hindi opisyal na build na may proprietary firmware. Debian, na nangangailangan ng karagdagang mga mapagkukunan para sa pag-assemble, pagsubok, at pagho-host ng mga hindi opisyal na build na nagdodoble sa mga opisyal.
Ang isang sitwasyon ay lumitaw kung saan ang mga hindi opisyal na build ay mas pinipili para sa user kung gusto niyang makamit ang normal na suporta para sa kanyang kagamitan, at ang pag-install ng mga inirerekomendang opisyal na build ay kadalasang humahantong sa mga problema sa suporta sa hardware. Bilang karagdagan, ang paggamit ng mga hindi opisyal na build ay nakakasagabal sa ideyal ng pagbibigay lamang ng open source na software at hindi sinasadyang humahantong sa pagpapasikat ng proprietary software, dahil ang user, kasama ang firmware, ay tumatanggap din ng konektadong non-free repository kasama ng iba pang hindi libre. software.
Upang malutas ang problema sa pag-activate ng hindi libreng repository para sa mga user sa kaso ng paggamit ng hindi libreng firmware, iminungkahi na paghiwalayin ang proprietary firmware mula sa hindi libreng repository sa isang hiwalay na bahagi na hindi libre-firmware at ipadala ito nang hiwalay nang walang nangangailangan ng pag-activate ng hindi libreng repositoryo. Tulad ng para sa supply ng pagmamay-ari na firmware sa mga pagtitipon ng pag-install, tatlong mga pagpipilian para sa mga pagbabago ang inilalagay para sa pagboto:
Pinagmulan: opennet.ru
