Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Organizace Apache Software Foundation (ASF) vydala verzi 30 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byla vydána nová verze 7.0 svobodného open source redakčního systému WordPress. Kódové jméno Armstrong bylo vybráno na počest amerického jazzového trumpetisty a zpěváka Louise Armstronga (What A Wonderful World).
V Drupalu byla nalezena a opravena kritická zranitelnost SA-CORE-2026-004 (CVE-2026-9082). Útočník může provádět libovolné SQL dotazy na webech používajících databázi PostgreSQL.
Richard Hughes oznámil, že službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzoruje také společnost HP.
O víkendu proběhla demopárty Outline 2026. Publikována byla prezentovaná dema. Upozornit lze na 16 bajtové, opravdu šestnáct bajtové, zvukově obrazové demo Wake Up! 16b (YouTube).
Byla vydána nová verze 9.5 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání a na YouTube.
Používám openoffice už léta, nejvíce textový procesor. Mám ale problém, když uložím dokument v linuxu a pak ho otevřu ve stejné overzi ooffice ve windows, tak je rozházené formátování, dokonce když otevřu dokument na jiném linuxovém systému ve stejné verzi openoffice, tak je problém s formátováním, pokud něco jednoduchého kreslím či vytvářím vzorce, občas se stane, že když znovu otevřu dokument na stejném systému ve stejné verzi ooffice, tak má rozházené formátování. Proto se ptám, opravdu je openffice takový "šmejd" nebo se dá někde nastavit nějaké zafixování či provést některé nastavení?
to mohu jen potvrdit, používám mnoho instalací 2x i 3x řady na počítačích s Windows i Linuxem a nikdy jsem se s takovým chováním nepotkal
O tomhle jsem kdysi slyšel u ms wordu, tak jsem do docu vkládal nastavení i fonty a přežilo to. S oo zatim bez problému.
mne sa stava cosi podobne s tym ze zvacsa su to dokumenty od microsoftu ktore takto rozhadzuje ... z 10 stran v .doc som videl ako oo spravil peknych rozhadzanych 13 :(
Tipoval bych buď jinej font, než jim to bylo vytvořené nebo okraje? Jak to vidíte vy?
No podívám se zda by něco nešlo nasdílet, většinou se jedná o důverná data. Pokud potřebuju dokument někde otevřít, tak ho radši exportuju do pdf, kde se formátování logicky nemění. CO se týče toho formátování, jedná se např. o to, že jsou posunuté obrázky, když využívám kreslící fce, tak pokud "spojuji" nějaké úsečky, tak jsou někdy rozpojené a o kousek posunuté(proto teď raději fixuju vše dohromady), po otevření dokumentu vytvořeného v linuxu ve windows je zpravidla více "roztáhlý text", takže je více stránek, přitom písmo je stejné. Zjistil jsem, že částečně pomůže nastavit ve windows nějaké jiné formátování, ale taky to neni ono.
A formátování to blbne hlavně v tabulkovém kalkulátoru, v textovém procesoru tolik ne.
No ale nejvíce mi asi vadí to, když v tabulkovym kalkulátoru něco nakreslím a pak dám náhled, tak se to někdy celý rozhází. Stávalo se to u starších verzí a u nejnovější taky.
No jestli se jedna o "duverna" data, tak mozna pracujes pro vetsi firmu - hadam spravne? Ja mel s OOo nejvetsi problemy s .doc dokumentama ktery vznikly z korporatni sablony. Tzn. pokud .doc dokument obsahuje sablonu, ktera obsahuje vlastni styly, fonty, hlavicky, paticky atd, ... tak OOo proste zmagori. Nespadne, ale neni schopny s temahle udajema pracovat.
OO pro Linux se chová na svých formátech korektně , nesetkal jsem se s problémy , jen , když jsem upravoval 90 stránkový projekt , který byl v MS-2003 , tam to trochu naáhlo , udělalo jinak osnovu a odrážky , ale dalo se to nějak vytiskout... Ale pokud se jedná o OO to OO pak vždy bez problémů. S OO verzí od Novellu s tím probléby nebývaly ... nepoužívám verzi z OO , ale verzi , kterou vydává Novell ... sice je o cca 200MB větší , ale pracuje jak má.
Možná formátování dle nastavené tiskárny - tam se to formátuje dle fontů a to je jasné , že se to může změnit.
Jak jsem již psal. Používám stejné fonty. V linuxu mám nainstalovaný Arial právě kvůli kompatibilitě s Windows.
Kde se to nastavuje?
Tak metriku tiskárny zaškrtlou nemám, ale našel jsem něco co může dělat problémy. Možná to používání systémového písma, kde mám nastavený v různých systémech různý hinting aj., pokud to nedělá tohle tak fakt nevím.
A přenášíš to mezi platformami jako odt? S doc to docela blbne, obzvláště pokud původní doc pochází ještě z wordu.
Jo, všechno v nativním formátu ooffice.
To souhlasí. V OO verzi 3.0.1 pod Llinuxem jsem měl dokument s vloženou tabulkou ve formátu .doc (a kdysi vytvořený ve Wordu), po provedení úpravy ta tabulka zmizela. Při práci se stejným dokumentem ve formátu .odt problém nebyl.
Nakonec když se člověk podívá, jakým způsobem bývají ty informace v docu naházené (stačí export do HTML), tak se ani nedivím, že s tím má OOffice problémy.
Ano, je :).
Tiskni
Sdílej: