Федора 34 намерава да уклони онемогућавање СЕЛинук-а и пређе на КДЕ из Ваиланд-а

Рад унутар Федоре не престаје и јесте да су програмери поново дали оно о чему причају и овог пута није реч о следећој верзији Федоре 33 већ о томе такође су већ фокусирани на Федору 34.

И то је недавно на мејлинг листама Почеле су да се појављују разне расправе о разним предложеним изменама ове верзије дистрибуције. Једна од предложених промена је уклањање подршке за онемогућавање извршавања СЕЛинук-а.

При чему је за имплементацију Федоре 34 описана промена која уклања могућност онемогућавања СЕЛинук-а током извођења.

Иако ће се сачувати могућност пребацивања између принудног и пермисивног режима током покретања. Након иницијализације СЕЛинук-а, ЛСМ управљачки програми биће постављени у режим само за читање, који побољшава заштиту од напада усмјерених на онемогућавање СЕЛинук-а након искориштавања рањивости које би могле промијенити садржај меморије језгра.

Да бисте онемогућили СЕЛинук, само поново покрените систем са параметром "селинук = 0" у командној линији кернела.

Уз то се напомиње да деактивирање неће бити подржано промена конфигурације / етц / селинук / цонфиг (СЕЛИНУКС = онемогућено). Раније је подршка за преузимање модула СЕЛинук застарела у језгру Линук 5.6.

Подршка за онемогућавање извршења СЕЛинук-а путем »/ етц / селинук / цонфиг» првобитно је развијена да би Линук дистрибуцијама олакшала подршку архитектурама где је додавање параметара у команду језгра било тешко.

Нажалост, подржавање онемогућавања рунтимеа значило је да смо морали да направимо неке компромисе у погледу сигурности када су у питању куке ЛСМ куке.

Означавање ЛСМ куке језгра као само за читање пружа неке сигурносне предности, али значи да више не можемо онемогућити СЕЛинук током извођења.

Још једна промена која је поменута у оквиру маилинг листа за Федора 34, је ли то предлаже да се промене подразумеване верзије са КДЕ радном површином тако да се подразумевано користи Ваиланд, при чему се очекује да Кс11 сесија буде опција.

Тренутно је КДЕ-ов рад на врху Ваиланд-а експерименталан, али у КДЕ Пласма 5.20 овај начин рада биће опремљен у функционалности са режимом рада на врху Кс11.

==== Да ли је Ваиланд спреман? ====
Ваиланд се подразумевано користи за Федора радну станицу од Федоре 25. И иако је у почетку био помало незрео, данас је то врло солидно искуство у готово свему.

На страни КДЕ-а, озбиљан рад на подршци Ваиланд-у започео је убрзо након што је ГНОМЕ подразумевано прешао на Ваиланд. За разлику од ГНОМЕ-а, КДЕ има много шири сет алата и требало је више времена да достигне употребљиво стање. Са верзијом плазме 5.20, Ваиланд протокол за
коначно су подржани сцреенцастинг и лепљење средњег дугмета,
довршавајући потребан скуп функција за прелазак на Ваиланд
Уобичајено.

Укључивање сесије КДЕ 5.20 заснован на Ваиланд-у ће се бавити проблемима екранизације и кликова по центру. Пакет квин-ваиланд-нвидиа користиће се за функционисање када се користе заштићени НВИДИА управљачки програми. Подршка за Кс11 ће се пружати путем компоненте КСВаиланд.

Као аргумент против задржи подразумевану сесију на основу Помиње се штанд сервера Кс11, Кс11, који је прилично зауставио развој последњих година и само поправља опасне грешке и рањивости у коду.

==== Шта је са НВИДИА? ====
У ствари, „да“ плазме је компатибилно са НВИДИА ГПУ-овима са власничким Ваиланд управљачким програмом. Мора се активирати ручно, што ће служити пакет kwin-wayland-nvidia . Дакле, очекује се да сви главни графички процесори раде у реду.

Премештање подразумеване верзије на Ваиланд стимулисаће више развојних активности повезаних са подршком нових графичких технологија у КДЕ-у, јер се развој својевремено одразио у преносу ГНОМЕ сесије на Федори 25 на Ваиланд.