Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Redefine "core packages"? #395
Right now, the definition of core packages is "things included in the global package database." However, it might be advantageous to redefine this to "packages that are wired into the compiler, and packages that depend on those." It seems like, with that definition, some packages will no longer be pinned down. Most importantly, that would include Cabal in GHC 7.10*.
Additional upside: if someone has installed extra packages in their global DB, they'd still be able to run a Stackage build. (Not a huge win, since only a few systems should be running the builds.)
Downside: this can lead to a situation where users have multiple versions of some packages installed (e.g., Cabal), which could be confusing. We've tried to avoid that so far.
One other thing for the record: the package I'm expecting to cause the most pain as far as being pinned down is binary. It would be nice if the binary used by GHC was renamed to ghc-binary (as was done in the past) to avoid this unnecessary pinning.
* Alternatively, or additionally, we could request that Cabal not be bundled with GHC 7.10.
I'm not sure whether I understand this change.