This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 02 Dec, 2008 3 commits
  2. 17 Sep, 2008 1 commit
    • Ian Lynagh's avatar
      Implement openNewBinaryFile in a Compat module · 1a496ed1
      Ian Lynagh authored
      This is like openBinaryTempFile except it doesn't mark the permissions
      with 600. This means datafailes get the right permissions when they are
      installed.
      
      This should really be in the base package.
      1a496ed1
  3. 10 Sep, 2008 1 commit
  4. 14 Aug, 2008 1 commit
  5. 13 Aug, 2008 1 commit
  6. 12 Aug, 2008 1 commit
  7. 03 Aug, 2008 1 commit
  8. 31 Jul, 2008 1 commit
  9. 30 Jul, 2008 4 commits
  10. 29 Jul, 2008 2 commits
    • Duncan Coutts's avatar
    • Duncan Coutts's avatar
      Fix the semantics of the simple file globbing to be sane · 31f2678b
      Duncan Coutts authored
      I realised when I started to document it that the behaviour
      was not terribly consistent or sensible. The meaning now is:
        The limitation is that * wildcards are only allowed in
        place of the file name, not in the directory name or
        file extension. In particular, wildcards do not include
        directories contents recursively. Furthermore, if a
        wildcard is used it must be used with an extension, so
        "data-files: data/*" is not allowed. When matching a
        wildcard plus extension, a file's full extension must
        match exactly, so "*.gz" matches "foo.gz" but not
        "foo.tar.gz".
      The reason for providing only a very limited form of wildcard
      is to concisely express the common case of a large number of
      related files of the same file type without making it too easy
      to accidentally include unwanted files.
      31f2678b
  11. 12 Jul, 2008 1 commit
    • Ian Lynagh's avatar
      Fix installing datafiles · 8c817afc
      Ian Lynagh authored
      If datadir is foo and the datafile is bar then we should install it to
      $datadir/bar, not $datadir/foo/bar.
      8c817afc
  12. 28 Jun, 2008 1 commit
    • Duncan Coutts's avatar
      Update module headers · 0c993c84
      Duncan Coutts authored
      Use cabal-devel@haskell.org as the maintainer in most cases except for
      a few which were pre-existing modules copied from elsewhere or modules
      like L.H.Extension which really belong to libraries@haskell.org
      Remove the useless stability module. We have more detailed information
      on stability elsewhere (in the version number and user guide).
      Add more top level module documentation, taken from the source guide.
      0c993c84
  13. 26 Jun, 2008 3 commits
  14. 10 Jun, 2008 1 commit
  15. 14 May, 2008 5 commits
  16. 13 May, 2008 1 commit
  17. 22 Apr, 2008 1 commit
    • Duncan Coutts's avatar
      Update UTF8 code · 587be545
      Duncan Coutts authored
      Some code and test cases taken from the utf8-string package.
      Updated copyright notice appropriately (I think).
      587be545
  18. 09 Apr, 2008 2 commits
  19. 21 Mar, 2008 1 commit
  20. 18 Mar, 2008 1 commit
    • Duncan Coutts's avatar
      Refactor sdist code a bit · d7117f67
      Duncan Coutts authored
      Separate the phases of sdist better so that they can be reused in
      cabal-install. This part is similar to Andrea Vezzosi's patch.
      Separate the snapshot code rather than mixing it all in with prepareTree.
      Use a proper withTempDirectory which fixes one FIXME.
      Better separate UI code from actions, move the notices to sdist.
      d7117f67
  21. 06 Mar, 2008 1 commit
  22. 07 Mar, 2008 1 commit
  23. 03 Mar, 2008 3 commits
    • Duncan Coutts's avatar
      Actually we don't need wrapText' · 6d4b9755
      Duncan Coutts authored
      Any users of custom wrapText versions can go from the underlying wrapLine
      6d4b9755
    • Duncan Coutts's avatar
      Put a header in the dist/setup-config file and check it on loading · e15289e4
      Duncan Coutts authored
      This should fix ticket #120 in future which is the problem where you do
      something like "sudo runghc Setup install" and you accidentally end up
      using a different version of the compiler or of the Cabal lib and you get
      an unhelpful error message:
      > Setup.hs: error reading ./.setup-config; run "setup configure" command?
      Well now you'll get a helpful error message:
      > setup: You need to re-run the 'configure' command. The version of Cabal
      > being used has changed (was Cabal-1.3.6, now Cabal-1.3.7).
      If the compiler version being used has changed too we get the extra helpful:
      > setup: You need to re-run the 'configure' command. The version of Cabal
      > being used has changed (was Cabal-1.3.6, now Cabal-1.3.7). Additionally
      > the compiler is different (was ghc-6.8, now ghc-6.9) which is probably
      > the cause of the problem.
      Of course this does not help for older versions of Cabal but there's not a
      lot we can do about that.
      e15289e4
    • Duncan Coutts's avatar
      Wrap the output of the logging functions · 4bdbdfab
      Duncan Coutts authored
      So we'll not have to keep adjusting newline breaks.
      4bdbdfab
  24. 28 Feb, 2008 1 commit
  25. 27 Feb, 2008 1 commit
    • Duncan Coutts's avatar
      Read captured process output as text · 6245446f
      Duncan Coutts authored
      So we get windows cr/lf conversion and don't need a special lines'
      implementation to deal with it. I'm guessing this is the problem that
      Satoshi Kodama encountered with ghc-6.9 on Windows.
      6245446f