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.
/dev/kubuntu/btrfs 10G 56k 8164M 0.0 [.....................................] /tmp/mnt/btrfs /dev/kubuntu/ext4 10G 150M 9417M 1.5 [#....................................] /tmp/mnt/ext4 /dev/kubuntu/reiserfs 10G 32M 10G 0.3 [.....................................] /tmp/mnt/reiserfsNo a teď prostě nevím. 1) Nechci ext4, protože podle mě soubory na něm zabírají o dost víc místa, než např. xfs, jfs, reiser. 2) Reiserfs - není příliš zastaralý? 3) btrfs - Koukám jako blázen, kolik místa z těch 10GB má prázdnej fs, jenom 8,1GB. Kolik si btrfs sežere na nějakou svoji režii? Jakou máte zkušenost s tímto fs s ohledem na zabrané místo apod.? A hlavně stabilita a bezpečnost - WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL? Děkuji.
Ja sa ozvem asi len kvoli tej stabilite, po vyse roku, stale rovnako spokojny. Ziaden pad, ci akekolvek problemy tykajuce sa fs samotneho. Snapshoty a subvolumes, to je k nezaplateniu. :)
Skus sa pozriet na vystup:
btrfs fi df
To by ti malo dat lepsiu predstavu o sposobe vyuzitia, resp. kde sa to miesto "stratilo". Resp. cele vysvetlenie na tuto problematiku:
Why are there so many ways to check the amount of free space/dev/RAID5/btrfs 10G 56k 8164M 0.0 [......................................] /tmp/mnt/btrfs /dev/RAID5/ext4 10G 150M 9417M 1.5 [#.....................................] /tmp/mnt/ext4 /dev/RAID5/reiserfs 10G 32M 10G 0.3 [......................................] /tmp/mnt/reiserfs /dev/RAID5/xfs 10G 33M 10G 0.3 [......................................] /tmp/mnt/xfsPak jsem to zaplnil 5411 souborama o celkove velkosti 5001MB (2x video po 700MB a 5409 fotografie) a po tomto to vypadalo s mistem nasledovne:
/dev/RAID5/btrfs 10G 5030M 3155M 49.1 [###################...................] /tmp/mnt/btrfs /dev/RAID5/ext4 10G 5163M 4404M 51.2 [###################...................] /tmp/mnt/ext4 /dev/RAID5/reiserfs 10G 5050M 5190M 49.3 [###################...................] /tmp/mnt/reiserfs /dev/RAID5/xfs 10G 5047M 5175M 49.4 [###################...................] /tmp/mnt/xfsTakze ten ext4 fakt nevim... Nicmence jsem tak nejak pochopil, ze vypis pydf resp. df u btrfs asi moc neznamena, kdyz jsem videl vypis btrfs fi df pri prazdnem fs:
Data: total=8.00MB, used=64.00KB System, DUP: total=8.00MB, used=4.00KB System: total=4.00MB, used=0.00 Metadata, DUP: total=1.00GB, used=24.00KB Metadata: total=8.00MB, used=0.00a behem zaplnujiciho se:
Data: total=3.01GB, used=2.23GB System, DUP: total=8.00MB, used=4.00KB System: total=4.00MB, used=0.00 Metadata, DUP: total=1.00GB, used=4.01MB Metadata: total=8.00MB, used=0.00To vypada, jako by se btrfs sam sebe dynamicky menil...
sudo tune2fs -m 0 /dev/sdX
Tiskni
Sdílej: