Током дискусије планер задатака, један од учесника дискусије дао је пример да упркос изјавама о потреби одржавања компатибилности приликом развоја Линук кернела, недавне промене у кернелу су пореметиле исправан рад модула "„. Линус Торвалдс да је принцип " " односи се на очување спољних интерфејса језгра које користе апликације корисничког простора, као и самог кернела. Али не покрива посебно развијене додатке треће стране преко кернела који нису прихваћени у главни састав кернела, чији аутори морају да прате промене у кернелу на сопствену опасност и ризик.
Што се тиче ЗФС на Линук пројекту, Линус није препоручио коришћење зфс модула због некомпатибилности ЦДДЛ и ГПЛв2 лиценци. Ситуација је да су због Орацле-ове политике лиценцирања шансе да ће ЗФС икада моћи да уђе у главно језгро веома мале. Слојеви предложени да се заобиђе некомпатибилност лиценцирања, који преводе приступ функцијама кернела у екстерни код, сумњиво су решење - настављају адвокати о томе да ли поновни извоз ГПЛ функција кернела преко омотача резултира стварањем изведеног дела који се мора дистрибуирати под ГПЛ-ом.
Једина опција у којој би Линус пристао да прихвати ЗФС код у главно језгро је да добије званичну дозволу од Орацле-а, оверену од стране главног адвоката, или још боље, самог Ларија Елисона. Средња решења, као што су слојеви између језгра и ЗФС кода, нису дозвољена, имајући у виду агресивну политику компаније Орацле у погледу интелектуалне својине програмских интерфејса (нпр. са Гоогле-ом у вези са Јава АПИ-јем). Поред тога, Линус сматра жељу за коришћењем ЗФС-а само признањем моди, а не техничким предностима. Мерила која је Линус испитао не подржавају ЗФС, а недостатак пуне подршке не гарантује дугорочну стабилност.
Подсетимо, ЗФС код се дистрибуира под бесплатном ЦДДЛ лиценцом, која је некомпатибилна са ГПЛв2, што не дозвољава да се ЗФС на Линук интегрише у главну грану Линук кернела, пошто се меша код под ГПЛв2 и ЦДДЛ лиценцама је неприхватљиво. Да би се заобишла ова некомпатибилност лиценцирања, ЗФС он Линук пројекат је одлучио да дистрибуира цео производ под ЦДДЛ лиценцом у облику посебно учитаног модула који се испоручује одвојено од кернела.
Могућност дистрибуције готовог ЗФС модула као дела дистрибутивних комплета је контроверзна међу адвокатима. Адвокати из Софтваре Фреедом Цонсерванци (СФЦ) да испорука модула бинарног кернела у дистрибуцији чини производ комбинован са ГПЛ-ом са захтевом да се резултујући рад дистрибуира под ГПЛ-ом. Цаноницал Лавиерс и наводе да је испорука зфс модула прихватљива ако се компонента испоручује као самостални модул, одвојен од пакета кернела. Цаноницал напомиње да су дистрибуције дуго користиле сличан приступ снабдевању власничким драјверима, као што су НВИДИА драјвери.
Друга страна тврди да је проблем компатибилности кернела у власничким драјверима решен снабдевањем малог слоја дистрибуираног под ГПЛ лиценцом (модул под ГПЛ лиценцом се учитава у кернел, који већ учитава власничке компоненте). За ЗФС, такав слој се може припремити само ако су изузеци лиценце обезбеђени од Орацле-а. У Орацле Линук-у, некомпатибилност са ГПЛ-ом се решава тако што Орацле обезбеђује изузетак лиценце који уклања захтев за лиценцирање комбинованог рада под ЦДДЛ-ом, али овај изузетак се не примењује на друге дистрибуције.
Заобилазно решење је да се обезбеди само изворни код модула у дистрибуцији, што не доводи до повезивања и сматра се испоруком два одвојена производа. У Дебиану се за то користи систем ДКМС (Динамиц Кернел Модуле Суппорт), у којем се модул испоручује у изворном коду и склапа на корисниковом систему одмах након инсталирања пакета.
Извор: опеннет.ру