CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …
Myslím, že GUI je pro zálohování zbytečné, jestli chceš napiš příklad jak si automatickou/ruční zálohu konkrétně představuješ a můžeme to zkusit vyřešit pohodlněji skriptíkem. Případně, když přesně specifikuješ jak si představuješ to GUI, může se tu dříve či později objevit. 
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
12.2.2010 03:13
12.2.2010 09:30
grsync ?
Jednoduché zálohování s plánováním, podporou sítí a možnostmi, které GUI nikdy mít nebude: cron a rsync.
Rozumnou kompresi a inkrementální zálohy umí zajistit například tar --listed-incremental=.... (Podrobnosti znamenitě popisuje manuálová stránka.)
Složité zálohování s GUI: Co třeba sbackup?
Všechna zmíněná řešení jsou ale pořád ještě amatérské postupy hodné Windows. Můžou totiž klidně zazálohovat nekonzistentní data. Korektní postup je (1) vytvořit LVM snapshot, (2) zazálohovat snapshot (přes rsync nebo tar --listed-incremental=... nebo jakkoliv jinak) a (3) uvolnit LVM snapshot. Pro snapshot je potřeba zanedbatelný zlomek kapacity originálu, pokud se používá jen krátce a originál se během té doby nemění příliš radikálně.
Dělat snapshot nad oddílem, kde běží databáze, jednoduše není rozumné. Databáze má přece vlastní a mnohem sofistikovanější zálohovací mechanismy. Zkopírování dat soubor po souboru je nejlepší způsob, jak tu databázi úplně odepsat. Stačí zapomenout třeba na zachování timestampů u souborů a data ze zálohy už nikdo nikdy neuvidí. Jediný opravdu spolehlivý způsob, jak zazálohovat databázi, je dump. Ať už je to SQL dump nebo něco binárního, bude to vždy konzistentní a bude to umět přečíst každá současná i budoucí verze příslušného DBMS na každé platformě.
Kromě toho existují i mnohem triválnější protipříklady než databáze. Například přidání uživatele do skupiny. Příslušná utilita či skript ho přidá do /etc/group, v tom okamžiku někdo udělá snapshot a teprve poté dojde k přidání do /etc/gshadow. Vznikne snapshot, který je v jistém ohledu nekonzistentní.
Snapshot má pouze zajistit, aby nevznikaly poškozené soubory, které někdo zrovna přepisuje zálohovacímu programu pod rukama. Soubory, které se často a nahodile mění, se samozřejmě můžou i do snapshotu dostat v nekonzistentní podobě. Nicméně otázka je, k čemu takové soubory jsou a zda je opravdu cílem je zálohovat.
--lock-all-tables --single-transaction --lock-tables atd.Jistě, takové triky jsou možné, ale ten dump se jednak obejde bez downtime a druhak může zabrat mnohem méně místa, pokud je zvolen vhodný formát a vhodná komprese. To druhé je celkem jedno, ale o to první jde skoro vždy. Kromě toho, dump se dá obnovit i v kterékoliv novější verzi DBMS, což se o nízkoúrovňových datech rozhodně říct nedá. Například PostgreSQL bude rozumět pouze datům ze stejné minor verze.
Tiskni
Sdílej:
