Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
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: