From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: [PATCH 5/5] gnu: Add emacs-mmm-mode Date: Thu, 9 Jul 2015 22:31:34 +0200 Message-ID: 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; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59007) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZDITp-00084w-U8 for guix-devel@gnu.org; Thu, 09 Jul 2015 16:31:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZDITo-0000l6-HH for guix-devel@gnu.org; Thu, 09 Jul 2015 16:31:37 -0400 In-Reply-To: <87io9ukzk3.fsf@netris.org> 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: Mark H Weaver Cc: Guix-devel , Alex Kost On Thu, Jul 9, 2015 at 1:19 AM, Mark H Weaver wrote: > Alex Kost writes: > >> Ludovic Court=C3=A8s (2015-07-04 18:16 +0300) wrote: >> >>> Alex Kost skribis: >>> >>>> I think I've found a problem with downloading packages from melpa-stab= le >>>> (probably the same will be with 'melpa', but I don't know). I tried t= o >>>> build this 'emacs-mmm-mode' package but it failed because >>>> does not exist >>>> anymore (because the current version is 0.5.4). >>> >>> If tarball deletion or renaming is common on MELPA, then maybe we could >>> address it by providing an additional alternate URL, as is done for >>> =E2=80=98lftp=E2=80=99 and other packages. WDYT? >> >> If I understand correctly, there is no alternative URL. Only URL for a >> latest version. (but I may be wrong) > > 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-mod= e-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. K= iB/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.t= ar' should have sha256 hash `1llkzb6d978ym3zv3yfzwj0w5zzmmj3ksrm5swrx1papxc= nqnkb9', 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? Fede