V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
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.
Chtěl bych udělat následující věc: Na počítači běží určitá kritická aplikace, sekundární funkcí je nějaký TCP server. Mějme tedy TCP server, pro příklad WWW server na portu 80. Když přijde v historii běhu OS první požadavek na port 80, spustí se tento WWW server, obslouží požadavek a už zůstane běžet, další požadavky bude už obsluhovat přímo.
Proč to chci: Potřebuji maximálně rychlý boot (vzhledem ke kritické aplikaci), nezdržovaný pouštěním sekundárních služeb (mám jich docela hodně, ale skoro nikdy nejsou potřeba a když už jsou, není zas maximální požadavek na odezvy kritické aplikace).
Proč nevyhovuje inetd: pro všechny jeho nevýhody, t.j. pouští procesy pro každý request, navíc je to skrze stdin, stdout, obecně ne všechny servery (programy) takhle dokážou pracovat a často je to i nevhodné.
Proč nepustit kritickou aplikaci jako první a neodložit start WWW serveru na později: Musím mít co možná nejvíce zaručeno, že kritická aplikace bude mít k dispozici po náběhu tolik procesorového či I/O času, kolik potřebuje. Realtimové priority a priority na I/O jsou jen berlička, nelze na to úplně spolehnout (na holé x86 jo, ale na různých ARMech či malých Powerpc s mnoha periferiemi prostě ne), naproti tomu když kritická aplikace běží na systému skoro sama s realtimovou prioritou, už se na to spolehnout dá (zjištěnou inženýrskou indukcí, t.j. dostatečně dlouhým zkoušením).
Otázka: Napadá vás, jak toto spouštění "on demand" udělat? Nějaký helper v netfilteru, nebo tak něco? Případně je nějaká chyba v předchozích předpokladech (třeba o inetd)? Mně napadá jen napsat nějaký redirectinetd, který bude dělat nějakým způsobem redirect na jiný port a povede si evidenci, které daemony už spustil a které ne.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz