- cabal-devel - Haskell.org

checking upper bounds on base
by Duncan Coutts 03 Jun '09

03 Jun '09

Hi Ross, I'd like to get Hackage using the new check for base being bounded above. I think it'll make a big difference when it comes to future ghc/base upgrades. The last one was papered over by cabal-install defaulting to base 3 when the package author did not specify otherwise. That will not work forever. You mentioned in the ticket that we need to have base strictly following the PVP. That's true of course. I'm assured by the GHC hackers that they're committed to the PVP. The reason for bumping 4.0 -> 4.1 is being looked at but their first guess is that it was the change in GHC's finaliser semantics (which did indeed break a couple programs). For the practical issues: I'll can send announcement to the haskell (+cafe) mailing list explaining what people have to do and the rationale. There have been a number of changes in the Cabal lib recently, it may be that you prefer to just pull the checking patch for the hackage-scripts rebuild, rather than everything. OTOH, I don't expect any problems from pulling everything as the changes have been mostly in the build system side of things. What do you think? Is this a sane plan? Duncan

4 11

patch applied (cabal-install): Require latest Cabal lib version
by Duncan Coutts 03 Jun '09

03 Jun '09

Wed Jun 3 03:23:12 PDT 2009 Duncan Coutts <duncan(a)haskell.org> * Require latest Cabal lib version M ./cabal-install.cabal -1 +1 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090603102312-adfee-…

1 0

patch applied (cabal-install): Improve formatting of cabal check output
by Duncan Coutts 03 Jun '09

03 Jun '09

Wed Jun 3 03:22:54 PDT 2009 Duncan Coutts <duncan(a)haskell.org> * Improve formatting of cabal check output M ./Distribution/Client/Check.hs -9 +9 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090603102254-adfee-…

1 0

patch applied (cabal-install): Only apply preferences to base if its version is unbounded above
by Duncan Coutts 03 Jun '09

03 Jun '09

Wed Jun 3 03:16:23 PDT 2009 Duncan Coutts <duncan(a)haskell.org> * Only apply preferences to base if its version is unbounded above Fixes ticket #485. This means that for constraints like: build-depends: base >= 3 && < 5 we will pick version 4. However we will continue to apply the version 3 preference for things like: build-depends: base >= 3 Where there is no upper bound on the version. Note that we now also ignore preferences for base given on the command line. We should implement #483 to split prefs from shims. M ./Distribution/Client/Dependency/TopDown.hs -6 +20 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090603101623-adfee-…

1 0

patch applied (cabal): Bump version due to recent changes
by Duncan Coutts 03 Jun '09

03 Jun '09

Wed Jun 3 03:18:33 PDT 2009 Duncan Coutts <duncan(a)haskell.org> * Bump version due to recent changes M ./Cabal.cabal -2 +2 M ./Makefile -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090603101833-adfee-5cb50c01…

1 0

[Hackage] #560: Cabal haddock should allow generating Hoogle and HTML simultaneously
by Hackage 03 Jun '09

03 Jun '09

#560: Cabal haddock should allow generating Hoogle and HTML simultaneously ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Currently, the --hoogle flag turns off html generation. However, Haddock appears to have no problem with generating both simultaneously, which would save some work. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/560> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

darcs patch: Use the recommended name for the MIT lic... (and 1 more)
by Marco Túlio Gontijo e Silva 02 Jun '09

02 Jun '09

Tue Jun 2 16:24:42 BRT 2009 Marco Túlio Gontijo e Silva <marcot(a)holoscopio.com> * Use the recommended name for the MIT license: X11. According to http://www.gnu.org/licenses/license-list.html , about the X11 license: "This license is sometimes called the MIT license, but that term is misleading, since MIT has used many licenses for software." Tue Jun 2 16:26:39 BRT 2009 Marco Túlio Gontijo e Silva <marcot(a)holoscopio.com> * Cite X11 in the list of available licenses.

1 0

[Hackage] #185: Temporary executables leave foo.exe.manifest files behind
by Hackage 02 Jun '09

02 Jun '09

#185: Temporary executables leave foo.exe.manifest files behind ----------------------+----------------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.1 Platform: Windows | ----------------------+----------------------------------------------------- When Cabal creates and runs a temporary program, as it appears to do with hsc when running over the base libraries doing haddock, it leaves a manifest behind in dist. On Windows, ghc --make with 6.8.1 produces a foo.exe and a foo.exe.manifest. Cabal deletes the former, but not the latter. Very minor, but should be easy to fix too. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/185> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #559: Only allow dependencies on meta-packages from other meta-packages
by Hackage 02 Jun '09

02 Jun '09

#559: Only allow dependencies on meta-packages from other meta-packages ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Following a discussion between Duncan Coutts and myself on meta-packages (packages that are empty and only depend on other packages), we came to the conclusion that it only ever makes sense to depend on a meta-package if the package is itself a meta-package. This is to support the case where we want to provide a meta-package that is a superset of another meta-package. For instance, we could want to provide a "happs-base" meta-package, depending on the basic packages that every happs installation needs, and another "happs-withlotsofstuff" package, depending on "happs-base" plus some other packages for conveniency. In the case we depend on a meta-package but we're not a meta-package ourself, our dependency is necessarily incorrect, in the sense that we actually depend on less than the meta-package, and we should list those specific dependencies ourselves. Enforcing that restriction on hackage would prevent such abuses. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/559> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): Ticket #89 final: Regression tests for new dependency behaviour.
by Duncan Coutts 02 Jun '09

02 Jun '09

Mon Jun 1 14:56:51 PDT 2009 rubbernecking.trumpet.stephen(a)blacksapphire.com * Ticket #89 final: Regression tests for new dependency behaviour. Ignore-this: 52e04d50f1d045a14706096413c19a85 M ./tests/PackageTests/BuildDeps/InternalLibrary0/Check.hs -4 +4 A ./tests/PackageTests/BuildDeps/InternalLibrary1/ A ./tests/PackageTests/BuildDeps/InternalLibrary1/Check.hs A ./tests/PackageTests/BuildDeps/InternalLibrary1/MyLibrary.hs A ./tests/PackageTests/BuildDeps/InternalLibrary1/Setup.hs A ./tests/PackageTests/BuildDeps/InternalLibrary1/my.cabal A ./tests/PackageTests/BuildDeps/InternalLibrary1/programs/ A ./tests/PackageTests/BuildDeps/InternalLibrary1/programs/lemon.hs A ./tests/PackageTests/BuildDeps/InternalLibrary2/ A ./tests/PackageTests/BuildDeps/InternalLibrary2/Check.hs A ./tests/PackageTests/BuildDeps/InternalLibrary2/MyLibrary.hs A ./tests/PackageTests/BuildDeps/InternalLibrary2/Setup.hs A ./tests/PackageTests/BuildDeps/InternalLibrary2/my.cabal A ./tests/PackageTests/BuildDeps/InternalLibrary2/programs/ A ./tests/PackageTests/BuildDeps/InternalLibrary2/programs/lemon.hs A ./tests/PackageTests/BuildDeps/InternalLibrary2/to-install/ A ./tests/PackageTests/BuildDeps/InternalLibrary2/to-install/MyLibrary.hs A ./tests/PackageTests/BuildDeps/InternalLibrary2/to-install/Setup.hs A ./tests/PackageTests/BuildDeps/InternalLibrary2/to-install/my.cabal A ./tests/PackageTests/BuildDeps/InternalLibrary3/ A ./tests/PackageTests/BuildDeps/InternalLibrary3/Check.hs A ./tests/PackageTests/BuildDeps/InternalLibrary3/MyLibrary.hs A ./tests/PackageTests/BuildDeps/InternalLibrary3/Setup.hs A ./tests/PackageTests/BuildDeps/InternalLibrary3/my.cabal A ./tests/PackageTests/BuildDeps/InternalLibrary3/programs/ A ./tests/PackageTests/BuildDeps/InternalLibrary3/programs/lemon.hs A ./tests/PackageTests/BuildDeps/InternalLibrary3/to-install/ A ./tests/PackageTests/BuildDeps/InternalLibrary3/to-install/MyLibrary.hs A ./tests/PackageTests/BuildDeps/InternalLibrary3/to-install/Setup.hs A ./tests/PackageTests/BuildDeps/InternalLibrary3/to-install/my.cabal A ./tests/PackageTests/BuildDeps/InternalLibrary4/ A ./tests/PackageTests/BuildDeps/InternalLibrary4/Check.hs A ./tests/PackageTests/BuildDeps/InternalLibrary4/MyLibrary.hs A ./tests/PackageTests/BuildDeps/InternalLibrary4/Setup.hs A ./tests/PackageTests/BuildDeps/InternalLibrary4/my.cabal A ./tests/PackageTests/BuildDeps/InternalLibrary4/programs/ A ./tests/PackageTests/BuildDeps/InternalLibrary4/programs/lemon.hs A ./tests/PackageTests/BuildDeps/InternalLibrary4/to-install/ A ./tests/PackageTests/BuildDeps/InternalLibrary4/to-install/MyLibrary.hs A ./tests/PackageTests/BuildDeps/InternalLibrary4/to-install/Setup.hs A ./tests/PackageTests/BuildDeps/InternalLibrary4/to-install/my.cabal A ./tests/PackageTests/BuildDeps/TargetSpecificDeps1/ A ./tests/PackageTests/BuildDeps/TargetSpecificDeps1/Check.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps1/MyLibrary.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps1/Setup.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps1/lemon.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps1/my.cabal A ./tests/PackageTests/BuildDeps/TargetSpecificDeps2/ A ./tests/PackageTests/BuildDeps/TargetSpecificDeps2/Check.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps2/MyLibrary.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps2/Setup.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps2/lemon.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps2/my.cabal A ./tests/PackageTests/BuildDeps/TargetSpecificDeps3/ A ./tests/PackageTests/BuildDeps/TargetSpecificDeps3/Check.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps3/MyLibrary.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps3/Setup.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps3/lemon.hs A ./tests/PackageTests/BuildDeps/TargetSpecificDeps3/my.cabal M ./tests/suite.cabal -2 +2 M ./tests/suite.hs -2 +22 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090601215651-77ee1-7d611aac…

1 0