Fixing "breaking packages"

Simon Peyton-Jones simonpj at microsoft.com
Fri Mar 1 11:25:26 CET 2013


Duncan, Mark, Simon

Here's another cry of pain: http://fluffynukeit.com/2013/02/reflections-after-a-hard-day-in-haskell-gui-land/

"Cabal is a frustratingly constraining tool.  Far too frequently I encountered packages that, when trying to install, would say installing this package will break a dozen others.  If not that, then I often would be notified that the dependencies could not be resolved. "

What is frustrating that we KNOW how to fix this, don't we?  (Allow multiple installations of package P-3.2.5, each depending on different versions of its dependencies.)  We just need to liberate enough effort to do it.

Indeed, more people seem to be joining in with GHC/Cabal these days.  How hard would it be to write a detailed description of the implementation changes needed to support side-by-side installations, and project-manage a group to do it?

Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20130301/26f80b44/attachment.htm>


More information about the ghc-devs mailing list