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.
domena1.com (vlastni uzivatelia), domena2.com (vlastni uzivatelia)), pricom treba brat do uvahy aj fakt, ze domeny mozu mat aj aliasy (domena domena.sk ma alias domena.eu).
Otazka tiez znie, ako najlepsie riesit problem, ked pre pridanie dalsieho aliasu nejakej domene by bolo v beznom(?) pripade nutne pridat pre kazdeho postoveho uzivatela danej domeny dalsie atributy pre vsetky jeho (existujuce) doterajsie aliasy.
Napisal som to tu dost vseobecne, lebo neviem, akym smerom by sa riesenie problemu uberalo. V tejto chvili mam riesenia postfix+LDAP implementovane: ou=domena.sk podstromov), pricom kazdy uzivatel ma _vsetky_ mailove aliasy riesene cez atribut mail a jeho alias je v tvare alias@domena.sk. Ak teda chcem pridat novy alias _pre domenu_, tak kazdemu uzivatelovi (z povodnej domeny) musim pridat raz tolko aliasov aby sa maily dorucili spravne aj pre novu domenu, co je dost neprakticke. Lepsie by to bolo tak, ze napr v atribute mail by boli len samotne uzivatelove aliasy (napr "meno.priezv", "priezv", "somealias" )(teda retazec az po zavinac) a teda by to zapadlo do vsetkych domenovych aliasov v ramci ldapsearch. Lenze problem je prave v tych domenovych aliasoch, lebo pri ldapsearch sa neda rozumne specifikovat search base, v ktorej by mal postfix toho nestastnika hladat. A zas hladat nad vsetkymi domenami by nebolo najvhodnejsie, lebo tie upravene mail atributy (bez domeny) by mohli medzi domenami kolidovat. Keby sme nemali domenove aliasy, tak ziadny problem nieje.
Nazval som toto vlakno "hosting" lebo tipujem ze v hostingoch maju taketo "malicherne" problemy vyriesene a vsetky domeny su od seba kompletne oddelene a nieco podobne by som chcel docielit s postfixom a LDAPom (samozrejme ak je to mozne)
Za navrhy, usmernenie a rady vopred dakujem
...totiz ten adresar (a teda existujuce podstromy) by som chcel v niektoych pripadoch pouzit aj ako addressbooky pre (web)mailove klienty a zas velke mnozstvo mailovych adries na uzivatela by nebolo moc koser
Tiskni
Sdílej: