Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
gdm: Displej :0 jej jiz obsazen jinym X serverem.Kdyz zkusim spustit Xka pres startx, vypise se mimo jine:
V kratkem case selhalo nekolikrat za sebou spusteni grafickeho serveru, vypinam displej :0.
Server is already active for display 0Nevite nekdo co je spatne a jak to napravit? Mam RH9 a XFree86 4.3.0. Diky za odpoved.
Takže skuste spustit X ka na jiném displeji (startx -- :1 ) co to poví zda se X ka spusti na další konxoli.
startx -- :2.0?
Jinak automaticky start KDE pri startu X rucne z konzole se zajisti tim, ze do souboru ~/.xinitrc (pokud neni, je treba vytvorit) se napise prikaz "startkde" a je to.
0.0.0.0:6000 3526/XKdyz ho KILLnu, spusti se Xka pres startx normalne. Takze tam sedi X. Ale kde se tam bere a proc? A jak primet system chovat se zase "normalne" (= jako driv)?
Linux kernel: [drm] AGP 0.99 on VIA Apollo KT400 @ 0xe0000000 128MB Linux kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0 Linux kernel: [drm] Loading R200 Microcode gdm(pam_unix)[4463]: session opened for user root by (uid=0)A tohle je z posledni doby:
Linux kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0 Linux kernel: [drm] Loading R200 Microcode Linux kernel: [drm] Loading R200 Microcode Linux gdm[4526]: Displej :0 je již obsazen jiným X serverem Linux gdm[4564]: Displej :0 je již obsazen jiným X serverem Linux gdm[4601]: Displej :0 je již obsazen jiným X serverem Linux gdm[4672]: Displej :0 je již obsazen jiným X serverem Linux gdm[4465]: V kratkem case selhalo nekolikrat za sebou spusteni grafickeho serveru; vypinam displej :0 Linux kernel: [drm] Loading R200 MicrocodeMohlo by to mit vliv?
Paklize je odpoved na posledni dve otazky kladna, dejte prosim nekde na web kompletni log (messages). Treba se z toho podari neco vykoukat.
Jinak to nesmaze veci jako /tmp/.X11-unix/ nebo /tmp/.X?-lock ktere muzou byt docela zajimave.
cat ~/.xinitrc: #!/bin/sh /usr/bin/vas-oblibeny-window-managercoz zajisti ze se misto toho xtermu spusti window manager (ten skript muze byt mnohem sofistikovanejsi, ale dulezity je ten jeden radek). Jinak jste asi nejak po...kazil konfiguraci gdm, tak tam zkuste dat originalni konf. soubory z balicku.
/etc/X11/xdm/Xsetup_0: line 9: xrdb: command not found xdm info(pid3474): Couldnt connect to PRNGD socket "tmp/entropy": No such file or directorycoz ma pravdu, nebot v /tmp zadny takovy soubor (ani adresar) neni. Ale Xsetup_0 by podle me mohl byt v poradku... U xrdb je pouze atribut -merge, ktery ukazuje, ted si sak.. nevzpomenu na co, ale provazanost tam rekl bych je.
mkdir /tmp/Xsetup-debuga na zacatek toho Xsetup skriptu pridate
printenv >/tmp/Xsetup-debug/env.$$v promenne PATH by mel byt adresar
/usr/X11R6/bin, pokud tam neni => problem. Bud na zacatek toho skriptu dejte
PATH="$PATH:/usr/X11R6/bin"; export PATHnebo to nastavte v souboru
/etc/X11/xdm/Xresources (viz man xdm, zejmena sekce SETUP PROGRAMM).
Ale kazdopadne mi prijde, ze v tom systemu strasi, kdyz najednou nejde spustit takova trivialita jako xrdb :-o
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/opt/Omni/bin:/root/bin KDEDIR=/usr
ls -ld /usr/X11R6/bin /usr/X11R6/bin/xrdb which xrdbneco podezreleho? Nebo kdyz to which pridate do toho Xsetup?
which xrdb >>/tmp/Xsetup-debug/env.$$Kdyz se nejak dostanete do X (startx snad jde?) tak xrdb funguje?
xrdb -q # by melo vypsat aspon nejake defaulty echo '*background: black' | xrdb -merge xrbd -q # melo by tam pribyt '*background: black'Psal jste ze jste instaloval nove baliky, tak se muzete kouknout jestli nemaji nejake podivne instalacni skripty
rpm -q --scripts jmeno_balikuA pak bych se jeste podival do
/root/.bash_history jestli jste nedelal neco podezreleho v adresari /usr/X11R6 :-)
Nic kloudnejsiho me bohuzel nenapada :-( , sorry.
Tiskni
Sdílej: