Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.
Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.
Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.
Společnost OpenAI představila svůj vlastní webový prohlížeč ChatGPT Atlas. Zatím je k dispozici pouze na macOS.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.5 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
Rodina jednodeskových počítačů Orange Pi se rozrostla (𝕏) o Orange Pi 6 Plus.
Na Humble Bundle běží akce Humble Tech Book Bundle: All Things Raspberry Pi by Raspberry Pi Press. Se slevou lze koupit elektronické knihy od nakladatelství Raspberry Pi Press a podpořit Raspberry Pi Press, Raspberry Pi Foundation North America nebo Humble.
Přidaný režim autonomního řízení vozidel Tesla Mad Max je dostupný pro vybrané zákazníky v programu EAP (Early Access Program). Nový režim je na silnici agresivnější, častěji mění pruhy a ne vždy dodržuje rychlostní limity. Agentura JPP spekuluje, že v Česku by se mohl nový režim namísto Mad Max jmenovat Mad Turek...
Tak jsem takhle seděl v autobuse s notebookem na klíně a brouzdal po Internetu připojený přes wifi.
No nevěřili by jste jak je to užitečná věc takové připojení i na cestě. Třeba zrovinka včera jsem jel na zkoušku a bylo mi jasné, že nemůžu stihnout přijít v čas, tak jsem otevřel Kmail a napsal srdceryvný e-mail, jak mě to mrzí a jestli se budu moct zúčastnit i s drobným zpožděním. Odpověď přišla za nedlouho, nakonec jsem přišel o 15 minut později a všechno bylo v pohodě :).
Ale zpět k windows, tak tam tak sedím, aktualizuji si Arch a podobně, a ten týpek co seděl vedle mě, si všiml, že jsem on-line, tak vytáhl taky noťas, potají jsem tipoval co bude bootovat. Bohužel jen Visty basic, nebo co :). Pak tam něco šudlal, zapnul wifi, chtěl se přidružit k síti a najednou, ano, BSOD :D. Takže restart, znova pokus a… zase. Takhle to ještě chvíli zkoušel a pak to raději zabalil.
V souvislosti s tímhle zážitkem jsem si vzpomněl, jak jsem dostal za úkol nastavit ve Vistě síť, chvilku, asi 5 minut jsem hledal, kde se to nastavuje, a když jsem našel kde, bafnul na mě notoricky známý dialog z 98-ček :).
Toliko moje zážitky s tímto systémem. A ještě vtip na závěr:
Moje Vista, Tvoje Vista, Jehovista.
Tiskni
Sdílej:
.
Nicméně někdy je otázka prostě jenom otázkou a není třeba za tím hledat něco jiného
" Reformovaný
No ono ve win staci aby se ovladac trepa pokusil cist pamet kterou cist nema (zapis na p = NULL, cteni z cizi pameti) Dale taky nedopadne dobre pokud v casti ovladace ktery je neodstrankovatelny zkusite pristoupit k pameti co je odstrankovan, atp. Coz jsou asi nejcastejsi pripady. To skonci pak na popularni IRQL_NOT_LESS_OR_EQUEAL. Jinak tech prilezitost jak jako programator vyvolat BSOD je spousta.
Prakticky by se dalo rict, ze chyby jsou dvojiho druhu. Prvni je kdy nekam sami priradite nejakou jinou hodnotu nez chcete atp., kdy pak ovladac nedela co ma. Dalsi jsou pak ty, kdy porusite nejakou z tech ochran, a to je pak BSOD. V Linuxu mate stesti, ze pri ekvivalentu BSOD to muze odnest jen modul a zbytek fungovat dale. Tohle u Win nehrozi.
[tink@server ~]$ cat /proc/sys/kernel/panic 0
if (panic_timeout > 0) {
/*
* Delay timeout seconds before rebooting the machine.
* We can't use the "normal" timers since we just panicked..
*/
printk(KERN_EMERG "Rebooting in %d seconds..",panic_timeout);
for (i = 0; i < panic_timeout*1000; ) {
touch_nmi_watchdog();
i += panic_blink(i);
mdelay(1);
i++;
}
/* This will not be a clean reboot, with everything
* shutting down. But if there is a chance of
* rebooting the system it will be rebooted.
*/
emergency_restart();
}
V linuxu to máme nějak ošéfováno, aby špatnej ovladač wifi nemohl způsobit kernel panic?Možno nie. Ale bavíme sa tu o Viste. To je tuším ten OS, v ktorom ovládače bežiace v kernel-space musia byť podpísane Microsoft-om?
Mám podobný zážitek s Vistama ale verze Bussines. Jeden známý má připojení od 02 a dostal k němu zadarmo usb modem, ale jemu ve win xp nešel, tak mi zavolal jestli ho můžu zkusit. Vzal jsem tedy sestřin ntb a jel k němu. Připojil jsem ho do usb a vyskočila nabídka jestli se mají hledat nejvhodnější ovladače na internetu. Dal jsem ano a čekal, když se našly a nainstalovaly tak systém hodil BSOD. Zkusil jsem to ještě jednou a výsledek byl stejný.
Abych řekl pravdu, tak jsem ještě neviděl kernel panic v linuxu na svém ani jiném pc naživo, vždy jen na netu. 
No nic, překlepy jsou taky lidské
init v /bin? :-/ Kde?
Přirozeně jsem myslel kernel panic přirozenou cestou.. Né samzáním půlky /
.
Není to také tím, že linux tolik lidí nepoužívá. Osobně jsem Kernel panic v linuxu viděl vícekrát, než BSOD ve Windows. Ve Vistě jsem viděl BSOD zatím pouze jednou. Po vypnutí IDE kanálu už jelo vše normálně. Ovšem záleží na konkrétním HW.
)) a to mam Linux
jinac hodne stesti a jeho-visty co nejdal od tela 