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 »Ahoj. Mám 2 servery, na obou mi jede CentOS s KVM na každém běží několik virtuálních strojů. Každý server má vlastní diskové pole s linuxovým software raidem 1, nad tím je LVM a každý virtuální host má k dispozici nějaký LVM oddíl. Problém mi ale dělá mismatch_cnt u raidu, které způsobuje např. i to, že lvm snapshoty oddílů s virtuálními stroji jsou nekonzistentí, protože se pokaždé čte z jiného disku a na nich nejsou stejná data (viz. mismatch_cnt). Mám si s tím dělat starosti?
Někde jsem objevil, že tento problém se může týkat každé md raid 1 konfigurace (nemusí to být vázané na KVM hosty), protože:
1/ OS nařídí DMA řadiči přesun dat z RAM na disky
2/ během přesunu dat (na jednom disku dokončeno, na druhém ještě ne) se změní data v RAM
Prý by to neměl být pro souborové systémy problém, protože data by měla být označena dirty a tím pádem se číst z RAM. Nicméně jak je to u virtualizace? Pozná nějak filesystém ve virtualizovaném stroji to, co se děje v hostiteli? Vykomunikuje to nějak jádro hostitele s jádrem virtuálního stroje? Vysvětlete mi prosím někdo, kdo tomu rozumíte, jak to vlastně funguje. Možná se ptám jako pitomec, ale dost mě takové chování raidu zneklidňuje. Proč se to řeší až na úrovni souborového systém (dirty) a ne na úrovni blokových zařízení, aby mi třeba dd vrátilo vždy stejná data?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
echo "repair" >/sys/block/md*/md/sync_action
echo "check" > /sys/block/md*/md/sync_action
Tiskni
Sdílej:
