From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: bug#30210: pandoc not reproducible Date: Tue, 23 Jan 2018 23:04:57 +0100 Message-ID: <877es8z0xi.fsf@mdc-berlin.de> References: <87po61ypjq.fsf@mdc-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52304) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ee6hj-00050q-UT for bug-guix@gnu.org; Tue, 23 Jan 2018 17:06:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ee6hf-0004Ou-I7 for bug-guix@gnu.org; Tue, 23 Jan 2018 17:06:07 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:60435) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ee6hf-0004NU-60 for bug-guix@gnu.org; Tue, 23 Jan 2018 17:06:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ee6he-0001yZ-Ro for bug-guix@gnu.org; Tue, 23 Jan 2018 17:06:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87po61ypjq.fsf@mdc-berlin.de> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 30210@debbugs.gnu.org > The only file that differs is this: > > /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2-check/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache > /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache At least they seem to contain the same strings albeit in a different order. “diff <(strings a|sort) <(strings b|sort)” shows no differences. (Of course there could be other differences than order, which simply don’t appear to be strings.) > I wonder if we should expect that other Haskell packages are also > affected by this. Other packages also have a “package.cache”, but I don’t think they are used. The build system creates a new temporary “package.cache” file for all Haskell packages, and we have a profile hook that creates such a file for when Haskell packages are installed to profiles. Could we maybe just delete “package.cache” after the installation phase? (Even if we can make our packages appear to be deterministic, will they really be? This GHC bug sounds bad for us: https://ghc.haskell.org/trac/ghc/ticket/4012) -- Ricardo