Cambalache, tj. RAD (rapid application development) nástroj pro GTK 4 a GTK 3, dospěl po pěti letech vývoje do verze 1.0. Instalovat jej lze i z Flathubu.
KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.
Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.
Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
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