Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz