Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
že by to mohla být takoá veřejná dražba. Protože nevěřím že bez penez programátoři chtěj makat(což chápu) a tímto způsobem by se mohla vytvořit pořádná motivace.
(Just kidding, doufáme, že to přinese lepší ovoce, ale upřímně - v glibc aby se občas prasátko vyznalo. :-/ Chvílemi mám pocit, že z personalities budu sám mít "split personality".)
v glibc aby se občas prasátko vyznaloTo je především tím, že jsou tam smixovány věci z POSIXu, *BSD, System V a z lecjakých dalších zdrojů. Pak jsou pro jeden účel třeba tři různé funkce s podobným názvem, ale různým počtem nebo pořadím argumentů a různým chováním. Též tam figurují staré funkce nevhodné pro multithreadové prostředí a jejich modernější náhrady.
man memcpy, kde svítí datum 1993-04-10, nebo man socket s datem 4. dubna 1997
socket() zrovna ano - ne v syntaxi, ale v podporovaných rodinách a protokolech (ale ani tehdy nebyly zdokumentovány všechny).
Pokročilá oprávnění - otevře se panel, ze kterého ale není hned jasné, že lze také pracovat s ACL), zasloužil by revizi.
Online dostupna treba http://www.gnu.org/software/libc/manual/html_node/index.htmlThis is Edition 0.10, last updated 2001-07-06, of The GNU C Library Reference Manual, for Version 2.2.x of the GNU C Library. Ehm... To je bohužel přesně ta obstarožní verze, o které jsem mluvil.
Osobne me prijde nejpraktictejsi v info-formatu.O tom by se dalo polemizovat. Příznivcům editoru VIM asi nejpraktičtější přijde, ale mně osobně přijde nejpraktičtější HTML.
To by znamenalo, že se všechny stránky aplikace odloží na disk a to sekvenčně. Stránky by se ještě mohly komprimovat, aby byl zápis rychlejší. Při probuzení by se pak zase všechny hned načetly do paměti (a ne až tehdy, když se zjistí, že jsou potřeba - aplikace by se probudila hned a né postupně).
To by znamenalo, že se všechny stránky aplikace odloží na disk a to sekvenčně.Nestačilo by jednoduše ve WM aplikaci skrýt a při dalším kliknutí na ikonku její okno znovu zobrazit? Možná ji ještě odříznout od smyčky zpráv ...
oom_adj zapsala hodnota 15 (maximum), která říká, že takový proces je při sestřelování výrazně prefereován. Co se týká plánování, lze nastavit plánovač SCHED_BATCH a nice na hodnotu 19. Při "probuzení" se to pak vrátí do původního stavu. Zjednodušeně např. takhle:
void sleep_process(pid_t pid)
{
char path[50];
sprintf(path, "/proc/%d/oom_adj", (int) pid);
FILE* f = fopen(path, "w");
fprintf(f, "1");
fclose(f);
struct sched_param sp = { .sched_priority = 0 };
sched_setscheduler(pid, SCHED_BATCH, &sp);
setpriority(PRIO_PROCESS, pid, 19);
}
Při plnohodnotné implementaci by se hodnoty uložily a při "probouzení" použily.
Není to sice sekvenčně a kdovíco, ale je to a funguje to
Kdyby se to rovnou zahodilo celé, tak se to pak musí taky natahovat a kvůli každé ptákovině lézt na disk, i když se třeba vůbec nemusela ta konkrétní stránka odkládat. Postupné poodkládání nepoužívaných stránek mi přijde lepší.
Tak to se da spise udelat lepe, ze se zoptimalizuje spousteni aplikace. Coz se u OO2 deje. A asi jsou zde rezervy. Prednacitat data je podle me na nic. K prvnimu spusteni aplikace, ze si pockate par vterin vice ? Na co? A ze Word startuje o vterinu rychleji ? Je to i o volbe filesystemu. V kernelu snad i nejaka podpora je. Nebo nejaky projekt+filesystem na toto tema je. Ale kazdopadne nejvice problemu je na strane aplikaci. Nebo si to hodte do ramdisku, kdyz uz to musite mit o par vterin rychlejsi. Jenomze tady si lidi jaksi neuvedomuji, ze doba startu je zanedbatelna s dobou, po kterou s aplikaci pracuji.a) Zkoušel jsi někdy psát tak, aby to nevypadalo, že to vymýšlíš vícevláknově a píšeš podle toho, jak se jednotlivá vlákna dostávají k výstupu? b) k tomu poslednímu odstavci - doba startu nijak nesouvisí s dobou, po kterou budu s aplikací pracovat, nevidím tedy důvod, proč by i start nemohl být rychlý, obzvlášť když se vývojáři tím pádem budou moci starat o rychlý běh programu a rychlejší start nechat na tom hypotetickém démonovi. OO2 jsou krásný příklad - startují pomalu, běží pomalu... to že někdo zoptimalizoval spouštění je mi jaksi úplně k ničemu.
(A ehm, třeba taky ne všichni chtějí mít něco společného s thingiem - radši ho nech být, třeba to tak je lepší.
)
start @ Idea Pool
(Just kidding, MS přeci distribuuje SLES, což oproti Ubuntu je trošku jiné kafe. To si nikdo na desktop nedá, proč taky?)
Nevím to jistě, ale myslím, že proto, že to bylo na začátku míněno jako interní web pro potřeby Hackweeku, a teprve potom nás napadlo, že většina těch myšlenek je veřejná.
A z účetního hlediska by se to složitěji financovalo, kdyby to bylo formálně vedeno jako externí projekt.
(Ale jak uz jsem rikala... ja urcite zaujata jsem, jen mam pocit, ze ne tak moc, aby to, co se tady deje, melo nejakou logiku
)
Spis tady zatim nikdo neukazal pouzitelnou alternativu, ne?
Prikladne mne je treba uplne ukradene, jestli se nekdo rozhodne nas pool pouzivat nebo ne - jen se zdraham smirit se s tim myslenkou, ze pokud je vazne jediny rozumny nastroj od Novellu, pak nebude pouzivan proste proto, ze je od Novellu. (Pokud nekdo predvede neco jineho, tim lepe, ale nepredvedl.)
No nic, nejvyssi cas to ukoncit, uz to napadne zacina pripominat tohle.
PS: S podivem sleduji, že se u jednoho blogu všichni z Novellu tak hezky sejdete. Že by u ranní porady u kafe nebylo nic lepšího na probírání? :o)
Mne by spis prekvapilo, kdyby to bylo jinak... v SUSE nas pracuje na Linuxu minimalne 60 - bylo by dost divne, kdyby aspon desitka z nich necetla abicko, ne?
(Zvlast modulo fakt, ze moc jinych serveru zabyvajicich se Linuxem uz se u nas cist neda.)
Tiskni
Sdílej: