abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 0
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 15
17.1. 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
17.1. 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
17.1. 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 2
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (74%)
 (3%)
 (10%)
Celkem 317 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: navrh na skript, ktery bude hledat nove soubory

    27.8.2007 15:03 David | skóre: 21 | Praha
    navrh na skript, ktery bude hledat nove soubory
    Přečteno: 245×
    Ahoj, mam pocitace A a B. Na pocitaci A je adresar /tonda, ktery potrebuju presunout na stroj B (tez do adresare /tonda). Adresar obsahuje cca 4 milinoy souboru, takze kopirovani trva zhruba 10 hodin. Problem je, ze na stroji A se adresar /tonda meni (server nemuzu na 10 hodin vypnout a zkopirvat adresar /tonda). Muj navrh je zkopirovat adresar /tonda z A na B. Pak stroj A vypnout (muzu maximalne na 4 hodiny), zjistit ktere soubory se zmenily, popr. ktere vznikly nove a ty pak prekopirovat (prepsat) na stroj B. Otazka: Jak byste zjistovaly ktere soubory se zmenily? Nechi po vas skript, ale napad :).
    Diky, david.

    Odpovědi

    27.8.2007 15:06 David | skóre: 21 | Praha
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Popr. jestli nevite tohle:
    stat /etc/hostname
    
      File: `/etc/hostname'
      Size: 5               Blocks: 8          IO Block: 4096   regular file
    Device: 900h/2304d      Inode: 210932      Links: 1
    Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
    Access: 2006-07-13 18:08:38.000000000 +0200
    Modify: 2006-11-22 20:22:16.000000000 +0100
    Change: 2006-11-22 20:22:16.000000000 +0100
    
    Co vyjadruji casy Access,Modify a Change, popr. ktery cas by se dal vyuzit k predeslemu?
    Milan 27.8.2007 16:26 Milan "Nemo" Cingroš | skóre: 27 | blog: Nautilus | Plzeň
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Popis těch časů je na Linuxwiki, tak to sem nebudu psát znova Atime, ctime, mtime. Ale jinak souhlasím s ostaními a použil bych rsync.
    Soutěžte na české LinuxWiki a vyhrajte plyšového Tuxe.
    27.8.2007 15:15 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    rsync :-)
    27.8.2007 15:15 lscpu
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Ja bych jeden napad mel: rsync
    wolf09 avatar 27.8.2007 15:16 wolf09 | skóre: 30
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Na tohle by bylo asi nejlepsi pouzit rsync. Nejdrive se zkopiruje co jde (pokud to pujde za behu).

    Pak se vypne co je treba na A a pomoci rsync se dotahne to, co se zmnenilo.

    Nakonec se spusti co je treba na B.
    Zkusili jste to vypnout a znovu zapnout ?
    27.8.2007 15:30 dustin | skóre: 60 | blog: dustin
    Rozbalit Rozbalit vše Re: navrh na skript, ktery bude hledat nove soubory
    Stejnou situaci jsem řešil také dvoufázově. V prvním kole jsem ze živého systému překopíroval měnící se data na nový stroj (myslím přes tar + netcat), druhé kolo již při read-only zdroji přes rsync. Chvíli trvá, než rsync zjistí změny, ale je to stále daleko rychlejší, než kopírovat vše. 10 hodin první kolo a 4 hodiny druhé mi přijde reálné, navíc lze ještě na živém systému předem ověřit, jak přibližně dlouho rsync poběží.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.