Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)
Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).
Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.
Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.
Insula Faktury je open source generátor faktur, který běží přímo ve webovém prohlížeči. Žádná registrace, žádné sledování, žádné omezení. Zdrojové kódy jsou k dispozici na Codebergu.
První Mobile Linux Hackday v Plzni, tj. komunitní setkání věnované Linuxu na mobilních zařízeních, proběhne 24. července od 10:00. Akce je otevřená všem zájemcům – od zvědavců po zkušené vývojáře. Dopoledne proběhnou přednášky Davida Heidelberga a Petra Hodiny o aktuálním stavu mobilního Linuxu: proč vůbec chtít tučňáka v kapse, jaké telefony jsou dnes dobře podporované a co taková podpora obnáší. Po obědě se zaměříme na konkrétní
… více »Hledání chyby v Google, 17.-30.11.1999, 10 dopisů
David desJardins oznámil chybu, která se objevuje na clusteru Google složeném z více než dvou tisíc procesorů intel. Na deseti počítačích se často objevuje oops, vždy na stejném místě. Tyto počítače mají obecně špatný výkon. Stephen C. Tweedie analyzoval zaslaný report a objevil, že jádro padá kvůli ukazateli ve vyrovnávací paměti o hodnotě 0x40000000. Tato hodnota se liší o jediný bit od NULL. Proto se Stephen domníval, že chyba je na straně hardwaru. Zvláště když ostatní stejné počítače tyto problémy nemají.
SMP jádro na jednoprocesorovém počítači Dell PowerEdge 1300, 25.-30.11.1999, 10 dopisů
Brad Larden vlastní Dell PowerEdge 1300 s dvouprocesorovou základní deskou, která je ale osazena jen jedním procesorem. Chtěl vědět, jestli může použít jednoporocesorové jádro nebo má zůstat u jádra s podporou SMP. Victor Khimenko odpověděl, že má podobnou konfiguraci (Dell PowerEdge 2300) a musí používat SMP. Důvodem je architektura APIC, kdy některá externí PCI zařízení mohou používat nestandardní přerušení. Později Brad napsal, že zkusil obyčejný kernel a vše funguje.
Oprava chyby ničící souborový systém, 25.11-1.12.1999, 9 dopisů
Andrea Arcangeli zaslal patch na chybu, která způsobovala poškození systému souborů. Tato chyba se objevovala, pokud bylo zapisováno do systému souborů, na jehož zařízení bylo aplikováno ioctl BLKFLSBUF. Jason T Collins odpověděl, že tento patch opravil většinu chyb, jedna ale zůstala. Pokud dva procesy najednou vytvoří soubor, smažou jej a použijí ioctl BLKFLSBUF na dva soubory v jednom adresáři, za několik sekund se poškodí souborový systém. Andrea si prošel svůj patch a našel v něm chybu, kterou odstranil. Záplata byla začleněna do 2.2.14pre10.
IRQ timeout a VESA framebuffer, 26.11.-2.12.1999, 29 dopisů
Ian Ehrenwald zaznamenal vypršelá přerušení při skrolování velkých textových souborů na framebuffer konzoli, pokud zároveň přehrával mp3 soubory. Protože nenašel žádný hardwarový problém, požádal o radu. Alan Cox odpověděl, že VESA frambuffer používá funkce BIOSu, které mohou uzamknout přerušení na dlouhou dobu. Pavel Machek jej opravil: "i když nepoužíváš žádné funkce BIOSu (obvykle za běhu je vůbec nepotřebuješ), prostě strávíš příliš mnoho času v jádře a mp3 přehrávač to nestihne." Diskuse pokračovala implementačními problémy, jak podobným problémům zamezit.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej: