Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
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: