Grafický editor dokumentů LyX, založený na TeXu, byl vydán ve verzi 2.5.0. Oznámení připomíná 30. výročí vzniku projektu. Novinky zahrnují mj. vylepšení referencí nebo použití barev napříč aplikací, od rozhraní editoru po výstupní dokument.
F-Droid bannerem na svých stránkách a také v aplikacích F-Droid a F-Droid Basic upozorňuje na iniciativu Keep Android Open. Od září 2026 bude Android vyžadovat, aby všechny aplikace byly registrovány ověřenými vývojáři, aby mohly být nainstalovány na certifikovaných zařízeních Android. To ohrožuje alternativní obchody s aplikacemi jako F-Droid a možnost instalace aplikací mimo oficiální obchod (sideloading).
Svobodná historická realtimová strategie 0 A.D. (Wikipedie) byla vydána ve verzi 28 (0.28.0). Její kódový název je Boiorix. Představení novinek v poznámkách k vydání. Ke stažení také na Flathubu a Snapcraftu.
Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní byl vydán ve verzi 1.6.0 (Bluesky). Přehled novinek na GitLabu.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.2 a 20.04 OTA-12.
Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.0 otevřeného operačního systému pro chytré hodinky AsteroidOS (Wikipedie). Přehled novinek v oznámení o vydání a na YouTube.
WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.
Byl představen ICT Supply Chain Security Toolbox, společný nezávazný rámec EU pro posuzování a snižování kybernetických bezpečnostních rizik v ICT dodavatelských řetězcích. Toolbox identifikuje možné rizikové scénáře ovlivňující ICT dodavatelské řetězce a na jejich podkladě nabízí koordinovaná doporučení k hodnocení a mitigaci rizik. Doporučení se dotýkají mj. podpory multi-vendor strategií a snižování závislostí na vysoce
… více »Nizozemský ministr obrany Gijs Tuinman prohlásil, že je možné stíhací letouny F-35 'jailbreaknout stejně jako iPhony', tedy upravit jejich software bez souhlasu USA nebo spolupráce s výrobcem Lockheed Martin. Tento výrok zazněl v rozhovoru na BNR Nieuwsradio, kde Tuinman naznačil, že evropské země by mohly potřebovat větší nezávislost na americké technologii. Jak by bylo jailbreak možné technicky provést pan ministr nijak nespecifikoval, nicméně je známé, že izraelské letectvo ve svých modifikovaných stíhačkách F-35 používá vlastní software.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 162 (pdf).
/boot vůbec samostatně, což je celkem k ničemu, pokud je jinak struktura adresářů rozházená po více discích, tj. např. /, /usr, /var, /tmp, /home, ..., pak je dobré dát na něj třeba ext2, je tak malý, že třeba mkreiserfs by to nevzal. Pro ostatní oddíly bych dal reiserfs 3, pokud nejsou potřeba kvóty. (Pokud ano, je jejich kontrola otravná, ale třeba u serveru to tak moc nevadí, protože se to dělá často jen běhěm instalace testování nastavení, za běžného provozu jen vyjímečně.) XFS také ujde, ale třeba zrovna mně na jednom serveru padal. (To je smůla.) Ext3 bych zavrhl úplně, kontrola i jen 1,4 GB oddílu trvá docela dlouho (aspoň na P-II 400 MHz), větší jsem zkoušel jen 90 GB a to je k nevydržení. Rychlost načítání adresářů a mazání velkých skupin souborů trvá na ext3 odporně dlouho, XFS a reiserfs 3 si vedou podstatně lépe. Jinak se těším, až reiser4 bude umět všechno, co potřebuju - kvóty a ACL.
reiserfs - připojuje se ale poměrně dlouho ve srovnání s ext3 i XFS, bez ohledu na ty kvóty. Vyzkoušejte a uvidíte.
P.S: Ext2/3 jako jediný souborový systém pro Linux (pokud vím) umožňuje vcelku pohodlně obnovit smazané soubory. (Aspoň něco je na něm dobrého.)
/boot a v GRUBu si vyberu, kterej oddíl je root
Pokud má být /boot vůbec samostatně, což je celkem k ničemu, ...
Prečo k ničomu? Trebárs môže byť namountovaný read-only, v takom prípade sa môže vykašlať na všetky žurnálovacie FS a použiť niečo jednoduché a extrémne odskúšané, trebárs ext2, alebo trebárs extrémne jednoduché ako minix fs (či ako sa volá ten historický FS z obmedzením veľkosti partície 64MB).
Rada autorovi otázky: výber FS je rovnako citlivá otázka (t.j. vhodná na flame), ako výber distribúcie, textového editora, skriptovacieho jazyka a pod. Ak v inštalačnej príručke Tvojej distribúcie je nejaké odporúčanie, drž sa ho a ver, že autori distribúcie starostlivo zvážili aspekty a prieskum, ktorý práve robíš, urobili za Teba. Samozrejme, ak sa na základe vlastného prieskumu rozhodneš na základe rozmuných argumentov inak, nedá sa proti tomu nič namietať. Len je to časovo náročné.
Každopádně bych doporučoval oddělit /home od všeho ostatního - rozhodně je to užitečnější, než si oddělit /boot.
Používání Reiser 4 u mně naopak skončilo ztrátou dat. Na /boot je ideální ext2.
Vřele doporučuji tenhle zajímavý článek s podivnou adresou. Jsou tam benchmarky včetně grafů a člověk si může udělat přesný úsudek o tom, které vlastnosti využije a které ne.
Nebo stačí zadat do Googlu něco jako filesystems Linux XFS ext2 ext3 reiserfs JFS benchmark a hned máš k dispozici spoustu nezávislých testů a údajů.
Na mém stroji používám reiserfs, a to i pro bootovací partition. Drivery pro ostatní systémy totiž pak vůbec nemusím zakompilovávat do kernelu. Pak je ale důležité, aby např. rescue CD, které používáš, reiserfs také podporovalo... Pokud jde o 100% kompatibilitu, je ext2 nejlepší volba pro /boot.
V žádném případě nedoporučuji ext3, protože má ve většině testů zoufale špatné výsledky. Ani ext2 není nejlepší, a to i přesto, že není žurnálovací - tedy v případě sekance je obnovení dat mnohem náročnější a ztráta pravděpodobnější. XFS od Silicon Graphics bych doporučil především v případě 64-bitové architektury. (I u 32-bitových strojů je výkon pozoruhodný - nutno přečíst pár benchmarků.) Perspektivní je i JFS od IBM, který má zdaleka nejmenší nároky na procesorový čas, což je ovšem vyváženo mírným zhoršením v jiných "disciplínách". Reiserfs vyniká ve většině disciplín a dokáže číst nejrychleji velké množství malých souborů. S velkými soubory už tolik nevyniká a navíc je nejnáročnější na procesor. (Ne že by to u dnešních počítačů znamenalo nějaké omezení, ale i to je při rozhodování dobré vědět.)
Tiskni
Sdílej: