Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.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 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »Maturu mám hotovou. Na školu jsem přijatej. A brigádu zatím nemám. A tak mám mrtě času. Jelikož jsem nedávno dělal kámošovi zálohu, kterou jsem prováděl tak, že všechny jeho data jsem napral bráchovi do noťasu. Měl jsem k dispozici spoustu filmů. Jediný problém byl, že brácha noťas potřeboval a nechtěl mě k němu pustit ani na vteřinu. Proto jsem musel vymyslit způsob, jak data dostat do svého PC.
Pokud bych měl Windows, asi bych musel bráchu ukecat, ať mi to dá na flashku, ale to by nešlo, dělal něco mooooc důležitýho. Ještě bych mohl využít sdílení, jelikož jsme zesíťování. Ale to bych ho musel opět vyrušit. Takže bych asi ostrouhal a musel si počkat. Naštěstí já i on máme Linux. Takže následovalo asi něco takového:
ssh stoupa@192.168.1.100 stoupa@192.168.1.100's password: Linux stoupa-laptop 2.6.24-17-generic #1 SMP Thu May 1 14:31:33 UTC 2008 i686 The programs included with the Ubuntu system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. To access official Ubuntu documentation, please visit: http://help.ubuntu.com/ Last login: Fri Jun 6 18:45:42 2008 from 192.168.1.101 stoupa@stoupa-laptop:~$No potom jsem měl několik možností, jak data od něj k sobě přenést. Rozchodit NFS, ale to se mi nechtělo. Použít scp, ale to je pomalé. Nakonec jsem zvolil možnost ftp. Původně jsem chtěl zapnout mc a připojit se ke svému ftp serveru a nakopčit to tam. Ale nakonec jsem si vzpomenul, že často někde s bookem chodím a potřebuju, aby i na něm byl ftp server. A tak jsem zadal:
sudo apt-get install vsftpdPotom jsem upravil /etc/vsftpd pro své potřeby. Odhlásil se a na svém kompu zapl ftp klienta a data si zkopíroval z bráchovýho kompu, aniž bych ho vyrušil či by o tom věděl.
Tiskni
Sdílej:
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
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/
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.