Nejvíce času zabrala finalizace color management protokolu, viz:
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14
Předpokládám, že ta digitální pohoda bude ve výchozím stavu povypínaná - a že si ji pohodově nastavím centrálně v panelu. ;-)
Protože nic mi tak nekazí pohodu při využívání počítače, jako když se například Windows po (každé?) aktualizaci rozhodnou, že monitor nemá být stále zapnutý, ale po 15 minutách nečinnosti
se má zhasnout (a zamknout obrazovku) - a ještě se to musí hledat mezi nastavením napájení.
Systém by prostě měl brát ohled na to, co chce uživatel, nikoliv mu podsouvat, co by měl chtít
, natož si to sám nastavit.
To ale zasadne nechapes zaklad vseho vyvoje. Oni vedi nelip co ty chces. A zcela jiste ses taky odpurcem vsemoznych novot pro tvoje dobro ...
To sem si takhle minuly tyden sosnul posledni LO (nejaka ta verze 123456 aby to cislo nebylo moc maly) ... preulozil jsem v tom tabulku ... a razem byl ten soubor o 50% vetsi ... pak sem z toho vyexportoval pdf ... a to bylo 3x vetsi nez exaktne totez z nejaky verze tusim 6.x ... tak sem tu novou uzasnou verzi zase smaznul.
A takhle to mam cim dal castejs. S klidem a pohodou pouzivam 10+let stary veci, protoze delaji presne to co po nich chci, a nehodlam kazdy tyden resit to, ze nejaky ynteligent poprehazel tlacitka, zmenil postup a vysledek je 100x horsi.
Jop, jeste sem nejdriv stravil 1/2 hodiny resenim "automatickeho" prizpusobeni se vzhledu systemu ... takze to po spusteni byla cerna tabulka cenym pismem na cernem pozadi ...
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í.