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 »Po necelém roce vyšlo aktualizované liveCD projektu Arch Hurd. Přináší zejména aktualizované balíčky, odstraňuje TCP wrappery a vylepšuje instalátor a inicializační skripty.
Tiskni
Sdílej:
19.8.2011 23:37
Bedňa | skóre: 34
| blog: Žumpa
| Horňany
Nikde tam ale nevidím 64-bitovou verzi. Což je při dnešních velikostech RAM dost velký handicap.
Jardík tu má zjevně spoustu fanoušků. Ne, takhle ostře jsem to opravdu nemyslel.
Pouze jsem toho názoru, že je škoda nebýt schopen namapovat si třeba obraz BluRay disku do paměti, když to hardwrare umožňuje. Jasně, ne každý stroj má tolik fyzické RAM, ale to vůbec nevadí. Jde o adresní prostor. Na 32-bitovém stroji musí aplikace explicitně počítat s omezeními adresního prostoru a nějak je ošetřit, například postupným přemapováním velkých souborů po částech během jejich zpracování. To je nepříjemné jak z pohledu aplikace, tak i z pohledu systému. (Netřeba zdůrazňovat, co všechno obnáší zrušení mapování na SMP.) Na 64-bitovém stroji všechna omezení odpadají, dokud nepotřebuji pracovat se soubory řádově srovnatelnými s 16 EB.
Zkrátka a dobře, protože některé projekty, na kterých pracuji v Eclipse, vyžadují víc než 4 GB RAM (na jeden proces), je 32-bitový systém pro mě příliš nepříjemné omezení. Tedy 64-bitový Hurd bych velmi rád vyzkoušel a už dlouho jsem na něj zvědavý, zejména když bude mít userspace z ArchLinuxu. Jenže 32-bitový systém je pro mě bezcenný. Nemyslím si ale, že Hurd je šmejďárna. Jeho vývoj je jen otázka času. Ještě 10 let a už to bude!
22.8.2011 10:03
belisarivs | skóre: 22
| blog: Psychobláboly
22.8.2011 11:32
belisarivs | skóre: 22
| blog: Psychobláboly
22.8.2011 14:10
michich | skóre: 51
| blog: ohrivane_parky
Ne. Jeden 32-bitový adresní prostor má vždy přesně 4 GiB.
PAE (Physical Address Extension) se týká čísel fyzických rámců a uspořádání stránkovacích tabulek, které s tím souvisí. Na virtuální adresy nemá žádný vliv.
Nejjednodušší zdůvodnění je takové, že 32-bitový pointer nikdy nemá víc hodnot než 232.
PAE neřeší můj problém. Já potřebuju, aby měl jeden proces (například Eclipse) pro sebe víc než 4 GiB RAM. Že fyzické paměti může být 32-bitovým CPU spravováno (možná, občas, pokud to CPU errata dovolí) až 64 GiB (všemi procesy v součtu dohromady), to je mi prd platné.
Problém s mapováním velkých souborů do paměti PAE taky neřeší. S PAE zůstává limit na teoretických 4 GiB (a v praxi o něco méně, protože každý program má spoustu knihoven a každá z nich se musí někam do jeho adresního prostoru namapovat). Do toho nenamapuju ani jedno DVD. 64-bitový systém umí téměř 16 EiB na některých platformách (Itanium, SPARC) a kolem 2 TB na těch méně elegantních platformách (Intel64). To už je lepší.
22.8.2011 09:48
Bedňa | skóre: 34
| blog: Žumpa
| Horňany
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
20.8.2011 08:13