Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
Byly publikovány informace o další zranitelnosti v procesorech. Nejnovější zranitelnost byla pojmenována VMScape (CVE-2025-40300, GitHub) a v upstream Linuxech je již opravena. Jedná se o variantu Spectre. KVM host může číst data z uživatelského prostoru hypervizoru, např. QEMU.
V červenci loňského roku organizace Apache Software Foundation (ASF) oznámila, že se částečně přestane dopouštět kulturní apropriace a změní své logo. Dnes bylo nové logo představeno. "Indiánské pírko" bylo nahrazeno dubovým listem a text Apache Software Foundation zkratkou ASF. Slovo Apache se bude "zatím" dál používat. Oficiální název organizace zůstává Apache Software Foundation, stejně jako názvy projektů, například Apache HTTP Server.
Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.
Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.
Bylo vydáno Eclipse IDE 2025-09 aneb Eclipse 4.37. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Jistě vám neušlo, že i v ČR se chystá hlasování týkající se standardizace formátu OOXML, návrhu normy DIS 29500. V minulosti jste byli na řadě serverů informováni o tom, že doporučení pana Koska zní ,,Ne, s připomínkami". Z tohoto materiálu by ČNI mělo vycházet i ve finálním hlasování, které proběhne tento pátek. Dnes ráno jsem se ale od ČNI dozvěděl, že cca 50 firem žádá ČNI o povolení této normy (většinou jde o partnery a zákazníky firmy Microsoft).
S Pavlem Janíkem jsme proto připravili dopis, který můžete do ČNI zaslat jako svůj hlas proti schválení současné podoby specifikace formátu OOXML.
Prosím tedy všechny, kdo jsou stejného názoru, nechť podobný dopis zašlou do ČNI (dopis, e-mail, fax). V příloze (ODF, PDF) naleznete návrh dopisu, který můžete použít.
Kam posílat?
- na faxová čísla uvedená v dopise - tedy na pány Kunce a Holečka
- na e-mailové adresy director@cni.cz, normalizace@cni.cz, petr.wallenfels@cni.cz
- poštou na adresu uvedenou v dopise
Je důležité, aby dopis dorazil do ČNI nejlépe ve čtvrtek, nejpozději v pátek ráno, v pátek bude probíhat finální hlasování.
Filip Molčan, předseda OSS Alliance
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
V poslední době se v informatické komunitě dosti hovoří o snaze fy. Microsoft prosadit specifikaci Office Open XML jako ISO standard. Přicházejí zprávy o tom, jak mnohé společnosti lobují za jeho přijetí a jaké prapodivné okolnosti doprovázejí jednání v různých státech. Jako prostý občan musím vyjádřit značné znepokojení touto situací. A jestliže se chcete řídit mottem, které momentálně na webu ČNI inzerujete: „Normy pro občany – přínos pro společnost“, pak nemohu jinak než vyjádřit názor, že schválení OOXML přínosem pro občany a společnost nebude, ba právě naopak, uškodí. Nemá smysl hovořit o technických nedostatcích návrhu, ty již dostatečně rozebrali povolanější odborníci než jsem já. (I když není bez zajímavosti podívat se například, jak bylo naloženo s připomínkami indického standardizačního institutu BIS.) Já osobně za největší problém považuji existenci dvou paralelních standardů; jako formát pro kancelářské aplikace již byl schválen OpenDocument (ISO/IEC 26300). To je přímým popřením účelu standardizace a podle historických zkušeností to obyčejným lidem (a nejen jim) přináší pouze spousty problémů. Stačí si jen vzpomenout na situaci s kódováním znaků s diakritikou před několika lety: kromě standardů de iure jako KOI-8cs a ISO-8859-2 zde byla spousta standardů de facto jako KeybCS2, CP852, CP-1250, a přenést prostý text psaný v jednom editoru na jednom počítači na jiný byl pro neznalého uživatele téměř nepřekonatelný problém. Jaké důsledky budou plynout z opětného roztříštění způsobu ukládání určitých dat si tedy není těžké dovodit (ostatně je známa situace z doby před standardizací ODF, a tato situace vlastně do značné míry trvá doposud). Apeluji tedy, abyste se výše uvedeným mottem řídili nejen 11. října, ale i při rozhodování o OOXML.
Škoda, že není znám seznam uvedenách firem a doufám, že se jejich jména dozvíme. Já osobně se podle toho zařídím.
A dôvod nesúhlasu? Alebo len preto, že tento formát vydal Microsoft?
Vedle mnoha jiného i proto, že patentované formáty a protokoly nemají mezi obecnými normami co pohledávat. (Maximálně mohou být "vnitropodnikovou" normou výrobce). Taky proto, že bude kolidovat s mnoha dalšími normami. A v neposlední řadě proto, že Microsoft záměrně porušuje veškeré normy už celá desetiletí, takže na to nemá morální právo.
A dôvod nesúhlasu? Alebo len preto, že tento formát vydal Microsoft?Je to špatná norma. Místo toho, aby popisovala, jak má formát vypadat, popisuje vlastně všechny možné staré formáty (dokonce spíš jejich implementace) včetně jejich chyb. Asi jako kdyby norma pro metr popisovala jak se tady měřilo v palcích, v mílích, Maruška že měla blbé pravítko které měřilo na metru o dva centimetry míň a Franta že se vždycky v pátek vožral, ustřihl kus pásma a měřil zbytkem. A podle toho že je nutné teď dělat všechny nové měřící přístroje.
... DOC a XLS. Jediným řešením je normalizovat tyto formáty a o to se také Microsoft snaží a není na tom nic špatného, naopak je to dobře.to rozhodně dobře není když už tady byl ten příklad s měřením - je to jako kdyby se lidé shodli, že měří v metrech (ODF), a pak někdo přišel a požadoval, ať se jako oficiálně použitelné jednotky zavedou taky "Gatesovy lokty" (OOXML), aniž by zveřejnil, jak je vlastně "Gatesův loket" přesně dlouhý ... lidé používající jedny jednotky by si museli třeba technické výkresy nejdříve do nich přepočítat, ale nemohli by si být jisti, jestli jim to bude sedět přesně, protože jediný způsob, jak zjistit délku "Gatesova lokte", by byl změřit výrobek "Gatesovo pravítko(tm)", kterýžto je ale už zatížen výrobními nepřesnostmi (a navíc je zatížen nějakými licenčními podmínkami, že se nesmí zjišťovat, jak vlastně měří)
...cítím potřebu se vyjádřit k probíhajícímu procesu ve věci normalizace formátu OOXML. Nikoliv jako zástupce určité firmy nebo instituce, ale jako občan, který se v konečném důsledku bude s následky zítřejšího hlasování v budoucnu nezbytně potýkat, ať již bude závěr komise jakýkoliv.
Dojde-li ke schválení formátu OOXML jako normy, dojde tím zároveň k vytvoření zbytečné duplicity, neboť jiný formát na bázi XML - ODF (ISO/IEC 26300) - již normalizován je. Formát ODF během své existence jasně prokázal svou použitelnost. Naproti tomu formát OOXML je relativně nový a již během krátké doby se objevilo několik závažných nejasnotí ve specifikaci, které by mohly ohrozit jeho plnohodnotnou implementaci do různých produktů a také plnou přenositelnost dokumentů v tomto formátu mezi nimi. Konkrétně se například lze domnívat, že součástí specifikace by neměly být odkazy na chování určitých verzí produktů určité firmy.
I proto si myslím, že by formát OOXML neměl být (minimálně ve své současné podobě) schválen. Jeho existence jako normy není nutností a spektrum potřeb, pro něž je určen, již bylo pokryto stávající normou.