Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Pořídil jsem si SSD disk 120GB a mám starý HD 500 GB. Chtěl bych přeinstalovat svůj domácí systém - Ubuntu 14.04.3.
Můj nápad je takovýto:
Co myslíte, je to takhle dobrý nápad, nebo mám něco změnit?
Není dobré si dát na něco pozor? Nebo se už postará systém o všechno další sám?
Dělení disku je přežitek z minulého desetiletí. Doporučuji Btrfs a subvolumes. Neexistuje důvod dělit datové oddíly předem a omezovat tak flexibilitu.
Swap na SSD není dobrý nápad. RAM je dnes levná záležitost a má-li ten systém podporovat uspání na disk (hibernaci), možná je lepší dát příslušný swapovací oddíl na disk, aby nezabíral mnohem dražší SSD kapacitu. Oddíl pro hibernaci (má-li hibernace spolehlivě fungovat) by měl být aspoň stejně velký jako RAM a u malého SSD je škoda zabrat třeba 32 GB na swapovací/hibernační oddíl.
Samozřejmě, že swap může být bez problémů na disku, kde není systém. Dokonce může být na obou discích zároveň nebo v různých jiných konfiguracích.
Názor, že to nejde, je oxymoron. Zda něco jde nebo ne, není věc názoru.
Problém by mohl nastat v případě, že by disk se swapovacím oddílem byl na řadiči vyžadujícím kernelové moduly, které by nebyly v initramdisku nebo přímo v kernelu. Pak by kernel při probouzení systému z hibernace příslušný swapovací oddíl nemohl vidět a místo probuzení a obnovení původního stavu systému ze swapu by buď dál normálně bootoval nebo selhal. Triviálním řešením tohoto problému je mít všechny potřebné moduly (a) v initramdisku nebo (b) přímo v kernelu.
Řekl bych ovšem, že tento^^^ problém je příliš exotický konstrukt na to, aby na něj člověk narazil u běžného desktopového hardwaru.
btrfs quota enable /Pak vytvořím plánovaný subvol:
btrfs subvol create /cesta/a nastavím pro něj quotu:
btrfs qgroup limit velikost /cesta/Podrobnosti jsou zde.
Proč mít swap o velikosti 2x RAM? Mám-li například 128 GB RAM, měl bych snad mít 256 GB swapu? Vždyť to je naprostý nesmysl. Když chci 2x RAM, koupím si 2x RAM, ne? A je vymalováno. Swap o velikosti srovnatelnou s dnešní RAM se beztak nedá nijak efektivně využít pro provoz systému, protože zapisovat takové množství dat tam a zpět se prostě za uherský rok nestíhá.
Dělení disků na partitiony se používalo v dobách, kdy neexistoval ZFS nebo Btrfs a kdy mělo smysl používat několik různých filesystémů. Mělo to naprosto zásadní nevýhodu v podobě dělení kapacity předem, bez možnosti ji pak nějakým způsobem realokovat. Tomu trochu pomohlo LVM, kde existuje možnost automaticky jedním příkazem změnit velikost LV a zároveň i filesystému, který na tom oddíle existuje, pokud to ovšem daný filesystém podporuje. Ve srovnání s výhodami Btrfs (vestavěný RAID, checksumy, replikace dat i metadat, atomické snapshoty, …) to ovšem bylo pořád ještě hooodně slabé, z dnešní perspektivy. Dnes má smysl mít pouze nešifrovaný /boot
a šifrovaný /
, u systému bez šifrování disku pak pouze /
.
Tak mě to učili na vysoký…
Opravdu? Vysoká by měla učit obecné principy, nikoliv technické podrobnosti, které za pět let přestanou platit.
Docela by mě zajímalo, jak pohodlné jsou s ext4 atomické snapshoty, RAID na úrovni filesystému nebo checksumy dat, když je někde kvůli pohodlí.
Když je nějaký oddíl zaplněný ze 40%, znamená to, že 60% je nevyužitých a ostatní oddíly se k těm 60% nedostanou. To skvěle ilustruje, proč jsou oddíly v mnoha směrech špatně.
Tiskni Sdílej: