From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: [PATCH 5/5] gnu: Add emacs-mmm-mode Date: Thu, 09 Jul 2015 17:25:39 -0400 Message-ID: <87egkhnhv0.fsf@netris.org> References: <878uazoji5.fsf@gmail.com> <878uawrlzt.fsf@gnu.org> <87y4ivhho8.fsf@gmail.com> <87io9ukzk3.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43642) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZDJKZ-0007DP-SK for guix-devel@gnu.org; Thu, 09 Jul 2015 17:26:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZDJKV-0000Nx-HQ for guix-devel@gnu.org; Thu, 09 Jul 2015 17:26:07 -0400 In-Reply-To: (Federico Beffa's message of "Thu, 9 Jul 2015 22:31:34 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Federico Beffa Cc: Guix-devel , Alex Kost Federico Beffa writes: > On Thu, Jul 9, 2015 at 1:19 AM, Mark H Weaver wrote: >> emacs-mmm-mode is failing to build on hydra, because the downloaded >> tarball doesn't match the expected hash: >> >> http://hydra.gnu.org/build/563640/nixlog/1/tail-reload >> >> --8<---------------cut here---------------start------------->8--- >> starting download of `/gnu/store/gdwf9rsqvvqqb77qkgpp94w8k8z1i6wf-mmm-mode-0.5.4.tar' from `http://stable.melpa.org/packages/mmm-mode-0.5.4.tar'... >> >> http://stable.melpa.org/.../mmm-mode-0.5.4.tar 0.0% of 300.0 KiB (0. KiB/s) >> http://stable.melpa.org/.../mmm-mode-0.5.4.tar 21.3% of 300.0 KiB (405. KiB/s) >> http://stable.melpa.org/.../mmm-mode-0.5.4.tar 42.7% of 300.0 KiB (372. KiB/s) >> http://stable.melpa.org/.../mmm-mode-0.5.4.tar 64.0% of 300.0 KiB (439. KiB/s) >> http://stable.melpa.org/.../mmm-mode-0.5.4.tar 85.3% of 300.0 KiB (411. KiB/s) >> http://stable.melpa.org/.../mmm-mode-0.5.4.tar 100.0% of 300.0 KiB (419. KiB/s) >> output path >> `/gnu/store/gdwf9rsqvvqqb77qkgpp94w8k8z1i6wf-mmm-mode-0.5.4.tar' >> should have sha256 hash >> `1llkzb6d978ym3zv3yfzwj0w5zzmmj3ksrm5swrx1papxcnqnkb9', instead has >> `1kjc41nlsf7qxmmy9mrzk6myinjvc550zl5ia0ivvdz945x39yay' >> --8<---------------cut here---------------end--------------->8--- >> >> What went wrong here? > > That's not a good sign. I still have in the store the tar file with > the hash indicated in the package and it builds fine. However, if I > 'guix download ...' the file again I get a hash which is different > from the one in the package and also from the one in the hydra log. > > I can imagine that melpa is building the tar file on the fly. Is guix > taking the time stamp as an input to determine the hash? Guix is taking a hash of the complete contents of the downloaded file, i.e. all of the bytes inside the file. That, of course, includes timestamps from inside the tar file, but not any metadata of the file itself. Mark