From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:38393) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iCf4K-000599-8A for guix-patches@gnu.org; Tue, 24 Sep 2019 03:17:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iCf4I-0006Tl-Ue for guix-patches@gnu.org; Tue, 24 Sep 2019 03:17:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:56939) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iCf4I-0006Ta-Me for guix-patches@gnu.org; Tue, 24 Sep 2019 03:17:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iCf4I-0004hp-G8 for guix-patches@gnu.org; Tue, 24 Sep 2019 03:17:02 -0400 Subject: [bug#37434] [PATCH 1/2] gnu: ghc-megaparsec: Update to 7.0.5. Resent-Message-ID: From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <20190917033730.28806-1-ericbavier@centurylink.net> <87ftkqpv2l.fsf@gnu.org> <87impmtxr9.fsf@ngyro.com> <878sqitxky.fsf@ngyro.com> <87muevl8qm.fsf@gnu.org> <1991034139.35893173.1569290364575.JavaMail.zimbra@centurylink.net> Date: Tue, 24 Sep 2019 09:16:34 +0200 In-Reply-To: <1991034139.35893173.1569290364575.JavaMail.zimbra@centurylink.net> (Eric Bavier's message of "Mon, 23 Sep 2019 21:59:24 -0400 (EDT)") Message-ID: <87a7auqi3x.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Eric Bavier Cc: 37434@debbugs.gnu.org, bavier Hello, Eric Bavier skribis: > Idris 1.3.2 unfortunately needs megaparsec>=3D7.0.4. > > FWIW, idris is our only package that depends on ghc-megaparsec. :) So ma= ybe an upgrade is fine? For the sake of consistency, what about adding a variant of megaparsec for use by Idris, and keeping the LTS-12 version? > I was under the impression that our 'guix refresh' updater was supposed t= o use the appropriate stackage version? But it seems to be referencing ver= sion 14.6. Looking at =E2=80=98latest-lts-release=E2=80=99 in (guix import stackage), = the updater seems to just take the latest LTS version. We should probably fix that by having the argument to =E2=80=98stackage-lts-info-fetch=E2=80=99 default to the currently targeted= LTS version. Otherwise one has to know the LTS version and pass it to =E2=80=98guix impo= rt stackage --lts-version=E2=80=99, which is error-prone. Thoughts? Ludo=E2=80=99.