{"id":103819,"date":"2022-04-19T15:36:59","date_gmt":"2022-04-19T13:36:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dvizhenie-po-vklyucheniyu-proprietarnyh-proshivok-v-postavku-debian"},"modified":"2022-04-19T15:36:59","modified_gmt":"2022-04-19T13:36:59","slug":"dvizhenie-po-vklyucheniyu-proprietarnyh-proshivok-v-postavku-debian","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/dvizhenie-po-vklyucheniyu-proprietarnyh-proshivok-v-postavku-debian","title":{"rendered":"Bev\u00e6gelse mod at inkludere propriet\u00e6re firmware i Debian-leverancer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Steve McIntyre, der i flere \u00e5r har v\u00e6ret leder af Debian-projektet, har fremsat en id\u00e9 om at genoverveje Debians tilgang til levering af propriet\u00e6re firmware, som i \u00f8jeblikket ikke inkluderes i de officielle installationsbilleder og leveres i et separat non-free repository. If\u00f8lge Steve f\u00f8rer bestr\u00e6belserne p\u00e5 at n\u00e5 ideen om kun at levere open source-software til un\u00f8dige vanskeligheder for brugerne, som ofte m\u00e5 installere propriet\u00e6r firmware, hvis de \u00f8nsker, at deres udstyr fungerer optimalt. <\/p>\n
Propriet\u00e6r firmware placeres i et separat non-free repository sammen med andre pakker, der distribueres uden frie og \u00e5bne licenser. Non-free repository'en er officielt ikke en del af Debian-projektet, og pakker derfra kan ikke indg\u00e5 i installations- og live-builds. Som f\u00f8lge heraf samles installationsbilleder med propriet\u00e6r firmware separat og betragtes som uofficielle, selvom projektet Debian formelt st\u00e5r for deres udvikling og vedligeholdelse. <\/p>\n
Dermed er der i f\u00e6llesskabet opn\u00e5et en vis status quo, hvor \u00f8nsket om kun at levere open source-software i distributionen kombineres med brugernes behov for firmware. Der findes ogs\u00e5 et lille antal frie firmware, som er inkluderet i de officielle builds og i main repository, men s\u00e5danne firmware er meget f\u00e5 og utilstr\u00e6kkelige i de fleste tilf\u00e6lde. <\/p>\n
Den tilgang, der anvendes i Debian, skaber mange problemer, herunder ulemper for brugerne og ressourcer, der bruges p\u00e5 bygning, testning og distribution af uofficielle builds med lukket firmware. Projektet pr\u00e6senterer officielle billeder som de prim\u00e6re anbefalede builds, men forvirrer brugerne, da de i installationsprocessen m\u00f8der problemer med hardware-support. Brugen af uofficielle builds f\u00f8rer desuden utilsigtet til en popularisering af ikke-frie software, da brugeren, sammen med firmware, f\u00e5r adgang til det tilknyttede non-free repository med anden ikke-fri software, hvilket kunne undg\u00e5s, hvis firmware blev tilbudt separat uden at inkludere non-free repository. <\/p>\n
I den seneste tid er producenterne i stigende grad begyndt at anvende eksterne firmware, der indl\u00e6ses af operativsystemet, i stedet for at levere firmware i den faste hukommelse p\u00e5 enhederne. S\u00e5dan ekstern firmware er n\u00f8dvendig for mange moderne grafiske, lyd- og netv\u00e6rksadaptere. Sp\u00f8rgsm\u00e5let er dog uklart, i hvilken grad firmware kan betragtes som krav til levering af kun fri software, da firmware i sin essens k\u00f8rer p\u00e5 hardwareenheder og ikke i systemet, og relaterer sig til udstyret. P\u00e5 moderne computere, selv de der er udstyret med helt frie distributioner, k\u00f8rer firmware, der er indlejret i udstyret. Forskellen er blot, at nogle firmware indl\u00e6ses af operativsystemet, mens andre allerede er indlejret i ROM eller Flash-hukommelse. <\/p>\n
Steve pr\u00e6senterede fem hovedmuligheder for, hvordan leveringen af firmware i Debian skal se ud, som planl\u00e6gges til at blive sat til afstemning blandt udviklerne: <\/p>\n
Lade alt v\u00e6re som det er, og levere lukkede firmware kun i separate uofficielle builds.\n
Oph\u00f8re med at tilbyde uofficielle builds med ikke-frie firmware og bringe distributionen i overensstemmelse med projektets ideologi om kun at levere fri software.\n
Omklassificere uofficielle builds med firmware til officielle og levere dem parallelt og p\u00e5 \u00e9t sted sammen med builds, der kun indeholder fri software, hvilket vil g\u00f8re det lettere for brugeren at finde den n\u00f8dvendige firmware.\n
Inkludere propriet\u00e6re firmware i de officielle builds og opgive leveringen af separate uofficielle builds. Ulempen ved denne tilgang er, at non-free-repositoriet inkluderes som standard.\n
Separere propriet\u00e6re firmware fra non-free-repositoriet til et separat komponent non-free-firmware og levere det i et andet repository, der ikke kr\u00e6ver aktivering af non-free-repositoriet. Tilf\u00f8je en undtagelse i projektets regler, der tillader inklusion af komponenten non-free-firmware i de officielle installations- builds. P\u00e5 denne m\u00e5de vil det v\u00e6re muligt at opgive oprettelsen af separate uofficielle builds, inkludere firmware i de officielle builds og ikke aktivere non-free-repositoriet for brugerne.\n
Selv Steve g\u00e5r ind for at vedtage det femte punkt, som vil g\u00f8re det muligt for projektet at holde sig inden for promoveringen af fri software, men stadig g\u00f8re produktet brugervenligt og nyttigt for brugerne. I installationsprogrammet foresl\u00e5s det klart at adskille frie og ikke-frie firmware, s\u00e5 brugeren f\u00e5r mulighed for at tr\u00e6ffe et informeret valg og bliver informeret om, hvorvidt de tilg\u00e6ngelige frie firmware underst\u00f8tter det aktuelle udstyr, samt om der er projekter til at skabe frie firmware til de eksisterende enheder. I opstartsfase forventes det ogs\u00e5 at tilf\u00f8je en indstilling for at deaktivere pakken med ikke-frie firmware. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"