New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Redefine "core packages"? #395

Closed
snoyberg opened this Issue Jan 5, 2015 · 2 comments

Comments

Projects
None yet
3 participants
@snoyberg
Contributor

snoyberg commented Jan 5, 2015

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.

@snoyberg

This comment has been minimized.

Show comment
Hide comment
@snoyberg
Contributor

snoyberg commented May 1, 2015

@snoyberg snoyberg closed this May 1, 2015

@peti

This comment has been minimized.

Show comment
Hide comment
@peti

peti Sep 15, 2015

Contributor

I'm not sure whether I understand this change. Cabal is both available in the global package database and it's wired into the compiler -- so it should be a core package according to both definitions, yet https://raw.githubusercontent.com/fpco/lts-haskell/master/lts-3.5.yaml says it's not. Also, what about the rts package? It's a core package as well, yet it's missing from the LTS build plans altogether.

Contributor

peti commented Sep 15, 2015

I'm not sure whether I understand this change. Cabal is both available in the global package database and it's wired into the compiler -- so it should be a core package according to both definitions, yet https://raw.githubusercontent.com/fpco/lts-haskell/master/lts-3.5.yaml says it's not. Also, what about the rts package? It's a core package as well, yet it's missing from the LTS build plans altogether.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment