Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.
Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Na jedné z posledních přednášek o počítačových sítích probíral pan Dr. Jaroslav Pelikán
samočasování při přenosech dat. Co to je? Jde o řešení problému se synchronizací vysílače a přijímače. Triviálně lze tento problém řešit tak, že "po jednom drátě" pošlu data a "na druhém drátě" budu mít hodinový signál. Jenže pak musím mít dva dráty pro přenos jedné informace. Proto chytří lidé vymysleli samočasovací kódy, které přenášenou informaci změní tak, že z ní lze rekonstruovat hodinový signál, resp. takový kód obsahuje synchronizační impulzy, které zaručí správné časování na straně příjemce. Výsledkem je, že k přenosu dat stačí jen "jeden drát".
Trochu detailně jsme si pověděli o 4B5B, což je kód, který každé 4 bity přepíše na 5 bitů podle tabulky tak, že je zaručeno, že se do určité doby změní napěťová úroveň. Pokud by totiž následovalo za sebou v kuse několik nul nebo jedniček, může příjemce ztrátou synchronizace špatně vyhodnotit jejich počet. Pokud se napěťová úroveň dostatečně brzo změní, příjemce si srovná hodiny tak, aby "tikly" ve chvíli změny úrovně na lince.
4B5B samozřejmě není jediný kód. Například 8B6T řeší stejný problém tak, že každé skupině 8 bitů je přiřazena šestice třístavových symbolů (+, 0 nebo -). Je to krásně vymyšlené. Stačí přenášená data trochu zvětšit, aby se dostatečně brzo objevil synchronizační impuls, a není třeba přenášet hodinový signál.
A proč o tom píšu? Našel jsem aplikaci v běžném životě. Vždycky jsem nechápal, proč někteří lidé za každým třetím slovem říkají "vole". Někteří zase každou chvíli říkají "né", aniž by chtěli popřít předchozí výrok. Teď jsem to pochopil. Je to z obavy před ztrátou synchonizace s posluchačem. Vlastně se jedná o samočasovací kód 3S4S, který přepíše každou sekvenci tří slov do tvaru "tři_slova+vole". Posluchač si pak může seřídit hodinky a čekat na další tři slova. Nicméně to přináší informační redundanci a snížení přenosové rychlosti. Taktéž to nutí posluchače k vytvoření speciálního aparátu, který detekuje synchronizační "vole" a odstraňuje ho z přenášené informace, aby nedošlo k chybné intrerpretaci dat. Z tohoto pohledu se mi zdá, že technicky geniální řešení (pro mne jakožto hardwarové nedochůdče) v běžném životě komunikaci spíš komplikuje... Ale aspoň vím jak to vzniklo – a to jen díky FI MU.
Tiskni
Sdílej:
Opravdu šíleným se to stáva až ve chvíli, kdy si přečteš v jeho životopisu:
Disertační práce: Programovaná výuka založená na hypertextu
a shlédneš názvy jeho publikací...
jakto, ze ten pan "doktor" nema ani jednu publikaci? myslim tim publikaci v nejakem cizojazycnem citovanem casopise? To uz muze v Cesku ucit i takovy povl?
Opravdu si myslíš, že jediní dobří učitelé jsou ti s nejvíce tituly a nejvíce publikacemi?! Začínáš nám pěkně "Hulánovatět"...
Nemyslím, že by to bylo nějak špatně.
Znám profesory, kteří mají tolik publikací, že by se s nima mohly dláždit chodby našeho ústavu, ale na přednášky jim chodí 3 lidi ze 300. A naopak lidi, co nemaj ani PhD a při cvičeních/ přednáškách se jim nevejdou lidi do místnosti. Takže asi tak...
), tak jsem u něj nepociťoval potřebu něco si po přednášce ujasňovat, protože jsem vše pochopil. Taky má ve slidech (bohužel v MS PP) spoustu informací nad rámec zkoušky, takže ty jeho přednášky nejsou jen abecedním seznam otázek na zkoušku. Konečně trocha praxe na naší teoretické škole
Popravdě, jediný člověk s mnoha tituly, který mi byl na přednášce schopen látku srozumitelně vysvětlit, byl prof. RNDr. Radan Kučera, DSc, kterého chová mnoho studentů v hluboké úctě i za jeho lidumilnost (leč spravedlivost) při zkouškách
.
Jak "čau čau"? Tohle jsem poznal až u jednoho kolegy z Brna ... a už je tim u nás známý, to je jeho "flag"