Dnes a zítra probíhají Arduino Days 2026. Na programu je řada zajímavých přednášek. Sledovat je lze od 17:00 na YouTube. Zúčastnit se lze i lokálních akcí. Dnes v Poličce v městské knihovně a zítra v Praze na Matfyzu.
Byla vydána beta verze Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.04 LTS mělo vyjít 23. dubna 2026.
Byla vydána aktualizována Příručka pro začínající wikipedisty a wikipedistky (pdf).
Ubuntu plánuje v budoucích verzích nahradit tradiční nástroje pro synchronizaci času (chrony, linuxptp a gpsd) novým, v Rustu napsaným ntpd-rs, který nabídne vyšší bezpečnost a stabilitu.
Byla vydána nová verze 7.6 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Správce hesel KeePassXC byl nahrazen správcem hesel GNOME Secrets. Bitcoinová peněženka Electrum byla povýšena na verzi 4.7.0. Tor Browser byl povýšen na verzi 15.0.8. Další novinky v příslušném seznamu.
Chris Down v obsáhlém článku „vyvrací mýty o zswap a zram“, vysvětluje, co vlastně dělají a jaké jsou mezi nimi rozdíly. Doporučuje vyhýbat se zram na serveru a bez OOM.
Porota v Los Angeles shledala firmy Google a Meta odpovědnými v přelomovém soudním sporu, který se týká závislosti na sociálních sítích; firmy musí zaplatit odškodné tři miliony dolarů (63,4 milionu Kč). Společnosti, které s verdiktem nesouhlasí, čelily obvinění, že své sociální sítě a platformy záměrně navrhly tak, aby si na nich děti vypěstovaly závislost. Porota došla k závěru, že technologické společnosti při navrhování a
… více »Jelikož vývojáři editorů Vim a Neovim začali při vývoji využívat LLM, Drew DeVault se rozhodl forknout Vim a vytvořil projekt Vim Classic. Vychází z Vimu 8.2.0148, tj. těsně před zavedením Vim9 skriptování.
Byla vydána nová verze 0.56 open source počítačové hry Unvanquished (Wikipedie), forku počítačové hry Tremulous. Instalovat ji lze také z Flathubu.
FreeCAD (Wikipedie), tj. svobodný multiplatformní parametrický 3D CAD, byl vydán ve verzi 1.1 (YouTube). Po roce a čtyřech měsících od předchozí verze 1.0. Přehled novinek i s náhledy v poznámkách k vydání.
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.