Vlákno názorů k článku GNOME 48: podpora HDR, nové písmo a přehlednější notifikace od Kuba77 - A nebyla by to nová verze GNOME, která...

A nebyla by to nová verze GNOME, která by nerozbila zase některá rozšíření... Tentokrát zrovna třeba GSConnect, na kterém závisí ovládání mého RPi5 u TV.

Za to může část v metadata.json, je tam seznam verzí kde se to dá spustit ("shell-version"). Jestli to brzy neudělá autor, tak to můžete zkusit sami ;-)

Každé nové GNOME bude z principu rozbíjet rozšíření. Rozšíření totiž nepoužívají nějaké deklarované API, které by mohli vývojáři držet stabilní, ale jsou to patche samotného kódu. Jediný způsob, jak rozšíření nerozbíjet, je nijak neměnit kód GNOME Shellu, což jaksi nejde. Buď se s tím člověk smíří nebo ta rozšíření nepoužívá.

A co ta rozšíření z příkazu (konkrétně u Fedory):

sudo dnf search gnome-shell-extension

nebo ta, co jsou umístěna v

ll /usr/share/gnome-shell/extensions

Ta mají nějakým způsobem zaručenou úpravu? Domníval jsem se že ano, když jsou součástí distribuce.
Ale asi to neplatí? Docela by mě to zajímalo.
Když si vypíšu dnf..., je mezi nimi i to výše zmiňované GSConnect a OpenWeather - to už není opraveno minimálně dvě verze distribuce.

Ten trik ze změnou/úpravou čísla verze shellu je dobrý, používám ho od vzniku GNOME3 s extensions, ale nefunguje to vždy - právě když se změní API.
Dle mé zkušenosti na změnu API někdy vývojáři GNOME upozorní předem (jako se to stalo asi u F39 nebo dříve) a pak je samozřejmě na každém vývojáři rozšíření aby to upravil. (Netuším zda se tak děje u každé nové distribuce nebo nové verze GNOME.)

PS: zmigroval jsem na F42 beta a trik u mnou používaných rozšíření pomohl.

Garantované to nijak není. Fedora má desítky tisíc balíčků, tam nejde garantovat vše. Fedora QA testuje, co je předinstalované, zbytek je zodpovědnost správců balíčků. Pokud upstream neaktualizuje na novou verzi a správce neudělá aktualizaci balíčku, tak to zůstane rozbité a časem se to jako nefunkční balíček vyřadí.