Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Ř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: