Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2025.
Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
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: