March 2008 - cabal-devel

Re: [Hackage] #24: Cabal shouldn't try to build GHCI libs on platforms without GHCI
by Hackage 12 Mar '08

12 Mar '08

#24: Cabal shouldn't try to build GHCI libs on platforms without GHCI ------------------------------------+--------------------------------------- Reporter: jgoerzen(a)complete.org | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.2.1 | Platform: Linux ------------------------------------+--------------------------------------- Changes (by duncan): * milestone: Cabal-1.4 => Cabal-1.6 Comment: This is pretty easy bug but it does not seem to bother anybody enough to fix it or even comment on it. Punting. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/24#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #205: Remove BSD4 from Cabal.Distribution.License.License
by Hackage 12 Mar '08

12 Mar '08

#205: Remove BSD4 from Cabal.Distribution.License.License ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: Linux | ----------------------------+----------------------------------------------- I doubt any Haskell software actually uses the BSD4 license, and it is likely to confuse users as it looks like a newer version of BSD3. Currently we have {{{ data License = ... | BSD3 | BSD4 }}} so I propose moving to one of {{{ data License = ... | BSD3 data License = ... | BSD data License = ... | BSD3 | OldBSD data License = ... | BSD | OldBSD data License = ... | NewBSD | OldBSD }}} (http://www.opensource.org/licenses/alphabetical lists it as "New BSD license") All but the first will require changing a number of packages. We could leave the old BSD3 name as deprecated for a while, though. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/205> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

Re: [Hackage] #93: Incorrect permissions on library install
by Hackage 12 Mar '08

12 Mar '08

#93: Incorrect permissions on library install ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.1.4 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.4.2 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * milestone: Cabal-1.4 => Cabal-1.6 Comment: This is actually quite hard because we have no way in Haskell of portably setting the permissions bits for user/group/other. We could do it perhaps if we used cpp and used functions from the posix lib. I'm punting from the immediate milestone. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/93#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): Fix rejection of non-ambigious options
by Duncan Coutts 12 Mar '08

12 Mar '08

Sat Mar 8 04:09:02 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Fix rejection of non-ambigious options This GetOpt patch was sent the the libraries list by Eelis van der Weegen with the explanation: There is a bug in System.Console.GetOpt causing it to mistakenly reject options as ambiguous. Example: optsDesc = [Option "" ["color", "colour"] (ReqArg id "color") ""] Output: option `--col' is ambiguous; could be one of: --color=color, --colour=color Foreground color --color=color, --colour=color Foreground color This error is silly, because the two alternatives listed are the same option. M ./Distribution/GetOpt.hs -2 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080308120902-adfee-8db3f20d…

2 1

takusen -> cabal -> ArgDescr (2) - my journey + suggestion
by Marc Weber 11 Mar '08

11 Mar '08

Hi, If you don't have time jump to the last Suggestion section. I'd like to tell you about my reading cabal source journey today.. I wanted to compile takusen using an older Cabal Setup format (without lag) So I wondered who to find a getDefaultVerbosity method.. There is a defaultConfigFlags functions .. *ugh* taking a ProgramConfiguration I don't need for getting just the :: Flag Verbosity value ? So writing something like getDefault programConf get flags = get (defaultConfigFlags programConf) `mappend` get flags seemed to be a (very verbose) solution at first glance.. I had to use it at two places.. and there was no ProgramConfiguration at one (or I was to lazy to digg it up?) Anyway I reallize that this is kind of complicated so I called for dcoutts. He told me that configVerbose has a default value .. so I should just use fromFlag.. Wait? Why couldn't I found out this by myself? Because the line configVerbose :: Flag Verbosity -- this sets the verbosity .. doesn't tell me about the default value and where I can assume it's set (thus wether it's save to use fromFlag without gettint error..) he, that's haskell with type safety? Not the way I like it.. So I thought there must be better way to handle this. I starte hacking on cabal by instance Monoid Verbosity where mempty = normal a `mappend` b = b and substituting ":: Flag Verbosity" with ":: Verbosity" an "= Flag" normal by "= mempty" Then I've rewritten verboseoption (ugly get) (ugly set) .. to only return Verbosity without Flag as well. *shrug* still doesn't type check? Simple.Commands trouble What the hell is the third arg in ArgDescr ( OptArg) ? Where is this used ? ([ a -> [Maybe String]) argDescrToGetOpt _ ? no, not here ah in commandShowOptions ? Wow.. you can print your commandlines again? wow. But wait that function is used nowhere? To make the long story short: == Suggestion ================================================ What do you think about either a) adding a comment where configVerbose is defined that it has *always* a valid Flag value.. (or can you expect readers to dig into source for hours?) b) use Verbosity instead of Flag Verbosity and throw away commandShowOptions (and the 3 Arg of Simple.Command.ArgDescr) or print -v <normal> even if you haven't specified the arg? c) maybe do b) but keep raw args somehow to print them again instead of printing -v <normal> unless -v <user value> is given? Sincerly Marc Weber

3 5

patch applied (cabal-install): Implement CLI flag --root-cmd for 'cabal install' as in #202
by Duncan Coutts 11 Mar '08

11 Mar '08

Thu Mar 6 08:08:16 PST 2008 Andrea Vezzosi <sanzhiyan(a)gmail.com> * Implement CLI flag --root-cmd for 'cabal install' as in #202 It also adds the internal flag --only so we can avoid building a setup when build-type == Simple. M ./Hackage/Install.hs -16 +52 M ./Hackage/Setup.hs -1 +26 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080306160816-cd449-…

1 0

patch applied (cabal): move inDir to Distribution.Simple.Utils
by Duncan Coutts 11 Mar '08

11 Mar '08

Thu Mar 6 07:53:16 PST 2008 Andrea Vezzosi <sanzhiyan(a)gmail.com> * move inDir to Distribution.Simple.Utils M ./Distribution/Simple/SetupWrapper.hs -8 M ./Distribution/Simple/Utils.hs -2 +11 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080306155316-cd449-48fbae90…

1 0

patch applied (cabal): Remove manual formatting and line breaking from error messages
by Duncan Coutts 11 Mar '08

11 Mar '08

Tue Mar 11 05:50:22 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Remove manual formatting and line breaking from error messages It now gets line wrapped automatically by the logging functions M ./Distribution/PackageDescription/Check.hs -10 +10 M ./Distribution/Simple/Configure.hs -3 +3 M ./Distribution/Simple/GHC.hs -2 +2 M ./Distribution/Simple/Haddock.hs -2 +2 M ./Distribution/Simple/NHC.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080311125022-adfee-17cd85ea…

1 0

patch applied (cabal): Add packageName, packageVersion and use them
by Duncan Coutts 11 Mar '08

11 Mar '08

Fri Mar 7 03:58:38 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Add packageName, packageVersion and use them (pkgName . packageId) and (pkgVersion . packageId) turn out to be very common so give them names. M ./Distribution/InstalledPackageInfo.hs -4 +5 M ./Distribution/Package.hs -2 +8 M ./Distribution/PackageDescription.hs -1 +1 M ./Distribution/PackageDescription/Check.hs -3 +4 M ./Distribution/PackageDescription/Parse.hs -4 +6 M ./Distribution/Simple/Build.hs -2 +3 M ./Distribution/Simple/BuildPaths.hs -4 +5 M ./Distribution/Simple/Compiler.hs -2 +2 M ./Distribution/Simple/Configure.hs -2 +3 M ./Distribution/Simple/GHC.hs -1 +1 M ./Distribution/Simple/Hugs.hs -1 +1 M ./Distribution/Simple/InstallDirs.hs -3 +4 M ./Distribution/Simple/JHC.hs -2 +3 M ./Distribution/Simple/LocalBuildInfo.hs -1 +1 M ./Distribution/Simple/NHC.hs -5 +5 M ./Distribution/Simple/PackageIndex.hs -13 +13 M ./Distribution/Simple/Register.hs -2 +3 M ./Distribution/Simple/Utils.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080307115838-adfee-65b0011e…

1 0

patch applied (cabal): Make BuildInfo an instance of Monoid
by Duncan Coutts 11 Mar '08

11 Mar '08

Fri Mar 7 03:56:59 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Make BuildInfo an instance of Monoid M ./Distribution/PackageDescription.hs -1 +4 M ./Distribution/Simple/Configure.hs -5 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080307115659-adfee-5c3be206…

1 0