| poslední úprava: dnes 09:59
Portál AbcLinuxu, 16. září 2025 17:54
dnes 10:00
| Přečteno: 208×
| Linuxení aneb hrátky se šrotem
|
| poslední úprava: dnes 09:59
Nějaké recenze Debianu Trixie už linuxovými servery proběhly, nicméně těm se ani nechystám přibližovat. Namísto výčtu všech nových featur, balíčků a hromady screenshotů je následující zápisek pouze takovým debilníčkem, do kterého jsem zaznamenal pár postřehů s používáním Trixie, jeho klady i neduhy...
Debian Trixie už mezi námi nějakou dobu je - vlastně už od 9. srpna, takže přes měsíc. K mému překvapení dostal poměrně brzy první opravnou verzi - Debian 13.1 vyšel už 6. září a zhruba kolem tohoto data jsem začal s prvními instalacemi, které jsou momentálně tři a ke čtvré se odhodlávám - jde o dva notebooky (10 let staré Lenovo E50-80, 8 let starý DELL Latitude 5490) a PC sestava postavená kolem Ryzenu 9 7950X, přičemž aktuálně mě čeká instalace na domácím HTPC. Hlavní důvody jsou dva - ten první je ukončení podpory Windows 10, tj. jejich čerstvá instalace pro rodinu na domácím Lenovu, a tím druhým je aktualizace na současného Debiana se snahou synchronizovat verzi na všech strojích, kde jsem momentálně provozoval Debian ve třech různých verzích, přičemž ještě na konci srpna jsem zjistil, že mi Debian Buster už přesunuli do archivu :). Prostě už to bylo třeba.
Debian Trixie je už druhou verzí Debianu, která nemá oddělená oficiální instalační média od instalačních médií s nesvobodným firmwarem, stačí tedy stáhnout netinstall CD a instalovat. Z mého pohledu se v instalaci prakticky nic nezměnilo - instalátor je stejně jednoduše pojatý jako v předchozích verzích a nabízí asi vše, co může člověk pro prostou instalaci operačního systému potřebovat s tím, že o všem vzorně informuje bez hlášek typu "Teď ještě musíme něco nastavit."
Jediný instalační zádrhel, na který jsem nastavil bylo to, že mi instalátor nebyl ochoten připojit NTFS svazky. Po důvodu jsem moc nepátral - svazky jsem prostě nepřipojoval, protože ve stádiu instalace to ani není třeba a vše nakonec ošetřil až přes příslušnou položku v /etc/fstab. Nicméně vzhledem k dalšímu chování Debianu Trixie mám podezření, že má tento bug něco společného s nově začleněným ovladačem ntfs3, který není ochoten připojovat nesprávně odpojené NTFS svazky, k čemuž se dostanu i dále.
Jako grafické rozhraní jsem zvolil ještě poměrně čerstvé KDE Plasma 6. Za mě jsou pocity z výchozího vzhledu spíše smíšené, ale naštěstí lze Plasmu poměrně snadno nakonfigurovat na konzervativnější a úspornější vzhled, takže ve výsledku jsem i celkem spokojen.
K Plasmě, respektive Waylandu se váží i dva poměrně otravné bugy, které zřejmě ani nejsou výsledkem práce vývojářů Debianu. Ten první je vyloženě trapný - Wayland si neumí zapamatovat pozici oken na plochách mezi spuštěními, tzn. pokud máte víc ploch a restartujete počítač, otevřená okna se vám po restartu sesypou na první plochu a musíte si je opět rozházet. Je to sice detail, ale otravný. Víze informací najdete zde s tím, že snadnou opravou je prostě při výběru sezení vybrat tradiční X11.
Druhý bug je zřejmě komplikovanější a není vázaný přímo na Plasmu - v zásadě jde o to, že při uspání monitoru začne Plasma vyluzovat v pravidelných intervalech stejný zvuk, jako když připojíte/odpojíte USB zařízení. Podle dostupných informací to vypadá, že jde o bug vázaný nejspíše na systémy, které používají monitory připojené přes DisplayPort a ještě navíc na specifickém hardware. Vše se samozřejmě řeší, prozatím postačí neuspávat monitory 
.
Z aplikací, které používám jich Debian Trixie zdědil naprostou většinu, nicméně nějakým záhadným rozhodnutím vývojářů se do této verze dostalo gftp pouze v textovém režimu. Naštěstí není problém stáhnout balíky pro Debian Bookworm (třeba odtud, jde o balíky beta-1) a ty ručně doinstalovat. K mému překvapení pak funguje bez problémů i stařičký TrueCrypt 7.1a, takže i z hlediska zpětné kompatibility jsem s novou verzí spokojen.
Pokud ale používáte webový prohlížeč Chromium, pak vězte, že zde se vývojový tým Debianu celkem pomstil. A to tak, že ve výchozí instalaci není možnost změnit vyhledávač na jiný, než DuckDuckGo. Zžejmě jde o výledek tohoto rozhodnutí, nicméně i zde je poměrně snadná cesta, jak se jeho následkům vyhnout. Postačí najít soubor /etc/chromium/master_preferences, v něm nalézt sekci
"search_provider_overrides": [{
"enabled": true,
"encoding": "UTF-8",
"favicon_url": "https://duckduckgo.com/favicon.ico",
"new_tab_url": "https://duckduckgo.com/chrome_newtab",
"id": 2,
"keyword": "duckduckgo.com",
"name": "DuckDuckGo",
"search_url": "https://duckduckgo.com/?q={searchTerms}",
"suggest_url": "https://duckduckgo.com/ac/?q={searchTerms}&type=list"
}],
"search_provider_overrides_version": 1,
a tu buď zakomentovat a nebo rovnou smazat. Pak si již mžete zvolit ze standardní sady nabízených vyhledávačů.
Nic není dokonalé, ani Trixie ne. Nyní tedy k těm nepříjemným broučkům, na které snadno narazíte. Ten první už jsem částečně načal a jde o problém s tím, že Debian Trixie nehodlá připojit nesprávně odpojené svazky s NTFS. V zásadě jde pouze o to, že v Debianu Trixie je nasazen jako primární ovladač jaderný ovladač ntfs3, který není zdaleka tak tolerantní jako ntfs-3g. Jde o další věc, o které se ví, netrpí jí pouze Debian a existuje více řešení. Mě osobně se nejvíce osvědčilo natvrdo zablacklistovat ovladač ntfs3, aby byl systém nucen využívat benevolentnější ntfs-3g.
Obdobné řešení pak má i problém, který brání startu virtuálních strojů ve VirtualBoxu. V tomto případě je na vině modul kvm_amd (na strojích sprocesorem od AMD), který brání VirtualBoxu v přístupu k procesoru. I toto se řeší (i když v různém kontextu), nicméně řešení opět vede na blacklistování jaderného modulu, v mém případě kvm_amd (pro Intely by to bylo kvm_intel).
Jako řešení obou dvou bugů jsem tedy vytvořil ve složce /etc/modprobe.d/ soubor blacklist.conf s následujícím obsahem:
blacklist kvm_amd blacklist ntfs3
No a na závěr je třeba zmínit i ten nejdůležitější zdroj mé obživy, ANSYS Electronics Desktop, který jsem již řešil několikrát. Za sebe bych pokroky v této oblasti hodnotil frází "mírný pokrok v mezích zákona." Prakticky to znamená asi to, že ANSYS se sice přibližuje k lepší použitelnosti AEDT i mimo hlavní podporované distribuce, nicméně Linux mu stále srdnatě uniká, a tak se stále objevují nové bugy.
Začněme tím pozitivním: ANSYS zbavil Electronics Desktop prehistorického Javovského instalátoru a nahradil jej svým tradičním funkčním (k když nehezkým) instalátorem. ANSYS Electronics Desktop nyní tedy nainstalujete i na nepodporované distribuci bez jakýchkoliv hacků. Instalace nově probíhá do společné složky ANSYSu, tj. ve verzi 2025R2 do /opt/ansys_inc/v252/AnsysEM/.
Dalším pozitivním znamením je nová proměnná ANS_IGNOREOS, kterou můžete ANSYSu říci, aby nedetekoval, zda běží v podporovaném prostředí. Před spuštěním ansysedt tedy stačí provést export ANS_IGNOREOS=1 a ANSYS se vám už nebude snažit šacovat systém.
Nicméně před prvním spuštěním je stále dobré smazat adresář defer se zastaralými knihovnami a vytvořit symlink na libtinfo.so.6 pojmenovaný libtinfo.so.5 (Trixie nemá k dispozici starší verzi knihovny) a následně ANSYS poprvé spustit.
V tuto chvíli se projeví náskok Linuxu oproti ANSYSu, jehož MainWin zůstal kdesi v minulém tisíciletí a i když jste schopni s aplikací interagovat, při pokusu o zadání textu do aplikace (dialogová okna, název souboru pro uložení, cokoliv...), prostě píšete skrz ANSYS do konzole, ze které byl spuštěn. Toto se v ANSYSu začalo objevovat asi pět verzí zpět a jednoduchou opravu nabízí přímo ANSYS ve starých verzích spouštěcího skriptu .answrapper. Můžete tedy použít ty (odhadoval bych verze R2022R2 a starší), a nebo do nových verzí můžete připsat od řádky 584 následující úsek kódu:
# DE149718: MWWM=allwm (in .setup_runtime) breaks siwave. Temporary, for 18.2. case "$AnsExecName" in ansysedt|siwave) export MWWM=mwm;; AnsysECADXplorer) export MWWM=mwm;; AnsysSIXplorer) export MWWM=mwm;; *) ;; esacANSYS Electronics Desktop tím sice získá zdvojené dekorace oken, ale bude plně ovladatelný.
Abych to nějak shrnul - zatím jsem nenašel nic fatálního, co by mohlo mírně pokročilejšího uživatele naštvat, spíše otravné drobnosti, které lze ale snadno odladit. Za sebe věřím, že se podaří co nejdříve odhalit příčinu onoho bugu se systémovými pazvuky, ale rozhodně momentálně není důvod se Trixie vyhýbat. Za mě pěkná práce!
Tiskni
Sdílej:
dnes 16:55
pushkin | skóre: 43
| blog: FluxBlog
dnes 16:56
pushkin | skóre: 43
| blog: FluxBlog
dnes 17:20
AsciiWolf | skóre: 41
| blog: Blog
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.