- cabal-devel - Haskell.org

patch applied (cabal): Fix haddock syntax
by Ian Lynagh 15 Jun '10

15 Jun '10

Tue Jun 15 04:18:29 PDT 2010 Ian Lynagh <igloo(a)earth.li> * Fix haddock syntax M ./Distribution/Version.hs -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): Use -fno-warn-deprecations in Distribution.Simple
by Ian Lynagh 15 Jun '10

15 Jun '10

Tue Jun 15 03:54:18 PDT 2010 Ian Lynagh <igloo(a)earth.li> * Use -fno-warn-deprecations in Distribution.Simple Works around: libraries/Cabal/Distribution/Simple.hs:78:0: Warning: In the use of `runTests' (imported from Distribution.Simple.UserHooks): Deprecated: "Please use the new testing interface instead!" M ./Distribution/Simple.hs +9 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): Merge the dylib-install-name patch
by Duncan Coutts 12 Jun '10

12 Jun '10

Sat Jun 12 09:21:52 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Merge the dylib-install-name patch M ./Distribution/Simple/GHC.hs -3 +11 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): Make it so cabal passes the dylib-install-name when building dynamic libraries on Mac OS/X.
by Duncan Coutts 12 Jun '10

12 Jun '10

Wed Sep 30 22:31:01 PDT 2009 Stephen Blackheath <oversensitive.pastors.stephen(a)blacksapphire.com> * Make it so cabal passes the dylib-install-name when building dynamic libraries on Mac OS/X. M! ./Distribution/Simple/GHC.hs -11 +3 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

Re: [Hackage] #656: Cabal-1.8-style dependencies stop Haddock from working
by Hackage 11 Jun '10

11 Jun '10

#656: Cabal-1.8-style dependencies stop Haddock from working ------------------------------+--------------------------------------------- Reporter: Ivan Miljenovic | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.8.0.4 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ------------------------------+--------------------------------------------- Changes (by ezyang): * cc: ezyang@… (added) * owner: ezyang => -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/656#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #656: Cabal-1.8-style dependencies stop Haddock from working
by Hackage 11 Jun '10

11 Jun '10

#656: Cabal-1.8-style dependencies stop Haddock from working ------------------------------+--------------------------------------------- Reporter: Ivan Miljenovic | Owner: ezyang Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.8.0.4 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ------------------------------+--------------------------------------------- Changes (by ezyang): * owner: => ezyang Comment: I posted a patch that hacks around the issue by not considering executable dependencies when processing Haddock. I tested it with a Cabal file that was acting funny and Haddock generation worked. I have no idea if the patch is correct though. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/656#comment:1> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

darcs patch: Mention self-referential dependency feature in Cabal >...
by ezyang＠MIT.EDU 11 Jun '10

11 Jun '10

Thu Jun 10 19:27:49 PDT 2010 ezyang(a)mit.edu * Mention self-referential dependency feature in Cabal >= 1.8.0.4.

1 0

Bad error message from Cabal
by Simon Peyton-Jones 09 Jun '10

09 Jun '10

Duncan et al A few times recently I've tripped badly over this: * Cabal complains of missing dependencies * But the "missing" package is definitely installed Example below. The reason is: the "missing" package is installed for this user, but I didn't say "--user" when saying "setup configure". Confusingly, saying "cabal configure" works fine. But "cabal configure --global " fails with the missing dependency. So there are two infelicities, which combined to leave me stumped: 1. "setup configure" and "cabal configure" use different defaults. The former defaults to "--global" while the latter defaults to "--user". I suggest both default to --user. 2. The missing-package error message does not mention that it's looking only in the global packages. When (but only when) looking in the global packages only, the error should say: Setup: At least the following dependencies are missing: primitive ==0.3.* NB: setup is looking only in the globally-installed packages. If you want to include your per-user installed packages, use --user As a refinement, only suggest --user if that would actually resolve the problem. Simon ============= bash-3.2$ ./Setup configure --with-ghc=$head2 Configuring vector-0.6... Setup: At least the following dependencies are missing: primitive ==0.3.* bash-3.2$ ghc-pkg list ...blah... /home/simonpj/.ghc/x86_64-linux-6.13/package.conf.d: monads-tf-0.1.0.0 {parsec-3.0.0} primitive-0.3 transformers-0.2.1.0 vector-0.6 bash-3.2$

1 0

Re: cabal installation failure
by Duncan Coutts 07 Jun '10

07 Jun '10

On Wed, 2010-05-19 at 01:45 -0400, Mats Ahlgren wrote: > > I've installed Cabal once in the past with no trouble. However I can > > no longer do so. > > > > I tried to install Cabal on a new computer: > > - I visited http://www.haskell.org/cabal/download.html and got the > > latest version > > - I followed the directions in the README file > > - No error messages were thrown, the process was "successful" and I > > now have a ~/.cabal directory --but-- it doesn't seem as if I have a > > 'cabal' command in /usr/bin or /usr/local/bin or even anywhere in the > > ~/.cabal directory. Ah, I'm guessing you downloaded the Cabal library package, rather than the cabal-install command line package. The README for the latter involves running the ./bootstrap.sh which is included in the cabal-install-x.y.tar.gz package. The README for the Cabal library mentions at the top that there is also the cabal-install package. Perhaps that notice needs to be clearer. Maybe the download page needs to be clearer too. Let us know what you think would have helped you. > > - There was no extra information in the README file; no examples of > > how to proceed or sample usage > > - I then followed the directions to view the user docs online. After > > locating them, it seems there are no instructions for end-users, just > > for people who wish to submit packages. > > - I then looked at > > http://hackage.haskell.org/trac/hackage/wiki/CabalInstall and noticed > > there was another way to do this -- with a ./bootstrap.sh -- but this > > file is missing in the latest version. I'm guessing you're still looking at the Cabal library package which indeed has no bootstrap, it's the cabal-install package which has that. > > The end result is that even after 2 hours, I am unable to figure out > > why Cabal is not working. If I was a new user, I wouldn't even know > > what Cabal does. > > > > I attempted to file a bug, but then saw I was unable to because the > > Trac installation is protected with basic http authentication. It gives the guest account username and password on the main front page of the trac. > > I write this out of concern, because these issues with documentation > > (and what may be a critical bug) may make people shy away from Haskell > > as a platform. > > Also if anyone might have insight into how to fix this, it would be > > much appreciated; thank you. Thanks for your report. I'd welcome your suggestions on what bits of documentation should be clarified. It's not always obvious to us since we're too familiar with it all. One thing that's particularly confusing is simply the package naming. The original package was simply called "Cabal" and then later when we added a separate command line program we had to give that a different name. The plan in future is to reorganise the packages a bit and we'll take the opportunity to call the main user package simply "cabal". Duncan

2 1

patch applied (cabal): Restored 'runTests' UserHook
by Duncan Coutts 05 Jun '10

05 Jun '10

Fri Jun 4 10:56:35 PDT 2010 Thomas Tuegel <ttuegel(a)gmail.com> * Restored 'runTests' UserHook Ticket #215 (Overhaul support for packages' tests). Deprecated 'runTests' UserHook to maintain compatibility with old packages, but encourage authors to update to the new interface. M ./Distribution/Simple.hs -5 +11 M ./Distribution/Simple/UserHooks.hs +5 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0