Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
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.
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.00gOS 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: