Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
Zdravim, dokaze mi nekdo poradit jak zprovoznit autologin na GNOME tak aby to fungovalo i bez zapojeného monitoru? Existuje jisty duvod proc na jistem PC musi bezet graficke rozhrani a zaroven nebude pripojen monitor. Na tom PC bude bezet jista GUI aplikace (bohuzel nejde jinak), ktera ma jisty ukol a bez kresleni proste nejede. Proto je potreba po bootu provest autologin, spustit danou aplikaci a nechat ji delat svou praci. Vse funguje skvele pokud je do PC pripojeny monitor. Uz se mi podarilo poexperimentovat s problemy s nastavenim rozliseni bez monitoru a s monitorem, to znamena
Option "NoDDC"
Option "DDCMode" "false"
Option "IgnoreEDID" "true"
Option "DDC" "off"
Nicmene velkym problemem je to, ze autologin bez pripojeneho monitoru proste nefunguje a po pripojeni monitoru to PC trci na prihlasovaci obrazovce, i kdyz ma zapnuty autologin. Jak se tohoto chovani zbavit a zajistit aby autologin fungoval pokazde? Je to vlastnost, nebo bug?
Diky za kazdy tip.
takze
1) zrusil jsem klasicky gdm login, tedy prejmenoval jsem /etc/rc2.d/S30gdm na /etc/rc2.d/K70gdm, coz zajisti nespusteni gdm po bootu. (jedna se o ubuntu 8.04)
2) do /etc/rc.local jsem pridal su - _jmeno_uzivatele_ -c startx >/var/log/gui.log 2>&1
3) misto ati driveru jsem v xorg.conf pouzil VESA driver, protoze s ATI driverem bez monitoru X server odmital fungovat.
4) restart
Ma nekdo lepsi reseni ? Docela by me to zajimalo.
Tak jeste dodam jeden poznatek, ze znasilnovat startovaci mechanismus gdm nebylo potreba. Stacila jen vymena ATI driveru za VESA. Jadrem problemu byla nejspise kombinace X + ati driver + gdm, coz zpusobilo pad X serveru pokud nebyl pripojeny monitor v okamziku po zalogovani. Proto na PC po bootu a pripojeni monitoru (aby se zjistilo proc to nejede) trcela prihlasovaci obrazovka, protoze doslo k padu X serveru a jeho restartu.
Xvnc jsem taky zvazoval. Bylo by to taky reseni, protoze tam monitor jako fyzicky HW nehraje zadnou roli.
no a nemas lepsi nez nechat xka trapit se hledanim rozliseni displaye, ktery neni sparovany, tak poustet xserver, ktery kresli do virtual framebufferu proste do casti pameti a nepotrebuje k tomu zadny hardawre? s takovou se ti inicializuje display a na ten se pripojis treba pres vnc, aby sis overil, ze to funguje... nez se trapit forocovanim chipsetoveho serveru, ktery spoleha na monitor a data z nej...
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz