picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.
Multiplatformní prohlížeč elektronických knih KOReader byl vydán ve verzi 2026.07 "Sailing Walrus". U PDF souborů s SMask lze vyčistit pozadí. Přibyla podpora Kobo v5 nebo základní podpora OPDS 2.0.
Společnost Valve sponzoruje a společnost Collabora portuje RADV (open source Vulkan ovladač pro AMD GPU z projektu Mesa) na Windows.
Starling (GitHub) je desktopové prostředí vytvořeno umělou inteligencí (s dohledem jednoho vývojáře během šesti měsíců).
Dne 30. června 2026 byla završena fyzická realizace projektu Czech National Quantum Communication Infrastructure (CZQCI), tedy České národní kvantové komunikační infrastruktury. Projekt byl realizován od 1. března 2023 a financován z Národního plánu obnovy částkou 121,6 milionu Kč. Cílem podpořeného projektu bylo vybudovat základy národní kvantové komunikační infrastruktury a ověřit možnosti jejího praktického využití. Mezi
… více »Město Šumperk se stalo terčem kybernetického útoku, chod úřadu je omezen. Zjišťuje se, jestli unikla nějaká data. Cílem hackerů byla městská datová síť. První útoky zaznamenali odborníci na informační technologie již v pondělí večer, závady se ale plně projevily až dnes ráno. Město událost nahlásilo Národnímu úřadu pro kybernetickou a informační bezpečnost (NUKIB).
Samba, svobodná implementace síťového protokolu SMB/CIFS, byla vydána ve verzích 4.24.5, 4.23.10 a 4.22.11. Řešeno je 6 zranitelností.
Přední technologické společnosti (Adobe, Cadence, Capital One, Cisco, Cloudera, Cloudflare, Cognition, CrowdStrike, Databricks, Dell Technologies, DoorDash, Elastic, HPE, Hugging Face, IBM, LangChain, Linux Foundation, Microsoft, NAVER, NetApp, Nous Research, NVIDIA, OpenClaw, Palantir, Palo Alto Networks, Red Hat, Reflection AI, Salesforce, SAP, ServiceNow, Siemens, SK Telecom, Snowflake, SpacexAI, Synopsys, Thinking
… více »Krabix.cz je online 3D konfigurátor krabiček pro 3D tisk s exportem do STL. Běží přímo v prohlížeči. Nic se neposílá na server.
Nadace Open Home Foundation spustila veřejnou preview verzi komunitní databáze zařízení pro Home Assistant. Má fungovat jako „Wikipedie pro chytrá zařízení".
Před dávnými časy jsem zde publikoval blogpost, jak si na terminálové konzoli pomocí utility "grc" obarvit zobrazované výstupy. Bylo to jenom letmé seznámení s aplikací, takže jsem tenkrát nezdůraznil to, že se výstup obarvuje na základě pravidel uvedených v kolorizačním filtru, který je závislý na tom, jaká se použije aplikace. Pokud použijete tuto utilitu na obarvení výstupu, co vrací kupř. "dig", použije kolorovací filtr 'conf.dig', pro obarvení výstupu z aplikace diff zase 'conf.diff', atp.
Pokud byste si si však chtěli tímto způsobem obarvit výstup ze své vlastní aplikace – tak s největší pravděpodobností ostrouháte, pokud teda zrovna nebude používat stejný formát výstupu, jaký umí obarvit některý z již existujících filtrů. Ovšem ani pak nemáte vyhráno. Ale k tomu se dostaneme.
Tento blogpost je tedy o tom, jak napsat a používat svůj vlastní kolorovací filtr pro grc.
Kolorovací filtry jsou uložené v adresáři /usr/share/grc. Každý se jmenuje conf a s příponou, kterou je buď jméno aplikace, či formát použití pro jaký je filtr určen. Vyjděmež tedy ze situace, kdy máte aplikaci (či skript) s názvem myapp, jejíž výstup vypadá zhruba takto:
08:28:00.037541386 stroj SET main() DEBUG –> -d7
Ačkoliv je výstup podobný logovacímu výstupu, nebude kolorovací filtr config.log fungovat, protože začátek řádky neodpovídá tomu co se očekává. Nicméně, právě proto, že je tento výstup podobný, můžeme tento filtr použít jako výchozí pro vlastní kolorizační filtr s názvem conf.myapp. Začneme tedy tím, že si nejprve vytvoříme kopii:
stroj:~# cd /usr/share/grc stroj:/usr/share/grc# cp conf.log conf.myapp
Struktura filtru je poměrně jednoduchá. Filtr je sestaven z několika bloků pravidel, které se vždy skládají ze tří proměnných:
regexp – Určuje formou regulárního výrazu, jak má vypadat kolorovaný řetězec. V případě, že byste použili původní filtr conf.log bez úpravy, narazíte, protože regulární výraz, kterým se obarvuje počátek řádku má úplně jiný formát. U standardního logu se uvádí na začátku řádky datum, které zde chybí. Tím pádem regulární výraz nesedí a nejspíš nebudou sedět ani další bloky pravidel.
Pro srovnání tedy uvedu jak vypadá regulární výraz pro zpracování začátku řádky u conf.log:
regexp=^... (\d| )\d \d\d:\d\d:\d\d(\s[\w\d]+?\s)
A takto vypadá regulární výraz, který zpracuje začátek řádku výše uvedeného výstupu:
regexp=^\d\d:\d\d:\d\d(.)(\d\d\d\d\d\d\d\d\d)(\s[\w\d]+?\s)
Jde o klasické regulární výrazy. Kde tečka zastupuje libovolný znak, stříška označuje začátek řádku, zpětné lomítko + d zastupuje číslo, zpětné lomítko + s libovolné písmeno a kulaté závorky specifikují jednotlivé řetězce.
Pokud bychom nepoužili kulaté závorky, obarvil by se celý řetězec vyhovující regulárnímu výrazu jednou barvou
colours – Obsahuje seznam barev, v pořadí jaké se má použít k obarvení řetězců. Barvy jsou uvedené slovně (anglicky) a jsou navzájem odděleny čárkou. Viz ukázka:
colours=green, cyan, yellow, red
V tomto případě se obarví první řetězec kde je uveden čas klasickým způsobem zeleně, tečka bude světle modrá, mikrosekundy žluté a hostname stroje (čtvrtý řetězec) červeně. Zbytek řádky zůstane neobarvený, resp. bude zpracován podle následujících bloků pravidel.
count – Udává, kolikrát se může kolorovaný řetězec na řádce vyskytnout. Může mít pouze dvě hodnoty once (tj. pouze jednou) a more (opakovaně).
stroj:~# myapp -d7 list VM 2>&1 | grcat conf.myapp …
V uvedeném příkladu je použito přesměrování výstupů, protože aplikacemyappvypisuje svoje debugovací zprávy na chybový výstup, kdežtogrcatobarvuje pouze řetězce, které mu přicházejí na standardní vstup. Pokud by tedy nebyl výstup před odesláním do roury přesměrován, zůstal by neobarvený.
/etc/grc.confChcete-li se vyhnout psaní přesměrování a roury na řádce, musíte upravit konfigurační soubor /etc/grc.conf tak, že do něj přidáte pravidlo, aby grc věděl, že při použití myapp má použít filtr conf.myapp:
… ------------ # kvm (^|[/\w\.]+/)myapp\s? conf.myapp
Pak bude náš kolorovací filtr pro výstup skriptu myapp fungovat i při použití příkazu grc:
stroj:~# grc -e myapp -d7 list VM …
Parametr -e zajišťuje u příkazu grc – podobně jako v předchozím případě, kdy se výstup obarvuje přes grcat přesměrování – přetočení chybového výstupu na standardní vstup.
Tiskni
Sdílej: