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.
Příručka Linux From Scratch pro sestavení základního linuxového systému byla aktualizována v pravidelném půlročním termínu. Vydání 13.1 shrnuje přes 40 nových verzí balíčků a několik patchů. Navazující příručka Beyond Linux From Scratch s recepty pro sestavení dalších knihoven a aplikací zatím vydána nebyla, ačkoliv vývojová verze stále dostává aktualizace. Lze je číst online nebo stáhnout v HTML či PDF.
Russell Ossendryver se dívá na poslední komentáře Microsoftu k OOXML a komentuje je. Upozorňuje na nepravdivé informace, které jsou šířeny, mj. na to, že ve skutečnosti neexistuje žádná úplná implementace tohoto formátu, varuje před uzavřeností vývoje a připomíná, že zrychlený proces schvalování jako standard je pro celou věc naprosto nevhodný.
Tiskni
Sdílej:
Proč by měl otevřený standard nést břemena, která zde svým binárním marasem Micro$oft za posledních >10 let zasel?! Tato břemena padnou na každého z nás! Proč by měl každý z nás z vlastní kapsy připlácet na to, aby výrobce kancelářské sady, kterou si rozhodne zakoupit (FOSS teď vynecháme) musel implementovat podporu pro vadné formáty, ve skutečnosti nepřenositelné ani mezi jednotlivými verzemi MS Office a kolikrát i několika instalacemi jedné jejich verze?!
To není vtip, to není FUD, to je realita. Takový je šestitisícstránkový (6000!), takřečený standard, který chce společnost Micro$oft protlačit – navíc se snaží(l) o zkrácené řízení, prohnilé korupcí, ke kterému se nečekaně hlásí noví pro-OOXML členové, kteří prakticky ani neměli reálnou možnost v tak krátké době specifikaci prostudovat. Opět, toto nejsou pouhé spekulace: korupční jednání již bylo reálně prokázáno např. ve Švédsku, v několika zemích byly zaznamenány (úspěšné) snahy o znemožnění účasti na projednávání stanoviska zástupcům protistrany, a v nedávné době i Evropská Unie usoudila, že celou událost je třeba prošetřit a zahájí soudní proces.
Další věc je ta, že ISO ne ISO, Micro$soft počítá s tím, že kdyby OOXML prošlo, nepřešlo by pod správu ISO – jak původně slíbil, a za což si připsal dalších pár hlasů navíc – ale zůstalo pod správou ECMA ..a jeho.
OOXML není v současné době implementováno v ničem jiném než MS Office a pro třetí strany je vlastně i prakticky neimplementovatelné: jednak pro svou rozsáhlost a jednak pro to, že je protkané odkazy na mnohé proprietární technologie Micro$oftu – takové věci nemají v otevřeném standardu co dělat.
Svou budoucnost si píšeme sami, dnes a denně: odmítejme OOXML, používejme již existující a ověřený ISO standardizovaný formát OpenDocument (ISO/IEC 26300). Formát, který si mnohé země zvolili za povinný, pro komunikaci s veřejností – v Evropě je to např. Francie, Německo, Belgie, Dánsko, Norsko, Chorvatsko a Rusko. Doporučován je i v České republice a Evropské Unii jako celku. Jeho podporu lze nalézt již v několika kancelářských sadách, informačních a CM systémech, a mnohém dalším SW.
A že je třeba ty stávající dokumenty nějakým způsobem zachovat? Ať si Micro$soft sám z vlastních zdrojů napíše SW pro jejich konverzi do ODF! (dostávám se k odpovědi na v úvodu položenou otázku ohledně našich kapes) Tak jak to dělají všechny ostatní firmy, které pro protlačení své technologie na trh nemohly využít sílu dominantního postavení, kterou Micro$oft disponuje. Je to přeci jeho maras. Už mě nebaví se dívat, jak Micro$oft nechává svou práci dělat jiné:
(No flame, pls!)
A kdopak píše konvertor(y) OOXML<–>ODF? A kolik takových příkladů, kde viditelně zneužívá své dominantní postavení bychom ještě našli?!
Nebuďme lhostejní k vlastní budoucnosti! Tečka.
Já teda nejsem žádnej fanatickej javista, ale když vidím tohle, napadá mě, že potřebujeme tři věci:
- SUN přišel s multiplatformní Javou a sám udržoval její implementace pro několik platforem
- Micro$oft přišel s multiplatformním .NET a implementaci pod ostatní systémy si nechá napsat ostatními (MONO)
- Flash tu byl rovněž s podporou více platforem přímo od výrobce (pravda, uzavřený :-/ )
- a kdopak napíše Silverlight pro Linux? ..komunita přece.
To by, myslím, mohla být docela killer věc. Žádný platformní lock-in, milióny knihoven na cokoli, docela rozumné nástroje...a přitom by to mělo umět všecno, co Flash a Silverlight dohromady.A navic by to bylo mozne hezky tesne integrovat s J2EE na serveru. Silverlight ani Flash s zadnou open source serverovou technologii tak dobre neitegrujete.