Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
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.