dev-haskell/text-ansi
Text styling for ANSI terminals
ChangeLog
commit ba4dd5e3afcc1eff0d6c72fbeec8f6671e1a662b
Author: hololeap <hololeap@protonmail.com>
Date: Sat Mar 16 20:19:13 2024 -0600
*/*: Switch from KEYWORDS to masks for ghc-9.4
Instead of using no KEYWORDS to block people from using newer versions
of GHC (and packages that depend on them), do the following:
* Keyword versions of GHC that have a binary
* Keyword any package versions that depend on them
* Add the GHC and package versions to profiles/package.mask
* For convenience, create a working package.unmask that can be copied to
the user's config which will allow them to use the GHC branch if
needed
This is only for the GHC-9.4 branch for now, but it can be done for
later GHC branches as well.
Bug: https://github.com/gentoo-haskell/gentoo-haskell/issues/1047
Closes: https://github.com/gentoo-haskell/gentoo-haskell/pull/1521
Closes: https://github.com/gentoo-haskell/gentoo-haskell/issues/1485
Signed-off-by: hololeap <hololeap@protonmail.com>
commit 58fb784a6cf7a5ff259ad2196e67ababe75abe2c
Author: Sergey Alirzaev <l29ah@riseup.net>
Date: Sun Mar 3 21:28:37 2024 +0100
dev-haskell/text-ansi: bump up to 0.3.0.1 (unkeyworded)
Signed-off-by: Sergey Alirzaev <l29ah@riseup.net>
Signed-off-by: hololeap <hololeap@protonmail.com>
commit db98782e890b3cebf75a19b2da3a1bdcbee17fa4
Author: hololeap <hololeap@users.noreply.github.com>
Date: Fri May 12 06:28:08 2023 -0600
*/*: Remove [profile?] from ghc RDEPEND
This reverts commit b2f01bbf1333c88785109bebf75d49a3bd623727.
Adding [profile?] universally causes issues with exe-only packages with
no profile USE flag. This is better handled in the eclass.
Signed-off-by: hololeap <hololeap@users.noreply.github.com>
commit a2f524e74d7e5e5000c1d057a74dcd7f4af7b43c
Author: hololeap <hololeap@users.noreply.github.com>
Date: Sat May 6 17:04:20 2023 -0600
*/*: Remove ~x86 (and related) from KEYWORDS
x86 is mostly untested, and even building a subset of ::haskell
revealed failing tests which pass on amd64.
With the new behavior of hackport to only add ARCH to KEYWORDS, there
will be CI failures if a package has ~x86 removed but not from its
revdep tree as well. The only sensible mitigation is to remove ~x86
tree-wide until we have a dedicated tester willing to fix current bugs.
See: https://github.com/snoyberg/mono-traversable/issues/210
Signed-off-by: hololeap <hololeap@users.noreply.github.com>
commit b2f01bbf1333c88785109bebf75d49a3bd623727
Author: hololeap <hololeap@users.noreply.github.com>
Date: Fri May 5 15:53:40 2023 -0600
*/*: Add [profile?] to ghc RDEPEND
Any package that depends on 'base' will require the 'base' profiling
libs when profiling is enabled. Because virtually every package depends
on 'base', it makes sense to add [profile?] universally to
'dev-lang/ghc' in RDEPEND.
Reported-by: Filip Kszczot <filip@kszczot.pl>
Signed-off-by: hololeap <hololeap@users.noreply.github.com>
commit c361e2c18dff01c6dbd0332ffc8b91393f507148
Author: Jack Todaro <solpeth@posteo.org>
Date: Sun Apr 2 15:11:26 2023 +1000
dev-haskell/text-ansi: new package, add 0.2.1
Signed-off-by: Jack Todaro <solpeth@posteo.org>
Author: hololeap <hololeap@protonmail.com>
Date: Sat Mar 16 20:19:13 2024 -0600
*/*: Switch from KEYWORDS to masks for ghc-9.4
Instead of using no KEYWORDS to block people from using newer versions
of GHC (and packages that depend on them), do the following:
* Keyword versions of GHC that have a binary
* Keyword any package versions that depend on them
* Add the GHC and package versions to profiles/package.mask
* For convenience, create a working package.unmask that can be copied to
the user's config which will allow them to use the GHC branch if
needed
This is only for the GHC-9.4 branch for now, but it can be done for
later GHC branches as well.
Bug: https://github.com/gentoo-haskell/gentoo-haskell/issues/1047
Closes: https://github.com/gentoo-haskell/gentoo-haskell/pull/1521
Closes: https://github.com/gentoo-haskell/gentoo-haskell/issues/1485
Signed-off-by: hololeap <hololeap@protonmail.com>
commit 58fb784a6cf7a5ff259ad2196e67ababe75abe2c
Author: Sergey Alirzaev <l29ah@riseup.net>
Date: Sun Mar 3 21:28:37 2024 +0100
dev-haskell/text-ansi: bump up to 0.3.0.1 (unkeyworded)
Signed-off-by: Sergey Alirzaev <l29ah@riseup.net>
Signed-off-by: hololeap <hololeap@protonmail.com>
commit db98782e890b3cebf75a19b2da3a1bdcbee17fa4
Author: hololeap <hololeap@users.noreply.github.com>
Date: Fri May 12 06:28:08 2023 -0600
*/*: Remove [profile?] from ghc RDEPEND
This reverts commit b2f01bbf1333c88785109bebf75d49a3bd623727.
Adding [profile?] universally causes issues with exe-only packages with
no profile USE flag. This is better handled in the eclass.
Signed-off-by: hololeap <hololeap@users.noreply.github.com>
commit a2f524e74d7e5e5000c1d057a74dcd7f4af7b43c
Author: hololeap <hololeap@users.noreply.github.com>
Date: Sat May 6 17:04:20 2023 -0600
*/*: Remove ~x86 (and related) from KEYWORDS
x86 is mostly untested, and even building a subset of ::haskell
revealed failing tests which pass on amd64.
With the new behavior of hackport to only add ARCH to KEYWORDS, there
will be CI failures if a package has ~x86 removed but not from its
revdep tree as well. The only sensible mitigation is to remove ~x86
tree-wide until we have a dedicated tester willing to fix current bugs.
See: https://github.com/snoyberg/mono-traversable/issues/210
Signed-off-by: hololeap <hololeap@users.noreply.github.com>
commit b2f01bbf1333c88785109bebf75d49a3bd623727
Author: hololeap <hololeap@users.noreply.github.com>
Date: Fri May 5 15:53:40 2023 -0600
*/*: Add [profile?] to ghc RDEPEND
Any package that depends on 'base' will require the 'base' profiling
libs when profiling is enabled. Because virtually every package depends
on 'base', it makes sense to add [profile?] universally to
'dev-lang/ghc' in RDEPEND.
Reported-by: Filip Kszczot <filip@kszczot.pl>
Signed-off-by: hololeap <hololeap@users.noreply.github.com>
commit c361e2c18dff01c6dbd0332ffc8b91393f507148
Author: Jack Todaro <solpeth@posteo.org>
Date: Sun Apr 2 15:11:26 2023 +1000
dev-haskell/text-ansi: new package, add 0.2.1
Signed-off-by: Jack Todaro <solpeth@posteo.org>