Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 161 (pdf).
Po delší době vývoje vyšla nativní linuxová verze virtuálního bubeníka MT-PowerDrumKit 2 ve formátu VST3. Mezi testovanými hosty jsou Reaper, Ardour, Bitwig a Carla.
Desktopové prostředí Budgie bylo vydáno ve verzi 10.10. Dokončena byla migrace z X11 na Wayland. Budgie 10 vstupuje do režimu údržby. Vývoj se přesouvá k Budgie 11. Dlouho se řešilo, v čem bude nové Budgie napsáno. Budgie 10 je postaveno nad GTK 3. Přemýšlelo se také nad přepsáním z GTK do EFL. Budgie 11 bude nakonec postaveno nad Qt 6.
OpenChaos.dev je 'samovolně se vyvíjející open source projekt' s nedefinovaným cílem. Každý týden mohou lidé hlasovat o návrzích (pull requestech), přičemž vítězný návrh se integruje do kódu projektu (repozitář na GitHubu). Hlasováním je možné změnit téměř vše, včetně tohoto pravidla. Hlasování končí vždy v neděli v 9:00 UTC.
Byl vydán Debian 13.3, tj. třetí opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.13, tj. třináctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.
Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.
Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).
Jiří Eischmann se v příspěvku na svém blogu rozepsal o open source AdGuard Home jako domácí ochraně nejen před reklamou. Adguard Home není plnohodnotným DNS resolverem, funguje jako DNS forwarder s možností filtrování. To znamená, že když přijme DNS dotaz, sám na něj neodpoví, ale přepošle ho na vybraný DNS server a odpovědi zpracovává a filtruje dle nastavených pravidel a následně posílá zpět klientům. Dá se tedy používat k blokování reklamy a škodlivých stránek a k rodičovské kontrole na úrovni DNS.
AI Claude Code od Anthropicu lépe rozumí frameworku Nette, tj. open source frameworku pro tvorbu webových aplikací v PHP. David Grudl napsal plugin Nette pro Claude Code.
Řešení dotazu:
Parametr vga=0x315 ke určen pro VGA/VESA ovladač, tedy pro textový režim. V okamžiku, kdy se jádro pokusí předat vládu ovladači framebufferu (to je ten citovaný), tak si ovladač (psbfb) nastaví nové rozlišení (i kdyby bylo stejné). No a tady zjevně nastaví chybný režim na externím monitoru.
framebufferové ovladače, respektive ovladače s KMS, se ovládají přes parametr video, jak jste sám použil. Syntaxe je v Documentation/fb/modedb.txt. Jako první argument před dvojtečkou je název výstupu. Vy máte dva výstupy. Jste si jistý, že ten externí se jmenuje „uvesafb“. Názvy výstupů jsou vidět v jaderných hláškách systému drm a v /sys/class/drm/ a závisí na ovladači a grafické kartě.
Doporučil bych vám zjistit jaký režim má externí monitor na začátku, když je ve stavu, jak se vám libí, a stejnou hodnotu vnutit přes parametr video. Včetně obnovovací frekvence.
Mám taky zkušenost, že KMS používá přísný výklad EDID údajů z monitou, které bývají často nekorektní, a tak KMS odmítne režim, který monitor ve skutečnosti umí, jen to o sobě v EDID neříká. Pak je možné si vyrobit vlastní EDID a ten do jádra zakompilovat. Ale to jsem nikdy nezkoušel.
Nakonec mám stejně dojem, že na virtuální konzole, ať máte rozlišení monitorů jakékoliv, budete mít její velikost omezenou na nejmenší výstup, protože jádro obraz klonuje na všechny výstupy.
# ls /sys/class/drm
card0 card0-DP-1 card0-DVI-D-1 card0-LVDS-1 card0-VGA-1 controlD64 ttm version
LVDS je interni display, VGA je externi monitor
# dmesg |grep -i vga
[ 0.000000] Console: colour VGA+ 80x25
[ 0.547820] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.547957] vgaarb: loaded
[ 0.548055] vgaarb: bridge control possible 0000:00:02.0
# dmesg |grep -i lvds
(zadny vystup)
# dmesg |grep -i vesa
[ 0.000000] Kernel command line: video=uvesafb:1280x1024-32,mtrr:3,ywrap snd-hda-intel.model=acer-aspire i915.modeset=1 fbcon=rotate:3
[ 1.961292] uvesafb: Getting VBE info block failed (eax=0x4f00, err=-3)
[ 1.961393] uvesafb: vbe_init() failed with -22
[ 1.961531] uvesafb: probe of uvesafb.0 failed with error -22
# dmesg |grep -i fb
[ 0.000000] Kernel command line: video=uvesafb:1280x1024-32,mtrr:3,ywrap snd-hda-intel.model=acer-aspire i915.modeset=1 fbcon=rotate:3
[ 1.961292] uvesafb: Getting VBE info block failed (eax=0x4f00, err=-3)
[ 1.961393] uvesafb: vbe_init() failed with -22
[ 1.961531] uvesafb: probe of uvesafb.0 failed with error -22
[ 2.592089] fbcon: psbfb (fb0) is primary device
[ 3.030117] fb0: psbfb frame buffer device
# dmesg |grep -i frame
[ 1.994160] ehci_hcd 0000:00:1d.7: reset hcc_params 6871 thresh 7 uframes 1024 64 bit addr
[ 3.020658] Console: switching to colour frame buffer device 75x64
[ 3.030117] fb0: psbfb frame buffer device
Já mám na jednom stroji s nouveau parametry video=VGA-1:1280x1024@85e video=TV-1:d, což značí nastavit výstup VGA-1 a vypnout výstup TV-1. Ovladač jinak nutil výstupu VGA-1 rozlišení z TV-1, které VGA-1 neumí, takže se monitor na VGA-1 vypnul. Vtipné je, že TV-1 nemá ani vyvedený konektor.
V hláškách jádra se pak objeví:
Jul 29 19:51:35 gw kernel: [drm] forcing VGA-1 connector ON Jul 29 19:51:35 gw kernel: [drm] forcing TV-1 connector OFF
Takže si bych vám doporučil video=VGA-1:1280x1024 video=LVDS-1:d, případně za VGA-1:1280x1024 připojit zavináčem frekvenci, kterou monitor při daném rozlišení umí.
Ještě pořád můžete vyhodit z jádra podporu framebufferu a používat klasický textový režim.
Tiskni
Sdílej: