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)
Ответ на: комментарий от iron

Это в базовой системе. Вот у меня есть ещё /usr/local/bin/clang19 из пакета llvm19, который mesa-dri притянул как зависимость (да, в системе ровно два шланга, причём одинаковой версии). Попытка удалить llvm19 приводит к удалению иксов:

/tmp # pkg remove llvm19
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 35 packages (of 0 packages in the universe):

Installed packages to be REMOVED:
        ImageMagick7: 7.1.2.25_1
        chromium: 150.0.7871.100
        gegl: 0.4.68_1
        gimp: 2.10.38,2
        gimp-app: 2.10.38_11,1
        gimp-gutenprint: 5.3.5
        imgui: 1.92.8_1
        imlib2: 1.12.6_1,2
        libheif: 1.22.2_1
        libwraster: 0.96.0_2
        llvm19: 19.1.7_4
        mesa-dri: 26.1.3
        mesa-libs: 26.1.3
        mpv: 0.41.0_1,1
        qemu: 11.0.2
        scrot: 1.12.1
        sdl2: 2.32.10_2
        sdl2_image: 2.8.12_1
        sdl2_ttf: 2.24.0
        sdl3: 3.4.10
        sdl3_image: 3.4.4_1
        spirv-llvm-translator-llvm19: 19.1.20
        swi-pl: 10.0.2
        windowmaker: 0.96.0_4
        wine-proton: 9.0.3
        xf86-input-evdev: 2.10.6_8
        xf86-input-keyboard: 1.9.0_6
        xf86-input-libinput: 1.5.0
        xf86-input-mouse: 1.9.3_5
        xf86-input-synaptics: 1.9.1_11
        xf86-video-scfb: 0.0.7_2
        xf86-video-vesa: 2.6.0
        xorg: 7.7_3
        xorg-drivers: 7.7_7
        xorg-server: 21.1.24,1

Number of packages to be removed: 35

The operation will free 4 GiB.

И вот я вижу, что этот llvm19 уже шесть раз за 2026 год обновился.

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

К слову, этот llvm19 — это, помимо прочего, самый большой пакет у меня в системе. Для сравнения, вот десятка героев‐лидеров:

~ $ pkg info -sa | sort -hk2 | tail -n 10
hs-pandoc-3.10                 203MiB
python312-3.12.13_3            219MiB
wine-proton-9.0.3              257MiB
valgrind-3.27.1,1              261MiB
firefox-153.0_1,2              334MiB
gcc14-14.2.0_6                 359MiB
gcc16-16.1.0_2                 402MiB
chromium-150.0.7871.100        495MiB
qemu-11.0.2                    773MiB
llvm19-19.1.7_4                1.77GiB

У FreeBSD сервера тормозные, и скачивание такого большого пакета (около полугигабайта в сжатом виде, если я не ошибаюсь) — очень неприятное занятие. Благо, у яндекса есть зеркала.

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

ГПЛ — лицензия-пандемия (на службе у тоталитарной секты). Это намного хуже, в чём мы все уже успели убедиться на собственной шкуре.

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

Это в базовой системе.

Ну так мы вообще-то говорили о базовой системе а не о портах.

да, в системе ровно два шланга, причём одинаковой версии

Ну и правильно. Так как компилится должно на любой поддерживаемой версии фряхи. Очевидно же, что не у каждой поддерживаемой версии фряхи компилятор в базовой системе именно тот, который нужен порту. По этому и тащится из портов вместо использования того что в базе.

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

компилируется и собирается из порта за 35 минут

У некоторых здесь вместо компа – музейный экспонат. По этому и такое негодование читается между строк, когда речь заходит о сборке чего-то тяжелого из портов.

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

Тяжёлое — это Rust (rust-1.97.1) и Chromium, собираемые из портов. Вот где все ресурсы процессора требуются и памяти от 64 ГБ на сборку. Chromium раньше собирал, потом забил — использую легковесный Firefox (firefox-153.0.1_2,2). А LLVM, GCC, OpenJDK — это «семечки» по сравнению с современными монстрами блоатваре-софта.

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