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.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Dále uvádím postup, kterak Archlinux na externí pevný disk zkopírovat.
Nechť máme interní pevný disk /dev/sda rozdělený na dva primární oddíly. Jeden primární oddíl (/dev/sda1), který má systém souborů ext3 a obsahuje "kořen". Druhý primární oddíl (/dev/sda2) je pro swap (virtuální paměť).
Dále nechť máme USB 2.0 externí pevný disk /dev/sdb taktéž rozdělený na dva primární oddíly, se stejným významem jako u /dev/sda. Předpokládám, že /dev/sdb1 je připojen do adresáře /mnt/sdb1.
Nechť /dev/sdb1 má UUID 4814ca72-cecd-4784-bed5-459a5365af7b. Nechť má /dev/sdb2 UUID 38e08f51-3cf9-4950-ab2c-c88ae41cacd8.
Předpokládám, že pracujete jako administrátor ("root"). Dále předpokládám, že máte všechny oddíly naformátovány (jsou na nich "správné" systémy souborů). Potom Archlinux zprovozníme na externím pevném disku takto (postup):
cp --archive --verbose --one-file-system / /mnt/sdb1 (zkopírujeme "kořen" na externí pevný disk)cp --archive --verbose /dev /mnt/sdb1 (zkopírujeme všechny soubory zařízení (je to asi nutné))/mnt/sdb1/etc/fstab třeba takto:
devpts /dev/pts devpts defaults 0 0 shm /dev/shm tmpfs nodev,nosuid 0 0 /dev/sr0 /media/cd iso9660 ro,user,noauto,unhide 0 0 UUID=4814ca72-cecd-4784-bed5-459a5365af7b / ext3 defaults 0 1 UUID=38e08f51-3cf9-4950-ab2c-c88ae41cacd8 swap swap defaults 0 0
/mnt/sdb1/etc/mkinitcpio.conf třeba takto:
MODULES="processor usbcore uhci_hcd ehci_hcd usb_storage ext3" HOOKS="base udev usb autodetect scsi sata filesystems" COMPRESSION="gzip"
/mnt/sdb1/boot/grub/menu.lst třeba takto:
title Arch Linux uuid 4814ca72-cecd-4784-bed5-459a5365af7b kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/4814ca72-cecd-4784-bed5-459a5365af7b ro initrd /boot/kernel26.img
rm /mnt/sdb1/boot/kernel26.img (pro jistotu smažeme "staré" kernel26.img)mkinitcpio initrd (kernel26.img) následujícím příkazem:mkinitcpio -c /mnt/sdb1/etc/mkinitcpio.conf -b /mnt/sdb1 -g /mnt/sdb1/boot/kernel26.img
grub do MBR externího pevného disku:grub-install --root-directory=/mnt/sdb1 /dev/sdb
umount externího pevného disku (resp. prvního oddílu na něm), restartujeme počítač a frčíme!
Poznámky: Postup není úplný ani přesný. Neřiďte se slepě každým krokem. Musíte si ho "přiohnout" podle sebe. UUID oddílů lze zjistit pomocí příkazu blkid.
Tiskni
Sdílej:
Jinak samozřejmě chválím zajímavý nápad - systém na externím HDD. Možná něco takového spáchám taky.
Snad jediná poznámka - "autodetect" bych u tvorby initrd vyhodil. Podle mého to totiž funguje tak, že plní obsah initrd tím, co za moduly máte právě natažené, tzn. na jiném HW by to nemuselo korektně nabootovat. Ale nijak do podrobna jsem se tím nezabýval, takže možná kecám.
Ad nechť:
To je moje "matematická deformace". Matematiku jsem jistou dobu zbožňoval.
Pěkné, chystám se Arch hodit na SD kartu, tady mám inspiraci. Ale z těch všech "nechť" mi naskakuje husí kůže, připomíná mi to další obraty jako "mějme", "zvolme si", "předpokládejme" a další a všichni víme, kam tyto obraty vedou... :))...no přece k formulaci věty a provedení důkazu
Ad bod 2: Mělo by prý stačit místo zkopírování celého /dev vytvořit pouze tato dvě zařízení (o zbytek by se měl postarat udev):
mknod -m 600 /mnt/sdb1/dev/console c 5 1 mknod -m 666 /mnt/sdb1/dev/null c 1 3
cp -rax /odkud/* /kam/
dd?
Stejně obvykle člověk nechavá systému pratition s určitou v podstatě fixní velikostí, zvětšit velikost /home či jiných už pak není problém.