Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
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.
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).