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.
sh$ skript1.sh; skript2.sh... ale to asi nechcete. Tak napiste priklad, co vlastne chcete.
spocti A od1 do1 spocti A od2 do2 spocti A od3 do3 spocti A od4 do4 spocti A od5 do5 spocti A od6 do6abych si usetril cas vypoctu na 2procesorove masine, rozdelim tento skript na 2 mensi skriptA1.sh obsahujici
spocti A od1 do1 spocti A od2 do2 spocti A od3 do3a skriptA4.sh obsahujici
spocti A od4 do4 spocti A od5 do5 spocti A od6 do6a pak spustim v jednom terminalu skriptA1.sh a v jinem skriptA4.sh. mezitim si pripravim dalsi skript skriptB.sh obsahujici neco jako
spocti B od1 do1 spocti B od2 do2 spocti B od3 do3 spocti B od4 do4 spocti B od5 do5 spocti B od6 do6nebo rovnou 2 skripty skriptB1.sh a skriptB4.sh. Jakym "rozumnym"
zpusobem je ted mam spustit,
aby provedly a to nejlepe az po provedeni
tech A-ckovych bratricku? Mam je zavolat na konci tech A-ckovych?
A na konec B-ckovych pripsat C-ckove?
A kdyz 2.den budu chtit pustit zase ty A-ckove
a uz ne B-ckove, tak mam ty posledni radky zase umazavat?
kdyby bylo neco jako
posli_skript_do_fronty skriptA1.sh posli_skript_do_fronty skriptA2.sh posli_skript_do_fronty skriptB1.sh posli_skript_do_fronty skriptB2.shupravovalo by se mi to mnohem prijemneji.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz