86Box (Wikipedie), tj. emulátor retro počítačů založených na x86, byl vydán ve verzi 6.0. Přibyly například zvuky pevného disku. Na GitHubu jsou vedle zdrojových kódů ke stažení také připravené balíčky ve formátu AppImage.
Byla vydána nová verze 4.6 audio přehrávače Audacious (Wikipedie). Z novinek lze vypíchnout nový plugin pro procházení soubory, podporu audio formátu Musepack SV8 nebo přechod na build systém Meson.
Alliance for Open Media vydala verzi 1.0.0 specifikace svobodného videoformátu AV2. Jean-Baptiste Kempf, prezident neziskové organizace VideoLAN stojící za svobodným multiplatformním multimediálním přehrávačem a frameworkem VLC, představil na svém blogu dekodér AV2 s názvem dav2d.
V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.2.0.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.5.1. Přehled novinek na GitHubu.
Byla vydána nová stabilní verze 26.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Yarara. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána verze 1.96.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Společnosti IBM a Red Hat představily Project Lightwell s investicí 5 miliard dolarů. Jedná se o důvěryhodné clearingové centrum pro bezpečnost open source softwaru a zabezpečení dodavatelských řetězců s novým AI modelem a globální skupinou více než 20 000 softwarových inženýrů. Služby centra budou dostupné prostřednictvím komerčních předplatných. Project Lightwell staví na iniciativách jako Anthropic Glasswing nebo OpenAI Trust Access for Cyber.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 26.05. Podrobný přehled novinek v poznámkách k vydání.
Český stát by v budoucnu mohl provozovat vlastní alternativu ke komunikačním aplikacím typu WhatsApp, Signal, Telegram, Facebook Messenger a podobně. Cílem je zajistit bezpečnou datovou komunikaci pro stát a jeho důležité subjekty, jako jsou bezpečnostní složky, ministerstva a další organizace.
/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:
