Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 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řibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Řešení dotazu:
find -newerBt '2016-06-01' ! -newerBt '2016-06-02'
find . -type f | while read -r file
do
stat "${file}" | grep ^Change:\ ....-..-0.\ > /dev/null && echo ${file}
done
find . -type f | while read -r file
do
#stat "${file}"
stat "${file}" | grep ^Modify:\ ....-..-01\ > /dev/null && echo ${file}
done
Teď můžu pokračovat ...
Nejsem si jistý, co přesně myslíte formulací "rozhodit do Daily a Monthly", ale není to něco jako
for f in *.7z; do
dir=$(date -d @$(stat -c %Y $f) +%Y/%m/%d)
mkdir -p "$dir"
mv -vi "$f" "${dir}/"
done
Přesně mám na mysli toto:
Každý den se mi zálohují servery na své disky (je to rychlé) a následně se ty jejich zálohy kopírují na linuxový backup disk.
Skripty na těch serverech (Windows/Linux) neumí standardně dělat Monthly, jen Daily. A předělávat všechny skripty by byla otrava.
Proto na cílovém záložním serveru chci zálohy stěhovat do složky Monthly, abych si mohl udržovat 2 měsíce záloh ( zbytek se postupně odmazává), ale 6 měsíců záloh měsíčních, vždy první den v měsíci.
Je to i z kapacitních důvodů a takto je to po mě vyžadováno.
Vše mám pořešené, jen to kopírování 1.v měsíci jsem doposud neměl a nějak jsem se v tom zrácel.
Řešení výše je funkční, tvoje vyzkouším.
Moc děkuji za pomoc. Už jsem se s tím trápil celkem dlouho (po chvilkách cca měsíc).
Třeba to někomu dalšímu pomůže taky.
/srv/backup/$HOSTNAME/$YYYY-$MM-$DD/, takže hned je vidět ze kdy a odkud záloha je.
Co se stane, když se prvního ta záloha nepovede a bude chybět? Budeš mít pak dvouměsíční díru v zálohách? Spíš než dle data bych to řešil pořadím. Prostě první záloha v měsíci se zachová, ostatní se smažou. Takže pokud prvního zálohování selže, tak se zachová záloha z druhého a zbytek jde pryč.
Další otázka je, co se má stát, pokud zálohování přestane fungovat (nebo se servr odstraní). Smažou se postupně všechny zálohy, nebo prostě zůstane posledních šest měsíčních záloh? Co se stane s nejaktuálnější zálohou? Pokud by poslední záloha byla z 31. dne v měsíci a zachovala by se jen měsíční záloha z 1. dne v měsíci, znamená to ztrátu dat za poslední měsíc.
IN=/home/user
for f in $IN/*.7z; do
dir=$(date -d @$(stat -c %Y $f) +%Y/%m/%d)
echo $dir
#mkdir -p "$dir"
#mv -vi "$f" "${dir}/"
done
Výsledkem je výpis datumů ze všech souborů, které se na uvedené cestě nacházejí. Takže teď už jen vybrat ten d=01 a je to.
for f in ${IN}/*.7z; do
if [ "$(date -d @$(stat -c %Y $f) +%d" = 01 ]; then
...
fi
done
for f in ${IN}/*.7z; do
if [ "$(date -d @$(stat -c %Y $f) +%d)" = 01 ]; then
echo $f
fi
done
Píše Line 2: [01 Command not found Line 2: [02 Command not found Line 2: [03 Command not found Line 2: [04 Command not found Line 2: [05 Command not found Line 2: [06 Command not found
Ještě je tam nějaká chyba, ale tomu nerozumím. Jaký příkaz?
Pokud opravím hranaté závorky, pak je výstup takto:
for f in ${IN}/*.7z; do
if [ "$(date -d @$(stat -c %Y $f) +%d)"] = 01 ; then
echo $f
fi
done
Píše Line 2: [01] Command not found Line 2: [02] Command not found Line 2: [03] Command not found Line 2: [04] Command not found Line 2: [05] Command not found Line 2: [06] Command not found
Kde je tam chyba? Já jí nevidím...
test a je potřeba ji chápat jako příkaz, od kterého je první argument oddělen mezerou.)
Tak toto jsem netušil, že to není jen ohraničení příkazu a mezera je nutná. Zase jsem chytřejší, moc díky.
Vyřešeno, teď to chodí skvěle 
Akorát nesmíte mít mezery v názvech souborů
Může. Při návrhu takových skriptů je vhodné na tyhle věci myslet. Chyby ve zpracování mezer je lepší pohlídat a odstranit hned v úvodu, protože jinak člověka jednou spolehlivě střelí do nohy. (Otázka není zdali, ale kdy.)
Tak mi přijde, že většina navrhovaných řešení nesplňuje některé důležité předpoklady, jako například:
Tady je řešení, které bych použil já, kdybych potřeboval najít soubory změněné prvního.
find -type f -printf '%Td %p\n' \
| while read line; do
((10#"${line%% *}" == 1)) && echo "${line#* }"
done
Tiskni
Sdílej: