From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Vollmert Subject: bug#36084: ghc-tasty/ghc-clock circular dependency breaking is broken Date: Tue, 16 Jul 2019 18:17:26 +0200 Message-ID: <9C66C61B-16D7-4A01-A35D-85984FF819C4@vllmrt.net> References: <4CEAB7EC-5859-4915-B381-C0AFFD93ABC5@vllmrt.net> <87ef2qdnl7.fsf@ngyro.com> Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:48938) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hnQ9W-00023Z-Uo for bug-guix@gnu.org; Tue, 16 Jul 2019 12:18:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hnQ9S-0001pq-Rf for bug-guix@gnu.org; Tue, 16 Jul 2019 12:18:06 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:42224) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hnQ9S-0001pf-O3 for bug-guix@gnu.org; Tue, 16 Jul 2019 12:18:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hnQ9S-0005Td-D4 for bug-guix@gnu.org; Tue, 16 Jul 2019 12:18:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87ef2qdnl7.fsf@ngyro.com> 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: Timothy Sample Cc: 36084@debbugs.gnu.org > On 16. Jul 2019, at 17:08, Timothy Sample wrote: >=20 > Hi Robert, >=20 > After looking at this and your patch at , > I=E2=80=99m wondering if it works as long as we make sure the versions = match. > Can we just inherit the current =E2=80=9Cghc-clock=E2=80=9D, disable = its tests, and call > it =E2=80=9Cghc-clock-bootstrap=E2=80=9D? Is the Cabal consistency = checking too clever > for that? >=20 > If that doesn=E2=80=99t work, can you explain why the method you = proposed above > doesn=E2=80=98t work? It seems a little simpler than your patch. In = fact, > maybe we could live with the main =E2=80=9Cghc-tasty=E2=80=9D package = being built > without =E2=80=9Cghc-clock=E2=80=9D (via the flag you mentioned). I tried the direct approach again, and this time it worked. Posted an updated patch. I believe this should be fine, since GHCs builds should be = deterministic. Cheers Robert