Byla vydána verze 1.70.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Jako reakce na rostoucí obavy z vlivu korporací na vývoj Rustu a předložený návrh restriktivních zásad používání ochranných známek Rustu, byl nedávno představen komunitní fork Rustu se 100 % méně byrokracie: Crab (CrabLang).
Oliver Smith z Canonicalu shrnuje základní vlastnosti „neměnné“ distribuce Ubuntu Core také ve srovnání s protějšky Chrome OS, Fedora Silverblue a MicroOS. Canonical připravuje desktopovou variantu Ubuntu Core vedle dosavadní serverové/embedded.
Z aktualizovaného seznamu chyb (pdf) procesoru AMD EPYC 7002: #1474 - procesor se po 1044 dnech od posledního resetu zasekne [reddit].
Fossil (Wikipedie) byl vydán ve verzi 2.22. 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.
David Malcolm se ve svém příspěvku na blogu vývojářů Red Hatu rozepsal o vylepšeních statické analýzy (volba -fanalyzer) v GCC 13.
Byla vydána nová stabilní verze 23.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Stoat. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Příspěvek na blogu CZ.NIC upozorňuje na nový útok na weby v Česku. Na honeypotech na Turrisech byla zaznamenána nová aktivita útočníků - probíhající útok na FTP servery, které se vyskytují na stejné IP adrese, jako aktivní WEB server.
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi 2023.05. Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Linux Foundation Europe představila projekt RISE (RISC-V Software Ecosystem), jehož cílem je urychlit vývoj open source softwaru pro architekturu RISC-V.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu pro jednodeskové počítače na platformě ARM, byl vydán ve verzi 23.05. Přehled novinek v Changelogu.
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: