Fedora je od 10. února dostupná v Sýrii. Sýrie vypadla ze seznamu embargovaných zemí a Fedora Infrastructure Team mohl odblokovat syrské IP adresy.
Ministerstvo zahraničí Spojených států amerických vyvíjí online portál Freedom.gov, který umožní nejenom uživatelům v Evropě přístup k obsahu blokovanému jejich vládami. Portál bude patrně obsahovat VPN funkci maskující uživatelský provoz tak, aby se jevil jako pocházející z USA. Projekt měl být původně představen již na letošní Mnichovské bezpečnostní konferenci, ale jeho spuštění bylo odloženo.
Byla vydána pro lidi zdarma ke stažení kniha The Book of Remind věnovaná sofistikovanému kalendáři a připomínači Remind.
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.
Ne, tento blog opravdu nemá nic společného s vývojem Linuxového jádra :-) Jako "Jaderný blog" jsem jej pojmenoval jen kvůli mé oblibě jaderné fyziky a chemie.
Věnovat se chci především Linuxu a Free Softwaru, prezentovat zde svůj pohled na věc a věnovat se všem palčivým otázkám a problémům, na které narazím. Určitě se zde také objeví články týkající se KDE, jelikož jsem velkým milovníkem tohoto desktopového prostředí a obecně eye-candy (k velké nevůli "pravověrných" Linuxáků ;-)).
No a když už se to tu jmenuje Jaderný blog, možná se někdy dočkáte i nějakého populárně-vědeckého příspěvku, především pokud se bude jednat o nějaké ožehavé aktuální téma...
Souběžně s prací Novellu na Xgl probíhala i práce Red Hatu na vlastní (tak trochu konkurenční) architektuře umožňující využívat OpenGL při renderingu desktopu. Pojďme se jí nyní podívat trochu na zoubek...
Nejdříve je potřeba říct si něco málo o architektuře X serveru. Mnoho lidí si pod pojmem "indirect rendering" představuje pomalé softwarové renderování OpenGL přes Mesu. Tato představa je však zcela zcestná, většinou tomu tak sice je, ale není to pravidlem či podmínkou.
Jak všichni víme, X11 je klient-server protokol. Všechny volání funkcí jdou z klienta (aplikace) na server. V případně OpenGL se takto děje přes GLX. "Direct rendering", tedy přímé renderování, znamená pouze to, že je tento systém obcházen. Nemusí to ovšem nutně znamenat hardwarovou akceleraci, i když ve většině případů tomu tak je (aplikace se "baví" např. prostřednictvím DRI přímo s hardwarem). Ovšem stejně tak jako neznamená "direct rendering" nutně hardwarovou akceleraci, tak "indirect rendering" neznamená nutně softwarový rendering. X server může OpenGL volání taktéž přeposílat grafické kartě a tak je akcelerovat. A toto je právě věc, na které Red Hat v poslední době pracoval.
Vývoj Accelerated Indirect Rendering (dále jen AIR či AIGLX) probíhal již od začátku zcela otevřeně v xorg CVS. Tímto se liší od Xgl, které začalo sice zcela nezávisle a otevřeně, nicméně největší pokrok ve vývoji byl proveden za zavřenými dveřmi Novellem (nyní již je však i Xgl součástí xorg CVS). Toto je ovšem jen dalo by se říci nepodstatný detajl (i když Red Hat ho dává okázalým způsobem najevo
). Daleko podstatnější je to, že zatímco Xgl je zhola nová grafická architektura pro X server (nahrazující současné DDX) postavená čistě nad OpenGL, tak AIR je jen rozšířením možností současné grafické architektury.
Tento fakt, že AIR je jen rozšířením současné architektury, vyhovuje spoustě vývojářů X.Org více než to o co se snaží Xgl (grafickou architekturu zcela nahradit a postavit jí čistě nad OpenGL). Někteří vývojáři X.Org také projevili obavy, že Xgl by de facto "uvrhlo lidi do područí proprietárních driverů". Naštěstí většina zřejmě tento zealotismus nesdílí. Red Hat komentuje situaci takto:
How is this different than XGL?
XGL is a different X server. This is a more incremental change which is slated to become part of Xorg. We don't believe that replacing the entire X server is the right path, and that improving it incrementally is a better way to modernize it. After talking to people at xdevconf, it felt like much of the upstream Xorg community shares this view. You can search [WWW] Adam Jackson's notes for "large work for Xgl" to get the blow-by-blow or NVidia's [WWW] presentation from XDevConf 2006 on using the existing model.
We've been working on the AIGLX code for a some time with the community, which is in direct contrast with the way that XGL was developed. XGL spent the last few months of its development behind closed doors and was dropped on the community as a finished solution. Unfortunately, it wasn't peer reviewed during its development process, and its architecture doesn't sit well with a lot of people.
Je zcela jisté, že pohled Red Hatu je zaujatý
Nicméně to že jak většina vývojářů X.Org, tak i samotní vývojáři NVidie, preferují AIR před Xgl, je faktem (viz. např. prezentace NVidie na XDevConfu). Faktem také je, že AIR by měl být schopný zvládnout prakticky to samé, co Xgl (Red Hat pracoval na zakomponování OpenGL composite manageru přímo do Metacity, ovšem teoreticky by měl být i Compiz od Novellu určený pro Xgl použitelný pod AIR). Zatím AIR funguje pouze s opensource drivery (Radeon r200, Intel 810, atp.), ale v okamžiku kdy NVidia (a snad i ATI) implementuje novou GLX_EXT_texture_from_pixmap OpenGL extension, bude fungovat i s proprietárními drivery.
Mně osobně se víc líbí přístup Xgl. Postavení celé grafické architektury nad OpenGL považuji za dobrou investici do budoucna. Ovšem příchod AIR taktéž vítám, rozhodně má své opodstatnění a konkurence je vítána, alespoň bude vývoj probíhat rychleji
Celkově vzato jsem velmi potěšen tím, jak se ledy okolo grafické architektury X serveru v poslední době začly hýbat. Bylo to už opravdu potřeba.
Pokud se chcete o AIR dozvědět něco více (nebo ho dokonce vyzkoušet), můžete tak učinit na stránkách Fedoraproject.org. Další zajímavé informace najdete v prezentaci Kristiana Høgsberga z XDevConfu.
UPDATE:
David Reveman (hlavní vývojář Xgl z Novellu) napsal do xorg mailing listu jeho vlastní názor na současnou situaci: AIGLX, metacity, nvidia and Xgl
Tiskni
Sdílej:
). Xgl mi tu funguje a je to paráda
Naprosto úchvatně plynulé
Pouze se nahrazuje jeho současný DDX subysystém za nový Xgl DDX. A má to spoustu výhod, kromě uplné kompletní akcelerace také to, že to tu architekturu významně zjednodušuje (jediné o co je potřeba se starat je OpenGL, už žádné device-specific hacky... ale samozřejmě karta bez podpory OpenGL má pak smůlu
) a poskytuje to spoustu nových možností.
To co bylo vidět na videu je jen demonstrace, ukazuje to co všechno je s tím možno dělat, jak je to mocný nástroj... a pro lidi jako jsem já už i toto přináší velké praktické zlepšení - třeba ten Expose-like switcher je pro mě (jakožto pro člověka co nevyužívá velké množství virtuálních ploch) nesmírně praktická věc.
A hlavně si myslím, že je to dobrá investice do budoucna. Protože 2D je v současných grafických kartách jen emulováno, GPU je dnes už čistě 3D a už se i objevili sem tam informace, že do budoucna výrobci grafických karet zruší 2D podporu uplně (i když NVidia to v té prezentaci na XDevConfu více-méně popřela). Navíc v konkurenci s Windows Vista a MacOS X by linuxivý desktop šíleně zaostal, kdyby takovouto schopností nedisponoval, což si jak Novell tak Red Hat naštěstí uvědomují
Normálně když se teď mluví o Xgl, je řeč o Xglx serveru, který běží podobně jako Xephyr nebo Xnest nad normálním X serverem.
Oproti XAA je to velký kvalitativní skok (i když v současnosti není ještě EXA moc odladěná, takže paradoxně něco může naopak oproti XAA zpomalovat), který umožní fungující akcelerovanou Render a Composite extension na mnoha grafických kartách, kde to až do teď bylo nemyslitelné (XAA je totiž nechutně zastaralá a omezená). Nicméně EXA je IMHO stejně jen přechodná věc, budoucnost prostě vidím v kompletním renderingu desktopu přes OpenGL.
Doporučuju přečíst si tento článek: The State of Linux Graphics, stojí to opravdu za to
Since Cairo implements both an xlib and OpenGL backend a direct performance comparison can be done between xlib and OpenGL. In the benchmarks that have been published, OpenGL beats XAA anywhere from ten to hundred to one in speed. This large performance differential is due to glitz/OpenGL’s use of the 3D hardware on the graphics chip.
S EXA architekturou AIR normálně koexistuje.
Jo a btw. nakonec si stejně myslím (a doufám v to), že "vyhraje" první možnost - tedy architektura X serveru postavená kompletně na OpenGL. Nicméně ta cesta k tomu není přímá, ověšem to nutně neznamená že je to tak špatně (ty věci se alespoň mezitím zvládnou pořádně vyvinout a vyspějí do stabilnější podoby).
No pobavil jsem se dobře
Nicméně ten výrok o zealotech v tomto případě IMHO není neoprávněný, protože co jsem tak četl, ti někteří vývojáři proti Xgl brojili právě a jen z důvodu, že na kvalitní OpenGL jsou potřeba proprietární drivery. Takovéto jednání je IMHO nesmyslné, nehledě na to že Xgl bude velmi slušně fungovat i s opensource OpenGL ovladači jako je Radeon r200, i810, i815, Via Unichrome, atp.
Kdybych měl víc času, rozepsal bych se o problematice Xgl a AIGLX ještě víc, tohle bylo takové hodně narychlo sepsané. Ono je tam okolo toho totiž ještě hodně zajímavých věcí. Ale bohužel teď moc času nemám :-/ Ale snad se ještě k tomu tématu někdy vrátím