December 2007 - cabal-devel

patch applied (cabal): Fix haddock parse error ($prefix -> \$prefix)
by Clemens Fruhwirth 27 Dec '07

27 Dec '07

Thu Dec 27 04:40:51 PST 2007 Clemens Fruhwirth <clemens(a)endorphin.org> * Fix haddock parse error ($prefix -> \$prefix) M ./Distribution/Simple/InstallDirs.hs -1 +1

1 0

Re: [Hackage] #34: specify a way to add .o files to a library
by Hackage 26 Dec '07

26 Dec '07

#34: specify a way to add .o files to a library ----------------------------+----------------------------------------------- Reporter: igloo | Owner: ijones Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * priority: high => normal * difficulty: easy => normal Comment: This needs a great deal more specification. When will these .o files be created for example? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/34#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

proxy server patch needs testing
by jim burton 22 Dec '07

22 Dec '07

This patch for cabal-install adds code to try to get the system proxy settings from the right place and use them for any HTTP requests. It works for me on windows and linux behind a proxy that doesn't require authentication, but it needs testing, esp on windows (location of the registry settings might differ from what I hear) -- can anyone help with that? Thanks, Jim

1 0

[Fwd: Re: Adding an option to cabal-install]
by jim burton 20 Dec '07

20 Dec '07

-------- Forwarded Message -------- [snip] > > You're quite right, that would be much neater. I've no experience with > Windows programming though, so I'd welcome any input. Google suggests > [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet > Settings] is the key we want and I suppose I need System.Win32.Registry, > hKEY_CURRENT_USER and regCreateKey? > > What is the normal/best way of switching on OS? > You can ignore that one, I think it's OPTIONS cpp and #ifdef WIN32. But is it possible to do the same thing in the .cabal file, so windows users don't need `unix' and vice versa? Jim > > > > Duncan > >

2 1

Adding an option to cabal-install
by jim burton 20 Dec '07

20 Dec '07

Hi, I was planning to make a small change to Fetch.hs to let it be used behind a proxy server, using the value of $http_proxy or $HTTP_PROXY where one of them exists -- hope that sounds OK? This is easy to do, but so that windows users can benefit it would be good to make this an option read from the config file and/or opts and I'm having a much harder time working out how to do that. I tried to mimic the way other options work but can't get it working. Can you point out why? Several of the functions below aren't expected to work properly but should allow this line to be read from .cabal/conf: http_proxy:http://proxy.server.com:80 But I get this: > $ ~/haskell/bin/cabal -v3 clean > Config file warning: Unrecognized stanza on line 5 > Configuration: > compiler: GHC > ... > http_proxy: Nothing Here are the main places that I thought I needed to make changes: -- added to Types.hs data Option = OptCompilerFlavor CompilerFlavor ... | OptHttpProxy ProxyInfo deriving (Eq,Show) data ConfigFlags = ConfigFlags { configCompiler :: CompilerFlavor, ... configHttpProxy :: Maybe ProxyInfo } deriving (Show) data ProxyInfo = ProxyInfo { proxyhost :: String , proxyport :: Int , proxyuser :: Maybe String , proxypass :: Maybe String } deriving (Show, Eq) -- added to Config.hs defaultConfigFlags = do ... return $ ConfigFlags { configCompiler = defaultCompiler ... , configHttpProxy = Nothing } configFieldDescrs :: [FieldDescr ConfigFlags] configFieldDescrs = configWriteFieldDescrs ++ map userInstallDirField installDirDescrs ++ map globalInstallDirField installDirDescrs ++ [proxyField] proxyField :: FieldDescr ConfigFlags proxyField = liftProxyField "http_proxy" (text . show) parseProxy configProxy (\p cfg -> cfg { configHttpProxy = p} ) {- This will need to be in IO, using getEnv to read the env vars by preference -} parseProxy :: ReadP r (Maybe ProxyInfo) parseProxy = do host <- munch1 (\c -> isAlphaNum c || c `elem` "_-.") char ':' port <- munch1 (\c -> isAlphaNum c) return $ Just (ProxyInfo host ((read port)::Int) Nothing Nothing) {- For consistency these functions should be in Distribution.ParseUtils -} configProxy :: ConfigFlags -> Maybe ProxyInfo configProxy = configHttpProxy liftProxyField :: String -> (a -> Doc) -> (ReadP a a) -> (b -> a) -> (a -> b -> b) -> FieldDescr b liftProxyField name showF readF get set = liftField get set $ field name showF readF ----------------------------------------------------- Thanks, Jim

3 3

"Setup.lhs: hope.cabal has been changed, please re-configure."
by Peter Gammie 19 Dec '07

19 Dec '07

Hello, Thanks for your efforts with Cabal, it seems to work really well. Can I suggest a few improvements to the above error message: 1. Provide a flag "--force" that says "OK, the user knows best." (Sometimes I change the .cabal file trivially, and really just want to build the thing.) Indeed, a lot of commands might usefully be "--force"d. 2. It is a bit unsound to say "please re-configure". You may also need to "clean", if in fact the .cabal file has changed significantly. So, to say that another way, the message provides both insufficient and unnecessary advice, but I think it can be improved. cheers peter

3 7

patch applied (cabal-install): Initial attempt at command line completion
by Duncan Coutts 19 Dec '07

19 Dec '07

Wed Dec 19 13:57:47 PST 2007 Lennart Kolmodin <kolmodin(a)gentoo.org> * Initial attempt at command line completion A ./bash-completion/ A ./bash-completion/cabal

1 1

patch applied (cabal): Rejig --list-options handling so it takes priority
by Duncan Coutts 18 Dec '07

18 Dec '07

Tue Dec 18 11:16:36 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Rejig --list-options handling so it takes priority --list-options no takes priority over errors in other flags and over --help this is so that it can be used consistently for command completion without returning garbage (ie error messages on ill formed partial command lines or producing --help output). Also make --list-options list all the common options appart from itself, so that's just --help at the moment. M ./Distribution/Simple/Command.hs -6 +9

1 0

[Hackage] #197: implement cabal upgrade (installs new versions of all packages)
by Hackage 18 Dec '07

18 Dec '07

#197: implement cabal upgrade (installs new versions of all packages) ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: Linux | ---------------------------------+------------------------------------------ much like apt-get, we should have a way to upgrade all of the packages to the latest version. "cabal upgrade" is probably a good name. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/197> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #169: Add --version
by Hackage 18 Dec '07

18 Dec '07

#169: Add --version --------------------------+------------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.6 Platform: Linux | --------------------------+------------------------------------------------- cabal-install --version should return a version number. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/169> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3