V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
scp a sftp?
Já ten Linux miluju……si člověk říká jen do doby než musí dostat jádro 2.4.31 na MIPSel.
Maturu mám hotovou. Na školu jsem přijatej. A brigádu zatím nemám.Tak to jsme na tom úplně stejně.
Nakonec jsem zvolil možnost ftp……a měl štěstí, že záloha nečítala tisíce souborů.
…a měl štěstí, že záloha nečítala tisíce souborů.No, u FTP je jeho rezie pri inicializaci prenosu kazdeho souboru sice trochu neprijemna, ale cokoliv chytrejsiho nez obycejny klient rekurzivni stahovani umi - bud se muze pouzit nejaka chytrejsi vecika jako lftp, filemanager jako mc a pod., nebo se FTP server primountuje pres FUSE (a pak staci i obycejne cp). I kdyz alternativni reseni budou rychlejsi, osobne bych za nejrychlejsi sitove reseni asi povazoval tar, gzip (bzip2, pokud mate opravdu rychle stroje) a jiz zminovany netcat, na strane zdroje by se soubory ztarovaly, zagzipovaly a precpaly netcatem pres sit, kde by se na druhe strane zase rozgzipovaly a roztarovaly. Osobne jsem to sice nikdy nezkousel, ale u urciteho typu obsahu (napr spousta textovych souboru jako zdrojaky nebo HTML) se tezko najde neco lepsiho.
I kdyz alternativni reseni budou rychlejsi, osobne bych za nejrychlejsi sitove reseni asi povazoval tar, gzip (bzip2, pokud mate opravdu rychle stroje) a jiz zminovany netcat, na strane zdroje by se soubory ztarovaly, zagzipovaly a precpaly netcatem pres sit, kde by se na druhe strane zase rozgzipovaly a roztarovaly. Osobne jsem to sice nikdy nezkousel, ale u urciteho typu obsahu (napr spousta textovych souboru jako zdrojaky nebo HTML) se tezko najde neco lepsiho.+1
V podstatě to samé dělá i sftp pokud je u něj zaplá volba Compression yes a ještě je to šifrované.
I kdyz alternativni reseni budou rychlejsi, osobne bych za nejrychlejsi sitove reseni asi povazoval tar, gzip (bzip2, pokud mate opravdu rychle stroje) a jiz zminovany netcat, na strane zdroje by se soubory ztarovaly, zagzipovaly a precpaly netcatem pres sit, kde by se na druhe strane zase rozgzipovaly a roztarovaly. Osobne jsem to sice nikdy nezkousel, ale u urciteho typu obsahu (napr spousta textovych souboru jako zdrojaky nebo HTML) se tezko najde neco lepsiho.Používám neustále, nemohu si stěžovat. Jen jeden hint: je dobré použít přepínač -q, jinak není poznat že přenos již skončil
.
Počkej až se někde setkáme, ty si zahráváš už delší dobu
use chroot = false uid = root gid = root log file = /dev/stdout read only = false write only = false [nazev] path=CESTAPC1: spustit rsync --daemon --no-detach --config=./rsync.fong PC2: spustit rsync -avP lokalni_adresar rsync://PC1/nazev/ nebo spustit rsync -avP rsync://PC1/nazev/ADRESAR lokalni_umisteni/
občas třeba z něčího počítače používám jabber na serveru přes centerim nebo i elinks
. Stačí jen znát heslo ...tar | lzop | netcat <--> netcat | lzop | tar. Tedy aspoň na "stovce". Na gigabitu bude ta komprese ve většině případů zbytečná. Ale mezi servery s diskovými poli by lzop mohl něco ušmiknout dokonce i na tom gigabitu.
Tiskni
Sdílej: