Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Jako více méně běžný uživatel řeším problém, jak rozumně zálohovat svá data a chránit se před jejich ztrátou, a zároveň, protože pracuji na třech počítačích a občas na nějaké stanici ve škole, jak mít vždy dostupnou nejaktuálnější verzi svých dat.
Už nějakou dobu používám k tomuto účelu flashdisk a rsync. Vzhledem k mým požadavkům jde o velmi dobrý způsob, jak data do určité (pro mě dostatečně velké míry) chránit, přenášet mezi počítači a zároveň je mít v nejnovější verzi dostupná i na školní stanici.
Základem všeho jsou dva jednoduché scripty využívající rsync k vlastnímu přenosu dat. Script zálohuj se stará o přenos dat ze zálohovaného PC na flashdisk:
#!/bin/sh # # Zálohuje dokumenty a logy na flashku, průběh zálohování loguje do souboru # # Proměnné obsahující cesty k výchozím adresářům a logu path_Dokumenty="/home/nik/Dokumenty/Dokumenty" path_flashka="/media/CORSAIR/nik/záloha/" log="zaloha_log.txt" # Zálohování pomocí rsync na flashku s přesměrovaným výstupem do logu "ZÁLOHA" > $log echo "Zálohuji $path_Dokumenty na $path_flashka" >> $log rsync -avu --delete $path_Dokumenty $path_flashka >> $log exit 0
Kromě dokumentů zálohuji například i logy rozhovorů z IM klientů, workspace Eclipse, atd.
Script synchronizuj se pak stará o obrácený proces:
#!/bin/sh # # Synchronizuje dokumenty a logy z flashky, průběh synchronizace loguje do souboru # # Proměnné obsahující cesty k výchozím adresářům a logu path_Dokumenty="/home/nik/Dokumenty/" path_flashka="/media/CORSAIR/nik/záloha/Dokumenty" log="synchronizace_log.txt" # Synchronizace pomocí rsync z flashky s přesměrovaným výstupem do logu "SYNCHRONIZACE" > $log echo "Synchronizuji $path_flashka na $path_Dokumenty" >> $log rsync -avu --delete $path_flashka $path_Dokumenty >> $log exit 0
U rsyncu je důležité povšimnout si následujících parametrů: --delete vymaže z cílového adresáře všechno, co nenajde ve zdrojovém. Tato volba může být v některých případech nežádoucí, na druhou stranu její absence dělá smazání souboru opravdu těžké.
Druhým důležitým parametrem je -u, které nedovolí přepsat soubor, který je v cílovém adresáři novější než ve zdrojovém. Toto je velmi výhodné, protože se občas stane, že člověk zapomene pustit synchronizaci jako první věc po spuštění počítače, a pokud před jejím spuštěním nějaký soubor změní, přišel by o změny.
Také je dobré občas zkontrolovat log a přenesené soubory, protože už se mi párkrát stalo, že se flaska po několika přenesených MB přepla do read-only módu a část zálohy se neuskutečnila. Nevím, jak moc je tento problém závislý na konkrétní flasce, podařilo se mi ho vyvolat přes Krusader, a jediným uspokojivým řešením byl formát flashdisku. (Problém se po remountu vracel).
Scripty v mém případě ještě doplňují dva zástupci na ploše, což redukuje případy, kdy před odjezdem na kolej / z koleje zapomenu zazálohovat data.
Tiskni
Sdílej:
Ano, je pomalu čas na nějaký ten upgrade...
--remove-older-than).