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.
1/ ROUTER - LAN1 a:a:a:a::1/64, LAN2 je bridge OVPN TAP a ETH1 jako BR0, adresa a:a:a:b::1/64, stroj není připojen na internet 2/ PC1 - LAN a:a:a:a::2/64, GW na server LAN1 3/ PC2 - LAN a:a:a:b::2/64, GW na server LAN2mezi PC muzu ping6at. Na PC1 není firewall, na ROUTERU taky není firewall. Na PC2 když zapnu firewall, tak INPUT funguje OK, můžu zakázat přístup jak z routeru tak z PC1. Problém nastane když chci kontrolovat i OUTPUT. Pokud dám OUTPUT povolen na ::/0 vše funguje jak má, pokud ale dám povolen output pouze na a:a:a:a::/64 a a:a:a:b::/64, tedy by se podle mě nemělo nic změnit, začne se to chovat takto. PC1 nemůže pingnout PC2, PC2 nemůže pingnout PC1. Pokud ale z PC2 pingnu router, to jde, začne funguovat i ping na PC1 a z PC1 na PC2, to vydrží dokud nepřestanu. Pak se to vraci do původní polo-funkčnosti. Nevím bohužel kde co mám chytat, jediné co tam je trochu nestandardní je ten BRIDGE, ale ten je na routeru, kde je firewall vypnutý. Neví někdo co bych měl hledat? děkuji
Tiskni
Sdílej: