Nul
Video: Open source: Bedrijven overslaan beveiligingsupdate gezicht groot risico
Het doel? De top Linux-ontwikkelaars uitgelegd, “Onze intentie bij het verstrekken van deze verzekering is aan te moedigen meer gebruik van de software. Wij willen bedrijven en particulieren om te gebruiken, te wijzigen en distribueren van deze software. We willen om te werken met gebruikers in een open en transparante manier om te elimineren alle onzekerheid over onze verwachtingen ten aanzien van de naleving of handhaving die zouden kunnen beperken goedkeuring van onze software. We bekijken juridische actie als een laatste redmiddel, om te worden ingeleid alleen wanneer andere communautaire inspanningen zijn niet het probleem op te lossen.”
In haar nieuwe stelling, Red Hat uitgelegd dat de GPLv2 en LGPL, zoals geschreven, heeft geleid tot de overtuiging dat automatische licentie beëindiging en auteursrechten claims kunnen het gevolg zijn van een daad van onbedoelde niet-naleving. Inderdaad, sommige mensen geloven dat een afzonderlijk schending van het auteursrecht kan leiden tot een rechtszaak, zelfs als de houders van de auteursrechten nog niet de moeite genomen om te vertellen van de vermeende overtreders van wat er aan de hand was voordat het zoeken van juridische bijstand.
In de Rode Hoed niet-commerciële software gezin, de WildFly, GlusterFS-en Pulp-projecten hebben de taal. Deze bieden de basis onderdelen van Red Hat ‘ s JBoss Middleware, Red Hat Gluster Storage en Red Hat Satellite producten. Andere Red Hat-based projecten uitgaande van deze licentie bescherming zijn Anaconda, Red Hat ‘ s besturingssysteem installatie programma; Candlepin; de Cockpit server manager; en Koji, de RPM package builder.
Waarom is Red Hat lastig te vallen met dit als het al is opgenomen in de cure inzet taal met Red Hat Enterprise Linux (RHEL)? Red Hat ‘ s senior commercieel adviseur, Richard Fontana, verklaard:
“Licentie selectie is een vorm van juridische besluitvorming, maar voor zo lang als ik heb bij Red Hat, ingenieurs hebben gekregen aanzienlijke discretionaire bevoegdheid om de licenties kiezen voor de projecten die ze onderhouden, binnen bepaalde grenzen (bijvoorbeeld verwachtingen te kiezen uit een kleine set van gebruikte, de facto standaard licenties). Dit geeft niet alleen onze corporate tradities van ontwikkelaar empowerment, maar ook onze mening dat ingenieurs hebben meestal de grootste bevoegdheid tot het vaststellen van de juiste licentie strategie voor de teelt van gebruiker en de bijdrage van communities rond hun projecten.”
Zowel op historisch en vandaag de dag, veel Red Hat ingenieurs kiezen GPLv2 of LGPLv2.1 voor hun projecten. Na verloop van tijd, deze vaak nemen de bijdragen van de copyright houders andere dan de Rode Hoed.
Daarom zei Fontana, “We breiden de GPLv3 beëindiging beleid voor gebruikers van onze GPLv2/LGPLv2.1 code omdat we vinden het het juiste ding om te doen. De remedie machtigingen bieden extra comfort dat de gebruikers van onze code hebben redelijke garanties van rustige gebruik van de code, zelfs als er sprake is van een tijdelijke licentie niet-nakoming door een derde partij herverdeling van onze code, als gevolg van misverstanden of anderszins. … We hopen dat anderen ook meedoen in dit streven te verzekeren dat de open source gemeenschap die te goeder trouw inspanningen om de fix niet-naleving zal worden omarmd.”
Lees ook: Van Linux naar de cloud, waarom Red Hat zaken voor elke onderneming
Hij maakt een uitstekende punt. Als uw bedrijf of groep is het creëren van open-source software onder een licentie zonder copyright genezen inzet taal, je zou het verstandig zijn om te overwegen. Het zal een lange weg te geruststellend eventuele wettelijk betrokken partners en klanten dat ze zullen me geen zorgen te maken over bijdragen tot of het gebruik van uw software.
Verwante verhalen
Linux beats juridische dreiging van één van de eigen ontwikkelaars van de ‘Grote vier’ Linux bedrijven shift-open-source-licenties policiesLinus Torvalds’ haat-liefde-relatie met de GPL
Verwante Onderwerpen:
Juridisch
Cloud
Big Data Analytics
Innovatie
Tech en Werk
Samenwerking
0