Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
Byla představena nová stránka s KDE aplikacemi. Technické informace na wiki.
Tiskni
Sdílej:
kde je jediny pouzitelny linuxovy desktop sucasnostiPouzitelny celkem je ale viz treba ten Discover to je ergonomicky i vzhledove humus. Uz je mi jasne proc Andrej potrebuje velky monitor.
kdelibs
. To s KDE Frameworks odpadlo.
Další věc, která se vyřešila, je cyklus vydání, který v době KDE 3 nebyl pravidelný, což nevyhovovalo distributorům; v průběhu existence Plasmy a Plasmy 5 se tohle stabilizovalo, přibyla LTS vydání, oddělil se balík aplikací atd.
Osobně používám od raných verzí „KDE 4“ dost minimalistickou konfiguraci Plasmy, i tak mi v Plasmě 5 zpočátku chyběly některé funkce (KCM pro nastavení vstupních zařízení), ale taky jsem si mohl všimnout užitečných detailů (např. lepší integrace PulseAudia – regulace hlasitosti, přiřazení výstupů aplikacím prostým táhni&pusť) a vím o zásadních funkcích, které jiní lidé považují za užitečné (např. KDE Connect).
Však to taky obrovské je.
Monolitický balík kdelibs
měl aspoň 20 MB a stahoval se při každé aktualizaci celý – pokud správce balíčků nestahuje pouze změny.
KDE Frameworks tohle rozbily, takže jestli někdo chce používat aplikace KDE bez prostředí KDE, je to často jednodušší. Jako to ostatně bylo už dávno s GNOME.
Co mě trápí je to, že to je líné a pomalé - jako na 3.5GHz čtyřjádrové Core i5 s nVidií a 16GB RAM by mělo být svižné cokoli. Tedy ono je, kromě KDE (netuším, jak je na tom GNOME).
Připomíná mi to Jardíkovy problémy: „laguje ti mozek“
Faktem je, že komplexní software na komplexním hardwaru může narazit na lecjaké patologické stavy. Na mém starém čtyřjádru s 16GB RAM problém není, předtím nebyl problém ani na úsporné bedýnce (levné „pentium“ atd.), ale na jiné konfiguraci se problém objevit může.
tak k čemu tak velký desktop pod nimi?
Mimochodem, poslední vydání Plasmy 5 srazila využití paměti na řádově 400 MB (srovnatelně s Xfce4).
Jinak třeba k tomu, že přepínání vstupů/výstupů prostě funguje, manipulace s obrazovkami/digitizérem by měla prostě fungovat (s konvertibilním „tabletem“), v mém případě je docela fajn mít widget Redshiftu (změna podílu červené/modré jedním zatočením kolečka),…
Opět, [Gwenview] je velký, pomalý, nafouknutý milionem funkcí z nich většina je potřeba vzácně, na rychlé nakouknutí na JPG startuje moc dlouho i z SSD.
Třeba já ty funkce používám, ačkoliv bych byl radši, kdyby používal pro vykreslování (včetně RAW) používal to, co používá Geeqie.
Nezajímá tě i náročnost softwaru a tím potažmo možná úspora energie na spotřebě počítačů? Z takového pohledu by pro tebe mělo být příliš náročné prostředí velké no-no.
Nebo taky Gentoo, že?
Pravidelnost cyklu mě taky netrápí, nejsem distributor a filtruju to skrz portage, co Gentoo pustí jako stabilní do světa.
Jo, to nezní vůbec pokrytecky.
ekologistický
Ještěže jsem samá láska a tolerance.
Nějaké desktopové prostředí je jenom jeden drobný dílek… viz Brattonův The Stack.
Připomíná mi to Jardíkovy problémy: „laguje ti mozek“
Však já budu zkoumat dál. Je mi jasné, že vlivů může být spousta. Ale bohužel stejnou zkušenost jsem měl i s KDE v OpenSuse, kde to celé sestavoval někdo jiný. Takže? No, uvidíme.
Možná je to taky tím, že jsem si na LXDE zvykl a prostě okamžitou reakci typu klik - blik - hotovo očekávám automaticky všude.
Ad prohlížeč obrázků - začíná se mi líbit gpicview, uvidíme časem. RAWy většinou nezpracovávám.
Nebo taky Gentoo, že?
Pravda, ona ta dvou-tří denní zátěž všech jader CPU při naštěstí ne časté aktualizaci celého desktopu, taky něco spotřebuje. Přiznávám, že netuším, jestli to je horší než jednou za dlouhý čas provést něco takového, nebo denně používat náročnější desktop. Ale ono je to nakonec stejně jedno, stačí se podívat na náročnost Windows s Antivirem a jakákoli úspora na Linuxu je zbytečným plivnutím do moře.
A i ty KDE, které kritizuji jsou proti W10 krásné a svižné... ale asi jsem zpovykaný a zhýčkaný ještě úspornějšími desktopy.
Proč by mě měla trápit pravidelnost cyklu vydávání nových verzí? Co je vlastně špatně na vydávání až když to je "zralé a vychytané"?
Proč by mě měla trápit pravidelnost cyklu vydávání nových verzí? Co je vlastně špatně na vydávání až když to je "zralé a vychytané"?
Zajímalo to např. Red Hat nebo Canonical, když si vybírali výchozí desktopové prostředí pro distribuci s dlouhodobou podporou, protože potřebují s něčím počítat pro vydání – a pak není od věci mít jistou podporu upstreamu (odtud LTS vydání prostředí).
To se v důsledku týká podstatné skupiny uživatelů.