Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Byly publikovány informace (txt) o zranitelnostech CVE-2025-5054 v Apport a CVE-2025-4598 v systemd-coredump. Lokální uživatel se může dostat k výpisu paměti programu (core dump) s SUID a přečíst si tak například /etc/shadow.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,69 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 30,95 %. Procesor AMD používá 68,77 % hráčů na Linuxu.
Byla vydána verze 4.0 open source programu na kreslení grafů Veusz (Wikipedie). Přehled novinek v poznámkách k vydání. Proběhla portace na Qt 6.
Dibuja je jednoduchý kreslící program inspirovaný programy Paintbrush pro macOS a Malování pro Windows. Vydána byla verze 0.26.0.
Byla vydána nová verze 9.13 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána nová stabilní verze 3.22.0, tj. první z nové řady 3.22, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
FEL ČVUT vyvinula robotickou stavebnici pro mladé programátory. Stavebnice Brian byla navržená speciálně pro potřeby populární Robosoutěže. Jde ale také o samostatný produkt, který si může koupit každý fanoušek robotiky a programování od 10 let, ideální je i pro střední školy jako výuková pomůcka. Jádro stavebnice tvoří programovatelná řídicí jednotka, kterou vyvinul tým z FEL ČVUT ve spolupráci s průmyslovými partnery. Stavebnici
… více »Ubuntu bude pro testování nových verzí vydávat měsíční snapshoty. Dnes vyšel 1. snapshot Ubuntu 25.10 (Questing Quokka).
for s in bla ' bla' 'bla ' ' bla '; do echo -n "'${s}': " if [[ "${s:0:1}" != ' ' && "${s: -1}" != ' ' ]]; then echo 'jo' else echo 'ne' fi done
... if [[ "$s" = "${s# }" && "$s" = "${s% }" ]]; then ...
... if [[ "${s}${s}" = "${s# }${s% }" ]]; then ...
if printf "%s" "$string" | grep -vo '^\s\|\s$'; then
Mám naprosto běžný grep (OK, GNU grep), který defaultně argument interpretuje jako basic regular expression, ne jako PCRE (to by dělal s přepínačem -P
).
Nebo prostě jen nepoužívejte \s.
Já to nepoužívám, použil jste to vy - což byla chyba.
Expanze v nejsou prapodivné. Dokonce nejsou specifické pro Bash; byly i ve standardním shellu (a umí je tedy i Dash). Prapodivné je záměrně nepoužívat některé části Bashe (nebo shellu obecně). Od toho jsou přece manuálové stránky, aby expanze uživatelům přestaly připadat prapodivné.
Roury jsou přehledné pro zpracování delšího streamu dat, který jimi prochází a který se celý zpracuje na jedno spuštění zúčastněných procesů. Pro manipulaci s jednotlivými proměnnými jsou roury krajně nevhodné. Je to takový mor skriptů (anglicky antipattern) a jednou z výhod Bashe je, že umožňuje vyhnout se takovým zlozvykům.
Nic moc se nestane, když někdo zbytečnou rouru použije na zpracování jednoho vstupního parametru. Horší ale bude, když se něco takového dostane do cyklu, který čte vstup a stále dokola pak spouští grep
. Viděl jsem až příliš mnoho skriptů, které běžely minutu, zatímco po odstranění zbytečného spouštění procesů jim stačila sekunda.
Pokud jde o nepřehlednou logiku, myslím si, že jednoduchá podmínka, která nápadně připomíná různé další jazyky, je nesrovnatelně přehlednější než ošklivý trik s grep
em.
read aux <<<"$s" if [ "$s" = "$aux" ]; then
case "$s" in \ *|*\ ) ... ;; *) ... ;; esac
read
se hodí hlavně v situaci, kdy nepotřebuji kontrolu, ale spíš se těch počátečních a koncových mezer chci zbavit. Na druhou stranu, tenhle nenápadný rozdíl mezi "read
" a "read var
" mi vždycky přišel tak trochu jako past.
$newstring=$(printf "%s" "$string" | grep -Po '\S.*\S')Většinou to člověk ocení až při matchnutí něčeho složitějšího. Tím rozdílem mezi read a read var myslíte co?
V posixových shellech by to znamenalo spojení rourou s printf a to je pak lepší použít rovnou grep.
Ne, není. Kromě zpracování delších souborů nebo vstupů není nikdy "lepší" použít grep
. Zatímco printf
je efektivní vestavěný příkaz shellu, grep
je zbytečný externí proces.
Asi jo, kdyby to bylo nějak nezbytné. Pokud ale můžu s proměnnou nějak přímo manipulovat v shellu (nebo v Bashi, který má integery a aritmetické výrazy, pár expanzí navíc a další vychytávky), asi bych tam tu rouru necpal za každou cenu. Jako jo, když mám kamna, tak tam budu mít rouru, ale jinak ji nepotřebuju.
Tiskni
Sdílej: