This project is mirrored from Pull mirroring updated .
  1. 19 Sep, 2016 10 commits
    • Duncan Coutts's avatar
      Remove now-unused InstallPlan.preexisting · f07db3ed
      Duncan Coutts authored
      We only ever switch Configured to Installed. The PreExisting state only
      comes from the original solver plan, which only uses installed packages
      from the global db.
    • Duncan Coutts's avatar
      Start using new InstallPlan.Installed state · 8f870aa0
      Duncan Coutts authored
      Change improvement and --dry-run phases to use Installed state rather
      than the PreExisting state. This means that PreExisting is now only used
      for installed packages from the global db, and never for installed
      packages from the store.
    • Duncan Coutts's avatar
      Update encodePlanAsJson for Installed package state · 60ce97d2
      Duncan Coutts authored
      The change in how we use the PreExisting vs Installed states means that
      we'll now have full details for all packages, rather than installed
      ones having only the subset of info available from the
      InstalledPackageInfo. So the 'type' field now can take the values
      "pre-existing", "configured" or "installed".
      Also do a little bit of tidying up.
    • Duncan Coutts's avatar
      Add an Installed state to InstallPlan packages · 492db5b5
      Duncan Coutts authored
      This patch just adds the state without yet using it. That'll follow in
      subsequent patches.
      So why add an Installed state? Didn't we just remove the Installed,
      Processing and Failed states? Those states were used when we followed
      the approach of updating the InstallPlan as a build progressed (whereas
      we now do traversals without altering the InstallPlan).
      The idea of adding an Installed state now is that we can more usefully
      represent the state of the plan when we "improve" the plan with packages
      from the store or when we update the plan having checked if inplace
      packages are up to date. Currently in these two places we replace
      Configured source packages with PreExisting packages. There's a couple
      problems with this. Firstly the PreExisting state only contains an
      InstalledPackageInfo which means we loose information compared to all
      the detail in the Configured source package. This is relevant for things
      like plan.json output or other features that want to know the status of
      a project. Secondly we have to fake things for executables since they
      are not properly represented by InstalledPackageInfo.
    • Duncan Coutts's avatar
      Merge pull request #3817 from ezyang/pr/dump-fail-msg · 4de99957
      Duncan Coutts authored
      Give more informative error when ghc-pkg dump fails.
    • Brendan Hay's avatar
      Merge pull request #3844 from brendanhay/implicit-vs-explicit-project-errors · d1d9737c
      Brendan Hay authored
      Track cabal.project provenance for error reporting
    • bardur.arantsson's avatar
      Merge pull request #3860 from ezyang/pr/config-flags-prof · e82736cc
      bardur.arantsson authored
      Renumber flags version numbers in 'filterConfigureFlags'.
    • Herbert Valerio Riedel's avatar
      Store secure repo index data as 01-index.* (#3862) · dc889b17
      Herbert Valerio Riedel authored
      "Secure" cabal repositories use a new extended & incremental
      `01-index.tar`. In order to avoid issues resulting from clobbering
      new/old-style index data, we save them locally to different names.
      With this patch, secure repos generate/update the files below on `cabal update`
      - `01-index.cache`
      - `01-index.tar`
      - `01-index.tar.gz`
      - `01-index.tar.idx`
      - `mirrors.json`
      - `root.json`
      - `snapshot.json`
      - `timestamp.json`
      ...while the legacy codepaths for non-secure repos operate on the files
      - `00-index.cache`
      - `00-index.tar`
      - `00-index.tar.gz`
      - `00-index.tar.gz.etag`
      This way the old/new codepaths don't interfere with each other anymore.
      Note: The format of `01-index.cache` file will be extended by the upcoming `--index-state` feature
      This trivially fixes #3854
    • Herbert Valerio Riedel's avatar
      Merge pull request #3866 from Ericson2314/patch-1 · 48d9077b
      Herbert Valerio Riedel authored
      doc: "Local versus external packages" intro paragraph bad contrast
      [skip ci]
    • John Ericson's avatar
      doc: "Local versus external packages" intro paragraph bad contrast · 65f82db4
      John Ericson authored
      I believe it's "per-project" vs "cached across *projects*" not "...across *packages*"
  2. 18 Sep, 2016 8 commits
  3. 17 Sep, 2016 2 commits
  4. 16 Sep, 2016 20 commits