Vývojové prostředí IntelliJ IDEA slaví 25. narozeniny (YouTube).
Vedení společnosti NVIDIA údajně povolilo použití milionů knih ze známého 'warez' archivu Anna's Archive k výcviku umělé inteligence, ačkoliv vědělo, že archiv tyto knihy nezískal legální cestou. Žaloba, ve které se objevují i citace interních dokumentů společnosti NVIDIA, tvrdí, že NVIDIA přímo kontaktovala Anna's Archive a požadovala vysokorychlostní přístup k datům knihovny.
Grafický správce balíčků Myrlyn pro SUSE a openSUSE, původně YQPkg, dospěl do stabilní verze 1.0.0. Postaven je nad libzypp a Qt 6. Projekt začal na SUSE Hack Weeku 24.
Vývojáři se podařilo vytvořit patch pro Wine, díky kterému je možné na linuxovém stroji nainstalovat a spustit Adobe Photoshop (testováno s verzemi Photoshopu PS2021 a PS2025). Dalším patchem se podařilo umožnit dokonce instalaci téměř celého Adobe Creative Cloud Collection 2023, vyjma aplikací Adobe XD a Adobe Fresco. Patch řeší kompatibilitu s windowsovými subsystémy MSHTML - jádrem prohlížeče Internet exporer, a MSXML3 - parserem
… více »Hackeři zaútočili na portál veřejných zakázek a vyřadili ho z provozu. Systém, ve kterém musí být ze zákona sdíleny informace o veřejných zakázkách, se ministerstvo pro místní rozvoj (MMR) nyní pokouší co nejdříve zprovoznit. Úřad o tom informoval na svém webu a na sociálních sítích. Portál slouží pro sdílení informací mezi zadavateli a dodavateli veřejných zakázek.
Javascriptová knihovna jQuery (Wikipedie) oslavila 20. narozeniny, John Resig ji představil v lednu 2006 na newyorském BarCampu. Při této příležitosti byla vydána nová major verze 4.0.0.
Singularity je rootkit ve formě jaderného modulu (Linux Kernel Module), s otevřeným zdrojovým kódem dostupným pod licencí MIT. Tento rootkit je určený pro moderní linuxová jádra 6.x a poskytuje své 'komplexní skryté funkce' prostřednictvím hookingu systémových volání pomocí ftrace. Pro nadšence je k dispozici podrobnější popis rootkitu na blogu autora, případně v článku na LWN.net. Projekt je zamýšlen jako pomůcka pro bezpečnostní experty a výzkumníky, takže instalujte pouze na vlastní nebezpečí a raději pouze do vlastních strojů 😉.
Iconify je seznam a galerie kolekcí vektorových open-source ikon, ke stažení je přes 275000 ikon z více jak dvou set sad. Tento rovněž open-source projekt dává vývojářům k dispozici i API pro snadnou integraci svobodných ikon do jejich projektů.
Dle plánu certifikační autorita Let's Encrypt nově vydává také certifikáty s šestidenní platností (160 hodin) s možností vystavit je na IP adresu.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 14.0 (Mastodon). Forgejo je fork Gitei.
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: