Byly zveřejněny informace o kritické zranitelnosti CVE-2025-55182 s CVSS 10.0 v React Server Components. Zranitelnost je opravena v Reactu 19.0.1, 19.1.2 a 19.2.1.
Bylo rozhodnuto, že nejnovější Linux 6.18 je jádrem s prodlouženou upstream podporou (LTS). Ta je aktuálně plánována do prosince 2027. LTS jader je aktuálně šest: 5.10, 5.15, 6.1, 6.6, 6.12 a 6.18.
Byla vydána nová stabilní verze 3.23.0, tj. první z nové řady 3.23, 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í.
Byla vydána verze 6.0 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.
Po více než 7 měsících vývoje od vydání verze 6.8 byla vydána nová verze 6.9 svobodného open source redakčního systému WordPress. Kódové jméno Gene bylo vybráno na počest amerického jazzového klavíristy Gene Harrise (Ray Brown Trio - Summertime).
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za listopad (YouTube).
Google Chrome 143 byl prohlášen za stabilní. Nejnovější stabilní verze 143.0.7499.40 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 13 bezpečnostních chyb.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,2 %. 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 26,42 %. Procesor AMD používá 66,72 % hráčů na Linuxu.
Canonical oznámil (YouTube), že nově nabízí svou podporu Ubuntu Pro také pro instance Ubuntu na WSL (Windows Subsystem for Linux).
Samsung představil svůj nejnovější chytrý telefon Galaxy Z TriFold (YouTube). Skládačka se nerozkládá jednou, ale hned dvakrát, a nabízí displej s úhlopříčkou 10 palců. V České republice nebude tento model dostupný.
Skript asi nebyl zcela korektní, ale donedávna fungoval, po upg. serveru ale nastal problém.
Mělo by to přesouvat soubory z jednoho serveru na druhý a v zásadě to funguje. Problém je pokud na zdrojové straně není žádný soubor a tar za rourou nedostane žádná data.
Nemohl by někdo poradit, jak to upravit, aby se část příkazu za rourou uplatnila pouze pokud je to relevantní?
ssh ... " cd /home/...; for x in * ; do if [ -f \"\$x\" ] ; then tar --remove-files --ignore-failed-read -cf - * ; fi ; done " | tar -xf -
Předem dík za radu.
Řešení dotazu:
scp?
$ scp 'jben@vzdaleny_stroj:/cesta/k/slozce/*(.)' /cesta/k/lokalni/slozce/
scp jsem zkoušel, ale nepodařilo se mi realizovat spojení.
Volaný server je za fw a je nutné použít nestandardní port, který je na fw přesměrován.
ssh vzdaleny_stroj -p2221 ...
funguje, ale pokud použiji scp, tak se ozve fw:
scp -P 2221 user@vzdaleny_stroj:...
tar --remove-files --ignore-failed-read -cf - $x
scp -r /home/dir user@server:/path/ && rm -f /home/dir/*
scp -r user@server:/home/dir /path/ && ssh user@server "rm -f /home/dir/*"
Ano funguje to tak, že cokoliv to najde ve zdrojovém adresáři na stroji 2, tak to přesune do cílového adresáře na stroj 1. Pokud tam soubory jsou, tak to funguje. Problém je, pokud je adresář prázdný, pak to končí chybou:
tar: Toto pravděpodobně není tar archiv
tar: Za běhu programu nastala chyba
Podle mého je špatně to, že tar spuštěný za rourou (tedy ten na straně 1, ze kterého se to původně spouští) je volán, ale nedostane nic ke zpracování, protože to je na straně 2 ošetřeno tak, aby se nic netarovalo - není co.
Neumím ale tomu taru na straně 1 říct, aby se spouštěl jen někdy, tedy jen pokud je co roztarovat.
Když to po sobě čtu, tak nevím , jestli to bude k pochopení, zkusím to.
Nic se tím nezměnilo. Stejná chyba.
co treba to zjednodusit:
ssh ... "tar -C /home/... -cf - ./ && rm -f /home/.../*" | tar -xf -
Neni to sice odpoved na Vas dotaz, ale myslim, ze to dela presne co chcete.
Overil jsem si, ze je mozne vytvorit tar, ktery obsahuje prave jenom ./
MarekDěkuji za pomoc, je to přesně to, co jsem potřeboval. Podadresáře tam nejsou a nikdy nebudou, takže jejich teoretický přenos v taru nevadí. Navíc na cílové straně jsou soubory dál zpracovávány a pozná se, o které je zájem a vše ostatní je smazáno.
Tiskni
Sdílej: