Opened 4 years ago
Closed 4 years ago
#61218 closed defect (fixed)
hs-alex: should indicate conflict with alex or be replaced by it
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | neverpanic (Clemens Lang) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.6.3 |
Keywords: | Cc: | essandess (Steve Smith) | |
Port: | hs-alex |
Description
Trying to install ghc, I get this error:
Error: Can't install alex because conflicting ports are active: hs-alex
Looks like alex already indicates that it conflicts with hs-alex, but hs-alex does not indicate that it conflicts with alex; it should indicate this.
Why do we need two alexes? Could one of them be replaced by the other?
Change History (4)
comment:1 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 4 years ago by neverpanic (Clemens Lang)
Some of your examples do not apply – for example, hs-zlib
isn't the same thing as zlib
, since the former contains bindings for the zlib library for Haskell, whereas cpphs
and hs-cpphs
indeed provide the same thing.
However, most of the hs- ports are dead anyway. Our new approach is to package the stack
tool and use that in all ports that need a haskell compiler to build. There is no added value to providing the various hs-
library ports anymore, so they should just be deleted.
comment:3 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
For documentation, here's your PR to delete them: https://github.com/macports/macports-ports/pull/8636
comment:4 Changed 4 years ago by neverpanic (Clemens Lang)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Same question for: