Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
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.
/dev/1394
jsem se asi po 4 letech používání linuxu musel dokopat ke kompilaci jádra. postupoval jsem podle návodu tady
použil jsem aktuální kernel-source a původní config.
posup byl následující -
instalace a rozbalení kernel-source 2.6.22-3
nakopírování původního config-2.6.22-3-686
z /boot
do /usr/src/linux-source-2.6.22/linux-source-2.6.22
a jeho přejmenování na .config
změnil jsem pouze sekci týkající se raw1394 z původního:
# IEEE 1394 (FireWire) support # CONFIG_FIREWIRE=m CONFIG_FIREWIRE_OHCI=m CONFIG_FIREWIRE_SBP2=m # CONFIG_IEEE1394 is not setna novou:
# IEEE 1394 (FireWire) support CONFIG_IEEE1394=m # CONFIG_IEEE1394_VERBOSEDEBUG is not set # CONFIG_IEEE1394_PCILYNX is not set CONFIG_IEEE1394_OHCI1394=m CONFIG_IEEE1394_VIDEO1394=m CONFIG_IEEE1394_SBP2=m # CONFIG_IEEE1394_SBP2_PHYS_DMA is not set CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y CONFIG_IEEE1394_ETH1394=m CONFIG_IEEE1394_DV1394=m CONFIG_IEEE1394_RAWIO=mpak jsem příkazem
make oldconfig
provedl konfiguraci - na dotazy týkající se změn jem dal že vše nové chci jako modul
nový .config
vypadá takto:
# IEEE 1394 (FireWire) support # CONFIG_FIREWIRE=m CONFIG_FIREWIRE_OHCI=m CONFIG_FIREWIRE_SBP2=m CONFIG_IEEE1394=m # # Subsystem Options # # CONFIG_IEEE1394_VERBOSEDEBUG is not set # # Controllers # # CONFIG_IEEE1394_PCILYNX is not set CONFIG_IEEE1394_OHCI1394=m # # Protocols # CONFIG_IEEE1394_VIDEO1394=m CONFIG_IEEE1394_SBP2=m # CONFIG_IEEE1394_SBP2_PHYS_DMA is not set CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y CONFIG_IEEE1394_ETH1394=m CONFIG_IEEE1394_DV1394=m CONFIG_IEEE1394_RAWIO=mpak jsem už jen po
make-kpkg clean
příkazem fakeroot make-kpkg --initrd --revision=moje2.6.22.3 kernel_image
jádro sestavil a pomocí dpkg -i
nainstaloval
po zavedení modulů raw139 a video1394
se raw1394
vytvoří funguje jak má - tzn. dvgrab s kamerou umí pracovat.
a proč píšu:
1. vzhledem k tomu, že tohle dělám poprvý bych potřeboval zkontrolovat, jestli nedělám něco špatne a jestli mě nečeká nějaký prušvih. jedu na novém jádru asi týden a vše asi zatím funguje jak má
2. znamená to teď, že jakékoli moduly, které budu potřebovat si budu muset k novému jádru přeložit sám a při jejich případné aktualizaci je přeložit znova?
u nVidia ovladaču je to v pohodě a ostatní zatím dělám pomocí module-assistant
a klape to
moduly gspca
a vboxdrv
jsem vytvořil v pohodě, akorát lirc_gpio
se brání zuby nehty a nefunguje ani překlad nového lirc z http://www.lirc.org/. snad ho časem přesvědčím k činosti.
Tiskni
Sdílej: