January 2012 - cabal-devel

Re: [Hackage] #65: reorganize layered tool system (cabal-get, cabal-install, cabal-setup, etc)
by Hackage 05 Jan '12

05 Jan '12

#65: reorganize layered tool system (cabal-get, cabal-install, cabal-setup, etc) ---------------------------------+------------------------------------------ Reporter: ijones | Owner: ijones Type: enhancement | Status: closed Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: major | Resolution: fixed Keywords: | Difficulty: very hard Ghcversion: 6.2.1 | Platform: Linux ---------------------------------+------------------------------------------ Comment(by elga): * [http://www.releve-identite-operateur.fr/numbero-de-virgin-mobile.html virgin mobile] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/65#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #629: cabal-install getting $arch and $os mixed up?
by Hackage 05 Jan '12

05 Jan '12

#629: cabal-install getting $arch and $os mixed up? ---------------------------------+------------------------------------------ Reporter: simonmar | Owner: Type: defect | Status: closed Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Resolution: fixed Keywords: | Difficulty: unknown Ghcversion: | Platform: Linux ---------------------------------+------------------------------------------ Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-simyo.html simyo] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/629#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #633: Cabal-1.8.0.2 fails to build packages for hugs: --inplace is not supported with Hugs
by Hackage 05 Jan '12

05 Jan '12

#633: Cabal-1.8.0.2 fails to build packages for hugs: --inplace is not supported with Hugs ----------------------------+----------------------------------------------- Reporter: nomeata | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-bouygues.html rio bouygues] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/633#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #829: Happstack overrides MissingH
by Hackage 05 Jan '12

05 Jan '12

#829: Happstack overrides MissingH ----------------------------+----------------------------------------------- Reporter: mcandre | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.3 Platform: Mac OS | ----------------------------+----------------------------------------------- I just updated to the new Haskell Platform 2011.2.0.0-i386. Someone needs to update Trac to let us input these version numbers into the relevant fields: The GHC version is 7.0.2, NOT 6.12.3. {{{ $ ghc --version The Glorious Glasgow Haskell Compilation System, version 7.0.2 $ cabal --version cabal-install version 0.10.2 using version 1.10.1.0 of the Cabal library }}} I've got a [https://github.com/mcandre/doeshappstackwork web app] that needs Happstack for the server API and MissingH for the string API. But I can't install the packages at the same time. {{{ $ cabal install missingh $ runhaskell doeshappstackwork.hs doeshappstackwork.hs:8:8: Could not find module `Happstack.Server' $ cabal install happstack-server $ runhaskell doeshappstackwork.hs doeshappstackwork.hs:14:8: Could not find module `Data.String.Utils' $ cabal install missingh $ runhaskell doeshappstackwork.hs doeshappstackwork.hs:8:8: Could not find module `Happstack.Server' ... And so on }}} This is madness! -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/829> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #824: cabal install --enable-tests does not install test dependencies.
by Hackage 05 Jan '12

05 Jan '12

#824: cabal install --enable-tests does not install test dependencies. ---------------------------------+------------------------------------------ Reporter: creswick | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Cabal install normally installs all the necessary project dependencies; however, this is not happening for the dependencies specified in the Test- suite stanzas. Here's an example cabal file: {{{ Name: foo Version: 1.0 License: BSD3 Cabal-Version: >= 1.9.2 Build-Type: Simple executable foo main-is: foo.hs build-depends: base , xml == 1.3.7 Test-Suite test-foo type: exitcode-stdio-1.0 main-is: test-foo.hs build-depends: base , QuickCheck >= 2.0 }}} `cabal install` will install xml if necessary, then build foo, but `cabal install --enable-tests` complains that QuickCheck is not available: {{{ $ cabal install --enable-tests Resolving dependencies... Configuring foo-1.0... cabal: At least the following dependencies are missing: QuickCheck >=2.0 cabal: Error: some packages failed to install: foo-1.0 failed during the configure step. The exception was: ExitFailure 1 }}} This causes some problems when building tests with `cabal-dev`: https://github.com/creswick/cabal-dev/issues#issue/10 (Using cabal-install 0.10.2 built with Cabal 1.10.1.0) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/824> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #828: Distribution.License datatype and comment weirdness
by Hackage 05 Jan '12

05 Jan '12

#828: Distribution.License datatype and comment weirdness ----------------------------+----------------------------------------------- Reporter: sli | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: minor | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Looking at the Distribution.License source, I notice some issues with the comments and (sadly) the data License type. Some of these seem like bugs, some maybe more like enhancement requests. What seems to me like bugs ========================== * In the comments, GPL is expanded as "GNU Public License". The correct expansion is "GNU General Public License". * AllRightsReserved is really a misnomer. "All rights reserved" doesn't mean what many people seem to think it means. Specifically it does NOT mean "no license granted". Rather it is a boilerplate text that once was, but no longer is, required in some jurisdictions to get full copyright protection. Nowadays it is entirely superfluous, but still often added to copyright notices by custom. It is *entirely orthogonal* to whether there is some license granted or not. Possible enhancements ===================== First, GPL versions. It's quite common to have at least GPLv2 only (for example the Linux kernel is so licensed), GPLv2+ (lots of software), GPLv3 only and GPLv3+ (new software releases by FSF). It appears that there is no distinction between these. It is also common to grant exceptions (additional permissions) to the GPL (in the way specified by FSF in their FAQ) to allow linking to some GPL- incompatible library. Perhaps a "plus additional permissions" modifier could be added. Second, it's also quite common to have disjunctive licenses, like "you may distribute this software either under the Q Public License, or the GNU General Public License, version 2 or (at your option) any later version". You may want to look at how the Debian project maintains machine-readable specifications of licenses. See, for example, http://dep.debian.net/deps/dep5/ . -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/828> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

Re: [Hackage] #588: requiring '.' for blank lines is annoying
by Hackage 05 Jan '12

05 Jan '12

#588: requiring '.' for blank lines is annoying ----------------------------+----------------------------------------------- Reporter: Jake Wheat | Owner: Type: defect | Status: closed Priority: low | Milestone: Component: Cabal library | Version: 1.6.0.2 Severity: minor | Resolution: duplicate Keywords: | Difficulty: unknown Ghcversion: | Platform: ----------------------------+----------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-simyo.html simyo] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/588#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #593: Rebuild for library profiling without reinstalling
by Hackage 05 Jan '12

05 Jan '12

#593: Rebuild for library profiling without reinstalling -------------------------------------------------+-------------------------- Reporter: Tim <chevalier@…> | Owner: Type: enhancement | Status: closed Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.2 Severity: minor | Resolution: duplicate Keywords: | Difficulty: unknown Ghcversion: | Platform: -------------------------------------------------+-------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-bouygues.html rio bouygues] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/593#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #811: test-suite type not detected
by Hackage 05 Jan '12

05 Jan '12

#811: test-suite type not detected ----------------------------+----------------------------------------------- Reporter: basvandijk | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I just installed the latest `cabal`: {{{ $ cabal --version cabal-install version 0.10.2 using version 1.10.1.0 of the Cabal library }}} I'm trying to rewrite the custom test-suite of my [http://hackage.haskell.org/package/threads threads] package to the new Cabal test-suite feature. The original `.cabal` contains: {{{ ... executable test-threads main-is: test.hs ... }}} When I rewrite that to: {{{ ... test-suite test-threads type: exitcode-stdio-1.0 main-is: test.hs ... }}} And than configure it, I get the following error: {{{ $ cabal configure cabal: threads.cabal:60: The 'type' field is required for test suites. The available test types are: exitcode-stdio-1.0 }}} I attached the package. Duncan on `#haskell` figured out that if a .cabal contains conditionals, like the one I have, the bug appears. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/811> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

Re: [Hackage] #591: Dynamic libraries don't receive a proper install-name on Mac OS/X
by Hackage 05 Jan '12

05 Jan '12

#591: Dynamic libraries don't receive a proper install-name on Mac OS/X ------------------------------+--------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: high | Milestone: Cabal-1.8 Component: Cabal library | Version: HEAD Severity: normal | Resolution: fixed Keywords: dynamic mac osx | Difficulty: unknown Ghcversion: | Platform: Mac OS ------------------------------+--------------------------------------------- Comment(by elga): * [http://www.releve-identite-operateur.fr/rio-simyo.html simyo] -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/591#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0