Cloudflare, tj. společnost poskytující "cloudové služby, které zajišťují bezpečnost, výkon a spolehlivost internetových aplikací", má výpadek.
Letos se uskuteční již 11. ročník soutěže v programování Kasiopea. Tato soutěž, (primárně) pro středoškoláky, nabízí skvělou příležitost procvičit logické myšlení a dozvědět se něco nového ze světa algoritmů – a to nejen pro zkušené programátory, ale i pro úplné začátečníky. Domácí kolo proběhne online od 22. 11. do 7. 12. 2025 a skládá se z 9 zajímavých úloh různé obtížnosti. Na výběru programovacího jazyka přitom nezáleží – úlohy jsou
… více »Byla vydána nová verze 2.52.0 distribuovaného systému správy verzí Git. Přispělo 94 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
VKD3D-Proton byl vydán ve verzi 3.0. Jedná se fork knihovny vkd3d z projektu Wine pro Proton. Knihovna slouží pro překlad volání Direct3D 12 na Vulkan. V přehledu novinek je vypíchnuta podpora AMD FSR 4 (AMD FidelityFX Super Resolution 4).
Poštovní klient Thunderbird byl vydán v nové verzi 145.0. Podporuje DNS přes HTTPS nebo Microsoft Exchange skrze Exchange Web Services. Ukončena byla podpora 32bitového Thunderbirdu pro Linux.
U příležitosti státního svátku 17. listopadu probíhá na Steamu i GOG.com již šestý ročník Czech & Slovak Games Week aneb týdenní oslava a také slevová akce českých a slovenských počítačových her.
Byla vydána nová verze 9.19 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze například nový balíček BirdNET-Go, tj. AI řešení pro nepřetržité monitorování a identifikaci ptáků.
Byla vydána nová verze 3.38 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.10 souvisejícího programovacího jazyka Dart (Wikipedie).
Organizace Apache Software Foundation (ASF) vydala verzi 28 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byl vydán Debian 13.2, tj. druhá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Možná popis této povedené taškařice někomu ušetří trochu času.
Dnes večer (nebo spíše už vnoci) jsem na svém domácím WiFi access pointu provedl pravidelné "yum update" a vzhledem k tomu, že součástí várky oprav byl i kernel
2.6.11-1.14_FC3, následoval po updatu restart, rekompilace a instalace hostap ovladače (v AP je stará, dobrá karta XI-626), malá změna v konfiguraci Grubu atd... a ještě jeden ,trochu zbytečný, restart. Na tom není nic moc pozoruhodného a já jen znuděně čekal, až naběhnou všechny služby a AP opět pojede - jako již mnohokrát před tím. Z klimbání mě vytrhla nezvyká hláška na monitoru, kde jeden můj script hlásil, že "tentokrát wlan0 rozhraní nenahodí". To bylo trochu překvapivé, ale budiž - následovala kontrola, zda kompilace ovladače proběhla správně, nikde žádná chyba, modul je tam kde má být, depmod také proběhlo OK. Zkouším lsmod|grep hostap_pci, modul je v paměti! Následuje pokus o ruční inicializaci z konzole pomocí iwconfig, iwconfig hlásí, že rozhraní neexistuje...Poté zoufalé hostap_diag wlan0 -a, odpovědí je pochopitelně cosi ve smyslu "nelze komunikovat s ovladačem". Propadám na okamžik zoufalství, hlavou mně bleskne, že je to možná jen zlý sen, možná jsem se zbláznil..., pak klasické, že asi odešla karta, následuje několik nepublikovatelných slov na adresu týmu Fedory, proč pořád upgradují kernel, poté restart do předchozí verze jádra (2.6.10-neco) a zjištění, že rozhraní je nadále nedostupné...Jádrem to tedy není, chytám se myšlenky, že to asi nějak souvisí s updatem wireless-tools, který také proběhl. Tuto myšlenku posléze zavrhuji a čumím na to jak tele. Až konečně
mé ruce vyťukají spásné: lsmod bez filtru a co nevidím! V paměti se mně usídlil ten protivný modul pro karty Orinoco. Následuje rmmod orinoco_pci, rmmod orinoco, rmmod hostap_pci, modprobe hostap_pci a test pomocí hostap_diag - Funguje to, je to jasné. Ale kde se tam ten modul pro Orinoco proboha vzal ?
Byla to samozřejmě také moje chyba. Když jsem AP před časem instaloval, příliš jsem se nestaral o to, že by mohla být karta XI-626 Fedorou detekována, protože tehdy nebyla, až dodneška nebyla...Napsal jsem si prostě svůj init script, který nastavil AP, všechno perfektně šlapalo..."Průzkum" příčin jsem začal v /etc/rc.d/rc.sysinit. Tam mě zaujala řádka
eval `kmodule | while read devtype mod ; do
Zde začíná počáteční natahování modulů s ovladači...
Utilita kmodule je vcelku užitečná a je součástí balíku initscripts..Inu otestoval jsem, co praví kmodule a pravil toto:
NETWORK orinoco_pci
Následoval pohled do logu yumu a co nevidím - balík initscripts byl updatován na mém AP 1. dubna 2005. Opravdu svérázný Aprýlový vtípek, tato časovaná bomba
Náprava již byla velmi prostá - přidat název modulů pro Orinoco do /etc/hotplug/blacklist ...
Pikantní je to, ža až do dneška (respektive do 1. dubna) to nutné nebylo.
Vzhledem k tomu, že už je pokročilá noční hodina, nemohu vyloučit, že v mé úvaze je někde nedostatek, prosím, pokud má někdo něco k doplnění, uvítám každou informaci. Někdy mě ty přechytralé detekce všeho možného a následné nesmysly, které díky jim občas vznikají, už opravdu lezou na nervy (proč se nás někdo pořád snaží - nejen ve Fedoře - přesvědčit, že pro XI-626 máme používat modul Orinoca, to opravdu nechápu). Není nad to mít vše pod kontrolou. A to píšu z pozice člověka, který má na desktopu "klikací" SuSE 9.2 .
Tiskni
Sdílej:
Kdyby to někoho zajímalo: rc.sysinit runs kmodule before mounting /usr -- zrovna tohle neupdatovali