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 19:44 | Zajímavý software

Spolek vpsFree.cz na svém blogu informuje, že přechází z OpenVZ na vpsAdminOS. Distribuce vpsAdminOS je založena na NixOS a not-os. Pokud provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS, který je na migraci kontejnerů z OpenVZ připraven.

Ladislav Hagara | Komentářů: 0
dnes 10:22 | Komunita

Minulý týden byla ze správce souborů (Files, Soubory, Nautilus) v GNOME odstraněna možnost spouštění aplikací. Po bouřlivé diskusi byla dnes tato možnost do správce souborů vrácena (commit).

Ladislav Hagara | Komentářů: 21
včera 22:44 | Nová verze

Ani ne po měsíci vývoje od vydání verze 2.10.0 byla vydána nová verze 2.10.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání. Opraveno bylo 44 chyb. Novinkou je podpora formátu HEIF (High Efficiency Image File Format) a dva nové filtry.

Ladislav Hagara | Komentářů: 44
včera 17:44 | Komunita

SFC (Software Freedom Conservancy) na svém blogu blahopřeje společnosti Tesla k prvnímu kroku k dodržování licence GPL. Tesla ve svých elektromobilech používá svobodný software. Změny ve zdrojovým kódech ale doteď veřejně nezveřejňovala. Změna nastala tento týden. Zdrojové kódy byly zveřejněny na GitHubu. Nejedná se zatím ale o kompletní odpovídající zdrojové kódy (CCS - complete corresponding source).

Ladislav Hagara | Komentářů: 14
19.5. 17:33 | Komunita

Společnost Purism informuje o aktuálním vývoji chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Telefon už umí telefonovat. Librem 5 by měl být k dispozici v lednu 2019. Předobjednat jej lze za 599 dolarů.

Ladislav Hagara | Komentářů: 30
19.5. 09:00 | Bezpečnostní upozornění

Společnost Qualys zveřejnila výsledky bezpečnostního auditu procps-ng, tj. balíčku s příkazy free, kill, pgrep, pidof, pkill, pmap, ps, pwdx, skill, slabtop, snice, sysctl, tload, top, uptime, vmstat, w a watch. Nalezeno bylo 7 bezpečnostních chyb (CVE-2018-1120, CVE-2018-1121, CVE-2018-1122, CVE-2018-1123, CVE-2018-1124, CVE-2018-1125 a CVE-2018-1126). Dvě z nich jsou zneužitelné k lokální eskalaci práv. Příslušné záplaty jsou již k dispozici v upstreamu.

Ladislav Hagara | Komentářů: 5
18.5. 06:44 | Nová verze

Byla vydána třiadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Ken Wood. Představení novinek v poznámkách k vydání a také na YouTube.

Ladislav Hagara | Komentářů: 3
18.5. 05:55 | Zajímavý článek

Tento týden se v Cambridge ve Velké Británii konal hackfest, který měl za cíl zlepšit výkon na GNOME postavených systémů na slabších počítačích. Hans de Goede například analyzoval spotřebu paměti jednotlivých komponent ve Fedora 28 Workstation na stroji s 2 GB RAM a pomocí kroků popsaných v článku Kde uspořit paměť ve Fedora Workstation na MojeFedora.cz snížil spotřebu paměti z 1,4 GB na 765 MB.

Ladislav Hagara | Komentářů: 10
17.5. 20:55 | Nová verze

Bram Moolenaar oznámil vydání verze 8.1 textového editoru Vim (Vi IMproved). Hlavní novinkou je integrovaný terminál.

Ladislav Hagara | Komentářů: 8
17.5. 16:55 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.27 a beta verze 1.28 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 6
Používáte pro některé služby inetd?
 (34%)
 (24%)
 (42%)
Celkem 137 hlasů
 Komentářů: 4, poslední dnes 12:56
    Rozcestník

    Dotaz: Rozdilny hash dvou stejnych komprimovanych souboru

    polo23 avatar 24.9.2010 22:03 polo23 | skóre: 26 | blog: polo23
    Rozdilny hash dvou stejnych komprimovanych souboru
    Přečteno: 265×
    Ahoj, narazil jsme na takovy podivny problem pri kompresi souboru. Kdyz zkomprimuji dva stejne soubory programem gzip a pak udelam jejich MD5SUM tak dostanu pokazde jinou hodnotu cemuz nerozumim protoze vstup je stejny i kompresni algoritmus je stejny. Kdyz jsem to stejne zkusil s programem bzip2 tak uz oba hashe byly stejne. Napada nekoho cim by to u toho gzipu mohlo byt zpusobeno? Diky za rady.

    http://www.it-kurz.cz

    Řešení dotazu:


    Odpovědi

    24.9.2010 22:23 JF | skóre: 23
    Rozbalit Rozbalit vše Re: Rozdilny hash dvou stejnych komprimovanych souboru
    Zkus to zazipovat vicekrat to same, jestli se hashe stale meni.

    Dovedu si predstavit, ze Huffmanuv prostor je obsazovan pseudonahodne pro zvyseni rychlosti komprese. Ale to nemusi byt to spravne vysvetleni. Muze tam byt ulozeno treba datum vzniku/posledniho pristupu k souboru ci kdovi co jeste. Ale to je jen odhad.
    polo23 avatar 24.9.2010 22:48 polo23 | skóre: 26 | blog: polo23
    Rozbalit Rozbalit vše Re: Rozdilny hash dvou stejnych komprimovanych souboru
    ...ted jsme udelal 3x gzip toho sameho souboru a HASH je stejny takze uz tomu vubec nerozumim:)
    http://www.it-kurz.cz
    25.9.2010 14:55 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Rozdilny hash dvou stejnych komprimovanych souboru
    A co tak misto hashe se podivat přímo do těch kompresovaných souborů. hash ti zcela rozmydlí v čem se liší. srovnat je třeba přes cmp. Dovedu si představit, že jestli gzip je nastavený tak, že do zipu zakomponuje jméno souboru s cestou, tak pak hash musí být jiný.
    25.9.2010 14:59 chrono
    Rozbalit Rozbalit vše Re: Rozdilny hash dvou stejnych komprimovanych souboru
    Rôzny tam môže byť ešte aj komentár (ale to asi nikto nepoužíva) a hlavne ten čas poslednej úpravy.
    25.9.2010 19:57 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Rozdilny hash dvou stejnych komprimovanych souboru

    1. Hash vzdy rovnaky, umiestnenie stale to iste, atime a mtime suboru sa nemenil.

    pato@debian:~$ mkdir test
    pato@debian:~$ touch test.file
    pato@debian:~$ for i in {1..10}; do gzip -c test.file | md5sum >> hash.file; sleep 1; done
    pato@debian:~$ cat hash.file 
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    fd4cb01520ca9580b5543c98a2869994  -
    2. Hash je vzdy rozny, umiestnenie rovnake, ale atime a mtime suboru sa menil.
    pato@debian:~$ for i in {1..10}; do touch test.file; gzip -c test.file | md5sum >> hash.file; sleep 1; done
    pato@debian:~$ tail -n 10 hash.file 
    7d91fea8f0aac23996983a64f407bc57  -
    c5427b6fa4c62451dd9910abfb8e8d51  -
    5b5ee4a68aed9dca24a66c9f558ae5ee  -
    0892f2d24970bdafc5c1b7130d6cabb1  -
    f21c00c676bf10f0c3d2ea44723694ae  -
    61b811028440fab6173eb1ede0efa0a8  -
    ea82720904dbce1112684bebde62f134  -
    cc7b9da59031057dde49205f48a71529  -
    76a047c55682bcf219263b4604c1e79e  -
    b82b41e9a935383e2154300df58c6a5b  -

    3.Hash je vzdy rovnaky pocas tohto testu, ale iny ako v bode 1, umiestnenie sa menilo, atime a mtime je vsak rovnaky.

    pato@debian:~$ cp test.file test
    pato@debian:~$ for i in {1..10}; do gzip -c test/test.file | md5sum >> hash.file; sleep 1; done
    pato@debian:~$ tail -n 10 hash.file 
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -
    12e6a9ee3a4b61fc12d7826c091eea65  -

    Takze z toho plynie, ze tak zmena atime ci mtime ako aj umiestnenie maju vplyv na hodnotu hashu. Co teda len potvrdzuje predchadzajuce tvrdenia.

     

    p.s.: Ako sa prida komentar k archivu som ani v manualovych strankach nenasiel, ale pokial sa to ulozi do archivu, tak hash by bol znova rozny.

    25.9.2010 20:01 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Rozdilny hash dvou stejnych komprimovanych souboru

    Oprava: Zmena mtime ma vplyv na hodnotu hash, zmena atime NEMA vplyv na hodnut.

    polo23 avatar 25.9.2010 21:18 polo23 | skóre: 26 | blog: polo23
    Rozbalit Rozbalit vše Re: Rozdilny hash dvou stejnych komprimovanych souboru
    Diky za vycerpavaci testy a objasneni rozdilnych hashu. Mym ukolem bylo zalohovat mysql databaze a ja se porad divil jak je mozne ze stejne databaze maji pokazde jiny hash. Ted uz mi zbyva vyresit posledni vec. Jak donutit komprimovaci program aby do zkomprimovanych souboru nezahrnoval cas (idealne zadny). I s tim umistenim bude trochu problem.
    http://www.it-kurz.cz
    25.9.2010 21:38 chrono
    Rozbalit Rozbalit vše Re: Rozdilny hash dvou stejnych komprimovanych souboru
    Vyskúšaj parameter --no-name

    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.