From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Vollmert Subject: Re: [PATCH 2/2] gnu: Remove ghc-parsec, ghc-stm, ghc-text, ghc-xhtml. Date: Fri, 5 Jul 2019 13:38:24 +0200 Message-ID: <6B2C662C-48A9-41BD-A25C-9DA1868F1E5D@vllmrt.net> References: <20190704075731.56259-1-rob@vllmrt.net> <20190704075731.56259-2-rob@vllmrt.net> <9386C77D-E668-4AE4-B162-20CB451EEBDF@vllmrt.net> <87wogyrqcq.fsf@elephly.net> 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]:42969) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hjMYW-0007fX-7L for guix-devel@gnu.org; Fri, 05 Jul 2019 07:39:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hjMYU-0005wd-Mg for guix-devel@gnu.org; Fri, 05 Jul 2019 07:39:08 -0400 Received: from mx1.mailbox.org ([2001:67c:2050:104:0:1:25:1]:54678) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hjMYP-0004v2-4B for guix-devel@gnu.org; Fri, 05 Jul 2019 07:39:03 -0400 In-Reply-To: <87wogyrqcq.fsf@elephly.net> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ricardo Wurmus Cc: guix-devel@gnu.org, 36493@debbugs.gnu.org > On 4. Jul 2019, at 13:28, Ricardo Wurmus wrote: >=20 >=20 > Hi Robert, >=20 >> I=E2=80=99ve just updated and rebundled them to fix the haskell = packages >> that were added to Guix in the meantime (original patch from Jun 1: >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D36038). >=20 > thank you for these patches. They look good to me. I=E2=80=99ll = apply them in > a moment. Thank you! >> Consensus last time this was discussed was that we should implicitly >> depend on the GHC-included packages instead of re-packaging them: >>=20 >> https://lists.gnu.org/archive/html/guix-patches/2019-06/msg00000.html >=20 > I=E2=80=99m having second thoughts about this consensus, because I = remembered > what I did for R. R comes with a bunch of =E2=80=9Crecommended = packages=E2=80=9D and > they are required to run the test suite. But instead of having the R > package include all of these =E2=80=9Crecommended packages=E2=80=9D I = created > =E2=80=9Cr-minimal=E2=80=9D and one package for each of these = otherwise included > modules. >=20 > In R applications and libraries I added packages as needed, even if = they > were part of the =E2=80=9Crecommended packages=E2=80=9D. This was = possible because we > used =E2=80=9Cr-minimal=E2=80=9D in the build system. >=20 > Is something like this at all possible for GHC? Can we force GHC to > ignore modules it includes or remove them all together? It would be > more elegant if Guix packages for Haskell applications each had a > comprehensive =E2=80=9Cinputs=E2=80=9D field without having to rely on = any implicitly > included libraries. I=E2=80=99m pretty sure it=E2=80=99s somehow possible, but I understand = the internals of the haskell build system and GHC=E2=80=99s package database too = poorly to be able to say how. Could we do something in guix like what nixpkgs does, where the = dependencies are encoded, but then =E2=80=9Cnulled=E2=80=9D depending on the compiler = version? = https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/haskell-modu= les/configuration-ghc-8.4.x.nix#L10 Cheers Robert From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:43003) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hjMYZ-0007fg-5x for guix-patches@gnu.org; Fri, 05 Jul 2019 07:39:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hjMYU-0005x6-QB for guix-patches@gnu.org; Fri, 05 Jul 2019 07:39:10 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:43613) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hjMYP-0005gU-Sf for guix-patches@gnu.org; Fri, 05 Jul 2019 07:39:04 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hjMYP-0004nb-PB for guix-patches@gnu.org; Fri, 05 Jul 2019 07:39:01 -0400 Subject: [bug#36493] [PATCH 2/2] gnu: Remove ghc-parsec, ghc-stm, ghc-text, ghc-xhtml. Resent-Message-ID: Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) From: Robert Vollmert In-Reply-To: <87wogyrqcq.fsf@elephly.net> Date: Fri, 5 Jul 2019 13:38:24 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6B2C662C-48A9-41BD-A25C-9DA1868F1E5D@vllmrt.net> References: <20190704075731.56259-1-rob@vllmrt.net> <20190704075731.56259-2-rob@vllmrt.net> <9386C77D-E668-4AE4-B162-20CB451EEBDF@vllmrt.net> <87wogyrqcq.fsf@elephly.net> 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: Ricardo Wurmus Cc: guix-devel@gnu.org, 36493@debbugs.gnu.org > On 4. Jul 2019, at 13:28, Ricardo Wurmus wrote: >=20 >=20 > Hi Robert, >=20 >> I=E2=80=99ve just updated and rebundled them to fix the haskell = packages >> that were added to Guix in the meantime (original patch from Jun 1: >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D36038). >=20 > thank you for these patches. They look good to me. I=E2=80=99ll = apply them in > a moment. Thank you! >> Consensus last time this was discussed was that we should implicitly >> depend on the GHC-included packages instead of re-packaging them: >>=20 >> https://lists.gnu.org/archive/html/guix-patches/2019-06/msg00000.html >=20 > I=E2=80=99m having second thoughts about this consensus, because I = remembered > what I did for R. R comes with a bunch of =E2=80=9Crecommended = packages=E2=80=9D and > they are required to run the test suite. But instead of having the R > package include all of these =E2=80=9Crecommended packages=E2=80=9D I = created > =E2=80=9Cr-minimal=E2=80=9D and one package for each of these = otherwise included > modules. >=20 > In R applications and libraries I added packages as needed, even if = they > were part of the =E2=80=9Crecommended packages=E2=80=9D. This was = possible because we > used =E2=80=9Cr-minimal=E2=80=9D in the build system. >=20 > Is something like this at all possible for GHC? Can we force GHC to > ignore modules it includes or remove them all together? It would be > more elegant if Guix packages for Haskell applications each had a > comprehensive =E2=80=9Cinputs=E2=80=9D field without having to rely on = any implicitly > included libraries. I=E2=80=99m pretty sure it=E2=80=99s somehow possible, but I understand = the internals of the haskell build system and GHC=E2=80=99s package database too = poorly to be able to say how. Could we do something in guix like what nixpkgs does, where the = dependencies are encoded, but then =E2=80=9Cnulled=E2=80=9D depending on the compiler = version? = https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/haskell-modu= les/configuration-ghc-8.4.x.nix#L10 Cheers Robert