LINUX.ORG.RU

FreeBSD 16 оказалась свободна от GPL-кода только в пользовательском окружении

 , ,


0

0

Разработчикам FreeBSD пришлось уточнить сделанное ранее заявление о полном удалении компонентов под лицензией GNU GPL из базовой системы. Как сообщает Phoronix, от GPL-кода удалось полностью очистить пользовательское окружение, однако несколько таких файлов по-прежнему входят в дерево ядра. Соответствующая страница FreeBSD Wiki была исправлена: формулировку о полном выполнении задачи заменили уточнением, что от GPL свободна именно пользовательская часть базовой системы.

Поводом для первоначального заявления стало удаление старой программы dialog. Установщик FreeBSD ранее перешёл на BSD-лицензированную реализацию bsddialog, а после отключения последнего потребителя старой программы разработчики удалили dialog и ликвидировали оставшийся каталог gnu в основной ветке исходного кода. После этого считалось, что готовящаяся FreeBSD 16 больше не содержит компонентов под GPL.

Однако проверка дерева ядра показала обратное. В частности, там остаётся перенесённый из Linux заголовочный файл для систем на кристалле Qualcomm, прямо помеченный как GPL 2.0. В дереве Device Tree обнаруживаются и другие файлы, распространяемые только под GPLv2, например описание платы Synopsys AXS103. При этом значительная часть результатов поиска по GPL-2.0 относится к коду с двойным лицензированием — такие файлы можно использовать по условиям BSD или другой разрешительной лицензии.

Наличие GPL-кода само по себе не является нарушением: FreeBSD может законно включать и распространять такие компоненты вместе с исходными текстами. Тем не менее проект давно стремится заменять их реализациями под BSD-подобными лицензиями, поскольку они допускают более свободное повторное использование, в том числе в закрытых коммерческих продуктах. Это предпочтение закреплено в лицензионной политике FreeBSD, хотя включение кода под другими свободными лицензиями допускается при наличии веских причин. Окончательно назвать всю базовую систему FreeBSD свободной от GPL можно будет лишь после замены или перелицензирования оставшихся файлов ядра.

>>> Источник

★★★★★

Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 1)

Осуждаю анти-гпл фанатизм. Именно из-за него заменили нормальный компилятор на шланг.

firkax ★★★★★
()

совсем обезумели от корпоративных деняг, думают им сонька и эпл будут платить за избавление от ГПЛ кода
Но забывают про фатальный недостаток – написано не на Rust, так что закопают, ну либо они согласятся на переписывание агентами

Bad_ptr ★★★★★
()
Ответ на: комментарий от firkax

Осуждаю анти-гпл фанатизм.

Осуждаю GPL-фанатизм.

mord0d ★★★★★
()
Ответ на: комментарий от firkax

заменили нормальный компилятор на шланг.

Так у них был GCC, а не нормальный компилятор.

devl547 ★★★★★
()

день добрый!
не в курсе «данной истории», поделитесь, что «там такого особенного» происходит (freebsd, gpl, etc...) и наХрена им это все надо? (видать, бабло замешано?)
(не хочу «спрашивать» ии, предпочитаю все-таки от людей услышать)
спасибо :о)

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 1)
Ответ на: комментарий от sunjob

я как ТС вам отвечу, что знаю только то, что что в новости. у ии спрашивать не стал по вашей просьбе.

может и не в деньгах дело (и даже не в их количестве) вот этот документ у них давно принят, я так думаю, может они идеалисты какие-нибудь

unclestephen ★★★★★
() автор топика
Ответ на: комментарий от unclestephen

Идейных там много, но они денег не видят. Тем, кто деньги видит (верхушка), на идею насрать, они работают. В общем, как везде.

ant1
()
Ответ на: комментарий от ant1

они работают

Они эксплуатируют, а не работают. Посмотри типовые трудовые договоры в крупных компаниях: сайд-проекты и пет-проекты должны запускаться после согласования с комплаенс-отделом. И тот может не согласовать (если конкурент какому-то продукту компании, а у гигантов есть проекты в большинстве сфер, даже если проекты говно).

Могут предложить сделать дочернюю компанию и устроиться туда директором за 1.5-2% от чистой прибыли.

Короч, подавление конкуренции и кабальные соглашения сотрудникам, как только появляется возможность.

qa
()
Ответ на: комментарий от qa

Посмотри типовые трудовые договоры в крупных компаниях: сайд-проекты и пет-проекты должны запускаться после согласования с комплаенс-отделом.

И как вы объясняете это, почему?

VIT ★★★
()

FreeBSD 16 оказалась свободна от GPL-кода только в пользовательском окружении

Слухи о свободе от свободной свободы оказались несколько преувеличены.

slackwarrior ★★★★★
()

Лет через 10 по улицам будут рыскать роботы и отлавливать людей, чтобы сажать в клетки, а разработчики FreeBSD напишут в бложик, что наконец удалили из своего поделия последний GPL код.

goingUp ★★★★★
()

Synopsys AXS103

а у пользователей BSD разве не как у линуксоидов? удалили, если его нет, оно и не нужно, зато свобода, не?

unclestephen ★★★★★
() автор топика
Ответ на: комментарий от qa

Посмотри типовые трудовые договоры в крупных компаниях: сайд-проекты и пет-проекты должны запускаться после согласования с комплаенс-отделом

Это потом в суде каждой юрисдикции может быть оспорено, т.к. кабальные договора обычно запрещены, «хитрые» пункты договоров юридически ничтожны. Те кто пет-проект Сысоева пытался отжать лолсоснули оба раза в РФ и в США.

Могут предложить сделать дочернюю компанию и устроиться туда директором за 1.5-2% от чистой прибыли.

А могут лесом пойти после скандала с репутационными потерями.

slackwarrior ★★★★★
()

А есть тот парень, который распишет, как BSD система влила в себя GPL код?

IIIypuk ★★★★★
()
Ответ на: комментарий от slackwarrior

кабальные договора обычно запрещены, «хитрые» пункты договоров юридически ничтожны

кто об этом вкурсе отсеиваются на собеседованиях

Bad_ptr ★★★★★
()
Ответ на: комментарий от pasquale

GPL-шапку в хедеры вставляют, значит есть в этом смысл?! :о)

sunjob ★★★★★
()

Лучше бы что-нибудь действительно полезное для FreeBSD переписали или создали. Хотя бы свою среду рабочего стола где точно всё полноценно работает на FreeBSD из комплекта, а не как в KDE…

Daedalus
()

Единственные тормоза прогресса — как всегда, производители оборудования.

thegoldone ★★★
()
Ответ на: комментарий от pasquale

Формально, авторское право распространяется на всё, в том числе и на .h-файлы. Но, вроде как, ещё не было ни одного успешного суда за чужие заголовочные файлы. И RMS считает, что использование определений структур, typedef, enum и прочих простых конструкций из заголовочных файлов не приводит к созданию производного продукта, т.е. не влечет за собой нарушение лицензии GPL. Но, здесь ключевое слово «простых конструкций». Всякие inline-функции и прочий код в h-файлах, может быть предметом разбирательств.

По факту, новость о том, что в исходниках BSD нашли строку «GPL» :) Если бы они просто стёрли ещё, никто бы и не заметил, а тот, кто заметил, не имел бы шансов в суде.

mky ★★★★★
()

более свободное повторное использование, в том числе в закрытых коммерческих продуктах

Это же какой-то оксимирон

bender ★★★★★
()

Что значит

...только в пользовательском окружении

?

sparkie ★★★★★
()
Ответ на: комментарий от unclestephen

...может они идеалисты какие-нибудь

Ты когда живого идеалиста-то видел?

sparkie ★★★★★
()
Ответ на: комментарий от sunjob

GPL2 vs GPL3 вроде все разбираются.

В фрибсд был gcc 4.2.1 долгое время, что положительно сказывалось на отсутствии всякого новомодного ненужно в системном компиляторе и отсутствии постоянного его обновления - вот такая вот польза была от GPL-фобии. Теперь же с каждым минорным обновлением ОС прилетает новая версия шланга, раздражает.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

Теперь же с каждым минорным обновлением ОС прилетает новая версия шланга, раздражает.

Ну не перегибай. Компилятор обновляется примерно раз в год.

РелизДатаclang/LLVM в base
14.0ноя 202316.0.6
14.1июн 202418.1.5
14.2дек 202418.1.6
14.3июн 202519.1.7
14.4мар 202619.1.7
15.0дек 202519.1.7
15.1июн 202619.1.7
iron ★★★★★
()
Ответ на: комментарий от qa

Я знаю. Мне запретили разрабатывать свою ОС для risc-v когда работал в железячной компании.

Только причём тут фря?

ant1
()
Ответ на: комментарий от sunjob

наХрена им это все надо?

Те кто рулят проектом, так или иначе барыжат кодом, с тем условием что он не под gpl.

Ygor ★★★★★
()
Ответ на: комментарий от Ygor

это-же как надо барыЖить-то?
прям, трафик-кода вместо наркотиков...

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 1)
Ответ на: комментарий от ant1

Ну так речь была не про фрю в том сообщении, на которое я отвечал.

Фря тут просто корм для крупных корпораций. Впрочем, слава богу, что жива.

qa
()
Ответ на: комментарий от sunjob

Если коротко, то в GCC 4.2.2 тихой сапой поменяли лицензию и по новой лицензии выходило, что все собранное GCC становится под GPL. Вот и нахрен такое сдалось всем не-GPL’нутым разработчикам? Из-за этого изменения начали активно вкладываться в развитие Clang/LLVM и также активно выпиливать все критичное из базовой системы, что распространяется на условиях GPL. Да так лихо это стало происходить, что через пару лет доля GCC среди компиляторов настолько просела в пользу Clang/LLVM, что пришлось соответствующий пункт лицензии в GCC отменять, вот только поезд уже ушёл. Всё бы ничего, что такие вот закидоны от смены текстов лицензий «тихой сапой» случались не единожды, поэтому выпиливание GPL-софта из базовой системы FreeBSD оправдано неадекватностью GPL-разрабов и нет тут никакой GPL-фобии.

alex-w ★★★★★
()
Последнее исправление: alex-w (всего исправлений: 1)
Ответ на: комментарий от alex-w

А давайте не будем тривиализировать ситуацию, основываясь на собственных мутных воспоминаниях, и распространять на форумах мифы, да? Это же всё легко проверяется.

Во‐первых, этот настойчивый нарратив про «тихую сапу» — чистой воды наброс на вентилятор. GCC распространялся под лицензией GPL-2.0-or-later, и это было всем известно, как минимум, юристам из Apple уж наверняка. Более того, однажды с GPLv1 он уже обновлялся (вот посмотрите, например, под какой лицензией был GCC 1.42), и глупо было бы ожидать, что GNU после выпуска новой GPL не переведут собственный же компилятор на неё. Наконец, о готовящейся GPLv3 заговорили задолго до её выпуска, вот, например, новость из 2005 года, и первая предварительная версия GPLv3 была доступна за полтора года до релиза.

Ни о какой «тихо сапе» речи и не шло, все (ну, видимо, кроме @alex-w) были хорошо осведомлены о готовящемся GPLv3 и даже о ходе обсуждений и содержании изменений.

(Да, конечно, используя софт под GPLvX-or-later вместо GPLvX-only, мы доверяемся GNU в том, что они не оставят в новых версиях чего‐нибудь эдакого, — это старый и известный спор, который, впрочем, к обсуждаемой ситуации не относится.)

На этом можно было бы и закончить разбирать столь глупый наброс, но, ладно уж, во‐вторых, о каких неоднократных «закидонах» идёт речь, о переходе с GPLv1? Надо полагать, в GPLv1 было всё как надо, а в GPLv2 всё испортили?

В‐третьих, скачиваем исходный код GCC 4.2.2, и видим, что, в самом деле, например, gcc/gcc.c распространяется под GPLv3-or-later:

This file is part of GCC.

GCC is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free
Software Foundation; either version 3, or (at your option) any later
version.

GCC is distributed in the hope that it will be useful, but WITHOUT ANY
WARRANTY; without even the implied warranty of MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
for more details.

You should have received a copy of the GNU General Public License
along with GCC; see the file COPYING3.  If not see
<http://www.gnu.org/licenses/>.

Только вот, оказывается, библиотеки‐то на тот момент оставались под GPLv2-or-later со старым Runtime Library Exception. Смотрим, например, на gcc/libgcc2.c, и видим:

This file is part of GCC.

GCC is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free
Software Foundation; either version 2, or (at your option) any later
version.

In addition to the permissions in the GNU General Public License, the
Free Software Foundation gives you unlimited permission to link the
compiled version of this file into combinations with other programs,
and to distribute those combinations without any restriction coming
from the use of this file.  (The General Public License restrictions
do apply in other respects; for example, they cover modification of
the file, and distribution when not linked into a combine
executable.)

GCC is distributed in the hope that it will be useful, but WITHOUT ANY
WARRANTY; without even the implied warranty of MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
for more details.

You should have received a copy of the GNU General Public License
along with GCC; see the file COPYING.  If not, write to the Free
Software Foundation, 51 Franklin Street, Fifth Floor, Boston, MA
02110-1301, USA.

Так что нет, не было никакого «все собранное GCC становится под GPL», и никакого злого плана (наличие которого, видимо, предполагается, судя по тону текста) по тихому переводу всех на GPLv3 скрытой подменой лицензии тоже. В GNU достаточно людей, понимающих юридические последствия тех или иных лицензионных решений.

Реально же когда речь заходит о GPLv2 vs GPLv3, весь спор исключительно о тивоизации и патентах. На вопрос, почему кому‐то нужна тивоизация и патенты, отвечать, я думаю, необходимости нет.

В‐четвёртых, да, конечно, из‐за такого гибридного лицензирования оставалось поле для всяких юридических фокусов, которое было закрыто вместе с выпуском Runtime Library Exception под GPLv3, после которого все полагающиеся библиотеки были переведены на GPLv3. Вероятно, об этой якобы «отмене пункта лицензии» и идёт речь, которая на самом деле никакая не отмена вовсе: Runtime Library Exception было и до релиза 4.2.2, и после релиза 4.2.2, и после 2009 года тоже. Только вот упомянутое исключение датируется 31 марта 2009 года, а Clang впервые включили в релиз LLVM в октябре того года, собрал сам себя он только в феврале следующего, а в состав FreeBSD вошёл вообще в мае 2012 вместе с намерениями исключить GCC в будущем релизе 10.0, а это через три года после решения всех лицензионных проволочек с Runtime Library Exception в GCC. Да и эксперименты по включению Clang начались в феврале 2009, незадолго до подготовки нового Runtime Library Exception. Вероятно, дело всё‐таки не в нём.

В‐пятых, о каком проседании доли GCC с 2007 по 2009 идёт речь, если Clang до конца 2009 фактически находился в статусе эксперимента? Это просто смешно.

JeanPierreDubois
()
Ответ на: комментарий от firkax

А вот это как раз враньё.

Да ну, а если почитать лицензию на тему лицензии результата компиляции без Runtime Library Exception?

alex-w ★★★★★
()
Ответ на: комментарий от alex-w

Выше уже расписали в подробностях почему это не так.

Да и можно было и так догадаться: компилятор, который умеет компилировать только GPL-код, это бред, никто бы так делать не стал.

firkax ★★★★★
()
Ответ на: комментарий от alex-w

Фобия имеет место, они инициативно удаляют gpl-код, вся новость как раз об этом. А со шлангом make delete-old постоянно простыни шлангофайлов старых версий удаляет, засоряя ими полезный список файлов ОС, при gcc такого не было.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Да и можно было и так догадаться: компилятор, который умеет компилировать только GPL-код, это бред, никто бы так делать не стал.

Где я писал о «компилятор, который умеет компилировать только GPL-код»? Может все же начнёшь читать то, что пишут, а не то, что подумалось?

alex-w ★★★★★
()
Ответ на: комментарий от alex-w

Вот тут:

все собранное GCC становится под GPL

Это эквивалентно «умеет компилировать только GPL-код». Если тебе не понятно почему, постарайся подумать побольше.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Фобия имеет место, они инициативно удаляют gpl-код, вся новость как раз об этом.

И правильно удаляют, если хотят иметь чистую и предсказуемую базовую систему, не зависящую от прихоти левых контор. Это НЕ фобия, это нормальный здравый смысл. Пока что я фобии видел только у ярых фанатиков GPL’я, которых разматывает в клочья, когда они видят исходники не под GPL’ем или когда кто-то выбирает любую другую лицензию для своего творения.

alex-w ★★★★★
()
Последнее исправление: alex-w (всего исправлений: 1)
Ответ на: комментарий от firkax

Это эквивалентно «умеет компилировать только GPL-код». Если тебе не понятно почему, постарайся подумать побольше.

Мда… ты идиот и я прямо тебе об этом говорю.

alex-w ★★★★★
()
Ответ на: комментарий от qa

Фря одинаково успешно может использоваться кем угодно, крупные корпорации ничем не особенные в этом плане.

firkax ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.