Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
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.
Dobrý den, měl bych jeden skromný dotaz. Předem se omlouvám za možnou rozsáhlost příspěvku, ale musím to rozepsat trochu obšírněji.
Za ideální rozdělení disku, pokud by na něm byly Windows samotné, považuji 10GB oddíl pro systém a zbytek kapacity disku oddíl pro data (= to co chci aby přežilo formátování).
Při mých dosavadních instalacích Linuxu jsem to s rozdělováním disku měl vyřešené docela jednoduše - prostě jsem na disku nejdříve nechal asi 10GB volné místo a při vytváření oddílů jsem v tomto prostoru vytvořil 9,5GB oddíl připojený do / a 0,5GB oddíl pro swap.
Pokud jsem chtěl Linux přeinstalovat a měl jsem na disku nějaká data, která jsem chtěl aby přežila reinstalaci, vyřešil jsem to také jednoduše - buďto jsem měl někde vytvořený oddíl na FAT, kam jsem je překopíroval, nebo jsem prostě nabootoval do Windows a z Linuxového oddílu data zkopíroval pomocí Total Commanderu s pluginem ex2fs.
Teď k mému dotazu... rád bych vytvořil Linuxovou obdobu oddílu pro data z Windows. Prostě jeden oddíl například typu ext2fs připojený do třeba /mnt/data, kde bych měl například instalace programů pro Linux atd. Potíž je v tom, že si nejsem jist jak je to s přístupovými právy... pokud takový oddíl vytvořím a pokusím se přeinstalovat Linux, tak některé distribuce (Mandrake, který jsem kdysi používal, nyní používám Slackware) zobrazí hlášku s dotazem co s takovým filesystémem udělat - zda ho naformátovat, nebo nechat beze změn. Tak bych rád věděl, jestli nebude dělat nějaký nepořádek, když na tom fiktivním /mnt/data budu mít soubory jejichž vlastníkem bude uživatel, který po nově nainstalovaném systému v systému nebude. Dobrá, předpokládám že pod rootem to samozřejmě přečíst půjde. Ale jde nějak vytvořit nějaký rozumný oddíl abych na něj mohl kopírovat data kýmkoliv a po reinstalaci nemusel nějak z rootovského účtu přenastavovat práva na celém oddílu? Nebo jak na tohle správně?
Předem díky za odpověď 
19.4.2005 09:25
Jiří Svoboda | skóre: 37
| blog: cat /dev/mind
| Prostějov
Dobře, díky za odpovědi, oboje považuji za docela čisté řešení.... pro úplnost dodávám, že mě ještě napadlo jedno řešení spíše z kategorie prasáren, které sice nehodlám použít, zato by mě zajímal váš názor...
Před nějakou dobou jsem řešil problém toho, aby ne-root
uživatel mohl přistupovat na ntfs oddíl v /mnt/ntfs-c. Odpověď jsem našel zde v diskusích (zlaté fórum tady na ABC Linuxu 
) -
umask=022.
Tak mě napadlo, pokud bych měl příslušný oddíl připojený do /mnt/data a v /etc/fstab nastavené například umask=000, jak by se vyhodnocovala přístupová práva potom? Použilo by se normální nastavení u konkrétního souboru či adresáře, nebo by pro všechny soubory na tom oddílu platilo nastavení umask, a tudíž bych mohl kýmkoliv číst, vytvářet nebo mazat cokoliv na tomto oddílu?
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
19.4.2005 06:47