Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Desktop manager v Javě už je a to přímo od Sunu. Looking Glass. Můžeš si to stáhnout a zkusit jako běžnou aplikaci ve tvém stávajícím prostředí.
Projekt to je zajímavý, ALE! Ale do systému to prostě nepasuje. Osobně bych raději měl celý systém napsaný v Javě, nebo něčem podobném. MS tuším takto chtěl (v C#) napsat Longhorn (nebo jeho podstatnou část). Mám pocit, že to nějak nedopadlo a do Vist se toho moc neodstalo. Škoda, tohle mohlo být celkem zajímavé.
Celkem mi vadí stav "integrace" Javy do systému. Pro každý program se zvlášť spouští GC, správa paměti, kompiler (který kompiluje pro každý program skoro totéž) apod. Lepší by bylo, kdyby JVM prostě běžel jako služba v systému (ne-li ještě níž) a vše by se spouštělo přímo v něm. Bylo by to rychlejší a ušetřila by se nějaká ta paměť.
Lepší by bylo, kdyby JVM prostě běžel jako služba v systému (ne-li ještě níž)Jo, třeba v kernelu. :D lol
Pro každý program se zvlášť spouští GC, správa paměti, kompiler (který kompiluje pro každý program skoro totéž) apod. Lepší by bylo, kdyby JVM prostě běžel jako služba v systému (ne-li ještě níž) a vše by se spouštělo přímo v něm. Bylo by to rychlejší a ušetřila by se nějaká ta paměť.Jeden velky FUD. Od Javy 1.5 (tedy nejmene ctyri roky) se sdileji knihovny mezi jednotlivymi JVM. Dale nechapu, proc by se pri spousteni programu mel spoustet kompilator. To je nesmysl, asi stejny, jako tvrdit, ze pri bootovani linuxu se spousti
make bzimage
. Bud java program kompilujes nebo (XOR) spoustis.
kompilator
ve smyslu JIT
Od Javy 1.5 (tedy nejmene ctyri roky) se sdileji knihovny mezi jednotlivymi JVM
Knihovny možná. Ale co stejné classy, používané v různých programech a dejme tomu spouštěné různými uživately?
Tiskni Sdílej: