Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
Příručka Linux From Scratch pro sestavení základního linuxového systému byla aktualizována v pravidelném půlročním termínu. Vydání 13.1 shrnuje přes 40 nových verzí balíčků a několik patchů. Navazující příručka Beyond Linux From Scratch s recepty pro sestavení dalších knihoven a aplikací zatím vydána nebyla, ačkoliv vývojová verze stále dostává aktualizace. Lze je číst online nebo stáhnout v HTML či PDF.
/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
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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:
