Byla vydána Java 27 / JDK 27. Nových vlastností (JEP - JDK Enhancement Proposal) je 9.
Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
vsechno mi fungovalo a disk bylo mozno namontovat jako / jak s jadrem 2.6.12 tak i 2.4.20.
Pote, co byl jednou pouzit kernel 2.6.21 nelze disk pouzit pro zadny nizsi kernel a to ani 2.6.12. Netusim co se stalo.
Pri pouziti live distribuce lze disk i z jadra 2.4 namontovat a normalne cist. e2fschk nic podezreleho nehlasi. Pri pokusu o boot se kernel zasekne v miste:
VFS: Mounted root (ext3 filesystem) read only.
Freeing unused kernel memory.
netusim co to je a jestli se oddil neda nejak "opravit"?
dekuji
mount /dev/hda3 / -rw -t ext3 -o remount"
Ale jakmile ho chci pouzit jako boot disk, tak jadro lehne.
Oddily jsem mel 2 - jeden ext3 a druhy ext2 - oba dva vykazuji jenom po jedinem namontovani z jadra 2.6.20 stejne chovani. Do lila jsem nezadal typ a linux si to identifikuje sam.
Tohle mi napsal pomerne znaly kamarad:
Je mozne, ze ve Slacku povolili neco jako indexovane/hasdhovane/b-tree adresare a neco to na disku nastavi jako nekompatabilni s predchozi verzi jadra. Nektere flagy blokuji mount jen pri neuplne odmontovanem disku a po fsck -rf zmizi. Jine, jakmile jsou povolene, tak jiz vypnout nejdou. Povolit se ale musi bejdrive pres tune2fs. Z by neco takoveho Slak udelal pri instalaci? Ted jsem prave Slak 12 nainstaloval na laptop, ale jadro tam mam 2.6.19.2. Distribucni jsem zatim nezkousel. Pockam asi na 2.6.23.
Takto jednoduse to nejde. Jasné je, ze muzes nabootovat z live s parametrem "init=/bin/sh" , pak namontovat root a udelat "exec chroot /mnt/xxx" . To je temer ekvivalentni realnemu bootu s partition. Alternativa je initrd, tam si pripravit mount a pak provest zamenu rootu pres pivot_root . To je zpusob, ktery pouzivaji temer vsechny live distribuce a distribuce s plne modularnimi jadry, ktere bootuji pres initrd.
Udelal jsem to a stejne to nejde:
mkdir mnt2
mount /dev/hda3 /mnt2
- tak disk ext2 (ci ext3) se namontoval OK
exec chroot /mnt2
- a ted to hodilo zada
FATAL: Kernel too old
Kernel panic: attempted to kill init
Netusi nekdo prosim, jak ten priznak od ktere verze kernelu se smi svazek pouzit smazat?
Z toho vypisu vubec nejsem moudry. Netusite prosim, ktery feature to je:
Filesystem volume name: (none)
Last mounted on: (not available)
Filesystem UUID: 41a42854-3adb-11db-9d31-dddead5458a0
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 5177344
Block count: 5158873
Reserved block count: 257943
Free blocks: 3222065
Free inodes: 4860131
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 32768
Inode blocks per group: 1024
Last mount time: Sat Sep 29 11:13:26 2007
Last write time: Sat Sep 29 11:13:26 2007
Mount count: 7
Maximum mount count: 20
Last checked: Sat Sep 29 01:21:16 2007
Check interval: 15552000 (6 months)
Next check after: Thu Mar 27 00:21:16 2008
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Journal backup: inode blocks
Journal size: 32M
Sorry, naivne jsem si myslel, ze to rozhrani mezi kernelem a glibc je pevne. S distribuci Slackware 11 se mi darilo nabootovat kernely od 2.2 do 2.6.
Tak zda se, ze bez extremni prace se mi starsi kernel nabootovat nepodari. Uz jsem se jednou pokousel kompilovat glibc a dopadlo to spatne.
Pouzival jsem pro praci UMSDOS a ten uz ve 2.6 neni. Tedy on sice jakysi je, ale nejaky nefunkcni nepodporovany a offtree. Mel jsem na svazku jak dlouha jmena tak i unixove atributy. Musim vymyslet jiny styl prace, treba si z Woken namontovat ext2.
Tiskni
Sdílej: