Byla vydána nová verze 10.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přidána byla podpora Orange Pi 4 LTS. Přibyl balíček Prometheus.
Implementace VPN softwaru WireGuard (Wikipedie) pro Windows, tj. WireGuard pro Windows a WireGuardNT, dospěly do verze 1.0.
V Pekingu dnes proběhl 2. ročník půlmaratonu humanoidních robotů. První 3 místa obsadili roboti Honor Lightning v různých týmech. Nový rekord autonomního robota je 50 minut a 26 sekund. Operátorem řízený robot to zvládl i s pádem za 48 minut a 19 sekund. Řízení roboti měli časovou penalizaci 20 %. Před rokem nejrychlejší robot zvládl půlmaraton za 2 hodiny 40 minut a 42 sekund. Aktuální lidský rekord drží Jacob Kiplimo z Ugandy s časem 57 minut a 20 sekund [𝕏].
Stanislav Fort, vedoucí vědecký pracovník z Vlčkovy 'kyberbezpečnostní' firmy AISLE, zkoumal dopady Anthropic Mythos (nový AI model od Anthropicu zaměřený na hledání chyb, který před nedávnem vyplašil celý svět) a předvedl, že schopnosti umělé inteligence nejsou lineárně závislé na velikosti nebo ceně modelu a dokázal, že i některé otevřené modely zvládly v řadě testů odhalit ve zdrojových kódech stejné chyby jako Mythos (například FreeBSD CVE-2026-4747) a to s výrazně nižšími provozními náklady.
Federální návrh zákona H.R.8250 'Parents Decide Act', 13. dubna předložený demokratem Joshem Gottheimerem a podpořený republikánkou Elise Stefanik coby spolupředkladatelkou (cosponsor), by v případě svého schválení nařizoval všem výrobcům operačních systémů při nastavování zařízení ověřovat věk uživatelů a při používání poskytovat tento věkový údaj aplikacím třetích stran. Hlavní rozdíl oproti kalifornskému zákonu AB 1043 a kolorádskému SB26-051 je ten, že federální návrh by platil rovnou pro celé USA.
Qwen (čínská firma Alibaba Cloud) představila novou verzi svého modelu, Qwen3.6‑35B‑A3B. Jedná se o multimodální MoE model s 35 miliardami parametrů (3B aktivních), nativní kontextovou délkou až 262 144 tokenů, 'silným multimodálním vnímáním a schopností uvažování' a 'výjimečnou schopností agentického kódování, která se může měřit s mnohem rozsáhlejšími modely'. Model a dokumentace jsou volně dostupné na Hugging Face, případně na čínském Modelscope. Návod na spuštění je už i na Unsloth.
Sniffnet, tj. multiplatformní (Windows, macOS a Linux) open source grafická aplikace pro sledování internetového provozu, byl vydán ve verzi 1.5. V přehledu novinek je vypíchnuta identifikace aplikací komunikujících po síti.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 15.0 (Mastodon). Forgejo je fork Gitei.
Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.
Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a
… více »Debilníček sklerotického linuxáka...
Psal se rok 2006 a tehdy ještě velmi nedokonalá KDE 3 mne donutily k přechodu na Fluxbox, po kterém jsem i pojmenoval tento blog. S vydáním KDE 3.5.x jsem ale přešel na KDE, na kterých jsem vydržel až do tohoto týdne - jejich úlohu opět převzal Fluxbox. Proč k tomu ale došlo?
openSUSE 11.4 jsem začal používat prakticky od vydání její finální verze pouze jako další článek v řadě. Po instalaci jsem si všiml několika zvláštních zámrzů systému, ale vzhledem k tomu, že prakticky vše v té době bylo jaksi "rozpracované," nevěnoval jsem jim příliš pozornosti. Podobné nestability mohlo v té době vyvolat cokoliv, co jsem dělal - vytrvalé změny softwaru, řada aktualizací bez restartu, změny konfigurace, věčné výměny ovladačů a podobně.
Postupem času se situace uklidnila a systém bez problémů vydržel zapnutý i tři týdny - ale pouze s "normální" zátěží, tj. práce a pár aplikací běžících na pozadí. Výsledkem této "normální" práce byla ale potřeba vyřešit řadu MKP modelů velmi podobným způsobem, jaký jsem popisoval dříve. Tentokráte je těch modelů mnohem více - čtyři sady po 360 modelech. Na to je mé PC ideální - čtyři jádra, na každém spustím jednu sadu modelů a po nějaké době (odhad je kolem 9 dní
) jsou výpočty hotovy. Jaké ale bylo mé překvapení, když počítač, na kterém jsem tyto výpočty prováděl, začal co pár hodin zamrzat.
Symptomy zámrzů byly poněkud záhadné - nejprve přestala odpovídat jedna aplikace, poté zamrzla celá KDE a jediné, co bylo možné provést, bylo přepnout se do konzole. Tady bylo možné spustit omezenou sadu příkazů, než systém zatuhl zcela. Zvláště init 0, init 6, init 3, shutdown -h now či kill byly osvědčenou cestou do pekla. Následovalo tedy pátrání po příčině.
První na ráně bylo jádro. Zkoušel jsem tedy jeho aktualizaci (nejprve z BuildService, poté z oficiálních aktualizací). Stejně tak jsem zkoušel různé ovladače grafické karty, přičemž ani jedno nevedlo k cíli. Zoufalost mě dovedla až k registraci do fóra openSUSE.cz, kde jsem se svěřil se svým problémem a dočkal jsem se dvou odpovědí, které po pravdě měly spíše nulovou hodnotu z hlediska postupu k řešení. Nezbylo mi tedy nic než vyplnit bugreport přímo v Bugzille (při jejím prohledávání jsem mimo jiné nalezl řešení k zajímavému bugu č.679671).
Co mne nakoplo k dalšímu postupu byl tento komentář v Bugzille:
Michal Hocko 2011-05-03 08:09:37 UTC Are you able to reproduce without X server running?To byl první moment, kdy mne napadlo zkusit vyměnit poslední věc, kterou jsem ještě nevyměnil - desktop environment. No a protože práce musí pokračovat a to pokud možno co nejrychleji (a bohužel k ní zmiňovaná Xka potřebuji), vyměnil jsem KDE za Fluxbox, který důvěrně znám a mám jej osahaný (viz starší blogy 1, 2 a 3). Jaké bylo mé překvapení, když jsem zjistil, že systém je nyní stabilní jako čedičová skála.
Nyní tedy mohu téměř s jistotou prohlásit, že uvedené problémy mají úzkou návaznost na distribuční verzi KDE 4.6.00 (4.6.0) "release 6". Nahlášený bugreport se samozřejmě budu snažit dotáhnout do konce, ale nyní je přednější dokončení rozdělaných výpočtů - pak lze KDE týrat až do rozpadu na jedničky a nuly. Jak to pak bude s Fluxboxem teprve uvidím - jednoduchý window manager samozřejmě nenabízí takový komfort jako plnohodnotné desktopové prostředí, ale už jsem si na něj zase navykl. Každopádně je příjemné vědět, že přítel jménem Fluxbox je vždy po ruce. Díky!
P.S.#1 Screenshot "zabydleného" Fluxboxu přikládám.
P.S.#2 V pátek hrajeme se Slovenskem. To jsem zvědavej, komu budu fandit
Ach jo, ta slovenská část krve je silná...
Tiskni
Sdílej:
Plasma neni nic vic, nez tapeta na pozadi a panel, urcite zadny "pilir systemu". Narozdil od KDE3, Plasma (cili ten "desktop") je zcela oddelena od vsech ostatnich aplikaci (cti: je to aplikace jako kazda jina) a v pripade padu s sebou nebere zbytek aplikaci/Xka/nevimco, a neni problem ji spustit znovu (plasma-desktop).
Narozdil od KDE3, Plasma (cili ten "desktop") je zcela oddelena od vsech ostatnich aplikaci
Na rozdiel od KDE3? V KDE3 bol KDestkop samostatná aplikácia, ktorá vykresľovala desktop (takmer nezhoditeľná, ale aj keby sa zabila človek nepríde o nič viac než o pozadie). Panel bol samostatná aplikácia, v prípade pádu človek príde len o panel (nič viac, dokonca aj krunner bude fungovať ďalej).
Používat na KDE compiz je utrpení. Když jsem ho zkoušel na KDE 4.4, tak sice jsem pocítil několikanásobné zrychlení proti KWinu, ale i Compiz s nastavením pro KDE absolutně vůbec nezapadá do KDE.
Jinak ale KWin je jen pomalý (teda, teď 4.6 už vypadá o dost rychlejší). Problémem KDE je, že Plasma je příšerně zabugovaný šmejd...
Jediný zásadní rozdíl z hlediska GUI je, že v KDE3 byl panel samostatná aplikace (tuším kpanel?) a v KDE4 je panel součástí Plasmy.kicker myslíš:)