Vaba Tarkvara Sihtasutus kavatsusest luua uus koodimajutus, mis toetab ühise arenduse korraldamise tööriistu ja vastab varem väljatöötatule tasuta tarkvara hostimine. Uus platvorm täiendab olemasolevat aasta hostimist , mille toetamine jätkub muudatusteta. Uue hosti loomise eesmärk on soov lahendada probleem avatud lähtekoodiga tarkvaraarenduse infrastruktuuriga. Praegu sõltuvad paljud tasuta projektid koostöö arendusplatvormidest, mis ei avalda oma koodi ja sunnivad neid kasutama patenteeritud tarkvara.
Platvorm on plaanis kasutusele võtta 2020. aastal ning see on üles ehitatud juba olemasolevate tasuta kooditöö korraldamise lahenduste baasil, mille on välja töötanud sõltumatud kogukonnad, mis ei ole seotud üksikute ettevõtete huvidega. Projekti valimise otsus pole veel tehtud, kuid peamised võimalused , и , mida arendatakse aktiivselt, levitatakse tasuta litsentside alusel ja mis toetavad kahefaktorilist autentimist. Üksikute kogukondade, organisatsioonide ja ettevõtete projektide arendamisele keskendunud lahendused, nt
, и , esialgu ei kaalutud, kuna eesmärk on luua avalik platvorm, mis võimaldab kasutajatel luua kontosid ja luua oma hoidlaid.
Kõige tõenäolisem kandidaat on Pagure platvorm, mille on välja töötanud Fedora Linuxi arendajad. Pagure eeliste hulgas on avatud lähtekoodiga tarkvara arendamise platvormi kasutamise kogemus, kasutuskoha kohanemisvõime , teiste süsteemide probleemiaruannete ja liitmistaotluste importimise ja eksportimise tugi, võimalus kasutada projektide jaoks oma nimeruume. Puuduste hulgas on ülemäärane sõltuvus JavaScriptist ja raskused ilma brauseris lubatud JavaScriptita töötamisel.
Teist kandidaati Giteat kasutab juba aastal Euroopa avatud lähtekoodiga fond
ja on ka avatud lähtekoodiga hostimise aluseks . Üks Gitea eeliseid on LibreJS-i osaline tugi. Puuduseks, nagu Pagure, on sõltuvus JavaScriptist, samuti tööriistade puudumine GitHubi platvormil projekti arendamiseks ja importimiseks, mis nõuab patenteeritud JavaScripti koodi käivitamist.
Sourcehuti platvorm on hea selle poolest, et see suudab täielikult töötada ilma JavaScriptita, LibreJS-i toe juurutamise lihtsus, andmete ekspordi tööriistade kättesaadavus (import arenduses), täielik vastavus A-kategooria eetikanõuetele (vt allpool), olemasolu. viki, pideva integratsioonisüsteemi ja meilipõhise arutelusüsteemi, Mercuriali tugi ja koodide levitamine GPLv3 litsentsi alusel. Puuduseks on puudulik arendus (platvorm on alfa testimise staadiumis), keeruline koodis ja probleemides navigeerimine, veebiliidese puudumine liitmistaotluste jaoks (liitmistaotlus luuakse pileti loomisega ja lingi lisamisega filiaali harule). Git).
GitLabi taotlus lükati kohe tagasi. Hoolimata asjaolust, et see platvorm on väga populaarne, tuttav ja pakub palju võimalusi, arendab projekti äriettevõte, Google'i patenteeritud ReCAPTCHA koodile, ei võimalda LibreJS-i tuge ilma tarbetute komplikatsioonideta, omab negatiivset kogemust telemeetria kogumine ei vasta Open Source Foundationi eetikanõuetele. GitLabi kasutades ei saaks Free Software Foundation hakkama ilma selle platvormi hargi hooldamiseta, kuid selleks puuduvad vajalikud vahendid.
Fondi tuvastatud STR-d tasuta koodimajutuse nõuded (Open Source Foundationi loodud hostimine peab vähemalt algselt vastama tasemele “B”, misjärel tõstetakse see järk-järgult tasemele “A”):
- "C" on miinimumnõuded teenustele, milles saab hostida GNU projekte:
- Kõigi funktsioonide kättesaadavus täiesti tasuta brauserite (nt IceCat) kasutajatele. Sisu saab käivitada teistes programmeerimiskeeltes, mis on tõlgitud JavaScripti. Võtme JavaScripti kood peab olema vaba või keelav (funktsionaalsus peab säilima, kui JavaScripti tugi on brauseris keelatud).
- Saidiga töötamiseks pole vaja installida patenteeritud tarkvara (näiteks Adobe Flash);
- Ei mingit diskrimineerimist sõltuvalt kasutaja kategooriast ja tema elukohariigist;
- Võimalus töötada teenusega anonüümses režiimis, kasutades Tor-võrku;
- Teenusega töötamise tingimused ei tohiks sisaldada ebameeldivaid nõudeid;
- GPLv3 litsentsi kasutamist tuleks julgustada ja soovitada vähemalt samal tasemel kui muud tüüpi litsentsid;
- HTTPS-i õige tugi, sealhulgas usaldusväärsete sertifikaatide kasutamine.
- “B” – lisanõuded, mis võimaldavad meil teenust soovitada:
- Kogu kliendile saadetud JavaScripti kood peab olema tasuta ja äratundmiseks märgistatud või mainige selgelt oma litsentsi;
- Teavet külastajate kohta ei tohi edastada kolmandatele isikutele ega kolmandatele isikutele. Eelkõige ei tohiks silte kasutada kasutajate liikumiste jälgimiseks saitide vahel, mis tähendab enamiku reklaamivõrkude kasutamise vältimist;
- Kurja litsentsimise praktikat ei tohiks peale suruda (koodi tarnimine ilma litsentsita, ebaselged litsentsitingimused ja sidumine ainult ühe litsentsi versiooniga);
- Mittevabade litsentside valimisel pole soovitust;
- "A" - kõrgeimad nõuded:
- Sait peab olema täielikult funktsionaalne ja JavaScript on keelatud;
- Teenuse serverikomponente tuleb levitada tasuta tarkvara kujul;
- Koodile tuleks pakkuda eelisjärjekorras GPLv3+ litsentsi valikut;
- Lisavarustusena peab olema saadaval AGPLv3+ litsents;
- Toodete postitamine patenteeritud või litsentsimata litsentside alusel peaks olema keelatud;
- Teenuste kasutamist ei tohiks pakkuda ;
- "Avatud lähtekoodiga" asemel tuleks kasutada mõistet "vaba tarkvara";
- Vabaduse ideed, mida propageerib "";
- Distributsioonide kontekstis ei tohiks terminit Linux kasutada ilma GNU eesliiteta, s.t. peaks kasutama GNU/Linuxit;
- Iga paki mittetriviaalne fail peab sisaldama teavet kasutatud litsentsi kohta.
- “A+” – ideaalsed lisasoovid:
- Võimalus saiti vaadata ja alla laadida ilma autentimiseta;
- Külastajate teabe logidesse salvestamise keelamine;
- Vastavus Sihtasutuse Electronic Frontier Foundation poolt välja töötatud veebiteenuste pakkujate töö korraldamise kohta;
- Sisu juurdepääsetavus puuetega inimestele, vastavus standarditele и ;
- Kõik autorite ja projektis osalejate esitatud andmed tuleb eksportida masinloetavasse vormingusse.
Allikas: opennet.ru