Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.
Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).
Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.
Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.
Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol
… více »FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.
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.
/etc/ansible/ /etc/ansible/roles /etc/ansible/files /etc/ansible/templatesV /etc/ansible/ udržuji a píši nové playbooky Teprve poslední dobou vše syncuji do gitlabu. Není to ale moc efektivní, protože /etc/ansible vzniká díky tomuto pěkný chaos, jsou tam staré již nepoužívané playbooky, nové verze a rozpracované a nedokončené skripty. Jaká je podle vás efektivní organizace ansible, playbooků, rolí, templatů a souborů? Samozřejmě jsem se díval na https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html Tentokrát bych to ale rád zkusil jinak a v domovském adresáři, který si budu stranou synchronizovat s git serverem. Díky za každý vhled.
├── docs ├── group_vars │ └── all ---------------------(proměnný globálně, třeba můj email,...) │ ├── vars.yml │ └── vault.yml ├── production ------------------(ansible-playbook -i production ... mám několik invertory: local,build,amazon,...) │ ├── hosts -------------------(klasika definice skupin jako roli pro jenotlivé stoje) │ └── host_vars │ ├── domain1.ltd ---------(ansible-playbook --limit domain1.ltd) │ │ ├── vars.yml │ │ └── vault.yml │ └── domain2.ltd │ ├── vars.yaml │ └── vault.yaml ├── roles │ ├── generic -----------------(obecnější role na kterých jsou postavený další role) │ │ ├── apache │ │ │ ├── defaults │ │ │ ├── handlers │ │ │ ├── meta │ │ │ ├── tasks │ │ │ └── templates │ │ ├── common │ │ │ └── tasks │ │ ├── docker │ │ │ ├── defaults │ │ │ ├── meta │ │ │ ├── tasks │ │ └── mariadb │ │ ├── defaults │ │ ├── handlers │ │ ├── meta │ │ ├── tasks │ │ └── templates │ ├── nextcloud │ │ ├── defaults │ │ ├── meta │ │ └── tasks │ └── xibo │ ├── defaults │ ├── meta ----------------(definuje závislosti, které se musí projet, před rolí xibo třeba apache a docker) │ ├── tasks ---------------(samozřejmně jednotlivé "úkoly" rozdělit do bloků + tags takže je možno limitovat ansible-playbook --tags) │ │ ├── backup.yml │ │ ├── main.yml │ | └── setup.yml │ └── templates └── site.ymlA příklad nakonec dejme tomu, že chci novýho vhosta pro apache tak upravím
production/host_vars/domain1.ltd/vars.yml a spustím ansible-playbook site.yml --ask-vault-pass -i production --limit domain1.ltd --tags apache-vhosts
Tiskni
Sdílej: