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.
---b----b------------------------------- master
\ \
\ POKUS (nejaky pokusny vyvoj)
\
LTS1 (long term support verzia master branche)
Potreboval som surne spravit nejaku opravu1 do LTS1, zamer bol takyto:
---b----b------------------------------- master
\ \
\ POKUS (nejaky pokusny vyvoj)
\
b--- OPRAVA1 --
\ \
-------------M--------LTS1 (long term support verzia master branche)
Bohuzial som si nevsimol ze nie som na LTS1 ale na POKUS. V skutocnosti som opravu branchol z POKUS:
---b----b------------------------------- master
\ \
\ b--POKUS (nejaky pokusny vyvoj)
\ \
\ OPRAVA1
\
LTS1 (long term support verzia master branche)
Opravu som v OPRAVA1 spravil a potom som to mergol do LTS1
---b----b------------------------------- master
\ \
\ b--POKUS (nejaky pokusny vyvoj)
\ \
\ OPRAVA1
\ \
----M---- LTS1 (long term support verzia master branche)
merge
Az v tom okamihu som si vsimol ze som OPRAVA1 zalozil na nespravnej vetve a spolu s mojou opravou sa do LTS1 dostal aj pokusny kod ktory tam nemal co robit. Potreboval som teda LTS1 vratit do doby pred mergom s OPRAVA1. Na nete som nasiel ze mam pouzit "git reset --hard HEAD" alebo "git reset --hard ORIG_HEAD". Lenze to sa mi vobec nevratilo do doby pred mergom, stale vidim tie zmenene veci:
sh-3.1$ git reset --hard HEAD HEAD is now at 8e761f6 Oprava odosielajuceho formulara sh-3.1$ git reset --hard ORIG_HEAD HEAD is now at 8e761f6 Oprava odosielajuceho formularaCize, mam LTS1 ktoru do ktorej som mergol vetvu OPRAVA1. Ako sa vratim spat k povodnemu stavu LTS1 pred mergom s OPRAVA1?
Řešení dotazu:
git reset --hard HEAD~1. --hard zajistí, že se zahodí i změněné soubory, HEAD~1 znamená předchozí commit. Nebo lze také pužít hash commitu.
Tiskni
Sdílej: