May 2010 - cabal-devel

[Hackage] #693: Missing instructions for running Cabal's testsuite
by Hackage 05 Jan '12

05 Jan '12

#693: Missing instructions for running Cabal's testsuite ----------------------------+----------------------------------------------- Reporter: tibbe | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- It's not quite clear to me how to get `tests/suite.cabal` to build using an in-place build of Cabal. I played around with passing `--package-db ../dist/package.conf.inplace` to `configure` when configuring `tests/suite.cabal` without success. A `tests/README` file would be very useful. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/693> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 10

[Hackage] #679: Hackage website should obscure email addresses
by Hackage 05 Jan '12

05 Jan '12

#679: Hackage website should obscure email addresses --------------------------------+------------------------------------------- Reporter: jbapple | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- Email addresses on hackage are getting captured by spambots. HackageDB can implement solutions that individual maintainers could not (javascript) or reduce the amount of redundant work maintainers have to do. Leaving the field unprotected discourages maintainers from providing email addresses for contact. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/679> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #676: bash-completion gets confused by alias for rm
by Hackage 05 Jan '12

05 Jan '12

#676: bash-completion gets confused by alias for rm ---------------------------------+------------------------------------------ Reporter: benmachine | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: minor | Keywords: Difficulty: unknown | Ghcversion: 6.12.1 Platform: Linux | ---------------------------------+------------------------------------------ I have an alias for rm defined so that it is by default verbose (alias rm='rm -v' in my bashrc). When I do cabal install has<tab> I get something like: [ben@euler ~]$ cabal install hasbash: bad substitution: no closing "`" in `/tmp/cabal_completion.tD2o8O' It turns out that rm is helpfully going: removed `/tmp/cabal_completion.hb1zbc' and then cabal is trying to use this as part of the completion command - choking on the ` because bash thinks it is part of a substitution. So rm should probably explicitly discard its stdout. While I was there I noticed that "cat" is used redundantly. There's nothing really wrong with this so that part of the patch can be cut I suppose, but I thought it was neater to use bash's input redirection explicitly. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/676> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #677: Error: Couldn't read cabal file "./HDBC/2.2.5/HDBC.cabal"
by Hackage 05 Jan '12

05 Jan '12

#677: Error: Couldn't read cabal file "./HDBC/2.2.5/HDBC.cabal" ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.10.4 Platform: Linux | ---------------------------------+------------------------------------------ I recently upgraded cabal-install and started getting this error: $ cabal install HDBC Resolving dependencies... cabal: Couldn't read cabal file "./HDBC/2.2.5/HDBC.cabal" I also get the same error when I try to install one of my own packages that depends on HDBC. I tried changing my HDBC dependency to == 2.2.2 as well as >= 2.2.6, but still get the same error for version 2.2.5. I have cabal-install version 0.6.2 and Cabal version 1.6.0.3. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/677> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #674: Findable extra documentation
by Hackage 05 Jan '12

05 Jan '12

#674: Findable extra documentation ----------------------------+----------------------------------------------- Reporter: jbapple | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I have a cabal package that should include extra documentation in the distribution. This documentation should not be written in Haddock. 1. There should be a field for this analogous to data-files or extra- source-files. The former is too much: the files do not need to be accessed by any Haskell runtime. The latter is not enough: it does not store the extracted files on the system on which the package is installed. 2. There should be a way for humans to find these files without loading up a GHC runtime or using Unix's "find". I suggest "cabal list" also shows, for installed packages with extra data or documentation files installed, where these files can be found. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/674> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #666: configure should warn about using base 3
by Hackage 24 Sep '10

24 Sep '10

#666: configure should warn about using base 3 ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: normal | Ghcversion: Platform: | ----------------------------+----------------------------------------------- http://haskell.org/pipermail/haskell-cafe/2010-April/076823.html For backwards compatibility we make cabal-install prefer base 3 if there is no upper bound on the version of base. This is necessary however it is also confusing. People writing new packages should be getting base 4. We want to encourage people to use base 4, as version 3 is deprecated. We should make `cabal configure` warn if base 3 is selected since this is deprecated. The message should indicate the appropriate solution, ie to put an upper bound on the version of base. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/666> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #689: Package checker shouldn't warn about deprecated extensions inside conditionals
by Hackage 22 Jun '10

22 Jun '10

#689: Package checker shouldn't warn about deprecated extensions inside conditionals --------------------------------+------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- Hello, I uploaded a package to Hackage (extcore 0.6) that contains the following text in the Library section in the .cabal file: {{{ if impl(ghc > 6.8.2) { build-depends:syb } else { extensions: PatternSignatures } }}} The Hackage package checker warned me: "Deprecated extensions: 'PatternSignatures'. Instead of 'PatternSignatures' use 'ScopedTypeVariables'." This seems like a bug to me. Of course PatternSignatures is deprecated; that's why it's in a clause that only applies with a version of GHC less than 6.8.2. Warnings should trigger only for extensions that are deprecated in the version that the extension is declared for. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/689> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

Major installation failure and impossible to post to cabal-devel
by Mats Ahlgren 15 Jun '10

15 Jun '10

Hello, It took me about 3 hours and 7 attempts to post to this list, or any similar mailing list. It seems after much sleuthing that my registration did not go through (despite clicking on the confirmation button on the confirmation link page), and the error message did not indicate that. I would highly recommend saying instead of "Error: You can't post" to instead say "Error: You don't seem subscribed to this list. Please try re-subscribing and making sure you click the confirmation button in the confirmation link page. If that fails, try again.". I would also recommend having people actually subscribed to cabal-devel-owner. Additionally http://hackage.haskell.org/trac/hackage/register does not really work -- it requires that you provide a username and password *in order to register* with the username and password. If you fill out this form, you will see a basic http auth popup appear, preventing you from registering. This basically means that people cannot contact the cabal-devel community, nor the libraries(a)haskell.org community -- in any way whatsoever. If there is some sort of emergency-contact IRC channel, it may be a good idea to link to it on Trac and the Cabal webpage. My actual messages are below. ---------- Forwarded message ---------- From: <libraries-owner(a)haskell.org> Date: Thu, May 20, 2010 at 9:00 PM Subject: Re: cabal installation failure To: mats.ahlgren(a)gmail.com You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at libraries-owner(a)haskell.org. ---------- Forwarded message ---------- From: Mats Ahlgren <mats.ahlgren(a)gmail.com> To: libraries(a)haskell.org Date: Thu, 20 May 2010 21:34:12 -0400 Subject: Re: cabal installation failure Hello, I have tried about 5 different ways to subscribe and send mail to the cabal-devel(a)haskell.org mailing list, but to no avail. Under instructions from http://www.haskell.org/cabal/ I am emailing this list in hopes that it will reach the relevant people. Issue #1 - impossible to contact Cabal devs (can't even post bugs on Trac): > sidenote: It seems no one is listening to > cabal-devel-owner(a)haskell.org . Moreover, it seems that it is > impossible to subscribe via the mailmain interface, and not even possible > to subscribe via by sending "subscribe" to cabal-devel-request. This > made it nearly impossible to post to this list. Issue #2: >> ---------- Forwarded message ---------- >> From: Mats Ahlgren <mats.ahlgren(a)gmail.com> >> To: cabal-devel(a)haskell.org >> Date: Wed, 19 May 2010 01:34:01 -0400 >> Subject: cabal installation failure >> Hello, >> >> 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. >> - 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. >> >> 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. >> >> 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. >> >> Sincerely, >> Mats >> >> platform: >> Linux, Ubuntu "Karmic", GHC version 6.10.4; further information >> available upon request The dozens of obstacles I failed to overcome to post to the cabal-devel mailing list is quoted below. Sincerely, Mats On Thu, May 20, 2010 at 9:29 PM, Mats Ahlgren <mats.ahlgren(a)gmail.com> wrote: > [attempt #4 to send this mail] > > ---------- Forwarded message ---------- > From: Mats Ahlgren <mats.ahlgren(a)gmail.com> > Date: Thu, May 20, 2010 at 9:25 PM > Subject: Fwd: cabal installation failure > To: cabal-devel(a)haskell.org > > > Original message forwarded below. > > sidenote: It seems no one is listening to > cabal-devel-owner(a)haskell.org . Moreover, it seems that it is > impossible to subscribe via the mailmain interface, and not even possible > to subscribe via by sending "subscribe" to cabal-devel-request. This > made it nearly impossible to post to this list. > > ---------- Forwarded message ---------- > From: Mats Ahlgren <mats.ahlgren(a)gmail.com> > Date: Wed, May 19, 2010 at 1:45 AM > Subject: Re: cabal installation failure > To: cabal-devel-owner(a)haskell.org > > > I feel this message was rejected in error due to a race-condition > where I sent it too quickly after registering. Please forward to list > or accept, thank you. > > On Wed, May 19, 2010 at 1:00 AM, <cabal-devel-owner(a)haskell.org> wrote: >> You are not allowed to post to this mailing list, and your message has >> been automatically rejected. If you think that your messages are >> being rejected in error, contact the mailing list owner at >> cabal-devel-owner(a)haskell.org. >> >> >> >> ---------- Forwarded message ---------- >> From: Mats Ahlgren <mats.ahlgren(a)gmail.com> >> To: cabal-devel(a)haskell.org >> Date: Wed, 19 May 2010 01:34:01 -0400 >> Subject: cabal installation failure >> Hello, >> >> 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. >> - 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. >> >> 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. >> >> 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. >> >> Sincerely, >> Mats >> >> platform: >> Linux, Ubuntu "Karmic", GHC version 6.10.4; further information >> available upon request >> >> >> >

2 4

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-install): Disable cabal upgrade and add cabal install --upgrade-dependencies
by Duncan Coutts 05 Jun '10

05 Jun '10

Mon May 31 06:03:06 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Disable cabal upgrade and add cabal install --upgrade-dependencies cabal upgrade now gives an error message telling people to use install or, if they know what they're doing, install --upgrade-dependencies M ./Distribution/Client/Install.hs -45 +16 M ./Distribution/Client/Setup.hs -1 +10 M ./Main.hs -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-install;a=darcs_commi…

2 4