From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: bug#30210: pandoc not reproducible Date: Mon, 04 Feb 2019 15:03:20 +0100 Message-ID: <87h8djhcrb.fsf@elephly.net> References: <87po61ypjq.fsf@mdc-berlin.de> <877es8z0xi.fsf@mdc-berlin.de> <87vafrxqel.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:35314) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqer3-0000sc-AZ for bug-guix@gnu.org; Mon, 04 Feb 2019 09:04:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gqeqx-0000pb-OQ for bug-guix@gnu.org; Mon, 04 Feb 2019 09:04:09 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:58984) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gqeqw-0000oD-S7 for bug-guix@gnu.org; Mon, 04 Feb 2019 09:04:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gqeqw-0002M0-HD for bug-guix@gnu.org; Mon, 04 Feb 2019 09:04:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87vafrxqel.fsf@gnu.org> ("Ludovic =?UTF-8?Q?Court=C3=A8s?="'s message of "Wed, 24 Jan 2018 15:49:54 +0100") 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: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 30210@debbugs.gnu.org, Ricardo Wurmus ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Ricardo Wurmus skribis: > >>> The only file that differs is this: >>> >>> /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2-check/l= ib/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. =E2=80=9Cdiff <(strings a|sort) <(strings b|sort)=E2=80=9D shows= no >> differences. (Of course there could be other differences than order, >> which simply don=E2=80=99t appear to be strings.) > > That sounds like code using readdir(2) and not sorting the returned > entries, as was the case for gtk-update-icon-cache or whatever it=E2=80= =99s > called. This package.cache problem has been fixed with commit 5de93cdba77db3777f8f026c029acadd7b8bdde3. Unfortunately it is now bin/pandoc that differs across builds. -- Ricardo