Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Občas není od věci vyslovit něco, za co se upaluje nebo ukamenovává. Nic není totiž tak jednoduché, aby byla pravda vždy jediná a na první pohled zřejmá.
Plány na přidání podpory formátu OpenXML do kancelářského balíku OpenOffice.org byly některými ortodoxnějšími příznivci svobodného softwaru přijaty velmi nelibě. Prý když tam ta podpora bude, nikdo nebude mít chuť používat ODF, a tedy pak nebude ani vůle přecházet na OpenOffice a potažmo i na GNU/Linux. Jenže já to vidím zcela jinak.
Jak známo, formát ODF byl standardizován jako norma ISO, zatímco OpenXML velmi nedávno jako standard ECMA. To jen tak na okraj. Situace je v tuto chvíli taková, že aktuální verze OpenOffice neobsahuje podporu "konkurenčního" formátu OpenXML. Že Microsoft Office nebude (alespoň ve verzi 2007) přímo obsahovat podporu ODF, je nad slunce jasné. Ale posuňme se dál.
Když už se obecně nepoužívá jediný univerzální formát, je pro maximální interoperabilitu žádoucí, aby každý produkt uměl co nejvíc formátů. OpenOffice v tuto chvíli dokáže pracovat se starými (binárními) microsoftími formáty a je to vlastnost, která mu výrazně pomáhá se prosadit.
Nápad, aby nový formát OpenXML nebyl v OpenOffice podporován, je podle mě cestou do pekla. Pokud podporován bude, jaký bude důvod si nepořídit OpenOffice? Bude naprosto stejná situace jako teď, ovšem s tím rozdílem, že OpenXML bude lépe podporovatelný. Že se třeba nebude v takové míře používat ODF, není až tak podstatné - bylo by sice hezké, kdyby se používal, ale pokud tomu tak nebude, nezboří se svět.
Naopak, pokud by podpora OpenXML chyběla, mělo by to nepříjemné důsledky. Balík OpenOffice by byl naprosto diskvalifikován z použití běžnými uživateli, tedy těmi, kdo potřebují komunikovat i s lidmi používajícími dominantní Microsoft Office. Znamenalo by to jeho konec, protože by nebylo možné otevírat a ukládat dokumenty ve formátu, který - ať chceme nebo ne - bude brzy velmi rozšířený.
Pro podporu ODF máme nyní jedinou možnost - tlačit na politiky, aby státní správa povinně používala takové formáty, které jsou standardizované, plně zdokumentované a na kterých neváznou žádná břemena. Jediným takovým zcela vyhovujícím formátem je dnes právě ODF. Separatistické akce stylu "neimplementovat podporu OpenXML" ničemu nepomohou, jen uškodí.
Tiskni
Sdílej:
). Byt tam umela truczed, sel by RedHat brzo z kompu...
Tak v čem je problém s OpenXML, když je teď standardizovaný?Bohužel OpenXML znám jen z rychlíku, takže o jeho "zákoutích" nic moc nevím. Ale do určité míry se lze obávat toho, že tam bude nějaká věc krytá nějakým obskurním (a třeba 5 let starým) patentem, se kterým se vyrukuje v momentě, kdy bude formát dostatečně rozšířen.
... implementace importu a exportu OpenXML zabere přibližně 8,5 člověkolet (a to jen Word, k tomu navíc Excel a Powerpoint, které zaberou o něco míň času).
a to je hodne nebo malo? naky "normalni" cisla by nebyly?
Taky jsem pro podporu OpenXML v OOo. PDF se ve sve dobe tezce prosazovalo a dnes se celkem standardne pouziva. (pls nesrovnavat;O)
Samozrejme ze jediny otevreny format pro kancelarske aplikace typu OOo by byl nejlepsi ... ale to je asi utopie ...
Že Novell podepsal dohodu, implementuje OpenXML a na oplátku nepožaduje ODF v produktech svého nového partnera je zrada.
Zrada? Novell moc dobře ví, že nejen jeho zákazníci, ale většina uživatelů vůbec, chtějí, aby interoperabilita mezi platformami byla co nejméně problémová. Proto udělal, co bylo v jeho silách, aby tomuto přání vyšel vstříc, protože přání uživatelů (a ano, v neposlední řadě jeho zákazníků - ti ho totiž živí) jsou pro něj důležitější než názory fundamentalistů (byť ti jsou hlasitější a viditelnější), kteří jsou opilí úspěchem, že byl ODF přijat jako ISO standard.
Vždy jsem považoval za výhodu linuxových řešení jejich univerzalitu - Linux (teď nemyslím jádro, ale i aplikace) byl schopen číst i cizí datové formáty, podporoval (většinou) cizí filesystémy a cizí síťové protokoly. Proto mi připadá absurdní, že se dnes někdo snaží z ideových důvodů tuto výhodu zlikvidovat tím, že dští oheň a síru na toho, kdo se snaží, aby tomu tak bylo i nadále.
, ale to by musel byt skutecny standard, kde se vsechny strany budou snazit transparentne o jeho implementaci, bude jim to umozneno a zadna z nich jej nebude mit pod kontrolou. Veri nekdo snad, ze OpenXML to bude kdy splnovat?
Kdežto implementace formátu OpenXML je zátížena licenčními poplatky, poněvadž je to intelektuální vlastnictví MS.To je nesmysl, jak tvrdí i Brian Jones, program manager pro Microsoft Office.