From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:37525) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j713P-0002W8-Mp for guix-patches@gnu.org; Wed, 26 Feb 2020 13:05:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j713O-0000aU-NM for guix-patches@gnu.org; Wed, 26 Feb 2020 13:05:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:51694) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j713O-0000a8-Gb for guix-patches@gnu.org; Wed, 26 Feb 2020 13:05:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j713O-0001xH-C4 for guix-patches@gnu.org; Wed, 26 Feb 2020 13:05:02 -0500 Subject: [bug#39798] [PATCH 00/13] Update Pandoc. Resent-Message-ID: References: <20200226113442.9798-1-mail@ambrevar.xyz> From: Ricardo Wurmus In-reply-to: <20200226113442.9798-1-mail@ambrevar.xyz> Date: Wed, 26 Feb 2020 19:04:05 +0100 Message-ID: <87r1yhi5t6.fsf@elephly.net> 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: Pierre Neidhardt Cc: 39798@debbugs.gnu.org Pierre Neidhardt writes: > Update ghc-pandoc to 2.92 and rename it to pandoc. > This closes bug 33844. > > Questions: > > - Should this go on staging? It rebuilds a few hundred packages, maybe l= ess > than 300. > - I'm not 100% sure that updating the Haskell libraries didn't break > anything. I guess the continuous integration will tell us. > - 3-4 libraries seemed to have many dependents and updating them would br= eak > stuff, so instead I created a versioned package, e.g. ghc-regex-base-0.= 94. > Is this OK? Is there a best practice here? I would prefer to untangle upgrading any packages from renaming ghc-pandoc to pandoc. Haskell package upgrades need to be consistent according to the current LTS. We can=E2=80=99t just upgrade some Haskell packages without upgrading= them all. They also cannot be upgraded to the latest version as that may be higher than the LTS version. -- Ricardo