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.
Dobry den, delam aplikaci komunikujici pres UDP sockety. Klient se dostane do teto situace: ceka na data od serveru ve funkci recvfrom() nad blokujim socketem. Aplikace (klient) tedy "stoji" a ceka na data od serveru.
Zaroven v klientovi bezi timer, ktery kdyz zjistit, ze server dlouho neodpovida (tzn. paket se nejspise ztratil), tak posle signal SIGALRM. Ted, ale prichazi muj dotaz: jak lze na signal zareagovat tak, aby klient prestal cekat ve funkci recvfrom() a zacal delat neco jineho (nejspis teda preposlani paketu serveru)?
6.5.2009 16:32
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
Jo, to vypada dobre, zkusim to pouzit, zatim dekuji.
OK, tak jsem to zkusil, ale ten select ma jednu (z meho pohledu) chybku. Mne ten signal SIGALRM z timeru prichazi periodicky a vzdy se podiva, zda nahodou necekame na server jiz moc dlouho a pokud ano, nastavi urcitou promennou, ktera bude signalizovat, ze cekame moc dlouho. Jenze ted s tim selectem mi select "spadne" po prvnim prichodu signalu, i kdyz mi jeste zbyva cas, po ktery bych cekal. Jde tomuto nejak zabranit, nebo to vyresit? Dekuji.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz