Світ технологій прогресує набагато швидше, ніж закони, і вони повинні прагнути його досягти. У випадку з вільним та відкритим програмним забезпеченням, як Фонд вільного програмного забезпечення, так і Ініціатива з відкритим кодом, органи, відповідальні за регулювання різних ліцензій) Вони періодично стикаються з проблемою, як дотримуватися своїх принципів і одночасно заважати комусь неправомірно скористатися.
В останній раз Ініціатива з відкритим кодом дала йому печатка затвердження 4 нові ліцензії для конкретних цілей.
Нові ліцензії з відкритим кодом
Ліцензія на криптографічну автономію версії 1.0 (CAL-1.0)
Це було створений у 2019 році командою проектів з відкритим кодом Голочай,
Ця ліцензія була розроблена для використання з розподіленими криптографічними додатками. Недоліком традиційних ліцензій є те, що вони не вимагали спільного використання даних, що може вплинути на роботу всієї мережі. Ось чому CAL він також включає обов'язок надати третім особам необхідні дозволи та матеріали для самостійного використання та модифікації програмного забезпечення без втрати цією стороною даних або ємності.
Ліцензія на відкрите обладнання (OHL)
З боку Європейської організації з ядерних досліджень (CERN) ця ліцензія постачалась із трьома варіантами eзосереджена на можливості вільного обміну як апаратним, так і програмним забезпеченням.
Необхідно внести уточнення. OSI спочатку створювався з урахуванням програмного забезпечення, тому він не має механізмів затвердження ліцензій на обладнання. Але, оскільки пропозиція ЦЕРН стосується обох пунктів, це зробило можливим схвалення.
Міріам Айасс, юрисконсульт групи передачі знань і технологій ЦЕРН, є автором тексту нових ліцензій. Ніхто краще за неї не пояснив її мету
Ліцензії CERN-OHL означають для обладнання те, що безкоштовні ліцензії та ліцензії з відкритим кодом - для програмного забезпечення. Вони визначають умови, за яких ліцензіат може використовувати або модифікувати ліцензований матеріал. Вони поділяють ті самі принципи, що і безкоштовне програмне забезпечення або програмне забезпечення з відкритим кодом: будь-хто повинен мати можливість побачити джерело - проектну документацію щодо апаратного забезпечення -, вивчити його, змінити та поділитися ним.
Як ми вже говорили, друга версія ВЛ містить три варіанти. У поширених запитаннях вони пояснюють це, роблячи аналогію з ліцензіями на програмне забезпечення з відкритим кодом
У сфері програмного забезпечення існує три загальновизнані режими ліцензування вільного та відкритого коду: дозвільний, слабкий копілефт та сильний копілефт. Для кожного варіанту існують переваги та варіанти використання, і те саме стосується апаратного забезпечення. Ми використовуємо слово "взаємність" замість "copyleft", оскільки основні права в нашому випадку не обмежуються авторським правом.
Ті, хто зацікавлений у розповсюдженні своїх дизайнів із цим типом ліцензії, повинні ідентифікувати обраного, використовуючи літери: S, W або P:
CERN-OHL-S - це суто взаємна ліцензія:. Той, хто використовує дизайн за цією ліцензією, повинен зробити джерела його модифікацій та доповнень доступними за цією самою ліцензією.
CERN-OHL-W - це взаємна ліцензія: Це змушує лише розподіляти шрифти тієї частини дизайну, яка спочатку була розміщена під ним. Не так доповнення та модифікації.
CERN-OHL-P - це дозвільна ліцензіядо. Це дозволяє людям взяти проект, переліцензувати його та використовувати без будь-яких зобов'язань щодо розповсюдження джерел.
Слід сказати, що люди в ЦЕРНі, схоже, знайшли рішення проблеми, яка впливає на деякі проекти з відкритим кодом. Велика компанія використовує цей проект для комерціалізації послуг і не тільки робить якийсь внесок у початковий проект (або за допомогою коду, або за фінансовою підтримкою), а також конкурує на тому ж ринку.
Ми вже говорили Linux Adictos випадок Elastic, постачальника технологій пошуку хмарних технологій, який змінив ліцензію з відкритого коду на подвійну схему ліцензування, щоб запобігти використанню хмарних служб своїх продуктів без компенсації. Ініціатива з відкритим кодом рішуче висловилася проти такого типу практики.