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.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
bash# lvs
bash# lvcreate vgdata -L 3G -n lv1
Logical volume "lv1" created
bash# lvs
LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert
lv1 vgdata -wi-a----- 3.00g
bash# mkswap /dev/vgdata/lv1
mkswap: /dev/vgdata/lv1: warning: don't erase bootbits sectors
on whole disk. Use -f to force.
Setting up swapspace version 1, size = 3145724 KiB
no label, UUID=9f98f26e-446f-4fea-ab52-b69e8ac3f5fd
bash# lvremove /dev/vgdata/lv1
Do you really want to remove active logical volume lv1? [y/n]: y
Logical volume "lv1" successfully removed
bash# lvs
bash# lvcreate vgdata -L 3G -n lv2
WARNING: swap signature detected on /dev/vgdata/lv2. Wipe it? [y/n] y
Wiping swap signature on /dev/vgdata/lv2.
Logical volume "lv2" created
bash# lvs
LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert
lv2 vgdata -wi-a----- 3.00g
OS Debian Jessie 64-bit
s LVM nepracujem velmi casto a toto sa mi este nikdy nestalo. z mozno 15 pokusov mi to zbehlo asi len 2x bez tej otazky.
prisiel som na to v podstate tak, ze mi "vytuhlo" opatovne (prvy krat to zbehlo, potom uz nie) vytvaranie xen domU - ono to nevytuhlo, len to ostalo visiet na tej poslednej otazke, ktoru vsak 'xen-create-image' nezobrazil.
teraz otazka: je to ok alebo nie? mne to pripada, ako by to LV bolo ostranene z LVM len logicky, ale na "disku" stale ostava. pri vytvoreni noveho LV sa pouzije "to iste miesto" a dojde k tejto situacii. ze sa to takto sprava napr. pri vytvarani filesystemu na particii, kde uz fs existuje, mi pride ok. ale ak raz vymazem LV tak by po nom nemalo nic ostat. ci?
To bude asi bug. Skús vytvoriť zväzok s parametrom -C y.
Pokúsi sa najsť celistvé volné miesto. Nebude vytvárať zväzok v prvom volnom segmente. Spomínaná chyba sa prejavuje aj v debian-installer.
mam pocit ze LVM je v tomto nevinne...proste je tam check na swap signature..LVMkoo robi len to co ma..
vinny je imo xen-create-image ked neposunie interakciu zo subprocesu (z lvmka)
workaround by bol imo ten space vo vgne pripravit pred tym. (napr vsetko volne miesto vo vg assignut do nejakej temp lvoly tam spravit ext3 a potom zasa lvolu zmaznut a nad nou pustit xen-create-image)
D.
vytvorim LV aaa vytvorim LV bbb mkswap aaa vymazem aaa vymazem bbb vytvorim LV ccc -> hlaska o swap signature vytvorim LV aaa vytvorim LV bbb mkswap bbb vymazem aaa vymazem bbb vytvorim LV ccc -> bez problemovcize ak po vymazani swap LV vytvorim novu LV, tak najde swap signature. ak ako poslednu vymazem "cistu" LV, tak novu vytvori bez problemov. ALE xen-delete-image maze LV v poradi swap -> root, a problem sa aj tak prejavi. tak teraz uz fakt neviem...
Tiskni
Sdílej: