From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 106002 invoked by alias); 2 Jun 2015 05:17:42 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 105989 invoked by uid 89); 2 Jun 2015 05:17:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-in-17.arcor-online.net Received: from mail-in-17.arcor-online.net (HELO mail-in-17.arcor-online.net) (151.189.21.57) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Tue, 02 Jun 2015 05:17:39 +0000 Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mx.arcor.de (Postfix) with ESMTP id 3m11pR4bsqz6H01 for ; Tue, 2 Jun 2015 07:17:35 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 9B0E97DDB81 for ; Tue, 2 Jun 2015 07:17:35 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-05.arcor-online.net 3m11pR3KKlz71ly Received: from Gertrud (p54B474C8.dip0.t-ipconnect.de [84.180.116.200]) (Authenticated sender: stromeko@arcor.de) by mail-in-05.arcor-online.net (Postfix) with ESMTPSA id 3m11pR3KKlz71ly for ; Tue, 2 Jun 2015 07:17:35 +0200 (CEST) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: setup References: <87382fdvjp.fsf@Rainer.invalid> <20150531102421.GB4329@calimero.vinschen.de> <878uc3l2my.fsf@Rainer.invalid> <20150601183432.GT4308@calimero.vinschen.de> <874mmrky4e.fsf@Rainer.invalid> <20150601210617.GW4308@calimero.vinschen.de> Date: Tue, 02 Jun 2015 05:17:00 -0000 In-Reply-To: <20150601210617.GW4308@calimero.vinschen.de> (Corinna Vinschen's message of "Mon, 1 Jun 2015 23:06:17 +0200") Message-ID: <87wpzm664z.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2015-06/txt/msg00018.txt.bz2 Corinna Vinschen writes: >> Because of the openssl branch in Git. > > Oh, that was a bad idea. I won't remove the branch for historical > reasons, but we don't really want to link agaionst OpenSSL when we > already link against gcrypt. OK, makes sense. >> > This was a drop-in replacement for Digest::MD5. Anything else I'll >> > let somebody do who better knows perl. >> >> THen the call $ctx->hexdigest() would need to be replaced by >> $ctx->b64digest(). > > No, it would need to support this additionally. Why? In any case it'd be easy enough to make it switchable. >> > Apart from this, the sah512.sum files are not only generated for the >> > Cygwin release dir, they are generated on the sourceware ftp area >> > system-wide. >> >> I'm only talking about SHA512 in the setup.ini files, though. The >> sha512.sum files have no bearing on that. > > So what exactly is the problem with the longer checksums? I don't > see any problem here, especially when the file is being compressed > anyway. I'm not concerned about the size (although I note that even if compression recognized it's looking at an SHA512 it would at best be able to compress it down to 64 bytes anyway). The difference between 128 and 86 (or 88 padded) characters is pretty noticeable on screen. It's probably a bit unusual that I look at setup files so often (since I generate my own), but it still disturbes me. The other thing (but that really is unrelated, as I could take care of it on other ways) is that I still plan to move to a repository format that allows multiple versions to be active at the same time (via different setup.ini files pointing into the same repo hierarchy) and I was thinking of using the SHA512 to do directory balancing like it's done for the object directory in Git. ~ (2001) du -sh /mnt/mirror/cygwin 52G /mnt/mirror/cygwin ~ (2002) find /mnt/mirror/cygwin -type f |wc 44778 44778 3340383 ~ (2003) find /mnt/mirror/cygwin -type d | wc 11079 11079 602401 ~ (2004) ls -d /mnt/mirror/cygwin/x86/release/* | wc 2071 2071 89831 Using a 6bit key into a two level tree would seem to provide a better balance for this structure than 8bit or I could go single level with a 12bit key. It needs to provide optimum performance over network, so the optimum likely is at a different point than a local file system. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds