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.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
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: