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.
Ma takove dilema a chtel bych se zeptat, jaky zpusob je lepsi z nasleducich dvou.
Mam dva disky v RAID1.
Prvni 3 partice chci beze zmeny:
9 0 192640 md0 /boot 9 2 9767424 md2 / 9 1 979840 md1 swap
U zbytku disku mam prave to dilema. Chci tam mit LVM, ale nevim jestli LVM vytvorit pro jeden cely oddil a pak vytvorit LVM oddily nebo jestli mam vytvorit RAID oddily a pak je hodit do LVM?
Zpusob 1: (RAID oddily)
9 9 7558464 md9 9 8 9767424 md8 9 7 9767424 md7 9 6 9767424 md6 9 5 9767424 md5 9 4 19534912 md4 9 3 2931712 md3a na tyto oddily aplikovat LVM. Pak si vytvorit LVM oddily s velikosti jak uznam za vhodne.
Zpusob 2: (LVM na cely oddil)
Z oddilu md3-md9 udelat jen jeden md3, na nej udelal LVM a a pak si udelat LVM oddili velikosti jak uznam za vhodne.
Co doporucejete? Je v tom nejaky rozdil? Ucel LVM je pro budouci rozsiritelnost. Na LVM oddilech pojedou Xen servery.
oddily je s tvrdym "y". To je tak, kdyz si to po sobe clovek precte, az je pozde.
OK, diky. Take si myslim, ze reseni cislo dve je lepsi. Akorad jsem se potreboval nekym ujistit.
Jak jsem uvedl, prvni tri oddily zustanou bez LVM na nich je /boot, /, SWAP. To je zakladni system. Na LVM oddilech pobezi dalsi servery na XENu.
Tiskni
Sdílej: