Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Zápisky v tomto blogu podléhají licenci Creative Commons Uveďte původ-Zachovejte licenci 4.0 Mezinárodní (CC BY-SA 4.0).
Git repozitář se zdrojovými soubory tohoto blogu v pandoc markdown formátu: marbu/abclinuxu-blog-hromada.
Při prolézání cizího git repozitáře mě nedávno napadla jednoduchá myšlenka:
mít tak příkaz git-cd, který by fungoval stejně jako
cd, ale s cestami by pracoval relativně k samotnému repozitáři. A
ukázalo se, že to jde (v bashi) poměrně přímočaře zařídit.
První věc, co bylo potřeba zjistit je cesta k aktuálnímu git working tree, což se nechá vypsat "jednoduše" takto:
$ git rev-parse --show-toplevel
Btw přidal jsem si pro to v .gitconfig alias root,
ale není to dál pro samotnou funkci git-cd třeba.
Jelikož chceme měnit aktuální adresář shellu, není jiná cesta než jít cestou
tvorby shell funkce (definované např, v ~/.bashrc):
git-cd()
{
if ! GIT_ROOT=$(git rev-parse --show-toplevel); then
return 1
fi
if [[ $# = 0 ]]; then
cd ${GIT_ROOT}
elif [[ "$1" = - ]]; then
cd -
else
cd "${GIT_ROOT}/$1"
fi
}
Funkce pak funguje tak, že volání git-cd bez parametrů změní
aktuální pracovní adresář na root git repa (pokud se zrovna v nějakém
nacházíme) a jinak se snaží přejít do zadaného adresáře v rámci repozitáře:
$ cd /home/martin/projects/nitrate/trunk/nitrate/docs $ git root /home/martin/projects/nitrate $ git-cd design/Milestone $ pwd /home/martin/projects/nitrate/design/Milestone $ git-cd $ pwd /home/martin/projects/nitrate
I když funkční, taková funkce není celá bez podpory doplňování. To ale taky není složité zařídit:
# bash autocompletion for git-cd
_git-cd()
{
if ! GIT_ROOT=$(git rev-parse --show-toplevel); then
return 1
fi
# current word to complete
local CUR=${COMP_WORDS[COMP_CWORD]}
# remove absolute paths
if [[ "$CUR" =~ ^/ ]]; then
CUR=${CUR#"/"}
fi
COMPREPLY=($(cd $GIT_ROOT; compgen -S '/' -d $CUR))
}
complete -o nospace -F _git-cd git-cd
A tím se dostáváme k použitelnému řešení 
Menší problém by (pro někoho) mohlo být, že shell funkci není možně přímo
volat přes git cd právě proto, že to není skript, ale jen shell
funkce. Což mi ale osobně přijde jako nepodstatný detail. Teoreticky by se to
sice dalo to obejít přes definici další shell funkce git, co by
fungovala jako wrapper, např:
git()
{
if [[ $1 = cd ]]; then
git-cd "$2"
else
/usr/bin/git "$@"
fi
}
Ale pak by přestalo fungovat doplňování v bashi. Možná by to i tak šlo nějak ohackovat, ale to mi vážně za tu námahu nestojí :)
Jinak pochopitelně nejsem první, koho něco takového napadlo udělat, viz třeba:
Ale na druhou stranu jsem nenašel, že by něco podobného bylo třeba v
git/contrib nebo v bashrc nějaké distribuce.
Tiskni
Sdílej:
Dej to do samostatného skriptu, ten umísti do ~/bin a nastav si tam $PATH. Pak to bude fungovat správně.No to právě nejde, protože
cd je vnitřní funkce shellu, která mění přímo stav
procesu, ve kterém ho spustíš. Neznám způsob, jak změnit aktuální adresář
v shellu z jiného procesu (nějaký hnusný hack se nepočítá :)
Asi by se hodil i git-pwd, který by ukázal cestu relativně ke kořenu repositáře.Díky. Ten git-pwd není špatný nápad, a fungoval by i jako obyčený skript.
Jak to funguje se submoduly?Jako každý jiný git nástroj, tj. v submodulu ti
git root vypíše cestu k kořenovému adresáři submodulu.
Poslal jsi už patch do upstreamu?Ještě ne, ale mám v plánu se aspoň zeptat na mailing listu. Totiž to, že je to je jen obyčejná shellová funkce trochu komplikuje distribuci z upstreamu ke koncovým uživatelům.
No to právě nejde, protože cd je vnitřní funkce shellu, která mění přímo stav
procesu, ve kterém ho spustíš. Neznám způsob, jak změnit aktuální adresář
v shellu z jiného procesu (nějaký hnusný hack se nepočítá :)
Oops... asi bych měl chodit spát dřív.