Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.
Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a
… více »Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.
Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »
Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).
curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.
Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.
V prosinci 2012 byla z linuxového jádra odstraněna podpora procesorů 386. Včera započalo odstraňování podpory procesorů 486.
Pro synchronizaci FTP (namountováno přes curlftpfs) na můj domácí disk spouštím skript s rsync.
Pokud tento skript spustím "ručně" z terminálu, tak synchronizace složek trvá cca 30-40 minut, ale když ho spustím pomocí cronu, tak běží hodiny a konec se neblíží.Původně jsem zkoušel synchronizovat celý FTP do složky, po této zkušenosti jsem skript zkusil předělat na postupnou synchronizaci jednotlivých adresářů na FTP do jednotlivých podsložek na mém disku, ale výsledek - rychlost je stejná.
Kde by mohla být chyba?Skript:
#!/bin/bash
SOURCEFOLDER='/mnt/ftp_xyz_cz'
TARGETFOLDER='/home/karel/Backup/ftp'
ZACATEK=$(date)
if mountpoint -q /mnt/ftp_xyz_cz; then
echo "FTP is mounted" > /home/karel/Backup/rsync_ftp.log
find $SOURCEFOLDER/backup/*.jpa -mtime +30 -exec rm {} \;
find $SOURCEFOLDER/backup/*.sql.gz -mtime +10 -exec rm {} \;
for i in `ls -1 $SOURCEFOLDER`; do
if ls $TARGETFOLDER/$i >/dev/null; then
ZAC=$(date)
echo -e "\n\n==========================================================" >> /home/karel/Backup/rsync_ftp.log
echo "Synchronizuji adresář: "$TARGETFOLDER/$i >> /home/karel/Backup/rsync_ftp.log
echo "==========================================================" >> /home/karel/Backup/rsync_ftp.log
rsync -vhrtlz --exclude-from=/usr/local/bin/rsync_ftp_exclude.txt --delete $SOURCEFOLDER/$i/ $TARGETFOLDER/$i/ >> /home/karel/Backup/rsync_ftp.log
KON=$(date)
echo -e "\nZačátek v:\t$ZAC\nKonec v:\t"$KON >> /home/karel/Backup/rsync_ftp.log
else
echo "Vytvarim adresar: "$TARGETFOLDER/$i >> /home/karel/Backup/rsync_ftp.log
mkdir $TARGETFOLDER/$i >> /home/karel/Backup/rsync_ftp.log
ZAC=$(date)
echo -e "\n\n==========================================================" >> /home/karel/Backup/rsync_ftp.log
echo "Synchronizuji adresář: "$TARGETFOLDER/$i >> /home/karel/Backup/rsync_ftp.log
echo "==========================================================" >> /home/karel/Backup/rsync_ftp.log
rsync -vhrtlz --exclude-from=/usr/local/bin/rsync_ftp_exclude.txt --delete $SOURCEFOLDER/$i/ $TARGETFOLDER/$i/ >> /home/karel/Backup/rsync_ftp.log
KON=$(date)
echo -e "\nZačátek v:\t$ZAC\nKonec v:\t"$KON >> /home/karel/Backup/rsync_ftp.log
fi
done
else
echo "FTP not mounted!" >> /home/karel/Backup/rsync_ftp.log
fi
KONEC=$(date)
echo -e "\n\nZačátek v:\t$ZACATEK\nKonec v:\t"$KONEC >> /home/karel/Backup/rsync_ftp.log
Řešení dotazu:
Tak chyba byla nalezena, do crontabu stačilo doplnit řádky:
SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
Snad moje blbost v budoucnu někomu pomůže.... 
for i in "$SOURCEFOLDER"/*; do
rsync -vhrtlz --exclude-from=/usr/local/bin/rsync_ftp_exclude.txt --delete \
"$i" "$TARGETFOLDER/" >> /home/karel/Backup/rsync_ftp.log
done
Skript je najednou jednodušší a bezpečnější. Na ty uvozovky nezapomínej.
, takže to nebyl prvořadý problém.Ono, když teď vím, kde byl zakopaný pes tak se asi mohu vrátit k mnohem jednodušší - původní variantě, kdy prostě dám synchronizovat jen složku, kde je namountován FTP a složku pro zálohy.
A na ty uvozovky se budu snažit myslet - až zase jednou budu bastlit (kdyby jste věděli, kolik času jsem strávil nad "svéráznými findy" a ostatními řádky skriptu
).
Tiskni
Sdílej: