--- Begin Message ---
Subject: |
downgrading ghc-ansi-terminal |
Date: |
Tue, 9 Jul 2019 17:51:33 +0200 |
A patch set to downgrade ghc-ansi-terminal to the stackage LTS
version, to have a consistent package set. This also downgrades
the recently added ghc-validation to version 1 from version 1.1.
The problem with the current situation is that we have some
packages depending on the updated ghc-ansi-terminal 0.9, and
some depending on ghc-ansi-terminal 0.8. By themselves, they
compile, but it’s now impossible to package modules that depend
directly on packages from both sets.
@Jacob: Would ghc-validation version 1 be sufficient for you
purposes?
Cheers
Robert
--- End Message ---
--- Begin Message ---
Subject: |
Re: [bug#36562] downgrading ghc-ansi-terminal |
Date: |
Wed, 07 Aug 2019 23:58:56 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) |
Hi,
Jacob MacDonald <address@hidden> writes:
>> I’ve CC’ed Jacob on this message since they may not be subscribed to the
>> list.
>
> That is indeed the case.
>
>>> @Jacob: Would ghc-validation version 1 be sufficient for you
>>> purposes?
>
> Glancing at the changelog, it should be. If not, I'll use a custom
> package definition. My use-case is low severity anyway.
Okay. Thanks Jacob!
I reordered these a bit so that ansi-terminal and its dependencies get
changed in a single commit. I also split off the removal of the
“Setup.hs” generating phase into its own commit.
They are (finally!) pushed as 1c54c30d9c–91732735f6.
-- Tim
--- End Message ---