Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Ahoj, tak jsem premyslel nad tim, k cemu je standardizace oasis formatu, kdyz s nimi umi poradne pracovat jen openoffice? To jsme totiz na stejnem bode jako kdyz se bude pouzivat jen M-soft format a precte to poradne jen M-office. Ja myslel, ze kdyz bude napriklad .odt standardem, tak se mi to stejne zobrazi na kteremkoli jinem textovem editoru stejne a to nejen v ramci linuxu, ale multiplatformne (az tedy MS udela poradny plug-in). Jenze kdyz ja napriklad udelam trochu slozitejsi textovy dokument v OOo a chtel bych si to prohlednout ci editovat napr. v Koffice, tak jsem dojel. Prijde mi to zvlastni a nejak nechapu proc to tak je. Ja myslel, ze k tomu formatu musi byt dostupna vsechna dokumentace pro programatory a vsechny aplikace, ktere chteji tyto standartni formaty pouzit, musi mit vpodstate stejny vystup - tedy i zadny problem zpracovat tento standartni dokument z jine aplikace.
Ma tedy ta standardizace formatu vubec smysl? Co si o tom myslite?
POZNAMKA: presunuto z poradny vcetne odpovedi od Filip Jirsák a Robert Krátkého, at je v tom poradek.
Tiskni
Sdílej:
Filip
Ja prave myslel, ze to nebude slozite si s tim poradit, kdyz presne vim ktery prikaz jak funguje. Myslel jsem, ze to funguje podobne jako HTML jazyk, tedy nejak pres ty tagy.. Ja mam nekdy pocit, ze napr. ten Koffice lepe precte .doc nez .odt. Napriklad vubec si to neumi poradit se vzorcema apod.
A proc se treba nezeptaj vyvojaru OOo jak to delaji, je to taky opensource aplikace, tak se muzou trochu inspirovat nebo spolupracovat na vyvoji toho filtru (nebo jak se tomu rika) ne?
Mluvim tady jako laik - nikdy jsem nic neprogramoval, takze pokud jsem nekoho nastval tak se omlouvam.
Robert:
Jasne, ja nikdy blog nepouzival tak me to ani nenapadlo. Takze se omlouvam a jiz jsem to napravil.
Na doc se sice pracuje roky, ale je to close-source (nebo jak to napsat), coz si predstavuju jako metodu pokusu a omylu jestli to precte spravne. Kdyzto odt je open, coz mi prislo jako mnohem jednoduzsi na implementaci. Proto se divim.
Jasne, import vzorcu jsem ochoten pochopit ci prekousnout. Na Koffice se mi libi ta rychlost a ze to prave neni tak tezkpadne. Ono to ale ma problemy treba i s odrazkama, formatovanim atp. coz me mrzi.
vim ~/.emacsAk, druhému to nebeží, (očakáva If)btw, m$ špecka je kritizovaná za iné veci ako rozsah (neúplnosť, nekonzistencia, a podobné drobnosti)
Koffice-ODF je s OOo-ODF skutecne tezce nekompatibilni, vysledek je naprosto jiny. V tuhle chvili nejde o to zda pujde ODF otevrit i jinde (to prijde casem), dulezitejsi je ze OpenOffice je dostupny pro vsechny siroce pouzivane platformy a to zdarma.Jako ze KOffice pouziva i sve vlastni tagy a namespaces? Prijde mi trapne, kdyz se vsude kritizuje MS a uzavrenost jeho formatu (s tim souhlas), ale kdyz se s tim ma neco udelat, tak misto aby se open source/free komunita a dalsi tvurci jinych kancelarskych baliku semkli, domluvili se na ODF a implementovali ho identicky, tak si kazdy zacne hrat na svojem pisecku, protoze on to prece vymysli nejlip. Jak typicke. V tuhle chvili prave jde v prvni rade o to, abychom ukazali silu otevrenych formatu -- tedy ukazali jak to jde dobre a bez ztraty dat otevrit jinde. Kdyz budem mit plnou hubu reci o ODF (a o tom, jaky je to "standard") a jediny open source balik, ktery to bude umet spravne otevrit, bude OOo, tak muzem jit delat vsichni sasky do cirkusu...