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.
Když jsem si vybíral DVD vypalovačku, vybral jsem LG-čko, které umí DVD-RAM.
Poté, co mi odešel pevný disk s Windows (a veškerou prací), rozhodl jsem se, že budu všechno důležité zálohovat na DVD-RAM disk. To jsem ještě netušil co mě čeká.
Potíže vlastně nastaly dvojí: Když jsem zkompiloval vlastní jádro s podporou zápisu na UDF souborový systém, zjistil jsem nemilou věc. Že sice od výrobce naformátovaný DVD disk můžu bez problémů používat ve Windows (tedy, uhm, po stažení jakýchsi 3rd party obskurních driverů pro zápis), i v Linuxu, ovšem jakmile na takovém disku třeba jen vytvořím prázdný adresář pod Linuxem, Widle už na disku vůbec nic nepřečtou.
Google poradil vytvořit na disku souborový systém znovu, s pomocí udftools. To jsem udělal (no, dobrá, program udffsck i po kompilaci naprosto nic nedělá a nemá manuálovou stránku, ale budiž), a heuréka, fungovalo to. Sice nevíme proč to předtím nefungovalo, ale to nevadí, hlavně že to teď funguje. Akorát musíme všechna zakoupená média přeformátovat/přepartyšnovat (ano, flashdisk taky zkraje nešel přimountovat, dokud jsem na něm znovu nevytvořil oddíl) a následně hledět vstříc zářným zítřkům. Filesystém UDF je sice jenom jeden (tedy, v jedné verzi), ale realita je jiná. Tak jo, to nevadí, zformátujem a jedem.
But there is a catch, of course. Catch "udev".
Obyčejná cdromka TEAC je v mém komplu normálně udevem detekován jako cdrom, a je k ní vytvořen soubor zařízení cdrom patřící root:cdrom. To odpovídá pravidlům nastaveným v konfiguračních souborech pro udev. Spoň myslím. DVD-RAM mechanika LG je ovšem detekována jako /dev/hdc, což je správně, ale ve vlastnictví root:disk. Čili udev bůhví proč ignoruje pravidlo z udev.rules (BUS="ide", KERNEL="*[!0-9]", PROGRAM="/bin/cat /proc/ide/%k/media", RESULT="cdrom*", NAME="%k", GROUP="cdrom", MODE="0660) a když napíši do udev.permissions, že hdc:root:cdrom:777, tak je sice /dev/hdc "world writable", ale nic se nic neděje, přístup je i nadále odmítán. Přesto, že podle manuálové stránky udev se práva k zařízením stanovená v udev.permissions ohledně vlastnictví přepisují pravidly v udev.rules. V /etc/fstab je umask=0,rw.
Takže vážně nevím, proč mám DVD-RAM pořád jenom ro. Při formátování jsem zadal --media-type=dvdram.
Možná bych si neměl hrát na linuxmana a nainstalovat si Mandrivu, ale na tom mém šrotu by sotva uspokojivě fungovala.
UPDATE a ŘEŠENÍ: Disk s UDF filesystémem je potřeba (jakkoli) namountovat a chown-nout, nejlépe skupině cdrom, jejímiž členy useři jsou. Toť vše. Přišel jsem na to už dávno, ale byl jsem líný to sem napsat.
Tiskni
Sdílej:
Filesystém UDF je sice jenom jeden (tedy, v jedné verzi), ale realita je jiná.
-r,--udfrev= udf-revision
Specify the udf revision to use. Valid revisions are 0x0201, 0x0200, 0x0150, and 0x0102. If omitted,
mkudffs udf-revision is 0x0201.
widla zvladaju bez ovladacov len 0x0150 (dost casto od vyrobcou), linux a stolne dvd pouzivaju 0x0201 (default).
tedy, uhm, po stažení jakýchsi 3rd party obskurních driverů pro zápisstaci aj incd, driver od panasonicu, .... proste je toho hodne :o)
ovšem jakmile na takovém disku třeba jen vytvořím prázdný adresář pod Linuxem, Widle už na disku vůbec nic nepřečtou.suhlas :o), ono dojde k nejakemu reorganizovaniu (lepsie je naformatovat na poslednu verziu a pokoj)
program udffsck i po kompilaci naprosto nic nedělá a nemá manuálovou stránku, ale budižked sa pozries do zdrojaku tak tam najdes len
int main () { return 0; } este sa na tom len pracuje (dufajme)
DVD-RAM mechanika LG je ovšem detekována jako /dev/hdc, což je správně, ale ve vlastnictví root:disk.s povahy mechaniky je to vlastne spravne (i/o na dvd-ram je nieco ako na disk a co je pekne aj detekciu chyb riesi mechanika) aj ked mne LG mechaniku dava ako root:cdrom, ako prekazku to moc nevidim kedze namontovat fs ide a pristupovat sa da podla prav co su v tom udf fs (PS: pozri si ci nemenis prava len na symlink /dev/hda :o) )
Takže vážně nevím, proč mám DVD-RAM pořád jenom ro. Při formátování jsem zadal --media-type=dvdram.dvd-ram obsahuje jeden sektor v ktorom je zapisane ci ma byt ro, alebo rw. Aj ked je rw tak po namontovani sa tvari ako disk s plnou podporou linuxovich prav, cize moutpoint bude zrejme mat root:root a prava rw,r,r
chown lukas:users na to miesto kde namontujem, a vpoho mozem kopirovat :o).
Také používám DVD RAM na vypalovačce LG. V XP Vám na to stačí IN CD. V Mandrivě jsem ho ještě nezkoušela, zkusím.
Ve fstabu mám toto: /dev/hdc on /mnt/cdrom2 type udf (ro,noexec,nosuid,nodev,users,umask=0022,iocharset=iso8859-2,user=chisah)
Něco málo o udf z cdrCz
Zatim jsem ještě v linuxu dvd-ram neformátovala, pak sem dopíšu zkušenosti.
Doplním: Dvd-ram je forma existence disku, proto se na něj "nepálí", ale naformátuje se a pak se na něj kopíruje.
A co je špatného třeba na FATce? V Linuxu i Windows funguje úplně bez problému, žádný problém s verzemi a pokud to mám jen pro občasné zálohy, tak snad ani oblast s FATtabulkou hned tak nezruším, ne? RAM má tuším udáváno 100k přepisů.
UDF nějak nevěřím od těch dob, co jsem si prohlídl zdrojáky udffsck. Co se může pokazit, to se taky pokazí a tohle toho moc neopraví:
int main(int argc, char *argv[])
{
return 0;
}
mkfs.vfat /dev/hdc mount -t vfat /dev/hdc /media/dvdramO zápis se již postará sama vypalovačka, nikoliv software. Absolutně nechápu to s těma oddílama. Odkdy se na DVD-RAM vytvářejí oddíly?