GitLab

The existing code supports reading multiple preferred-versions files in
the 00-index.tar and merging them. However it doesn't do it quite right
when the same file is updated, it merged them instead of the later one
overriding the first.

This should make no difference right now because the 00-index.tar
typically only contains a single preferred-versions file, with no
updates.

Say 16 days, rather than 16.3 days. The precision is quite unnecessary.

Fixes #2060.

* The function has type 'Repo -> IO Double'.
* It returns the age in days as a Double.
* Places that expected the age as an Int have been updated.
* Builds with ghc 7.4.2 and 7.8.3.

BC note: renamed type PackageIndex :: * to InstalledPackageIndex.

The intent is to have cabal-install use this package index in order to
track information about compilation in progress.  We introduce a new
PackageInstalled type-class to keep track of data types which have their
IDs and dependency graphs in InstalledPackageId.
Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>

It looks like #1443 was actually fixed by the change from getModificationTime to
getModTime (which has higher resolution). The change to '>=' was not needed
because the code uses 'when', not 'unless'.

Thanks to Nikita Karetnikov for the heads-up.

Particularly when dealing with add-source dependencies, it is useful to know
in which directory cabal can't find a .cabal file, see:
https://github.com/haskell/cabal/issues/1816

Errors are also improved when installing local packages, e.g. `cabal install
another/directory`.

Avoid inline strings and manual spacing - use already-declared key variables
and unwords

Make 'findPackageDesc' return an 'Either'.

Comparison was using (>) instead of (>=). Bug introduced in 272a5c2c.
Fixes #1443.

Helps to disambiguate Cabal's compat modules from cabal-install's.

Snapshot deps now behave more like `cabal-dev add-source`. Implemented by adding
a BuildTreeRefType field to the BuildRef index entry.

Fixes #1321.

refold authored May 01, 2013 and Mikhail Glushenkov committed May 02, 2013

Since we're using 'unless' here, we should use (>) instead of (>=).

Apparently, lazy I/O was involved after all. 'openFile' instead of 'withFile'
was deliberate - see the use of 'unsafeInterleaveIO' in
'packageIndexFromCache'. Fixed by adding a strict version of 'getSourceFiles'.

(patch manually merged into the cabal-1.16 branch)

This allows us to make minor changes to packages after they have been
released, without changing the package .tar.gz file. We already keep
the .cabal file outsite the package in the index and use it for
dependency planning. This already lets us do fixes such as making
dependency constraints tighter. Currently we cannot make dep
constraints more relaxed however, since the original .cabal file is
the one used when we get to the actual configure step.

So with this change, we now use the updated .cabal file for the
configure and build too. So there's more fixes we can do post-release.
In particlar, in combination with easier editing on hackage, this
should help us address the problems around the PVP and open or closed
version constraints. It should allow a system of conservative upper
bounds, but allow editing them when new versions of deps are released
and we find that they happen to work fine.

This allows us to make minor changes to packages after they have been
released, without changing the package .tar.gz file. We already keep
the .cabal file outsite the package in the index and use it for
dependency planning. This already lets us do fixes such as making
dependency constraints tighter. Currently we cannot make dep
constraints more relaxed however, since the original .cabal file is
the one used when we get to the actual configure step.

So with this change, we now use the updated .cabal file for the
configure and build too. So there's more fixes we can do post-release.
In particlar, in combination with easier editing on hackage, this
should help us address the problems around the PVP and open or closed
version constraints. It should allow a system of conservative upper
bounds, but allow editing them when new versions of deps are released
and we find that they happen to work fine.

This patch makes 'parsePackageIndex' return a list of IO actions instead of
parsed package data (producing a 'GenericPackageDescription' from a local build
tree reference requires doing IO). Alternatively, we can make
'parsePackageIndex' impure.

Build tree refs are now correctly loaded by `getSourcePackages`; `cabal index
--list` now benefits from package index caching.

Fixes the problem with generating the haddock documentation contents page for
all installed packages. Previously we were (accidentally) telling haddock to
use all versions of each package and haddock would pick the first (lowest
version). Now we correctly do what we were trying to do all along, which is
to pick only the highest version of each package.