Eric Lengyel dobrovolně uvolnil jako volné dílo svůj patentovaný algoritmus Slug. Algoritmus vykresluje text a vektorovou grafiku na GPU přímo z dat Bézierových křivek, aniž by využíval texturové mapy obsahující jakékoli předem vypočítané nebo uložené obrázky a počítá přesné pokrytí pro ostré a škálovatelné zobrazení písma, referenční ukázka implementace v HLSL shaderech je na GitHubu. Slug je volným dílem od 17. března letošního
… více »Sashiko (GitHub) je open source automatizovaný systém pro revizi kódu linuxového jádra. Monitoruje veřejné mailing listy a hodnotí navrhované změny pomocí umělé inteligence. Výpočetní zdroje a LLM tokeny poskytuje Google.
Cambalache, tj. RAD (rapid application development) nástroj pro GTK 4 a GTK 3, dospěl po pěti letech vývoje do verze 1.0. Instalovat jej lze i z Flathubu.
KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.
Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.
Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
/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: